Jarkko Hietaniemi <[EMAIL PROTECTED]> writes: >On Fri, Aug 11, 2000 at 02:16:31AM -0700, Nathan Wiger wrote: >> [cc'ed on internals as FYI] >> >> > =item 36 (v1): Structured Internal Representation of Filenames >> >> I think this should be discussed a good amount. I think URIs are cool, >> but too much trouble for simple stuff. I don't want to have to write >> "file:///etc/motd" everytime I want to address a file. Too cumbersome. URI's have thought of that already - you can have a "relative URI" with a parent specified. We would have a default parent of file://localhost/$PWD > >The (vague) idea wasn't that "everything shall be an URI". It was >the other way round: "the representation should be generic enough so >that also URIs could be handled". In other words: things like >the protocol, the port number, the username, the password, could >be part of a "file spec". Quite. -- Nick Ing-Simmons
- Summary of I/O related RFCs Jon Ericson
- Re: Summary of I/O related RFCs Chaim Frenkel
- Re: Summary of I/O related RFCs Jonathan Scott Duff
- Internal Filename Representations (was Re: Summar... Nathan Wiger
- Re: Internal Filename Representations (was Re... Chaim Frenkel
- Re: Internal Filename Representations (was Re... Jarkko Hietaniemi
- Re: Internal Filename Representations (wa... David L. Nicol
- Re: Internal Filename Representations (wa... Nick Ing-Simmons
- Re: Internal Filename Representations (was Re... Johan Vromans
- Re: Internal Filename Representations (wa... Nathan Wiger
- Re: Internal Filename Representations... Chaim Frenkel
- Re: Internal Filename Representa... Nathan Wiger
- Re: Internal Filename Repres... Chaim Frenkel
- Re: Internal Filename Representa... Dan Sugalski
- Re: Internal Filename Repres... Jarkko Hietaniemi
- Re: Internal Filename Re... Chaim Frenkel
- Re: Internal Filename Re... Jarkko Hietaniemi
- Re: Internal Filename Re... Nathan Wiger