Sorry, let me correct my sentence fragment:
>This broke the MP2 requirement of requiring httpd2 to be built with
>--enable-maintainer-mode as stated on the webpage docs as it assumes
>HTTPD2.
requirement of requiring httpd2 to be built with
--enable-maintainer-mode as stated on the webpage docs
[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://svn.apache.org/viewcvs/pe
Your patches went into my CVS version, and I think you can say that
for sure the changes will be in CGI.pm version 3.07.
FBSD -current/i386
bleedperl w/ ithreads
turnks of httpd/apr/apr-util/apr-iconv threads
applied CGI.pm patches for 3.08
this is worker + ithreads
only modules/proxy.t fails
Philip M. Gollucci wrote:
Your patches went into my CVS version, and I think you can say that
for sure the changes will be in CGI.pm version 3.07.
FBSD -current/i386
bleedperl w/ ithreads
turnks of httpd/apr/apr-util/apr-iconv threads
applied CGI.pm patches for 3.08
this is prefork + ithreads
o
Your patches went into my CVS version, and I think you can say that
for sure the changes will be in CGI.pm version 3.07.
FBSD -current/i386
bleedperl w/out ithreads
turnks of httpd/apr/apr-util/apr-iconv no threads
applied CGI.pm patches for 3.08
minus the apache_content_length header test as po
waiting 300 seconds for server to start: .Fatal error 'Spinlock
called when not threaded.' at line 87 in file
/usr/src/lib/libpthread/thread/thr_spinlock.c (errno = 0)
This _was_ caused by libpthread and libc_r being linked to my
httpd2/apr/apr-util.
I solved this using the /etc/libmap.conf fil
Geoffrey Young wrote:
Lincoln Stein wrote:
Hi Geoffrey,
Your patches went into my CVS version, and I think you can say that
for sure the changes will be in CGI.pm version 3.07.
Lincoln, you must have meant 3.08. As 3.07 is already out there ;)
--
_
Lincoln Stein wrote:
> Hi Geoffrey,
>
> Your patches went into my CVS version, and I think you can say that
> for sure the changes will be in CGI.pm version 3.07.
great!
> I'd like to
> coordinate our releases so that it will encourage both mod_perl 2.0
> users and CGI.pm users to update
>> 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 /docs are the one matching
Stas Bekman wrote:
Still need to check this one:
Now with threaded perl 5.8.6 everything works fine, but:
t/directive/perlrequire fails with: can't find ANONSUB top entry (get)
The patch below fixes the non-threaded case.
with non-threaded 5.6.1 a bunch of tests fail with:
Undefined subroutine &mai
Geoffrey Young wrote:
- http://perl.apache.org/somelinkwellwritelater
+ http://perl.apache.org/docs/2.0/rename.html
Haven't you disabled the cron, Geoff, meaning the site is not being updated
http://perl.apache.org/docs/2.0/rename.html
gives 404.
yes, I disabled cron. there was discussion abou
>> - http://perl.apache.org/somelinkwellwritelater
>> + http://perl.apache.org/docs/2.0/rename.html
>
>
> Haven't you disabled the cron, Geoff, meaning the site is not being updated
>
> http://perl.apache.org/docs/2.0/rename.html
>
> gives 404.
yes, I disabled cron. there was discussion a
Dominique Quatravaux wrote:
Any chance you could add a test to the modperl2 test suite that I can
reproduce the problem with?
I finally got around to doing that, sorry for the delay. Here is a new
test case, with inspiration from TestHooks::inlined_handlers.
Warning: since Apache->server->push_ha
[EMAIL PROTECTED] wrote:
Author: geoff
Date: Thu Apr 7 11:00:24 2005
New Revision: 160423
URL: http://svn.apache.org/viewcvs?view=rev&rev=160423
Log:
prep for pointer to new rename document
Modified:
perl/modperl/trunk/Makefile.PL
Modified: perl/modperl/trunk/Makefile.PL
URL: http://svn.apache
On Thu, 7 Apr 2005, Geoffrey Young wrote:
> Randy Kobes wrote:
> > On Thu, 7 Apr 2005, Geoffrey Young wrote:
> >
> >>>I've also started a skeleton (attached) for a document
> >>>trying to describe for users the effects of these changes.
> >>
> >>did this ever make it into the docs?
> >
> > No, not
Geoffrey Young wrote:
> ok, I rolled a _potential_ release candidate:
>
> http://people.apache.org/~geoff/mod_perl-2.0.0-RC5.tar.gz
>
> given the amount of changes between RC4 and RC5 please take the time to
> test, install, and retest this distribution carefully and report back - I
> want as
ok, I rolled a _potential_ release candidate:
http://people.apache.org/~geoff/mod_perl-2.0.0-RC5.tar.gz
given the amount of changes between RC4 and RC5 please take the time to
test, install, and retest this distribution carefully and report back - I
want as many eyes on this as possible before
Randy Kobes wrote:
> On Thu, 7 Apr 2005, Geoffrey Young wrote:
>
>
>>>I've also started a skeleton (attached) for a document
>>>trying to describe for users the effects of these changes.
>>
>>did this ever make it into the docs?
>
>
> No, not yet - what about as
> modperl-docs/src/docs/2.
> Lincoln responds much better to patches, so instead of asking what to
> do, send a patch and hopefully it'll be accepted.
ok, patch sent in a new email. I guess we'll see...
--Geoff
-
To unsubscribe, e-mail: [EMAIL PROTECTED
hi Lincoln.
the attached patch updates the CGI.pm distribution to work with the new
mod_perl 2.0 API.
because of the massive API changes that have occured recently, it is a
forward only update - older versions of mod_perl 2.0 (from the start of the
project up to the current CPAN release) are not
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
cool. done.
isn't it a time to let a new release out?
yes.
in my mind, however, we can't release a new RC until CGI.pm at least has a
path forward. thus far lincoln hasn't responded to my emails (public and
private) letting us know
On Thu, 7 Apr 2005, Geoffrey Young wrote:
>
> > I've also started a skeleton (attached) for a document
> > trying to describe for users the effects of these changes.
>
> did this ever make it into the docs?
No, not yet - what about as
modperl-docs/src/docs/2.0/rename.pod
Or is there a better
> I've also started a skeleton (attached) for a document
> trying to describe for users the effects of these changes.
did this ever make it into the docs?
--Geoff
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comma
Stas Bekman wrote:
> Geoffrey Young wrote:
>
>> cool. done.
>
>
> isn't it a time to let a new release out?
yes.
in my mind, however, we can't release a new RC until CGI.pm at least has a
path forward. thus far lincoln hasn't responded to my emails (public and
private) letting us know what
Geoffrey Young wrote:
cool. done.
isn't it a time to let a new release out?
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTE
Randy Kobes wrote:
> On Thu, 7 Apr 2005, Stas Bekman wrote:
>
>
>>Geoffrey Young wrote:
>>
>>>good morning :)
>>>
>>>the attached patch renames
>>> Apache2->request()
>>>to
>>> Apache2::RequestUtil->request()
>>
>>+1
>
>
> +1
cool. done.
--Geoff
-
On Thu, 7 Apr 2005, Stas Bekman wrote:
> Geoffrey Young wrote:
> > good morning :)
> >
> > the attached patch renames
> > Apache2->request()
> > to
> > Apache2::RequestUtil->request()
>
> +1
+1
> > anyway, I was going to do something similar with
> > Apache2->server, placing it it in Apache2
Geoffrey Young wrote:
good morning :)
the attached patch renames
Apache2->request()
to
Apache2::RequestUtil->request()
+1
anyway, I was going to do something similar with Apache2->server, placing it
it in Apache2::ServerUtil but I wanted to fly this by folks first.
+1
--
___
good morning :)
the attached patch renames
Apache2->request()
to
Apache2::RequestUtil->request()
I chose RequestUtil over RequestRec because I kinda thought that RequestUtil
was more proper - request() is a helper method that doesn't work under all
circumstances (as opposed to a constructo
Markus Wichitill wrote:
Stas Bekman wrote:
How about this patch, that better fits our style guidelines:
Index: lib/ModPerl/BuildMM.pm
===
--- lib/ModPerl/BuildMM.pm (revision 160192)
+++ lib/ModPerl/BuildMM.pm (working copy)
Stas Bekman wrote:
How about this patch, that better fits our style guidelines:
Index: lib/ModPerl/BuildMM.pm
===
--- lib/ModPerl/BuildMM.pm (revision 160192)
+++ lib/ModPerl/BuildMM.pm (working copy)
@@ -189,8 +189,8 @@
31 matches
Mail list logo
