(gdb) bt #0 0x00007ffff700fb00 in objc_exception_throw () from /usr/GNUstep/Local/Library/Libraries/libobjc.so.4 #1 0x00007ffff75b1e7f in -[NSException raise] (self=0x7ffea0, _cmd=0x7ffff7b0dba0) at NSException.m:970 #2 0x00007ffff75b1137 in +[NSException raise:format:arguments:] (self=0x7ffff7b0d8f0, _cmd=0x7ffff7b0da00, name=0x7ffff7b0d770, format=0x7ffff7adf1a0, argList=0x7fffffffcb60) at NSException.m:852 #3 0x00007ffff75b106e in +[NSException raise:format:] (self=0x7ffff7b0d8f0, _cmd=0x7ffff7ae0050, name=0x7ffff7b0d770, format=0x7ffff7adf1a0) at NSException.m:838 #4 0x00007ffff74ddbad in -[GSPlaceholderString initWithBytes:length:encoding:] (self=0x70e450, _cmd=0x7ffff7b56ae0, bytes=0x0, length=1425, encoding=NSASCIIStringEncoding) at GSString.m:1042 #5 0x00007ffff768fcf6 in -[NSString initWithData:encoding:] (self=0x70e450, _cmd=0x7ffff7b479f0, data=0x7ffa70, encoding=NSASCIIStringEncoding) at NSString.m:1429 #6 0x00007ffff7658cfb in GSPropertyListMake (obj=0x7ff810, loc=0x0, xml=0 '\000', forDescription=1 '\001', step=2, str=0x7fffffffcd80) at NSPropertyList.m:2485 #7 0x00007ffff751ceb8 in -[NSArray descriptionWithLocale:indent:] (self=0x7ff810, _cmd=0x7ffff7aea0c0, locale=0x0, level=0) at NSArray.m:1371 #8 0x00007ffff751ce46 in -[NSArray descriptionWithLocale:] (self=0x7ff810, _cmd=0x7ffff7aea110, locale=0x0) at NSArray.m:1353 #9 0x00007ffff751cdf6 in -[NSArray description] (self=0x7ff810, _cmd=0x7ffff7b38d60) at NSArray.m:1344 #10 0x00007ffff76316b2 in ExtractValuesFromConfig (config=0x8015a0) at NSPathUtilities.m:602 #11 0x00007ffff7628788 in InitialisePathUtilities () at NSPathUtilities.m:1172 #12 0x00007ffff762918d in NSSearchPathForDirectoriesInDomains (directoryKey=1, domainMask=2, expandTilde=1 '\001') at NSPathUtilities.m:2080 #13 0x0000000000402530 in main (argc=2, argv=0x7fffffffe188, env=0x7fffffffe1a0) at pl2link.m:160
On Sat, Jul 20, 2013 at 11:17 AM, Eric Wasylishen <ewasylis...@gmail.com>wrote: > 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<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 > > > -- 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