Hi Greg,
Looks like InitialisePathUtilities is catching and re-throwing an exception on 
line 1180.

Could you break on objc_exception_throw and re-run to see if you can get a 
stack trace from the initial exception?

We know it'll be an "-initWithBytes:lenth:encoding given nul bytes" exception, 
but I don't know where in the NS_DURING block of InitialisePathUtilities that 
the failing -initWithBytes call is being made.

Eric

On 2013-07-20, at 10:59 AM, Gregory Casamento <greg.casame...@gmail.com> wrote:

> Backtrace for failure in pl2link....
> 
> Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> /usr/GNUstep/System/Tools/pl2link: Uncaught exception (null), reason: 
> -initWithBytes:lenth:encoding given nul bytes
> 
> Program received signal SIGABRT, Aborted.
> 0x00007ffff3712475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
> (gdb) bt
> #0  0x00007ffff3712475 in raise () from /lib/x86_64-linux-gnu/libc.so.6
> #1  0x00007ffff37156f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6
> #2  0x00007ffff75b2754 in _terminate () at NSException.m:754
> #3  0x00007ffff75b2717 in _NSFoundationUncaughtExceptionHandler 
> (exception=0x7ffea0)
>     at NSException.m:778
> #4  0x00007ffff75b0e89 in callUncaughtHandler (value=0x7ffea0) at 
> NSException.m:798
> #5  0x00007ffff700fbb9 in objc_exception_throw ()
>    from /usr/GNUstep/Local/Library/Libraries/libobjc.so.4
> #6  0x00007ffff75b1e7f in -[NSException raise] (self=0x7ffea0, 
> _cmd=0x7ffff7b38f60)
>     at NSException.m:970
> #7  0x00007ffff762881d in InitialisePathUtilities () at NSPathUtilities.m:1180
> #8  0x00007ffff762918d in NSSearchPathForDirectoriesInDomains 
> (directoryKey=1, domainMask=2, 
>     expandTilde=1 '\001') at NSPathUtilities.m:2080
> #9  0x0000000000402530 in main (argc=2, argv=0x7fffffffe188, 
> env=0x7fffffffe1a0) at pl2link.m:160
> (gdb) up
> #1  0x00007ffff37156f0 in abort () from /lib/x86_64-linux-gnu/libc.so.6
> (gdb) 
> #2  0x00007ffff75b2754 in _terminate () at NSException.m:754
> 754         abort();
> (gdb) 
> #3  0x00007ffff75b2717 in _NSFoundationUncaughtExceptionHandler 
> (exception=0x7ffea0)
>     at NSException.m:778
> 778     _terminate();
> (gdb) 
> #4  0x00007ffff75b0e89 in callUncaughtHandler (value=0x7ffea0) at 
> NSException.m:798
> 798     _NSFoundationUncaughtExceptionHandler(value);
> (gdb) 
> #5  0x00007ffff700fbb9 in objc_exception_throw ()
>    from /usr/GNUstep/Local/Library/Libraries/libobjc.so.4
> (gdb) 
> #6  0x00007ffff75b1e7f in -[NSException raise] (self=0x7ffea0, 
> _cmd=0x7ffff7b38f60)
>     at NSException.m:970
> 970     @throw self;
> (gdb) 
> #7  0x00007ffff762881d in InitialisePathUtilities () at NSPathUtilities.m:1180
> 1180        [localException raise];
> (gdb) 
> #8  0x00007ffff762918d in NSSearchPathForDirectoriesInDomains 
> (directoryKey=1, domainMask=2, 
>     expandTilde=1 '\001') at NSPathUtilities.m:2080
> 2080    InitialisePathUtilities();
> (gdb) 
> #9  0x0000000000402530 in main (argc=2, argv=0x7fffffffe188, 
> env=0x7fffffffe1a0) at pl2link.m:160
> 160       installPaths = NSSearchPathForDirectoriesInDomains 
> (NSApplicationDirectory, domain, YES);
> (gdb) 
> 
> 
> 
> On Fri, Jul 19, 2013 at 7:12 PM, Riccardo Mottola 
> <riccardo.mott...@libero.it> wrote:
> Hi,
> 
> 
> Richard Frith-Macdonald wrote:
> 
> 
>   Creating Gorm.app/Resources/Info-gnustep.plist...
> 
> plmerge: Uncaught exception (null), reason:
> -initWithBytes:lenth:encoding given nul bytes
> I have reported it in a previous message but nobody cares ...
> See my second message entitled : compiling GNUstep with clang, in my
> first message I wrote that I had some errors
> than I have understood I needed to compile libc++ then in my second
> message I had a crash inside plmerge :
> 
> I am copy/pasting :
> 
> 
> if [ -r "libgnustep-back-023Info.plist" ]; then \
>   plmerge libgnustep-back-023.bundle/Resources/Info-gnustep.plist
> libgnustep-back-023Info.plist; \
> fi
> plmerge: Uncaught exception (null), reason:
> -initWithBytes:lenth:encoding given nul bytes
> Aborted
> make[3]: ***
> [libgnustep-back-023.bundle/Resources/Info-gnustep.plist] Error 134
> make[3]: *** Deleting file
> `libgnustep-back-023.bundle/Resources/Info-gnustep.plist'
> make[2]: *** [libgnustep-back-023.all.bundle.variables] Error 2
> make[1]: *** [internal-all] Error 2
> make[1]: Leaving directory `/home/vincent/objc2cs/gnustep/core/back/Source'
> 
> This problem appeared some days ago because of a commit of Richard, which he 
> readily reverted.
> 
> Giving up is surely not a solution, I run GNUstep on really a wide range of 
> platforms!
> 
> If you don't need certain features, you may try gcc (however, reconfigure and 
> recompile all core with gcc). any gcc 4.x will do just fine. I can assure 
> that a 4.2  is rock stable. Perhaps you should do that anyway, just to 
> exclude other troubles?
> 
> Perhaps nobody is responding because it's not a problem anybody has seen (I 
> haven't).
> I'm not a regular user of clang myself because I mostly want reliability and 
> clang has been highly unstable, but I believe that's changed.
> At least clang-3.3 and the latest libobc2 seems to be a working pretty well.
> 
> I have built with clang 3.3 and I don't have that problem, I can run 
> Gworkspace or any other application after Richard reverted the fix in 
> NSPropertyList.
> 
> Riccardo
> 
> 
> _______________________________________________
> Gnustep-dev mailing list
> Gnustep-dev@gnu.org
> https://lists.gnu.org/mailman/listinfo/gnustep-dev
> 
> 
> 
> -- 
> Gregory Casamento
> Open Logic Corporation, Principal Consultant
> yahoo/skype: greg_casamento, aol: gjcasa
> (240)274-9630 (Cell)
> http://www.gnustep.org
> http://heronsperch.blogspot.com
> _______________________________________________
> Gnustep-dev mailing list
> Gnustep-dev@gnu.org
> https://lists.gnu.org/mailman/listinfo/gnustep-dev

_______________________________________________
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev

Reply via email to