Follow-up Comment #2, bug #49424 (project gnustep):
I just applied your fix to 0.24, the current on the Debian jessie where I am
testing. This fixes the problem, thank you.
I also tried building a current GNUstep and build/link against that, but on
start I get a message box, saying "NSInternalInconsistencyException: NSApp's
run called recursively". Is that a known symptom? Where to I set breakpoint
to catch this in a gdb?
> On most architectures this gets handled correctly by the
> Objective-C runtime but it may cause a segmentation fault
> on Sparc and other special hardware
This is on i686, so not really exotic ;-). When I replicate the code in
question in a simple test program, I can not reproduce the problem. I'm
attaching some gdb output from the original crash, in case that helps.
> runtime-test
We link against a specific version of the libs anyway, so we can just use
compile-time checks bad on GNUSTEP_GUI_MAJOR_VERSION and
GNUSTEP_GUI_MINOR_VERSION. I see that this is already done in another place.
(file #38803)
_______________________________________________________
Additional Item Attachment:
File name: test-emacs-iconify.gdb Size:1 KB
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?49424>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-gnustep
