[FIXED] popupmenu causes intuition freeze

chris · Post by **chris** » Sat Jun 25, 2011 9:01 am

Can anybody explain what is happening here? After opening a popupmenu.class object using PM_OPEN, I get the following crash and Intuition freezes (mouse and keyboard still work, but you can't do anything).

When this first started occuring I hadn't changed my popupmenu code, so I suspect memory is getting trashed somewhere.

Hidden Text - Click to Show :

Post by **Rigo** » Sat Jun 25, 2011 10:33 am

I did experience a similar problem with popup menus in CodeBench. My solution was to push the popups into child tasks, and then signal the main task once the child quits. The result of the selection was stored in a shared variable.

I wasn't getting crashes, but was getting intuition deadlocks. I assume that something is going on where input.device is stuck in a loop waiting for menu selection, but of course it cannot move the mouse etc.

I haven't investigated this recently to see if things have changed, as the logic is working here.

Simon

chris · Post by **chris** » Tue Jun 28, 2011 8:38 pm

Thanks. I might wait until Update 3 just in case that fixes it, and then implement a task as per your suggestion if not.

Something I have just remembered - on the Amiga side it gives me Guru Meditation 80000003 which is apparently a CPU unaligned access error. Is it possible there is some alignment issue in popupmenu.class or intuition.library (or my own code) which causes problems on the PPC440EP? I can't remember when the alignment issues were fixed, but popupmenu.class has a date of June 2009, which might mean it hasn't been recompiled with the alignment fixes?

Post by **tonyw** » Wed Jul 20, 2011 10:29 am

I think you'll find that error code is applicable to any illegal memory access, whether it be misalignment, private memory, unallocated memory or whatever.

chris · Post by **chris** » Tue Aug 30, 2011 6:48 pm

@rigo

Since Update 3 didn't fix it, I've decided to try your suggestion. I've created a task which simply calls IDoMethod(PM_OPEN) for testing, but it gives me an error that I'm trying to call Open() from a task (I'm not, and I'm not sure why PM_OPEN would be either), and then promptly deadlocks exactly the same as before but with this message on screen instead.

@tonyw

Is there any way I can find out what is accessing memory illegally or some way of tracking this down?

btw, even if I strip the entire menu creation out of my code, PM_OPEN still deadlocks. I effectively have this:

Code: Select all

ctxmenuobj = NewObject( POPUPMENU_GetClass(), NULL,TAG_DONE);
IDoMethod(ctxmenuobj,PM_OPEN,win);

I don't see how anything can be at fault here except popupmenu.class, unless something else is trashing popupmenu.class' memory - however I wouldn't expect that to happen so consistently. I've yet to try it on another computer although I'm not entirely sure what that will prove. popupmenu.class does work here, it just doesn't work in this program since some changes unrelated to this code - which is why I'm thinking it might be an alignment problem.

I was going to try updating it to use OpenClass() but I don't think I can, due to the weird hybrid POPUPMENU_GetClass/POPUPMENU_GetItemClass thing.

(I've also tried rearranging the linking order, changing compiler flags - optimisation etc - and still getting the deadlock, I'm out of ideas)

Post by **Rigo** » Tue Aug 30, 2011 10:39 pm

It's always difficult without working example code. Myself, I create the menu object and call PM_OPEN in the child process, and the result is stored some where where both the parent and child can access. I have had no problems with this so far.

Simon

chris · Post by **chris** » Wed Aug 31, 2011 7:05 pm

Rigo wrote:It's always difficult without working example code. Myself, I create the menu object and call PM_OPEN in the child process, and the result is stored some where where both the parent and child can access. I have had no problems with this so far.

Ah, are you using a process then and not a task?

I'm going to go back through old revisions of my code and see if I can figure out exactly what triggered the problem. I've confirmed that it deadlocks on another machine, so it must be something in the code somewhere which is upsetting popupmenu.class or Intuition.

Post by **Rigo** » Thu Sep 01, 2011 9:55 pm

It's a process that creates the menu due to needing to access a disk-bound config file in order to know what items to add.

Simon

chris · Post by **chris** » Fri Sep 02, 2011 6:52 pm

Well, I've tracked down the problem, it was caused by a simple AllocSignal(-1) before popupmenu.class was even opened.

I don't have time to create a test case right now, but AllocSignal() followed by the empty menu creation I posted earlier ought to show the problem. The signal does not need to be used, just allocated!

chris · Post by **chris** » Thu Sep 08, 2011 10:53 pm

I have been completely unable to create a test case for this, so there must be some other forces at play.

Hyperion Entertainment Message Boards

[FIXED] popupmenu causes intuition freeze

[FIXED] popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze

Re: popupmenu causes intuition freeze