Re: Announce: XML::LibXML 1.57 available on CPAN
Christian Glahn wrote:
Did you upgrade XML::LibXSLT, too? There were known problems, because of
incompatible proxy structures.
Well, I didn't but I am not using XSLT -I am using XPathScript.
We had a conversation with pepl on irc://irc.perl.org/#axkit, and we
made it work patching AxKit::XSP::Util this way:
*** Util.pm.distWed Mar 17 10:24:15 2004
--- Util.pm Wed Mar 17 10:51:31 2004
***
*** 20,26
# insert from a local file
sub include_file {
my ($document, $parent, $filename) = @_;
! my $doc = XML::LibXML->new()->parse_file($filename);
if ($doc) {
my $root = $doc->getDocumentElement();
$root = $document->importNode($root);
--- 20,36
# insert from a local file
sub include_file {
my ($document, $parent, $filename) = @_;
! my $parser = XML::LibXML->new() ;
! local($XML::LibXML::match_cb, $XML::LibXML::open_cb,
!$XML::LibXML::read_cb, $XML::LibXML::close_cb);
! Apache::AxKit::LibXMLSupport->reset();
! local $Apache::AxKit::LibXMLSupport::provider_cb =
! sub {
! my $r = shift;
! my $provider =
Apache::AxKit::Provider->new_content_provider($r);
! return $provider;
! };
! my $doc = $parser->parse_file($filename);
if ($doc) {
my $root = $doc->getDocumentElement();
$root = $document->importNode($root);
That is: pepl made me change the subroutine I am using in Util.pm with a
chunk of code he took from the CVS version of LibXSLT. Apart of a
behaviour change in how the file is found (before the change I had to
specify the full path of the included file, now it requires just the
part relative to the DocumentRoot of Apache), it is working fine.
Let me know if I can do anything to help.
Ciao
--bronto
--
Marco MarongiuEmail: [EMAIL PROTECTED]
System Administrator Phone: +39 070 460 1684
Tiscali S.p.A.Fax: +39 070 460 9684
International IT Services
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
Hallo Marco, Did you upgrade XML::LibXSLT, too? There were known problems, because of incompatible proxy structures. Christian On Mon, 2004-03-15 at 19:15, Marco Marongiu wrote: > Mike Chamberlain wrote: > > Actually for debugging, you are far better off running > > > > httpd -X > > > > That way it doesn't fork. The parent process will die > > if your process segfaults. Rather than say respawning > > another child. > > Done. Still the same behaviour. And the server process doesn't die. > > Ciao > --bronto - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
Mike Chamberlain wrote: Actually for debugging, you are far better off running httpd -X That way it doesn't fork. The parent process will die if your process segfaults. Rather than say respawning another child. Done. Still the same behaviour. And the server process doesn't die. Ciao --bronto -- Marco MarongiuEmail: [EMAIL PROTECTED] System Administrator Phone: +39 070 460 1684 Tiscali S.p.A.Fax: +39 070 460 9684 International IT Services - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
> > > > For debugging Apache, set MaxClients to 1. > Otherwise you will hit > > different httpd children each request and will > only sporadically see the > > error. > > I set MaxClients and StartServers to 1. Now, after > the first hit, I > always have Internal Server Error. > > Any clues? Actually for debugging, you are far better off running httpd -X That way it doesn't fork. The parent process will die if your process segfaults. Rather than say respawning another child. And it's easier to run it under a debugger, since you only have the one process to interact with, not two. Mike. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
Michael Kröll wrote: Marco Marongiu wrote: | Therefore, I decided to upgrade my XML::LibXML to 1.57. After that I am | getting the error again, but from time to time. Be sure that you use the CPAN version 1.57 - There is a Debian package with the same version around, but it is older and does not include the patches which likely fixes your problem. Yep, that's the 1.57 from CPAN. | If I do this several times, it is necessary to do the reload many | times before seeing the page appear. For debugging Apache, set MaxClients to 1. Otherwise you will hit different httpd children each request and will only sporadically see the error. I set MaxClients and StartServers to 1. Now, after the first hit, I always have Internal Server Error. Any clues? Ciao and thanks --bronto -- Marco MarongiuEmail: [EMAIL PROTECTED] System Administrator Phone: +39 070 460 1684 Tiscali S.p.A.Fax: +39 070 460 9684 International IT Services - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco Marongiu wrote: | Therefore, I decided to upgrade my XML::LibXML to 1.57. After that I am | getting the error again, but from time to time. Be sure that you use the CPAN version 1.57 - There is a Debian package with the same version around, but it is older and does not include the patches which likely fixes your problem. | If I do this several times, it is necessary to do the reload many | times before seeing the page appear. For debugging Apache, set MaxClients to 1. Otherwise you will hit different httpd children each request and will only sporadically see the error. michael - -- IT ServicesUniversity of Innsbruck 063A F25E B064 A98F A479 1690 78CD D023 5E2A 6688 http://zis.uibk.ac.at/.m/uibk.ac.at_pgp_pubkey.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) iD8DBQFAVdNyeM3QI14qZogRAhYIAJ4kuTNRt38wyZLwkds++xOuExNGsgCfRdNE y1oggiWzhBwIzUT96FdqqAE= =0lYc -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
Hello While working with AxKit on Debian Testing I hit the bug discussed in http://aspn.activestate.com/ASPN/Mail/Message/perl-xml/1998028, and saw also http://aspn.activestate.com/ASPN/Mail/Message/perl-xml/1998065. Therefore, I decided to upgrade my XML::LibXML to 1.57. After that I am getting the error again, but from time to time. I have an XSP page that generates an XML; the page uses AxKit::XSP::Util. The page gets transformed by an XPathScript stylesheet. There are two versions of the stylesheet, the default one and the printable-page stylesheet. What happens: - load the XSP first: Internal Server Error, and in error log: Couldn't create file parser context for file - press the reload button : the page appears, at last - load the printable version: same error again :-\ - reload the printable version: works ok If I do this several times, it is necessary to do the reload many times before seeing the page appear. Any clues? Any patch? FYI: storage:~# perl -v This is perl, v5.8.3 built for i386-linux-thread-multi ... storage:~# perl -MXML::LibXML -e 'print "$XML::LibXML::VERSION\n"' 1.57 storage:~# xml2-config --version 2.6.6 Ciao and thanks --bronto -- Marco MarongiuEmail: [EMAIL PROTECTED] System Administrator Phone: +39 070 460 1684 Tiscali S.p.A.Fax: +39 070 460 9684 International IT Services - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
Christian, I updated to libxml2 2.6.7 and then the tests for XML::LibXML passed. My other problem went away too... Thanks! ken. On 2 Mar 2004 at 18:31, Christian Glahn wrote: > Hi Ken, > > Which perl and libxml2 versions are you using? > > Christian > > On Tue, 2004-03-02 at 17:50, Ken Burcham wrote: > > I've tried installing XML::LibXML 1.57 via cpan on a couple of boxes (redhat both) > > and > > get the following at test: > > > > t/01basic...ok > > t/02parse...ok 190/460warning: failed to load external entity > > "does_not_exist.xml" > > t/02parse...ok > > t/03doc.ok > > t/04nodeok > > t/05textok > > t/06elementsok > > t/07dtd.ok > > t/08findnodes...dubious > > Test returned status 0 (wstat 11, 0xb) > > DIED. FAILED tests 6-46 > > Failed 41/46 tests, 10.87% okay > > t/09xpath...ok > > t/10ns..ok > > t/11memory..skipped > > all skipped: no reason given > > t/12htmlok > > t/13dtd.ok 14/17error: failed to load external entity > > "example/article_internal_bad.xml" > > t/13dtd.ok > > t/14sax.ok > > t/15nodelistok > > t/16docnodesok > > t/17callbacks...ok > > t/18docfree.ok > > t/19encodingok > > t/20extras..ok > > t/23rawfunctionsok > > t/24c14nok > > Failed Test Stat Wstat Total Fail Failed List of Failed > > --- > > t/08findnodes.t01146 41 89.13% 6-46 > > 1 test skipped. > > Failed 1/22 test scripts, 95.45% okay. 41/1068 subtests failed, 96.16% okay. > > make: *** [test_dynamic] Error 29 > > /usr/bin/make test -- NOT OK > > Running make install > > make test had returned bad status, won't install without force > > > > > > ken. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
perl 5.8.0 and libxml2 2.5.4
I think (/usr/lib/libxml2.so.2.5.4)...
I'm also getting a seg fault when I try to parse an xsl file in libxslt... This
started after I
tried to upgrade the libxml? :( A test that runs in perl is fine, but a test under
mod_perl/apache segfaults every time on
my $stylesheet = $xslt->parse_stylesheet_file('/var/www/html/mod-xslt/test.xsl');
probably unrelated...
thanks much,
ken.
On 2 Mar 2004 at 18:31, Christian Glahn wrote:
> Hi Ken,
>
> Which perl and libxml2 versions are you using?
>
> Christian
>
> On Tue, 2004-03-02 at 17:50, Ken Burcham wrote:
> > I've tried installing XML::LibXML 1.57 via cpan on a couple of boxes (redhat both)
> > and
> > get the following at test:
> >
> > t/01basic...ok
> > t/02parse...ok 190/460warning: failed to load external entity
> > "does_not_exist.xml"
> > t/02parse...ok
> > t/03doc.ok
> > t/04nodeok
> > t/05textok
> > t/06elementsok
> > t/07dtd.ok
> > t/08findnodes...dubious
> > Test returned status 0 (wstat 11, 0xb)
> > DIED. FAILED tests 6-46
> > Failed 41/46 tests, 10.87% okay
> > t/09xpath...ok
> > t/10ns..ok
> > t/11memory..skipped
> > all skipped: no reason given
> > t/12htmlok
> > t/13dtd.ok 14/17error: failed to load external entity
> > "example/article_internal_bad.xml"
> > t/13dtd.ok
> > t/14sax.ok
> > t/15nodelistok
> > t/16docnodesok
> > t/17callbacks...ok
> > t/18docfree.ok
> > t/19encodingok
> > t/20extras..ok
> > t/23rawfunctionsok
> > t/24c14nok
> > Failed Test Stat Wstat Total Fail Failed List of Failed
> > ---
> > t/08findnodes.t01146 41 89.13% 6-46
> > 1 test skipped.
> > Failed 1/22 test scripts, 95.45% okay. 41/1068 subtests failed, 96.16% okay.
> > make: *** [test_dynamic] Error 29
> > /usr/bin/make test -- NOT OK
> > Running make install
> > make test had returned bad status, won't install without force
> >
> >
> > ken.
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
Hi Ken, Which perl and libxml2 versions are you using? Christian On Tue, 2004-03-02 at 17:50, Ken Burcham wrote: > I've tried installing XML::LibXML 1.57 via cpan on a couple of boxes (redhat both) > and > get the following at test: > > t/01basic...ok > t/02parse...ok 190/460warning: failed to load external entity > "does_not_exist.xml" > t/02parse...ok > t/03doc.ok > t/04nodeok > t/05textok > t/06elementsok > t/07dtd.ok > t/08findnodes...dubious > Test returned status 0 (wstat 11, 0xb) > DIED. FAILED tests 6-46 > Failed 41/46 tests, 10.87% okay > t/09xpath...ok > t/10ns..ok > t/11memory..skipped > all skipped: no reason given > t/12htmlok > t/13dtd.ok 14/17error: failed to load external entity > "example/article_internal_bad.xml" > t/13dtd.ok > t/14sax.ok > t/15nodelistok > t/16docnodesok > t/17callbacks...ok > t/18docfree.ok > t/19encodingok > t/20extras..ok > t/23rawfunctionsok > t/24c14nok > Failed Test Stat Wstat Total Fail Failed List of Failed > --- > t/08findnodes.t01146 41 89.13% 6-46 > 1 test skipped. > Failed 1/22 test scripts, 95.45% okay. 41/1068 subtests failed, 96.16% okay. > make: *** [test_dynamic] Error 29 > /usr/bin/make test -- NOT OK > Running make install > make test had returned bad status, won't install without force > > > ken. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
I've tried installing XML::LibXML 1.57 via cpan on a couple of boxes (redhat both) and get the following at test: t/01basic...ok t/02parse...ok 190/460warning: failed to load external entity "does_not_exist.xml" t/02parse...ok t/03doc.ok t/04nodeok t/05textok t/06elementsok t/07dtd.ok t/08findnodes...dubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 6-46 Failed 41/46 tests, 10.87% okay t/09xpath...ok t/10ns..ok t/11memory..skipped all skipped: no reason given t/12htmlok t/13dtd.ok 14/17error: failed to load external entity "example/article_internal_bad.xml" t/13dtd.ok t/14sax.ok t/15nodelistok t/16docnodesok t/17callbacks...ok t/18docfree.ok t/19encodingok t/20extras..ok t/23rawfunctionsok t/24c14nok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/08findnodes.t01146 41 89.13% 6-46 1 test skipped. Failed 1/22 test scripts, 95.45% okay. 41/1068 subtests failed, 96.16% okay. make: *** [test_dynamic] Error 29 /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force ken. On 1 Mar 2004 at 11:14, Steve Hay wrote: > Christian Glahn wrote: > > >Hello all, > > > >The XML::LibXML 1.56 is now officially outdated. With great help of Petr > >Pajas and Michael Edwards XML::LibXML 1.57 was finished and is now > >available on CPAN. > > > >There are too many changes for an announcement, for details please check > >the information that comes with the package. > > > All tests successful on WinXP / MSVC++ 6 with Perl 5.8.3. > > Do you have any plans to implement an interface to libxml2-2.6.x's > --nsclean option, which I requested in CPAN ticket 4560 > (http://rt.cpan.org/NoAuth/Bug.html?id=4560)? > > The inability to clean up redundant namespace declarations from Perl is > still a thorn in my side. I realise there is a toStringC14N() method > that will clean up namespaces, but that also converts CDATA to text > nodes which I don't want happening. > > Cheers, > - Stvee > > > > > Radan Computational Ltd. > > The information contained in this message and any files transmitted with it are > confidential and intended for the addressee(s) only. If you have received this > message in error or there are any problems, please notify the sender immediately. > The unauthorized use, disclosure, copying or alteration of this message is strictly > forbidden. Note that any views or opinions presented in this email are solely those > of the author and do not necessarily represent those of Radan Computational Ltd. > The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Announce: XML::LibXML 1.57 available on CPAN
Christian Glahn wrote: >Hello all, > >The XML::LibXML 1.56 is now officially outdated. With great help of Petr >Pajas and Michael Edwards XML::LibXML 1.57 was finished and is now >available on CPAN. > >There are too many changes for an announcement, for details please check >the information that comes with the package. > All tests successful on WinXP / MSVC++ 6 with Perl 5.8.3. Do you have any plans to implement an interface to libxml2-2.6.x's --nsclean option, which I requested in CPAN ticket 4560 (http://rt.cpan.org/NoAuth/Bug.html?id=4560)? The inability to clean up redundant namespace declarations from Perl is still a thorn in my side. I realise there is a toStringC14N() method that will clean up namespaces, but that also converts CDATA to text nodes which I don't want happening. Cheers, - Stvee Radan Computational Ltd. The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
