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