|
From: | Fred Kiefer |
Subject: | Re: GNUstep Code Freeze |
Date: | Tue, 31 Jan 2012 09:55:44 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111220 Thunderbird/9.0 |
On 31.01.2012 03:07, Germán Arias wrote:
Well, with the current SVN I can't open the theme panel on Ink. I get the error: Ink: NSThread.m:338: GSCurrentThread: Assertion `(id)0 != thr && "No main thread"' failed. Aborted
That really is strange. Could you please place a break point on __assert_fail() and see who is calling this. But before doing so, please recompile back and Ink as well. Yesterday I had strange problem myself that were caused by not recompiling back.
But in Gemas I can open the themes panel. And if I select Neos theme I get: 2012-01-30 20:06:40.122 Gemas[11449] File NSString.m: 1310. In -[NSString initWithContentsOfFile:] Contents of file '/home/german/GNUstep/Library/Themes/Neos.theme/Resources/ThemeExtraColors.clr' are not string data 2012-01-30 20:06:40.157 Gemas[11449] Scanner initialised with nil string 2012-01-30 20:06:40.159 Gemas[11449] Unable to read color file at "/home/german/GNUstep/Library/Themes/Neos.theme/Resources/ThemeExtraColors.clr" -- unknown format. unknown type eos. The next step in theming, but with a strong root in NeXT. Aborted
Thank you for adding this additional information. Is the path '/home/german/GNUstep/Library/Themes/Neos.theme' the correct one, that is the one you installed the Neo theme? If not please remove this path and try again. GNUstep gui will only try to load the colour list as a string after loading it with an archiver failed. So this is the original problem here, hidden by an NSException that gets caught by the code. As I wrote, I had problems myself yesterday and they all showed up in NSUnarchiver not working. For some strange reasons this got fixed by recompiling back.
As for the selector issue, this can only be explained by previous memory corruption. Somebody needs to inspect this. Is it really that hard to set a breakpoint and print out a few variables?
Fred
On 2012-01-30 16:36:32 -0600 Fred Kiefer <address@hidden> wrote:That is interesting, your selector string contains the additional characters "Abnai\031". Where could these come from? As I wrote I cannot reproduce it here and it will require somebody to debug this who is actually seeing the problem. Could you please set a breakpoint at line 180 in GSThemeInspector.m and start inspecting stuff there? Fred On 30.01.2012 23:23, Riccardo Mottola wrote:Hi, I can reproduce it too, the same way (previously I got other crashes, but they are fixed now). I recompiled all of core. I did not reinstall the themes, but Neos and Sleek are thematic only themes, they contain no code. I open the theme panel and select a theme. I will get a crash. To me it looks like a buffer overrun when creating the signature or something like that. Riccardo On linux x86-32/gcc 4.6.2 I get: unknown type eos. The next step in theming, but with a strong root in NeXT.Abnai Program received signal SIGABRT, Aborted. #0 0xb7fe2424 in __kernel_vsyscall () #1 0xb7546941 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb7549d72 in *__GI_abort () at abort.c:92 #3 0xb76c9594 in _objc_abort () from /usr/lib/i386-linux-gnu/libobjc.so.3 #4 0xb76c82b0 in objc_skip_typespec () from /usr/lib/i386-linux-gnu/libobjc.so.3 #5 0xb7890bd3 in -[NSMethodSignature _initWithObjCTypes:] (self=0x8129ff4, _cmd=0xb7b1a3d8, t=0x83060b8 "Neos. The next step in theming, but with a strong root in NeXT.Abnai\031") at NSMethodSignature.m:414 #6 0xb7890aec in +[NSMethodSignature signatureWithObjCTypes:] ( self=0xb7b1a460, _cmd=0xb7b58c80, t=0x83060b8 "Neos. The next step in theming, but with a strong root in NeXT.Abnai\031") at NSMethodSignature.m:456 #7 0xb7966e57 in gs_objc_msg_forward2 (receiver=0xb7f91c20, sel=0x82cb094) at GSFFIInvocation.m:167 #8 0xb76cfa73 in objc_msg_lookup () from /usr/lib/i386-linux-gnu/libobjc.so.3 #9 0xb7e4b76a in -[GSThemeInspector update:] (self=0xb7e4dad3, _cmd=0x8396a6c, sender=0xb7fce9a8) at GSThemeInspector.m:182 #10 0x08396a6c in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) On FreeBSD, when I try the same I get no warning, no crash, just a hang. Riccardo Fred Kiefer wrote:I was not aware of a bug in the theme panel. Could you please give the details on how to reproduce it? The back trace you report looks somewhat corrupted. The theme description ("Neos. The next step in theming, but with a strong root in NeXT.") is getting used as a selector name. This shouldn't happen in our code and it definitely doesn't happen on line 182 in GSThemeInspector.m. You will need to set a breakpoint a bit before that line to find out what actually goes on. Before you do this, could you please make sure that you have recompiled all of GNUstep plus all the themes you have installed. Fred_______________________________________________ Gnustep-dev mailing list address@hidden https://lists.gnu.org/mailman/listinfo/gnustep-dev
[Prev in Thread] | Current Thread | [Next in Thread] |