[Python-ideas] file API
Guido van Rossum
guido at python.org
Thu Sep 27 22:00:34 CEST 2012
More information about the Python-ideas mailing list
Thu Sep 27 22:00:34 CEST 2012
- Previous message: [Python-ideas] file API
- Next message: [Python-ideas] file API
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Also you can't express lseek()'s "relative to end of file" mode using the proposed API. -1 on the whole thing. On Thu, Sep 27, 2012 at 12:40 PM, Jim Jewett <jimjjewett at gmail.com> wrote: > On 9/24/12, Mark Adam <dreamingforward at gmail.com> wrote: >> For some time now, I've wanted to suggest a better abstraction for the >> <file> type in Python. It currently uses an antiquated, low-level >> C-style interface for moving around in a file, with methods like >> tell() and seek(). > > I agree, but I'm not sure the improvement can be *enough* of an > improvement to justify the cost of change. > >>>>> file.pos = x0ae1 #move file pointer to an absolute address >>>>> file.pos += 1 #increment the file pointer one byte > > For text files, I would expect it to be a character count rather than > a byte count. So this particular proposal might end up adding as much > confusion as it hopes to remove. > > -jJ > _______________________________________________ > Python-ideas mailing list > Python-ideas at python.org > http://mail.python.org/mailman/listinfo/python-ideas -- --Guido van Rossum (python.org/~guido)
- Previous message: [Python-ideas] file API
- Next message: [Python-ideas] file API
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-ideas mailing list