gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem with r24204


From: David Ayers
Subject: Re: Problem with r24204
Date: Fri, 15 Dec 2006 11:53:20 +0100
User-agent: Mozilla Thunderbird 1.0.2 (X11/20061113)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marcus Müller schrieb:

> since upgrading to gnustep-base r24204 I have encountered a serious 
> problem with my app - I get the following backtrace:
> 
> #0  -[NSException raise] (self=0x815b568, _cmd=0x2891ad88) at 
> NSException.m:694
> #1  0x2871dbf5 in +[NSException raise:format:arguments:]  (self=0x2891ad00,
>     _cmd=0x2891ad70, name=0x2891ae54, format=0x28964bf4,
>     argList=0xbfbfe490 "ò\034\220(\aÒ\216(4\207\225(ØP~(\bµ\025\b\aÒ
> \216(4\207\225(üÚq(") at NSException.m:640
> #2  0x2871db44 in +[NSException raise:format:] (self=0x2891ad00,
>     _cmd=0x28964968, name=0x2891ae54, format=0x28964bf4) at 
> NSException.m:626
> #3  0x287e5182 in -[NSObject(GSCategories) subclassResponsibility:] (
>     self=0x80d9298, _cmd=0x28903280, aSel=0x28934bb8) at 
> GSCategories.m:1038
> #4  0x286c8335 in -[NSMutableArray addObject:] (self=0x80d9298,
>     _cmd=0x28934bb8, anObject=0x815b508) at NSArray.m:1359
> #5  0x2876d353 in _gnu_process_args (argc=5, argv=0x8099440, 
> env=0x8098400)
>     at NSProcessInfo.m:413
> #6  0x2876d9e8 in +[NSProcessInfo initialize] (self=0x28934a60,
>     _cmd=0x28953508) at NSProcessInfo.m:823
> #7  0x2897bd03 in __objc_install_premature_dtable () from /usr/lib/
> libobjc.so.2
> #8  0x2897c3cc in objc_msg_lookup () from /usr/lib/libobjc.so.2
> #9  0x280ec3ca in -[WOApplication init] (self=0x80be408, _cmd=0x80535e8)
>     at WOApplication.m:338
> #10 0x08049960 in -[Application init] (self=0x80be408, _cmd=0x282197e8)
>     at Application.m:15
> #11 0x28120a27 in WOApplicationMain (_appClassName=0x8053260, argc=5,
>     argv=0xbfbfe788) at WOApplicationMain.m:40
> #12 0x080498e2 in main (argc=5, argv=0xbfbfe788) at itms_main.m:16
> 
> I can only suspect that somehow the code for setting up the  subclasses
> of the NSArray classcluster has been broken to work at  such an early
> stage. Unfortunately I don't have the time right now to  look into this
> matter - does somebody else know what's possibly going  wrong?

I've just updated and recompiled everything to r24204 (which did break
binary compatibility) and the test suite passes and my GSWeb apps also
work fine for me.

Maybe you just need to recompile due the ABI change.  If not, what are
the results of the base test suite?

I'd check with ldd to make sure that you only have one version of -base
linked against your application and any frameworks/libraries you are using.

If that doesn't help, please try to confirm that the array which
_gnu_process_args creates here:

  /* Copy the evironment list */
  {
    NSMutableArray      *keys = [NSMutableArray new];

is actually a GSMutableArray.  This array should implement addObject:
directly, i.e. it doesn't rely on:

+ (void) initialize
{
  if (self == [GSMutableArray class])
    {
      [self setVersion: 1];
      GSObjCAddClassBehavior(self, [GSArray class]);
    }
}
for this particular method.  But maybe something else has corrupted the
dispatch tables of class.  But that's going to hard to determine via E-mail.

Cheers,
David

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFFgn6g1Z7XJZzbH3ARArrMAKCZ7ct6fRfGXMjqjXF9hpNw6/vxHQCfWq69
dwpYwBZ0cEjhB5Zf2s5PEAM=
=pWrX
-----END PGP SIGNATURE-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]