Browse thread
[Caml-list] [ANN] The Missing Library
-
John Goerzen
-
Kenneth Knowles
- Alexander V. Voinov
-
John Goerzen
-
Maxence Guesdon
-
John Goerzen
- Maxence Guesdon
-
John Goerzen
-
Alain.Frisch@e...
-
John Goerzen
-
Alain.Frisch@e...
-
Nicolas Cannasse
-
Yamagata Yoriyuki
- Gerd Stolpmann
-
Nicolas Cannasse
-
Yamagata Yoriyuki
- Jacques GARRIGUE
- Nicolas Cannasse
-
Yamagata Yoriyuki
-
Yamagata Yoriyuki
-
Nicolas Cannasse
- oliver@f...
-
Alain.Frisch@e...
-
John Goerzen
- Henri DF
- Shawn Wagner
- james woodyatt
-
Alain.Frisch@e...
- Basile STARYNKEVITCH
-
John Goerzen
- Kenneth Knowles
- Florian Hars
-
Maxence Guesdon
- Eric C. Cooper
-
Kenneth Knowles
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | John Goerzen <jgoerzen@c...> |
| Subject: | Re: [Caml-list] Re: Common IO structure |
On Thu, Apr 29, 2004 at 07:27:46PM +0900, Yamagata Yoriyuki wrote: > > > >Python is simple. One standard for everything. You get read(), > > > >write(), readline(), readlines(), xreadlines() (hello Extlib, this one's > > > >for you), seek(), etc. This can apply to files, strings, sockets, > > > >pipes, whatever. Before we can start fussing about unicode > > > >abstractions, I think we need to have a uniform I/O layer. > > > > > > OK, but then you can leave out readline(), readlines() and xreadlines(), > > > because they don't make any sense unless you've already dealt with > > > character encodings. > > > > No, they can simply be implemented in terms of read(). > > It will break when UTF-16/UTF-32 are used. The line separator should > be handled after code conversion. At least that is the idea of > Unicode standard. (But Since Unicode standard is challenged by > reality in every aspect, maybe nobody cares.) You are missing the point. read() could handle the code conversion. -- John ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners