ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> perl-xml
perl-xml
Fixes for XML::SAX
by Grant McLean other posts by this author
Dec 5 2005 1:17PM messages near this date
view in the new Beta List Site
Re: Form Encoding XML(?) | XML::LibXML::RelaxNG
& XSLT The recent XML::SAX release has a few issues which happen to be
highlighted by the XML::Simple test suite...

(See also: http://rt.cpan.org/NoAuth/Bug.html?id=15891 )

1. When a CDATA section is encountered, the closing '> ' ends up
   in the data for the next 'characters' event.

   The attached 40cdata.t tests this condition.

   The attached cdata.patch seems to fix it.


2. When entities occur in attribute values, they don't get replaced
   (e.g.: & does not get changed to &)

   The attached 42entities.t tests this condition.

   The attached entities.patch seems to fix it.


3. In SAX/PurePerl/EncodingDetect.pm a warning is output if no
   encoding is specified in the XML declaration and other sniffing
   techniques fail.  Some of my test data manages to elude the 
   sniffing by not including an XML declaration including whitespace
   before the first opening tag (whitespace I believe is not allowed
   before the declaration but is allowed before the opening tag).

   The attached encoding.patch simply removes the warning.

Regards
Grant
Attachments:
40cdata.t
42entities.t
cdata.patch
encoding.patch
entities.patch
unknown1
unknown2


Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved