Re: GNUstep Code Freeze

[Fred Kiefer]

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