>>>>> "JH" == Jarkko Hietaniemi <[EMAIL PROTECTED]> writes: >> Please explain why internally it needs to be represented as anything >> other than what the user passed in. JH> A flat string is a pain to handle because then you have to know JH> in which platform it was originally created: what semantics does JH> it obey, how to parse it. I don't see how your proposal solves the problem. It still has to know what the source/intended/target platform is. Why do all those acts have to be performed to do an open? Hmm, unless you are planning to have a direct perl <-> os layer. (A rewrite/stealing^wborrowing from sfio?) <chaim> -- Chaim Frenkel Nonlinear Knowledge, Inc. [EMAIL PROTECTED] +1-718-236-0183
- Re: Internal Filename Representations (... Chaim Frenkel
- Re: Internal Filename Representations (... David L. Nicol
- Re: Internal Filename Representations (... Chaim Frenkel
- Re: Internal Filename Representations (was Re: Summary o... Jarkko Hietaniemi
- Re: Internal Filename Representations (was Re: Summ... Johan Vromans
- Re: Internal Filename Representations (was Re: ... Chaim Frenkel
- Re: Internal Filename Representations (was ... Bryan C . Warnock
- Re: Internal Filename Representations (... Jarkko Hietaniemi
- Re: Internal Filename Representations (... Chaim Frenkel
- Re: Internal Filename Representations (... Jarkko Hietaniemi
- Re: Internal Filename Representations (... Chaim Frenkel
- Re: Internal Filename Representations (... Jarkko Hietaniemi
- Re: Internal Filename Representations (... Kai Henningsen
- Re: Internal Filename Representations (... Jarkko Hietaniemi
- Re: Internal Filename Representations (was Re: ... Jarkko Hietaniemi
- Re: Internal Filename Representations (was Re: Summary o... Nick Ing-Simmons