\r is the normal end-of-line character for Macs. The changes.html
file lists: 0x09, 0x0A, 0x0D, 0x20-0x7E as valid. Parsers *should*
allow allow for all these. The easiest way ofcourse to
do this is to just convert \r into \n (or vise versa) and then
parse it like normal.
The only problem there occurs with end-of-line characters enbedded
in strings, if you converted \r\n into \n\n then you'd have 2 end of
line characters. Keep in mind that the text/* MIME spec says that
lines should end with line-feed AND charage-return, but most test/*
browsers are smart enough to take any of the these systems.
We ran into this problem with xy-graphing programs started processing
text/tab-separated-values data. Mac xygraphing programs barfed on
unix xy files. The Mac xygraphing folks just added the appropriate
smarts to their program and that solved the problem.
I would be suprised if QvLib had this problem, anybody else out
there confirm this? or does Eric have an old QvLib?
--+----------------------------------------------------+ |Scott D. Nelson B131 Rm2074 3-1250 | |Lawrence Livermore National Laboratory | |7000 East Ave., L-153 Livermore CA 94550 | |email:
[email protected]http://www-dsed.llnl.gov/ | +----------------------------------------------------+