Re: the issue with APR_HAS_THREADS

Philip M. Gollucci wrote: I think that means a simple thing. You had Apache first installed with libapr as a part of it and that libapr was built with threads so the header file was: apache/include/apr.h:#define APR_HAS_THREADS 1 now you build a new libapr, and its header files are in

Re: Apache::*

Philip M. Gollucci wrote: Hi, modules like Apache-DebugFilter, Apache-Filter-HTTPHeaders, Apache-Peek should they try to support modperls before the Apache2 rename ? I guess this question applies to modules in general. I don't think so right? That's right. They should not support anything but curr

Re: Apache::*

Philip M. Gollucci wrote: Hi, Apache-Peek This is of course an exception as its mp1 and mp2. I was refering to modperl2 before and after the rename not mp1. END -- Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.ne

Apache::*

Hi, modules like Apache-DebugFilter, Apache-Filter-HTTPHeaders, Apache-Peek should they try to support modperls before the Apache2 rename ? I guess this question applies to modules in general. I don't think so right? - Philip M. Gollucci ([EMAIL PROTECTED

Re: the issue with APR_HAS_THREADS

I think that means a simple thing. You had Apache first installed with libapr as a part of it and that libapr was built with threads so the header file was: apache/include/apr.h:#define APR_HAS_THREADS 1 now you build a new libapr, and its header files are installed elsewhere. But yo

Re: the issue with APR_HAS_THREADS

[subject changed] [don't forget to CC the list :)] Philip M. Golllucci wrote: Oops, that's correct. I've reverted that. so what you are saying is that httpd has APR_HAS_THREADS but if you get to load a different libapr which doesn't have threads enabled we are screwed. Right? Try this: svn co ap

Re: svn commit: r160301 - in perl/modperl/trunk: Changes src/modules/perl/modperl_util.h

Philip M. Gollucci wrote: [EMAIL PROTECTED] wrote: +make sure not to use apr_os_thread_current in debug mode when libapr +wasn't built with threads support [Stas] + Apache2::RequestRec->new now sets $r->request_time [Stas] Modified: perl/modperl/trunk/src/modules/perl/modperl_util.h URL: http:/

Re: Apache::Status errors

Philip M. Gollucci wrote: Hi, with MP_TRACE=1 and Perlin logs/error_log Trace all in httpd.conf In logs/error_log modperl_mgv_resolve: Apache2::Status's stash is not found startup.pl is attached. SetHandler perl-script PerlResponseHandler Apache2::Status PerlSetVar StatusOptionsAll On Perl

Re: [PATCH] lib/ModPerl/BuildOptions.pm

Philip M. Gollucci wrote: Hi, perl Makefile.PL MP_APXS=apx MP_COMPAT_1X=0 Reading Makefile.PL args from @ARGV MP_APXS = /home/pgollucci/dev/inst/httpd/2.1.5-dev/worker/bin/apxs MP_COMPAT_1X = MP_MAINTAINER = 1 That should be: Note the 0 Reading Makefile.PL args from @ARGV MP_APXS = /hom

Re: Test failure on Win32: t/error/runtime.t

Steve Hay wrote: Stas Bekman wrote: Steve Hay wrote: Using bleadperl (@24099), svn mp2 (rev 159469), Apache 2.0.53 on WinXP I have t/error/runtime.t failing tests 7, 9, 11. Attached is console output and the relevant bits from error_log. Could it be related to this change: http://svn.apache

[mp2] a remaining issue with anonsubs for vhosts +Parent

Dominique Quatravaux has earlier posted a test that was demonstrating a problem with non-threaded perls and anon-subs registered at the server startup. This has now been fixed. But it has also revealed another problem in threaded perl setup, which I'm not sure we can provide a solution for. The t

Re: potential release candidate

On Fri, 8 Apr 2005, Steve Hay wrote: > Geoffrey Young wrote: > > >ok, I rolled a _potential_ release candidate: > > > > http://people.apache.org/~geoff/mod_perl-2.0.0-RC5.tar.gz > > > > > I still have t/error/runtime.t failing tests 7, 9, 11. > > I reported this recently, but we didn't get anywhe

Re: potential release candidate

Geoffrey Young wrote: >ok, I rolled a _potential_ release candidate: > > http://people.apache.org/~geoff/mod_perl-2.0.0-RC5.tar.gz > > I still have t/error/runtime.t failing tests 7, 9, 11. I reported this recently, but we didn't get anywhere with it. Any more ideas? - Steve --

Re: svn commit: r160423 - perl/modperl/trunk/Makefile.PL

Geoffrey Young wrote: >>>yes, I disabled cron. there was discussion about having the site docs >>>not >>>match the latest official distribution, which we were trying to avoid. >> >> >>the online docs have never matched the official distribution, but always >>svn. The files distributed within /do

Re: potential release candidate

Philip M. Gollucci wrote: Geoffrey Young wrote: ok, I rolled a _potential_ release candidate: http://people.apache.org/~geoff/mod_perl-2.0.0-RC5.tar.gz I SMOKED bleedperl w/ithreads, worker mpm with threaded apr on FBSD-current/i386 and only modules/proxy.t failed with the same error as before.

Re: potential release candidate

Geoffrey Young wrote: ok, I rolled a _potential_ release candidate: http://people.apache.org/~geoff/mod_perl-2.0.0-RC5.tar.gz I tried the 3 combinations with this tgz modules/proxy.t fails but only with ithread enabled PERL and in both prefork and worker mpms on FBSD -current I'll attach the ve