RE: Getting started developing software on MS Windows

[Frode]

I'm up and running Gorm.app now, folks! :-)

I think the reason for the error comes from
NSSearchPathForDirectoriesInDomains() in NSPathUtilities.m because it
strips away the path if it has the MinGW emulated path name style, like
/C/GNUstep instead of C:/GNUstep. Maybe configure play a part also since
I found the macros GNUSTEP_TARGET_(LOCAL|NETWORK|SYSTEM)_ROOT defined in
core/base/Source/config.h? (If it isn't a MinGW bugg?)

Anyway, the important path GNUSTEP_TARGET_SYSTEM_ROOT which I have set
to /C/GNUstep/System (and not C:/GNUstep/System) was not found and
therefore removed from the search list before
NSSearchPathForDirectoriesInDomains() returned the array. 

Calling chain
+[NSUserDefaults sharedDefaults]
        +[NSBundle bundleForLibary]
                NSSearchPathForDirectoriesInDomains()
                        -[NSFileManager fileExistsAtPath]

I managed to over-come this by temporary modifing getPath() in
NSPathUtilities.m. But I don't know if this is the right place (an
alternative would be in fileExistsAtPath)

/* Get a full path string */
static inline NSString *
getPath(NSString *path)
{
  if ([path hasPrefix: @"./"] == YES)
    {
      path = [gnustepConfigPath stringByAppendingPathComponent:
        [path substringFromIndex: 2]];
    }
#ifdef __MINGW32__
  else if ([path hasPrefix: @"/C/"] == YES)
    {
      path = [@"C:/" stringByAppendingPathComponent:
        [path substringFromIndex:3]];
    }
  else if ([path hasPrefix: @"/C"] == YES)
    {
      path = [@"C:/" stringByAppendingPathComponent:
        [path substringFromIndex:2]];
    }
#endif
  return path;
}

Regards,
Frode


-----Original Message-----
From: Richard Frith-Macdonald [mailto:richard@brainstorm.co.uk] 
Sent: Monday, November 21, 2005 12:32 PM
To: Frode
Cc: 'discuss-gnustep'
Subject: Re: Getting started developing software on MS Windows



On 21 Nov 2005, at 09:20, Frode wrote:

> I have managed to build the base and gui. I can also build for example

> Calculator, but when it comes to running the program exit because 
> "Improper installation: No language locale found" (and consequently
> "Did
> not find correct version of backend, falling back to std.")
>
> Is there some easy way to come around this? I googled and saw similar 
> error messages in other situations but there is no definite answer
> what
> really cause it and how to fix it...

The only time I've seen that sort of thing was when two or more  
versions of the base library had been installed on my system, and I'd  
ended up running with both linked into the same program. When that  
happened, I deleted all installed stuff, then installed base, then  
built/installed gui, then built/installed back, and then built/ 
installed my applications.