[bug #39107] NSRunLoop and input source bug
Update of bug #39107 (project gnustep): Status:None = Fixed Open/Closed:Open = In Test ___ Follow-up Comment #1: I've added a check for performers in -runMode:beforeDate: in svn trunk. Does that do the right thing to mimic OSX behavior? ___ Reply to this item at: http://savannah.gnu.org/bugs/?39107 ___ 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
[bug #42717] Crash in -[NSBox(Private) calcSizesAllowingNegative:]
Follow-up Comment #4, bug #42717 (project gnustep): As I ran out of ideas I made a binary search. The bad commit is r34050. It's not easy for me to spot what's wrong, though... ___ Reply to this item at: http://savannah.gnu.org/bugs/?42717 ___ 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
[bug #42717] Crash in -[NSBox(Private) calcSizesAllowingNegative:]
Follow-up Comment #5, bug #42717 (project gnustep): Moving the NSTitleCell decoding at the beginning as in the attached patch makes Cenon load with 0.24.0. -calcSizesAllowingNegative: accesses _cell so at first glance it looks like the correct change. However, if I apply the patch against trunk I get a different crash: Program received signal SIGSEGV, Segmentation fault. 0xb753c05b in objc_msg_lookup (receiver=0x548b5a59, op=0xb7f392b8 _OBJC_SELECTOR_TABLE+568) at /build/gcc-4.9-C54cEj/gcc-4.9-4.9.0/src/libobjc/sendmsg.c:448 448 /build/gcc-4.9-C54cEj/gcc-4.9-4.9.0/src/libobjc/sendmsg.c: Няма такъв файл или директория. (gdb) bt #0 0xb753c05b in objc_msg_lookup (receiver=0x548b5a59, op=0xb7f392b8 _OBJC_SELECTOR_TABLE+568) at /build/gcc-4.9-C54cEj/gcc-4.9-4.9.0/src/libobjc/sendmsg.c:448 #1 0xb7c12567 in -[NSMenu(GNUstepPrivate) _setGeometry] ( self=0xb7d1c173 -[NSMenu(NibCompatibility) _setMain:]+675, _cmd=0x8a722a0) at NSMenu.m:505 #2 0x08a722a0 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) (file #31714) ___ Additional Item Attachment: File name: nsbox.patchSize:0 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?42717 ___ 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
[bug #42717] Crash in -[NSBox(Private) calcSizesAllowingNegative:]
Follow-up Comment #6, bug #42717 (project gnustep): Thank you for finding the commit that caused this problem. If you look at the files included in that commit you will find that it also includes a lot of other changes that actually result in the XIB file being loaded completely not just parts of it. If I remember correctly this was the time when I added the reading of the flattend properties, that is all the out of line changes in the XIB file. It could well be that we handle one of these extra properties incorrectly. Now it would be very helpful to know which of the 12 XIB files included in Cenon is causing the issue. To find that out it should be sufficient to start Cenon with the parameter --GNU-Debug=dflt that should output the file it is currently loading. With that information I could have a look at the XIB file to see if there is anything special. You should also use --GNU-Debug=XIB to get more details about the XIB loading. I really think that you are on to something and most likely it is in the XIB loading code, not just in the NSBox code. Although the code there in initWithCoder: could be improved a lot. It uses the calcSizesAllowingNegative: method way too often. One other thing that you could try is to run Cenon with valgrind the memcheck setup. If you need help with that, I can provide it. ___ Reply to this item at: http://savannah.gnu.org/bugs/?42717 ___ Nachricht gesendet von/durch Savannah http://savannah.gnu.org/ ___ Bug-gnustep mailing list Bug-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/bug-gnustep
[bug #42717] Crash in -[NSBox(Private) calcSizesAllowingNegative:]
Follow-up Comment #7, bug #42717 (project gnustep): I was sure I mentioned it was the Main.xib file, but apparently missed that. Sorry. I tried --GNU-Debug=XIB as soon as I found out the crash happens when loading the XIB file, but was completely lost in the data it spits. Attached is the compressed output with pristine (unpatched) GNUstep GUI 0.24.0. As for Valgrind, it used to be completely unusable for GNUstep IIRC. Haven't touched it for ages, so if any special setup is needed I'd appreciate if you give me some directions. The Cenon version is 4.0.2; I see I missed mentioning that too. (file #31715) ___ Additional Item Attachment: File name: XIB.txt.gz Size:103 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?42717 ___ 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
