Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: How to read \r\n in MSXML?

From: "Sam Hobbs" <samuel@------.--.---_------_------_--_----->
To: NULL
Date: 3/12/2008 9:14:00 PM


"Martin Honnen" <mahotrash@y...> wrote in message 
news:eBoml5sgIHA.944@T......
> Sam Hobbs wrote:
>> "Joe Fawcett" <joefawcett@n...> wrote in message
>
>>> As far as I know not through the XML interfaces. Changing carriage 
>>> returns and new lines to just new line is part of the XML specification 
>>> under the normalizing space rules.
>
>> Do you know what the relevant standard is? I assume it is a RFC.
>
> See <URL:http://www.w3.org/TR/REC-xml/#sec-line-ends>.

That document clearly says "on input" but it is very unclear about output 
(disk) format. If it were to apply to external storage, then it would not be 
possible to have a combination of carriage return and line feed to mark 
End-of-Line in external storage.

It is typical of C/C++ runtime libraries in a Windows environment to convert 
CR and LF to a single LF ('\n') on input but they correspondingly convert a 
single LF to CR and LF.

Files in a Unix/Linux environment usually use a single LF for End-of-Line in 
external storage. This is inconsistent with the definiton of LF. Use of a 
LFCR combination by Windows is consistent with the use of those charcters. 
For email, due to multiple servers and other software (and maybe hardware in 
older systems), it is critical that a standard exist, and that standard is 
CRLF for end-of-line for email.

For HTML and XML, it is probably not critical that there be a standard, but 
if there is, I doubt that it requires that end-of-line for those are just a 
LF.





transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent