FTPc 1.49
Pages: 1 2
Chris Evans (457) 1614 posts |
The penny drops! I was sure I must have been missing something in our email communications. Thanks for the explanation. |
Jon Abbott (1421) 2641 posts |
Clicking on a link in the User menu generates the following ZeroPain error. Occurs up to the latest 1.51 build.
|
Colin (478) 2433 posts |
That’s caused when calling Toolbox_GetObjectState for a menu object. I tested the object id of the menu by calling Toolbox_GetClientHandle and that wasn’t a problem. |
Colin (478) 2433 posts |
In castle.riscos.sources.toolbox.menu.c.getstate getstate_menu() needs to begin with:
|
Jon Abbott (1421) 2641 posts |
Does it need raising in the Bugs forum? |
Colin (478) 2433 posts |
Bug forum never works – someone will be reading recent posts. |
David Feugey (2125) 2709 posts |
Yep, it’s not the bug forum, but the forum of bugs :) |
David Pitt (102) 743 posts |
I have done a home build with that included, and indeed No Pain. Many thanks. |
Jeffrey Lee (213) 6048 posts |
Menu 0.39 should contain Colin’s fix, along with a fix for the handling of Toolbox_HideObject, which I spotted was broken in the same way. Thanks for the help! |
Colin (478) 2433 posts |
If you want to be more proactive, running find ‘global_menu.top-’ on toolbox.menu directory finds a number of instances of global_menu.top being dereferenced in menu.c.auxiliary and menu.c.event The 2 in c.event are like this
where menu_int, which has the value global_menu.top, is checked for null but global_menu.top is dereferenced earlier. I’d just move the object_id declaration after the menu_int null check. I did a search for ’ = global_menu.top’ but that didn’t show up any instances where the alias wasn’t checked for null. There are 11 hits in menu.c.auxiliary not all need changes. |
David Pitt (102) 743 posts |
It does, |
Pages: 1 2