Hi,
since quite recent changes (less than a week I suppose) on FreeBSD with
gcc all apps do crash. Here a stacktrace for Ink:
gs_objc_msg_forward (sel=0x283dbeb8) at GSFFIInvocation.m:137
137 c = receiver-isa;
Current language: auto; currently minimal
(gdb) bt
#0 gs_objc_msg_forward
Thanks for the suggestion, Kai. But the problem is that we'd like to not change
existing GNUstep code in awkward ways. The code uses the standard
nextEventMatchingMask:... method to get the next event, which inevitably calls
some Windows function that allows the callbacks to come in.
On 27 Oct 2010, at 22:53, Riccardo Mottola wrote:
Hi,
since quite recent changes (less than a week I suppose) on FreeBSD with gcc
all apps do crash. Here a stacktrace for Ink:
gs_objc_msg_forward (sel=0x283dbeb8) at GSFFIInvocation.m:137
137 c = receiver-isa;
Current language:
Sorry, my fault; I misread svn diff and accidentally committed something
undoing an earlier fix, when I thought I was committing a fix that hadn't made
it in.
David
On 27 Oct 2010, at 22:53, Riccardo Mottola wrote:
Hi,
since quite recent changes (less than a week I suppose) on FreeBSD
Solved!
Okay, after much thought and carefully talking through this with Greg and my
colleague Jonathan, we've come up with what seems to be a good solution. This
involves adding a new theme method which allows us to inquire whether the
current theme handles event processing for a popUp menu.