In <[email protected]>, on 08/05/2013
at 09:45 AM, David Crayford <[email protected]> said:
>I'm not sure but whoever it was knows what they are doing. It's a
>very good implementation. It even handles the newline fiasco.
> The EBCDIC character that corresponds to an ASCII LF is
> assumed to have the value 0x15 by default.
The problem is Unix, not EBCDIC. The ASCII LF is *not* a new line
function, but half of a new line function. The DOS CRLF convention
reflects ASCII. '15'x is a correct translation of the Unix new line
but not of the ASCII LF. '25' is a correct translation of the ASCII LF
but not of the Unix new line. So in generally you need to know whether
you are dealing with real ASCII or with the Unix variation in order to
translate properly.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
Atid/2 <http://patriot.net/~shmuel>
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
