Hi,
--- Richard Frith-Macdonald <richard@brainstorm.co.uk> wrote:
On 2005-03-31 08:39:44 +0100 Stefan Urbanek <stefan@agentfarms.net> wrote:
Hi,
> With recent (march 31) GNUstep CVS + Gorm I am experiencing lots of
NSBundle warnings. I have used this change to see what was wrong:
NSBundle.m:927:
> NSLog(@"WARNING: NSBundle -initWithPath: requires absolute path names!
Used path: '%@'", path);
> And I was getting this:
....
2005-03-31 09:29:41.000 Gorm[31671] WARNING: NSBundle -initWithPath:
requires absolute path names! Used path: '//Local/Library'
2005-03-31 09:29:41.000 Gorm[31671] WARNING: NSBundle -initWithPath:
requires absolute path names! Used path: '//Local/Library'
2005-03-31 09:29:41.000 Gorm[31671] WARNING: NSBundle -initWithPath:
requires absolute path names! Used path: '//Local/Library'
2005-03-31 09:29:41.000 Gorm[31671] WARNING: NSBundle -initWithPath:
requires absolute path names! Used path: '//Local/Library'
....
> I am using no app extension bundles, nor custom Gorm palettes.
> Anyone else experiencing this?
No ... but I can easily see what the problem is ... '//Local/Library'
looks
like a windows UNC path where 'Local' is the host and 'Library' is the
share and the actual file is unspecified ... ie it would be a relative
path
on windows.
I've fixed NSString to know that it's an absolute path when running on
unix.
I tried reproducing this. I erased my GNUstep installation and installed
everything from a fresh CVS pull. I was still unable to reproduce this. I
also wiped Gorm's defaults using:
defaults delete Gorm
and was still unable to see it.
I'm not sure what's going on here, but I cannot reproduce it. According to
my
dicussion with Stiivi it doesn't interfere with the app's operation, which
means it's non-critical, but I'd like to find out what it is. Also, it
seems
that the most likely place for this to occur is during palette loading.
But
the palette bundles are loaded using absolute paths (to my recollection) so
this shouldn't be the issue either. :/
I'm still looking into it.