On Wed, Oct 10, 2007 at 08:22:59AM -0700, Ron Burk wrote: > > Or, of course, simply using "wb" instead of "w" as argument to fopen(); > > On all but pre-opened streams (stdout), that's fine. > > > I don't think it's ever wrong for xsltproc to do that *for XML (or HTML) > > output*. > > Not sure what you're thinking there -- you can't > really suddenly change the default behavior of > the Windows xsltproc to use Unix line endings without > upsetting users, I think.
> Also, you don't want xsltproc's > stdout to inexplicably use a different EOL convention > than output produced via (e.g.) xsl:document, Actually, that assuption could be challenged, really. This actually allows to get whatever the user need in the end, the trick would be to use xsltproc .... > output to get the CR/LF and xsltproc -o output .... And that's why in my mail I asked you specify how you ran the processor, but apparently it was more useful to start debating who got it right or wrong between Unix and Windows ... [...] > Anyway, the net answer is the same. No portable way to > produce LF EOLs on Windows; no non-portable way to do it have you tried -o ? I will not add a platform specific flag to xsltproc, or even worse an extension to xsl:output . Now if there is a way out with the current stuff can we please check it ? (I can't I don't have a windows setup to test, that simple.) Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ [EMAIL PROTECTED] | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ _______________________________________________ xslt mailing list, project page http://xmlsoft.org/XSLT/ [email protected] http://mail.gnome.org/mailman/listinfo/xslt
