[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #14965] NSOpenStepRootDirectory() returning wrong result
From: |
Richard Frith-Macdonald |
Subject: |
[bug #14965] NSOpenStepRootDirectory() returning wrong result |
Date: |
Sun, 13 Nov 2005 08:55:07 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050911 Firefox/1.0.6 (Debian package 1.0.6-5) |
Update of bug #14965 (project gnustep):
Status: None => Invalid
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #1:
The root directory on a unix system is '/' ... so that behavior is correct.
This function should return the root directory of the system (behaving like
MacOS-X, OPENSTEP, and libFoundation), not the directory corresponding to
NSSystemDomainMask.
I did notice a bug in the mingw32 implementation ... it was still using the
old '~c' mangled path format we scrapped several months ago, so I updated it
to use 'C:\'
I also undeprecated the function and clarified (I hope) the documentation ...
as the only reason I could think of for it having been deprecated eighteen
months ago was that it tends to get misused by people trying to build paths
to GNUstep resources (which should be done using
NSSearchPathForDirectoriesInDomains()). I realise that the documentation
already explicitly warned you not to use it that way, but hopefully it's even
clearer now.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=14965>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/