which means that it doesn't set the preferred parser unless you specify it, and falls back to whatever default it finds in ParserDetails.ini. Or it would fall back, except that POE::Filter::XML (used by the POE Jabber module) has this:$XML::SAX::ParserPackage = $preferred_parser if($preferred_parser);
It's the XML::SAX::Expat::Incremental throwing the error, because it will only parse strings. I don't know why the XML::SAX::ParserPackage has to be a package variable and can't be set per instance of XML::SAX (or maybe it can, I don't know), or if 'incremental' can be used as some sort of feature for the ParserDetails.ini file (for POE::XML::Filter to use), or maybe XML::Simple should undef the ParserPackage variable (which may screw up POE::Filter::XML since it sets ParserPackage upon module load...maybe POE::Filter::XML should only set it when it needs a SAX parser object). Anyway...your workaround seems the best for your problem for now, but I'm not sure what the best solution should be (they're not my modules, and I don't have the tuits :-)$XML::SAX::ParserPackage = "XML::SAX::Expat::Incremental";
In reply to Re: XML module conflicts
by runrig
in thread XML module conflicts
by cLive ;-)
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |