bugGNUstep - Bugs: bug #25011, crash on Windows in [NSWorkspace...

Group
 
 

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

Submitter:  Doug Simons <theeggcamefirst>
Submitted:  Thu 04 Dec 2008 06:19:56 PM UTC
   
 
Category:  Gui/AppKit Severity:  5 - Blocker
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  CaS
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 07 Dec 2008 01:40:00 PM UTC, comment #8: 

Guessing this is fixed ... it doesn't happen on my system with current svn code.

Richard Frith-Macdonald <CaS>
Group Member
Sun 07 Dec 2008 06:32:36 AM UTC, comment #7: 

The 'no launch path' issue is now fixed.

Richard Frith-Macdonald <CaS>
Group Member
Fri 05 Dec 2008 10:26:27 PM UTC, comment #6: 

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 while loading model: NSTask no launch path set
Failed to load Gorm

Why is it trying to run a subtask?

Richard Frith-Macdonald <CaS>
Group Member
Fri 05 Dec 2008 10:03:38 PM UTC, comment #5: 

The base library changes have fixed the issue Greg had with being unable to find bundles but ...

Actually, this doesn't seem to be the original problem ... when I run GWorkspace it hangs, and when I try to run it under debug, it falls over with a clearly corrupt stack.


Richard Frith-Macdonald <CaS>
Group Member
Fri 05 Dec 2008 07:56:47 PM UTC, comment #4: 

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.

GC

Gregory John Casamento <gcasa>
Group administrator
Fri 05 Dec 2008 05:38:05 PM UTC, comment #3: 

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 installation
domain location matches the one specified at install time, and to rebuild if not.

Thanks

Nicola Pero <nico>
Group Member
Fri 05 Dec 2008 05:32:59 PM UTC, comment #2: 

Analyzed ... on windows we use relative paths rather than absolute ones, so that we can find the paths to various resources wherever the gnustep installation is moved to.
However ... the paths are calculated relative to the base library at configure time, so if the base library is not installed tin the assumed location within our path hierarchy, some paths are wrong.

Workarounds ...
1. install base library into the system domain and delete any copy in the local domain
2. provide a GNUstep.conf specifying the paths (overriding the hard-coded ones)

Proper solution ... allow the eventual installation domain to be specified at configure time, and have the installation process detect any conflict between the configured installation domain and the actual installation domain, and reconfigure/rebuild if necessary.

Richard Frith-Macdonald <CaS>
Group Member
Fri 05 Dec 2008 07:18:26 AM UTC, comment #1: 

Recent changes seem to have broken some things on Windows.  I am unable to start up some applications without getting exceptions complaining that it can't find DLLs which are clearly in the path.

This is a critical problem at this point.

GC

Gregory John Casamento <gcasa>
Group administrator
Thu 04 Dec 2008 06:19:56 PM UTC, original submission:  

The summary basically says it all -- my application crashes on launch at NSWorkspace.m line 634 when called by [NSWorkspace sharedWorkspace] which was called from [NSDocumentController init]

Needless to say, this is a show-stopper for me! (running on Windows XP)



Doug Simons <theeggcamefirst>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by FredKiefer (Updated the item)
  • -email is unavailable- added by nico (Posted a comment)
  • -email is unavailable- added by CaS (Posted a comment)
  • -email is unavailable- added by gcasa (Posted a comment)
  • -email is unavailable- added by theeggcamefirst (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-10-03 FredKiefer Assigned toNone CaS
        Open/ClosedIn Test Closed
    2008-12-07 CaS StatusNone Fixed
        Open/ClosedOpen In Test
    2008-12-05 CaS StatusIn Progress None
    2008-12-05 CaS StatusNone In Progress
    2008-12-05 gcasa Severity3 - Normal 5 - Blocker

    Back to the top

    Powered by Savane 3.13-caa5.
    Corresponding source code