RE: [BUG Investigation]: Other New revelations!

[Frode]

I think there is a typo in core/make/Documentation/README.MinGW step "6.
Installing gnustep-make".
You should configure with

  ./configure --prefix=C:/xxx/GNUstep

And not

  ./configure --prefix=/C/xxx/GNUstep

To remedy this you either

1) The quick fix is to change getPath to this

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;
}

2) reconfigure and rebuild everything from scratch, don't forget to
configure with prefix "C:/..." and not "/C/..." on step 6. (Would be
nice to know if even libobjc.a in mingw disturbes and should be removed
before you restart?)

Regards
Frode

-----Original Message-----
From: discuss-gnustep-bounces+frode=bredband.net@gnu.org
[mailto:discuss-gnustep-bounces+frode=bredband.net@gnu.org] On Behalf Of
Lloyd Dupont
Sent: Thursday, December 01, 2005 5:50 AM
To: Richard Frith-Macdonald
Cc: GNUstep Discussion
Subject: Re: [BUG Investigation]: Other New revelations!


OK, I changed the the directories in GNUstep.conf and it worked. Being
more daring in my endeavor I though: let's make a new GNUstep.conf 
somewhere else in the filesystem and change the value of the environment

variable GNUSTEP_CONFIG_FILE.

However, ahum... it didn't work. Seems like the configuration has to be
at a 
specific place (which kind of defeat its purpose, I should mention).

Still investigating.....


----- Original Message ----- 
From: "Lloyd Dupont" <lloyd@nova-mind.com>
To: "Richard Frith-Macdonald" <richard@brainstorm.co.uk>
Cc: "GNUstep Discussion" <discuss-gnustep@gnu.org>
Sent: Thursday, December 01, 2005 1:22 PM
Subject: Re: [BUG Investigation]: New revelations!


> the problem seems related to GNUSTEP_SYSTEM_ROOT being 
> /c/GNUstep/System
> (which doesn't exist according to the FileManager)
> and although I deleted GNUstep.conf and updated the environment
variable 
> to be C:/GNUstep/System.
> it still ignored and still return /c/GNUstep/System from 
> NSPathUtilies.m:386 - GNUstepConfig
>
> ----- Original Message -----
> From: "Lloyd Dupont" <lloyd@nova-mind.com>
> To: "Richard Frith-Macdonald" <richard@brainstorm.co.uk>
> Cc: "GNUstep Discussion" <discuss-gnustep@gnu.org>
> Sent: Thursday, December 01, 2005 12:18 PM
> Subject: [BUG Investigation]: New revelations!
>
>
>> As bug goes it becames increasingly obvious I had to hack GNUstep's
>> source....
>>>> when I call [NSApplication sharedApplication]; I get
>>>> ====
>>>> Uncaught exception NSInternalInconsistencyException, reason:
>>>> NSApplication.m:271  Assertion failed in
initialize_gnustep_backend. 
>>>> Unable to find backend back
>>>> ====
>>
>> At line 271 the bug mean path (to bundle/framework) is null. This 
>> path is build from  gnustep_backend_framework & 
>> gnustep_backend_bundle which both relies on gnustep_backend_path
>>
>> With the power of printf debug I discovered that gnustep_backend_path

>> was
>> called 3 times with
>> Frameworks\GNUstep_back.framework
>> Bundles\libgnustep-back-010.bundle
>> Bundles\libgnustep-back.bundle
>>
>> And that [NSStandardLibraryPaths() objectEnumerator] gives me just 
>> one
>> path:
>> C:/GNUstep/Library
>>
>> The problem is my clean install / build installed the backend in: 
>> C:\GNUstep\System\Library\Bundles\libgnustep-back-010.bundle
>>
>> So I should have looked into C:\GNUstep\System\Library as well.
>>
>> Now I'm going to try to understand why NSPathUtilites.m:1329
>> NSStandardLibraryPaths()  => 
>> NSSearchPathForDirectoriesInDomains(NSAllApplicationsDirectory,
>> NSAllDomainsMask, YES);
>>
>> return only "C:/GNUstep/Library" and not "C:\GNUstep\System\Library" 
>> as
>> well....
>> but that's the root of the bug....
>
>
>
> _______________________________________________
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org 
> http://lists.gnu.org/mailman/listinfo/discuss-gnustep



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep