[XML-SIG] Bug with XML file having a doctype declaration

[Uche Ogbuji]

> Uche Ogbuji <uche.ogbuji@fourthought.com> writes:
> 
> > expat.XML_PARAM_ENTITY_PARSING_NEVER should probably be a parameter to the 
> > relevant readers.  Anyone object if I make a backwards-compatible change in 
> > this direction?
> 
> Yes. I cannot believe that a patch to simply replace
> XML_PARAM_ENTITY_PARSING_UNLESS_STANDALONE with
> XML_PARAM_ENTITY_PARSING_NEVER will be backwards compatible;

I agree.  Of course I never proposed such a simplistic patch.  I proposed to 
make it an init parameter.


> this setting was specifically introduced to fix a bug.
> 
> If you want to make it optional, you should use a SAX feature instead.

Makes sense.  If I get around to this, I shall do it this way.  Thanks.



-- 
Uche Ogbuji                                    Fourthought, Inc.
http://uche.ogbuji.net    http://4Suite.org    http://fourthought.com
Universal Business Language (UBL) - http://www-106.ibm.com/developerworks/xml/l
ibrary/x-think16.html
EXSLT by example - http://www-106.ibm.com/developerworks/library/x-exslt.html
The worry about program wizards - http://www.adtmag.com/article.asp?id=7238
Use rdf:about and rdf:ID effectively in RDF/XML - http://www-106.ibm.com/develo
perworks/xml/library/x-tiprdfai.html
Keep context straight in XSLT - http://www-106.ibm.com/developerworks/xml/libra
ry/x-tipcurrent.html
Python Generators + DOM - http://www.xml.com/pub/a/2003/01/08/py-xml.html
Using SAX for Proper XML Output - http://www.xml.com/pub/a/2003/03/12/py-xml.ht
ml
SAX filters for flexible processing - http://www-106.ibm.com/developerworks/xml
/library/x-tipsaxflex.html