On Mon, 3 Mar 2003, Niko Schwarz wrote:

> Am Mittwoch, 19. Februar 2003 12:50 schrieb Niko Schwarz:
> 
> > 'file:/etc/profile' asUrl retrieveContents fails on unix, because it is
> > converted into a relative filename during fetching. I wrote a fix which
> > hopefully works on windows too.
> > Please take a look, regards,
> 
> Are you going to ignore this posting? If so, why?

This sounds like you are not aware of how fixes are handled. You should
read this: http://minnow.cc.gatech.edu/squeak/fixesEnhancementsUpdates

> I see that my fix probably won't work for windows, but you could at
> least give some kind of feedback.

Welcome to the Real World (tm) ;-)

Honestly, nobody is supposed to give you feedback. If others find your fix
useful, they will use it. When the harvesters find time to review it, they
might even include the fix.

Actually, not getting something back may be a good sign. It's much more
likely you get negative feedback because you goofed up. Very few people
take their time to thank the author when it "just works".

Ah, I see Ned answered already:

> Also, how would Windows and Mac paths with volume names map to 
> FileURLs? Is there a standard for this?

Not sure, but Mozilla has some test cases
http://www.mozilla.org/quality/networking/testing/filetests.html

> Also, a relative FileURL doesn't make much sense unless you know what 
> it's relative to...

IIRC as soon as you put a scheme in a URL it is absolute. So
"rel/file.ext" is relative to whatever base URL, while "file:rel/file.ext"  
is just malformed.

-- Bert