Re: Strange Crash in win32

Wed, 19 Jan 2005 20:21:48 -0800

Christopher H. Laco wrote:
I've got a strange crash situation on my hands and I'm not sure what to do about it at this point.

I just installed the latest LibXML/LibXSLT/AxKit 1.62 under both my 5.6.1 and 5.8.4 installs from:

    http://theoryx5.uwinnipeg.ca/ppmpackages/
    http://theoryx5.uwinnipeg.ca/ppms/

(Many thanks to Randy Kobes for compiling a 1.62 version for me!)

Up to this point, 1.61 and now 1.62 worked just fine under win32 for the XSP taglib and XSP page development I've done thus far.

Now I've moved on to writing Apache::Test XSP tests for the taglib and ran into a strange crash situation. It only occurs on the SECOND document I request from Apache; at which point apache dumps with an access denied error in NTDLL.

I've worked everything back to simple as possible including not using any taglib at all and haven't found the culprit.

/* xsp_cart.t */
  use Apache::Test;

  my @tests = (
      '/cart_cart_filtered.xsp',
      '/cart_cart_unfiltered.xsp'
  );

  Apache::Test::plan(tests => (scalar @tests),
      need('AxKit', 'mod_perl', need_apache(1), need_lwp())
  );

  foreach (@tests) {
      my $r = GET($_);
      warn $r->content;
      ok($r->code == 200);
  };


/* httpd.conf */
  PerlModule AxKit
  AxNoCache On
  AxDebugLevel 10
  AxStackTrace On
  <Files *.xsp>
      SetHandler AxKit
  </Files>


/* cart_cart_filtered.xsp */
  <?xml version="1.0"?>
  <xsp:page xmlns:xsp="http://apache.org/xsp/core/v1";>
    <body>
    </body>
  </xsp:page>

/* cart_cart_unfiltered.xsp */
  <?xml version="1.0"?>
  <xsp:page xmlns:xsp="http://apache.org/xsp/core/v1";>
    <body>
    </body>
  </xsp:page>


Yes, both of those XSP are the same. It runs the first request just fine, and blows up on the second request; a different file.

Here's the error.log for that sequence:



fast handler called for /cart_cart_filtered.xsp
Content Provider Override: Apache::AxKit::Provider::File
decoding from UTF-8
[req] File Provider given $r:
     c:/development/handel/t/htdocs/cart_cart_filtered.xsp
checking if we process this resource
media: screen, preferred style: #default
Cache: key = 3fd305742fcc0954227bcb12e1da7681
getting styles and external entities from the XML
styles not cached - calling $provider->get_styles()
using XS get_styles (libxml2)
encoding to UTF-8
calling xs_get_styles_fh()
calling xs_get_styles_str()
xs_get_styles returned: , , {http://apache.org/xsp/core/v1}page
Calling GetMatchingProcessors with (screen, , , ,
     {http://apache.org/xsp/core/v1}page)
Caught an exception
[DECLINED] From: c:/Development/Perl/561/site/lib/Error.pm : 148
fast handler called for /cart_cart_unfiltered.xsp
Content Provider Override: Apache::AxKit::Provider::File
decoding from UTF-8
[req] File Provider given $r:
     c:/development/handel/t/htdocs/cart_cart_unfiltered.xsp
checking if we process this resource
media: screen, preferred style: #default
Cache: key = 9e2fc44d917acfa6f5aaee78bd32b74f
getting styles and external entities from the XML
styles not cached - calling $provider->get_styles()
using XS get_styles (libxml2)
encoding to UTF-8
calling xs_get_styles_fh()


There's some strange stuff in there. First, I've got no idea why the first page catches an exception and throws a DECLINED when it really returns it's content in the warn. Then of course it all dies during the second round of get_styles.

Now, I can run this a million times and it works just fine:

  my @tests = (
      '/cart_cart_filtered.xsp',
      '/cart_cart_filtered.xsp',
      '/cart_cart_filtered.xsp',
      '/cart_cart_filtered.xsp',
      '/cart_cart_filtered.xsp',
      '/cart_cart_filtered.xsp',
      '/cart_cart_filtered.xsp',
  );



Apache 1.3.31
XML-LibXML 1.58
XML-LibXSLT 1.57
XML-LibXML-Common 0.13

Is this a LibXML/LibXSLT version issue, or is there something else going on that I'm missing? I know all of this on win32 is a crapshoot, but it's all been rather stable thus far.


Thanks,
-=Chris

Just as an update. I have a lone install of 5.6.1 on the desktop that still have AxKit-1.61, LibXML 1.54, and LibXSLT 1.53. It worked perfectly sans/ apache dump. I know LibXML 1.53 was deemed evil, but I would've thought 1.58/1.57/LibXML/LibXSLT would be kosher by now.

-=Chris


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to