[ expat-Bugs-585521 ] Line ends not normalized for default

noreply@sourceforge.net noreply@sourceforge.net
Tue Jul 23 20:19:02 2002


Bugs item #585521, was opened at 2002-07-23 13:41
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=585521&group_id=10127

Category: None
Group: None
Status: Open
Resolution: None
Priority: 4
Submitted By: Fred L. Drake, Jr. (fdrake)
Assigned to: Nobody/Anonymous (nobody)
Summary: Line ends not normalized for default

Initial Comment:
Line endings passed to the handler set by
XML_SetDefaultHandler() or
XML_SetDefaultHandlerExpand() are not normalized,
though it appears they should be.

This definately seems to be a bug, but I'm not sure
that fixing it won't cause application breakage for
apps that determined they need to normalize line
endings themselves.

----------------------------------------------------------------------

>Comment By: Karl Waclawek (kwaclaw)
Date: 2002-07-23 23:18

Message:
Logged In: YES 
user_id=290026

Fixing this bug should only be a problem for
applications that *need* the default handler's data
un-normalized. Otherwise, normalizing the linebreaks
a second time would not change them.



----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2002-07-23 17:36

Message:
Logged In: YES 
user_id=290026

Fred,

I think you are right, it is a bug.
The spec seems to say that every character passed
to the application has to go through line break
normalization.

----------------------------------------------------------------------

Comment By: Karl Waclawek (kwaclaw)
Date: 2002-07-23 14:02

Message:
Logged In: YES 
user_id=290026

I don't think it is a bug in the implementation.
It might be a documentation problem.

If you look at how it is implemented and called,
it seems pretty clear that it intentionally reports
the raw input data (except for encoding).

There is also the XML_DefaultCurrent function,
which seems to require this behaviour.
Btw, this function does not seem to be documented
in reference.html.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110127&aid=585521&group_id=10127