-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
'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,
nick - -- "He is now rising from affluence to poverty." -- Mark Twain
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
whow, and SimpleClientSocket crLf fails, too.
regards,
nick
- -- MORE SPORTS RESULTS: The Beverly Hills Freudians tied the Chicago Rogerians 0-0 last Saturday night. The match started with a long period of silence while the Freudians waited for the Rogerians to free associate and the Rogerians waited for the Freudians to say something they could paraphrase. The stalemate was broken when the Freudians' best player took the offensive and interpreted the Rogerians' silence as reflecting their anal-retentive personalities. At this the Rogerians' star player said "I hear you saying you think we're full of ka-ka." This started a fight and the match was called by officials.
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? I see that my fix probably won't work for windows, but you could at least give some kind of feedback.
regards,
nick
On Monday 03 March 2003 01:20 pm, 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? I see that my fix probably won't work for windows, but you could at least give some kind of feedback.
We've been busy with getting 3.4 out, sorry...
However, the fix won't work on Mac, and I'm not sure what the situation is on the Acorn.
Also, how would Windows and Mac paths with volume names map to FileURLs? Is there a standard for this?
Also, a relative FileURL doesn't make much sense unless you know what it's relative to...
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
squeak-dev@lists.squeakfoundation.org