Re: [mp2] pools that go out of scope aren't a problem anymore?

Stas Bekman wrote: I've rebuit with --enable-pool-debug CPPFLAGS="-DAPR_BUCKET_DEBUG", but also apr1/httpd2.1 % ~/perl/5.8.x/bin/perl -MApache2 -MAPR::Pool -MAPR::Table -wle ' $t= APR::Table::make(APR::Pool->new, 10); $t->set($_=>$_), print "Set $_" for 1..20' Segmentation fault Now I

Re: [mp2] pools that go out of scope aren't a problem anymore?

I've rebuit with --enable-pool-debug CPPFLAGS="-DAPR_BUCKET_DEBUG", but also apr1/httpd2.1 % ~/perl/5.8.x/bin/perl -MApache2 -MAPR::Pool -MAPR::Table -wle ' $t= APR::Table::make(APR::Pool->new, 10); $t->set($_=>$_), print "Set $_" for 1..20' Segmentation fault Now I get the segfault #0

t/modules/proxy.t fails with httpd-2.1

I can't recall whether this was discussed before, but t/modules/proxy.t fails with httpd-2.1. Is anybody following the mod_proxy changes? [Fri Nov 26 16:35:51 2004] [error] [client 127.0.0.1] File does not exist: proxy:http://rabbit.stason.org:8531/TestModules__proxy_real -- ___

Re: t/perl/ithreads.t revisited

Stas Bekman wrote: Steve Hay wrote: [...] After making this change I found that reload.t now fails test 2. This patch (against current CVS, since I can't get SVN working) fixes that: Index: t/modules/reload.t === RCS file: /home/cvs

Re: t/perl/ithreads.t revisited

Steve Hay wrote: [...] After making this change I found that reload.t now fails test 2. This patch (against current CVS, since I can't get SVN working) fixes that: Index: t/modules/reload.t === RCS file: /home/cvspublic/modperl-2.0/

Re: t/perl/ithreads.t revisited

Steve Hay wrote: Next I want you to try cutting off things from startup files and httpd.conf, to find whether it's some unrelated module that is loaded that causes the problem. I suspect that because the sister test t/perl/ithreads2.t doesn't fail, and it runs exactly the same code, but inside

Re: t/perl/ithreads.t revisited

>>Next I want you to try cutting off things from startup files and >>httpd.conf, to find whether it's some unrelated module that is loaded that >>causes the problem. I suspect that because the sister test >>t/perl/ithreads2.t doesn't fail, and it runs exactly the same code, but >>inside a dedi

Re: [mp2] still a problem? on windows $pool->clear, followed by $pool->destroy breaks other tests

Steve Hay wrote: [...] C:\Temp>svn checkout https://svn.apache.org/repos/asf/perl/modperl/trunk/ svn: PROPFIND request failed on '/repos/asf/perl/modperl/trunk' svn: PROPFIND of '/repos/asf/perl/modperl/trunk': Could not create SSL connection through proxy server (https://svn.apache.org) I was tol

Re: [mp2] still a problem? on windows $pool->clear, followed by $pool->destroy breaks other tests

Stas Bekman wrote: >Steve Hay wrote: > > >>Stas Bekman wrote: >> >> >> >> >>>Steve Hay wrote: >>> >>> >>> >>> >>> How do I get the latest version these days? Is it still CVS, or is it in SVN now? If it's SVN, then I need some instructions since I've hardly ever used

Re: t/perl/ithreads.t revisited

Stas Bekman wrote: >Let's try another time to resolve that t/perl/ithreads.t. My problem is >reproducing the failure. I certainly know that it exists, but it's always >random and never on its own. And it's been awhile since I last got it. > >What happens on win32? does it always fail? does it fa

Re: [mp2] still a problem? on windows $pool->clear, followed by $pool->destroy breaks other tests

Steve Hay wrote: Stas Bekman wrote: Steve Hay wrote: How do I get the latest version these days? Is it still CVS, or is it in SVN now? If it's SVN, then I need some instructions since I've hardly ever used it before. (I do have it installed, though.) The notes at http://perl.apache.org/d

Re: [mp2] still a problem? on windows $pool->clear, followed by $pool->destroy breaks other tests

Stas Bekman wrote: >Steve Hay wrote: > > >>How do I get the latest version these days? Is it still CVS, or is it >>in SVN now? >> >>If it's SVN, then I need some instructions since I've hardly ever used >>it before. (I do have it installed, though.) The notes at >> >>http://perl.apache.