[MP2] pb with startup.pl and LibXML

2003-01-22 Thread [EMAIL PROTECTED]
Hi I have 

SERVER_SOFTWARE: Apache/2.0.43 (Win32) mod_perl/1.99_08-dev 
Perl/v5.8.0 PHP/4.3.0 

installed from theoryx5 all-in-one archive


here is the problem I have :
-
package testxml;
use strict;
use warnings;

use XML::LibXML();
use XML::LibXSLT();
use Data::Dumper;

my $base='c:/apache2/mason';

my $promod=
XML::LibXSLT-new-parse_stylesheet(
XML::LibXML-new-parse_file($base/stylesheets/test.xsl));
print Dumper $promod ;
1;
---

the above script runs ok when PERL testxml.pm is run. (outside 
of any apache environment)
Dumper prints 

bless XML::LibXSLT::Stylesheet.. 

showing
all parsing ok (the stylesheets is simplisssima one tag sheet)

when it is USEed from startup.pl (# removed below in startup) 
then
it also prints the line 

bless ... 

but apache issues a fatal error and refuses to 
start instruction 0X28027104 memory cant be read !


here is the startup.pl

use Apache2 ();
use lib 'c:/apache2/mason/lib';
use ModPerl::Util ();
use Apache::RequestRec ();
use Apache::RequestIO ();
use Apache::RequestUtil ();
use Apache::Server ();
use Apache::ServerUtil ();
use Apache::Connection ();
use Apache::Log ();
use Apache::Const -compile = ':common';
use APR::Const -compile = ':common';
use APR::Table ();
use Apache::compat ();
use ModPerl::Registry ();
use CGI ();
use XML::LibXML();
use XML::LibXSLT();
#use testxml;
1;


same thing if  you omit the xslt step in the testxml script

I pointed out this problem from the early distribution of 
modperl2, it's not recent.


thanks 

pascal

Accédez au courrier électronique de La Poste : www.laposte.net ; 
3615 LAPOSTENET (0,13 €/mn) ; tél : 08 92 68 13 50 (0,34€/mn)






Re: [MP2] pb with startup.pl and LibXML

2003-01-22 Thread Randy Kobes
On Wed, 22 Jan 2003, [iso-8859-1] [EMAIL PROTECTED] wrote:

 Hi I have 
 
 SERVER_SOFTWARE: Apache/2.0.43 (Win32) mod_perl/1.99_08-dev 
 Perl/v5.8.0 PHP/4.3.0 
 
 installed from theoryx5 all-in-one archive
 
 
 here is the problem I have :
 -
 package testxml;
 use strict;
 use warnings;
 use XML::LibXML();
 use XML::LibXSLT();
 use Data::Dumper;
 my $base='c:/apache2/mason';
 my $promod=
 XML::LibXSLT-new-parse_stylesheet(
 XML::LibXML-new-parse_file($base/stylesheets/test.xsl));
 print Dumper $promod ;
 1;
 ---
 
 the above script runs ok when PERL testxml.pm is run. (outside 
 of any apache environment)
 Dumper prints 
 
 bless XML::LibXSLT::Stylesheet.. 
 
 showing
 all parsing ok (the stylesheets is simplisssima one tag sheet)
 
 when it is USEed from startup.pl (# removed below in startup) 
 then
 it also prints the line 
 
 bless ... 
 
 but apache issues a fatal error and refuses to 
 start instruction 0X28027104 memory cant be read !
 
 
 here is the startup.pl
 
 use Apache2 ();
 use lib 'c:/apache2/mason/lib';
 use ModPerl::Util ();
 use Apache::RequestRec ();
 use Apache::RequestIO ();
 use Apache::RequestUtil ();
 use Apache::Server ();
 use Apache::ServerUtil ();
 use Apache::Connection ();
 use Apache::Log ();
 use Apache::Const -compile = ':common';
 use APR::Const -compile = ':common';
 use APR::Table ();
 use Apache::compat ();
 use ModPerl::Registry ();
 use CGI ();
 use XML::LibXML();
 use XML::LibXSLT();
 #use testxml;
 1;
 
 
 same thing if  you omit the xslt step in the testxml script
 
 I pointed out this problem from the early distribution of 
 modperl2, it's not recent.

Is it just when used from the startup file that problems
arise? Does it run OK within Apache as, eg, part of
a registry script? And if not, is it OK within an ordinary
cgi script?

Does adding a
LoadFile /Path/to/libxml2.dll
directive, before pulling in the startup script, help?
(in the distribution from our site, libxml2.dll is in
the Perl/bin/ directory).

-- 
best regards,
randy




Re: [MP2] pb with startup.pl and LibXML

2003-01-22 Thread [EMAIL PROTECTED]

Does adding a
LoadFile /Path/to/libxml2.dll
directive, before pulling in the startup script, help?
(in the distribution from our site, libxml2.dll is in
the Perl/bin/ directory).

-- 
best regards,
randy


I have no libxml2.dll file from the all-in-one 30 or so MB 
archive donwloaded from theoryx5

i only have libxml.dll in perl/site/lib/auto/xml/libxml



I do have one libxml2.dll in my path from a separate xmlsoft 
download... maybe this is the reason of problems ?

apache issues the segfault (popup window) on every situation : 
mason modperl,
registry or simple cgi. 

but then it restarts itself immediatly and serves the request 
(after a rather long restarting delay).

the segfault sometimes does not happen for two or three times 
and then again.


pascal



Accédez au courrier électronique de La Poste : www.laposte.net ; 
3615 LAPOSTENET (0,13 €/mn) ; tél : 08 92 68 13 50 (0,34€/mn)






Re: Re: [MP2] pb with startup.pl and LibXML

2003-01-22 Thread Randy Kobes
On Wed, 22 Jan 2003, [iso-8859-1] [EMAIL PROTECTED] wrote:

  Does adding a
LoadFile /Path/to/libxml2.dll
  directive, before pulling in the startup script, help?
  (in the distribution from our site, libxml2.dll is in
  the Perl/bin/ directory).

 I have no libxml2.dll file from the all-in-one 30 or so MB 
 archive donwloaded from theoryx5

Sorry for the confusion - I got mixed up with distributions.

 i only have libxml.dll in perl/site/lib/auto/xml/libxml

 I do have one libxml2.dll in my path from a separate xmlsoft 
 download... maybe this is the reason of problems ?

That might be  You might try an upgraded LibXML/LibXSLT
package from http://theoryx5.uwinnipeg.ca/ppms/ - this has fixed
a couple of bugs. Both of these require XML-LibXML-Common, which
does contain the libxml2.dll referred to above. The dll is, in
theory, supposed to be installed from a post-install script under
ppm, but this might not work within ppm3 - if one is using ppm3,
one can grab XML-LibXML-Common.tar.gz from
http://theoryx5.uwinnipeg.ca/ppms/x86/ and extract libxml2.dll
from there. This dll should go somewhere within the PATH, and is
the one I suggested to load with the LoadFile directive.


 apache issues the segfault (popup window) on every situation : 
 mason modperl, registry or simple cgi. 

 but then it restarts itself immediatly and serves the request 
 (after a rather long restarting delay).

 the segfault sometimes does not happen for two or three times 
 and then again.

Weird 

-- 
best regards,
randy