[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2011-10-03 Thread Fred Kiefer
Update of bug #25011 (project gnustep): Assigned to:None = CaS Open/Closed: In Test = Closed ___ Reply to this item at:

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-07 Thread Richard Frith-Macdonald
Update of bug #25011 (project gnustep): Status:None = Fixed Open/Closed:Open = In Test ___ Follow-up Comment #8: Guessing this is

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-06 Thread Richard Frith-Macdonald
Follow-up Comment #7, bug #25011 (project gnustep): The 'no launch path' issue is now fixed. ___ Reply to this item at: http://savannah.gnu.org/bugs/?25011 ___ Message sent via/by Savannah

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-05 Thread Richard Frith-Macdonald
Update of bug #25011 (project gnustep): Status:None = In Progress ___ Follow-up Comment #2: Analyzed ... on windows we use relative paths rather than absolute ones, so that we can find

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-05 Thread Nicola Pero
Follow-up Comment #3, bug #25011 (project gnustep): I quickly - * changed the configure default to GNUSTEP_LOCAL_TOOLS to match the new default installation domain * made it configurable with a ./configure option It would be nice to add the check at install time that the ./configure

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-05 Thread Gregory John Casamento
Follow-up Comment #4, bug #25011 (project gnustep): Could we not drive the installation domain from the same place, the environment var, when configuring? This should be fixed sooner rather than later as we now have appear to have people using Windows regularly which are waiting on this fix.

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-05 Thread Richard Frith-Macdonald
Update of bug #25011 (project gnustep): Status: In Progress = None ___ Follow-up Comment #5: The base library changes have fixed the issue Greg had with being unable to find bundles but

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-05 Thread Richard Frith-Macdonald
Follow-up Comment #6, bug #25011 (project gnustep): As a sanity check, I rebuilt core with everything installing in the system domain ... and I still can't run any gui apps, so it looks like the current problem is nothing to do with install locations. With Ink.app I get: Exception occurred

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-04 Thread Doug Simons
URL: http://savannah.gnu.org/bugs/?25011 Summary: crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new] Project: GNUstep Submitted by: theeggcamefirst Submitted on: Thu 04 Dec 2008 06:19:56 PM GMT

[bug #25011] crash on Windows in [NSWorkspace init] when it calls [_GSWorkspaceCenter new]

2008-12-04 Thread Gregory John Casamento
Update of bug #25011 (project gnustep): Severity: 3 - Normal = 5 - Blocker ___ Follow-up Comment #1: Recent changes seem to have broken some things on Windows. I am unable to start up some