> On 15 Feb 2016, at 10:58, Riccardo Mottola <riccardo.mott...@libero.it> wrote:
>
> Hi,
>
> right now all GS applications crash for me on startup:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to LWP 1]
> 0xbb396986 in NSUserName () at NSPathUtilities.m:1638
> 1638 {
> (gdb) bt
> #0 0xbb396986 in NSUserName () at NSPathUtilities.m:1638
> #1 0xbb428e87 in -[NSUserDefaults init] (self=0xb8ab5090,
> _cmd=0xbb6700b8 <_OBJC_SELECTOR_TABLE+472>) at NSUserDefaults.m:1179
> #2 0xbb4298a4 in +[NSUserDefaults standardUserDefaults] (
> self=0xbb670380 <_OBJC_Class_NSUserDefaults>,
> _cmd=0xbb670098 <_OBJC_SELECTOR_TABLE+440>) at NSUserDefaults.m:847
> #3 0xbb42bb8e in GSPrivateDefaultsFlag (type=type@entry=GSLogSyslog)
> at NSUserDefaults.m:2208
> #4 0xbb378a1e in _NSLog_standard_printf_handler (
> message=0xbb64b060 <_OBJC_INSTANCE_1>) at NSLog.m:184
> #5 0xbb3b928a in +[NSProcessInfo processInfo] (
> self=0xbb64ac80 <_OBJC_Class_NSProcessInfo>,
> _cmd=0xbb642770 <_OBJC_SELECTOR_TABLE+400>) at NSProcessInfo.m:1015
Actually, looking at the source code at this line, it’s trying to print an
error to say it can’t get process info.
That’s then caused a problem because it tried to use a function that needs
NSProcessInfo to do the logging.
I’ve change that code to just write to stderr, so you will see the error
message … better than crashing :-)
But it looks like you have some configure-time problem such that the wrong
nsprocessinfo options are being configured.
_______________________________________________
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
