This page is part of the web mail archives of SRFI 50 from before July 7th, 2015. The new archives for SRFI 50 contain all messages, not just those from before July 7th, 2015.
On Fri, 23 Jan 2004, Thomas Bushnell, BSG wrote: >Tom Lord <lord@xxxxxxx> writes: > >> Hmm. Well, an example of what it fails to sidestep is the issue of >> making the values representable by the C `char' type a subset of CHAR? >> It's also a fairly sorry approach to take for implementing many >> network protocols in a way that is simple, direct, "tolerant of what >> it receives". > >Then what you want is a function ascii->char which maps an ascii value >to a character. And name it that, since that's what you mean! >Nothing then prevents ebcdec->char or utf8->char or whatever else. Seconded, definitely. When representation becomes important, it cannot remain implicit. Bear