CR/LF

new topic     » topic index » view thread      » older message » newer message

I apologize for my error about newline being ASCII 10/13.  It comes from =
trying to do too many things at once and not thinking carefully.  The =
method for generating newlines in MLE's in Windows is accurate.  DOS =
text files end a line with ASCII 13/10 as stated by others (as I =
silently take my foot out of my mouth -- needs a little sugar next time =
:)  UNIX / Linux text files end with just ASCII 10. =20

<Small note for people wanting to try Peuphoria on Linux>

Don't forget to use this command on peu.c before compiling to remove the =
extra 13's:

tr -d "\r" < peu.c > peu2.c

[Disclaimer -- I'm not responsible for more typos (mine), so make a =
backup copy first :)]
</end small note>

I know that \r =3D carriage return =3D ASCII 13.  So if \n =3D newline =
!=3D 13&10, what is it's true value?

Michael J. Sabal
mjs at osa.att.ne.jp
http://home.att.ne.jp/gold/mjs/index.html

new topic     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu