t/api/access2 failing ?

2005-01-06 Thread Ian Holsman
1. Problem Description: test failing. t/api/access21..6 # Running under perl version 5.008006 for darwin # Current time local: Thu Jan 6 18:32:40 2005 # Current time GMT: Fri Jan 7 02:32:40 2005 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.20 ok 1 # testing : no credentials

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Ian Holsman
Philippe M. Chiasson wrote: Perrin Harkins wrote: On Thu, 2005-01-06 at 13:49 -0800, Philippe M. Chiasson wrote: Actually, I'd have to say the reason to come up with X-Powered-By is specifically (well sorta) to get mod_perl advertised no matter what ServerTokens is set to. People will be upset i

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Stas Bekman
Philippe M. Chiasson wrote: Perrin Harkins wrote: On Thu, 2005-01-06 at 13:49 -0800, Philippe M. Chiasson wrote: Actually, I'd have to say the reason to come up with X-Powered-By is specifically (well sorta) to get mod_perl advertised no matter what ServerTokens is set to. People will be upset i

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Joe Orton
On Thu, Jan 06, 2005 at 12:04:04PM -0800, Philippe M. Chiasson wrote: > Once again, a leaner cleaner way to implement our own X-Powered-By > header ala PHP. (missing docs/tests) FWIW I think X-Powered-By: is a trend of really poor taste. If every module or filter decided that it was too important

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Joe Schaefer
Perrin Harkins <[EMAIL PROTECTED]> writes: > On Thu, 2005-01-06 at 15:35 -0800, Philippe M. Chiasson wrote: >> It seems PHP has a flag expose_php that is on by default. So I guess >> we could just do the same: >> >> ModPerlExpose On|Off >> >> And have it default to On as well? Would that accomod

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Perrin Harkins
On Thu, 2005-01-06 at 15:35 -0800, Philippe M. Chiasson wrote: > It seems PHP has a flag expose_php that is on by default. So I guess we could > just > do the same: > > ModPerlExpose On|Off > > And have it default to On as well? Would that accomodate people's concerns ? +1 - Perrin -

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Philippe M. Chiasson
Perrin Harkins wrote: On Thu, 2005-01-06 at 13:49 -0800, Philippe M. Chiasson wrote: Actually, I'd have to say the reason to come up with X-Powered-By is specifically (well sorta) to get mod_perl advertised no matter what ServerTokens is set to. People will be upset if you make it hard to hide whi

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Joe Schaefer
Perrin Harkins <[EMAIL PROTECTED]> writes: > On Thu, 2005-01-06 at 13:49 -0800, Philippe M. Chiasson wrote: >> Actually, I'd have to say the reason to come up with X-Powered-By is >> specifically (well sorta) to get mod_perl advertised no matter what >> ServerTokens is set to. > > People will be

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Perrin Harkins
On Thu, 2005-01-06 at 13:49 -0800, Philippe M. Chiasson wrote: > Actually, I'd have to say the reason to come up with X-Powered-By is > specifically > (well sorta) to get mod_perl advertised no matter what ServerTokens is set to. People will be upset if you make it hard to hide which modules are

Re: svn commit: r124345 - in perl/modperl/trunk: . src/modules/perl t/htdocs/modperl t/htdocs/modperl/setupenv2 t/modperl t/response/TestModperl

2005-01-06 Thread Philippe M. Chiasson
[EMAIL PROTECTED] wrote: Author: stas Date: Wed Jan 5 21:35:16 2005 New Revision: 124345 URL: http://svn.apache.org/viewcvs?view=rev&rev=124345 Log: Make PerlSetEnv, PerlPassEnv and %ENV in PerlRequre, PerlModule, PerlConfigRequire and PerlPostConfigRequire affect each, so a change in one of these

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Philippe M. Chiasson
Geoffrey Young wrote: Geoffrey Young wrote: Philippe M. Chiasson wrote: +1 on concept actually, I would consider making it respect the value of ServerTokens, maybe only sending X-Powered-By it for a subset of available values for security (well obscurity) reasons. Actually, I'd have to say the reas

Re: [Fwd: [PATCH] libperl leaks a THREAD_KEY each time it is reloaded]

2005-01-06 Thread Stas Bekman
Gisle Aas wrote: [...] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=73486 So that is a repro case worth trying, Stas. It just takes a while... You can speed it up my loading some other module that calls pthread_key_create in order to steal most of the available keys. Thanks Gisle, the fol

Re: [PATCH] libperl leaks a THREAD_KEY each time it is reloaded

2005-01-06 Thread Stas Bekman
Gisle Aas wrote: For a threaded perl the thread key is allocated on the first call to perl_alloc() but there is nothing that frees this key on Unix. On Windows we watch for the DLL_PROCESS_DETACH event and then release the key. This patch implements the same for other platforms using compiler dep

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Geoffrey Young
Geoffrey Young wrote: > > Philippe M. Chiasson wrote: > >>Once again, a leaner cleaner way to implement our own X-Powered-By >>header ala >>PHP. (missing docs/tests) >> >>Thoughts on concept ? > > > +1 on concept actually, I would consider making it respect the value of ServerTokens, maybe o

Re: [Patch mp2] X-Powered-By

2005-01-06 Thread Geoffrey Young
Philippe M. Chiasson wrote: > Once again, a leaner cleaner way to implement our own X-Powered-By > header ala > PHP. (missing docs/tests) > > Thoughts on concept ? +1 on concept. --Geoff - To unsubscribe, e-mail: [EMAIL PROTE

[Patch mp2] X-Powered-By

2005-01-06 Thread Philippe M. Chiasson
Once again, a leaner cleaner way to implement our own X-Powered-By header ala PHP. (missing docs/tests) Thoughts on concept ? Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://goze

Re: [PATCH] fix 2.1 build for ap_http_method rename

2005-01-06 Thread Philippe M. Chiasson
Joe Orton wrote: Hi folks, this fixes the build against the httpd trunk which renamed the mis-named ap_http_method macro to ap_http_scheme: Thanks Joe, comitted with a few tweaks as r124425. #ifdef of that sort are usually stuffed in modperl_(apache|apr)_compat.(h|c) ---

Re: [Fwd: [PATCH] libperl leaks a THREAD_KEY each time it is reloaded]

2005-01-06 Thread Gisle Aas
Joe Orton <[EMAIL PROTECTED]> writes: > On Wed, Jan 05, 2005 at 02:09:52PM -0500, Stas Bekman wrote: > > Gisle Aas wrote: > > >Stas Bekman <[EMAIL PROTECTED]> writes: > > > > > > > > >>How do I check the limit for pthread_key_create on linux? > > > > > > > > >On my Gentoo box I find the limit here

[PATCH] fix 2.1 build for ap_http_method rename

2005-01-06 Thread Joe Orton
Hi folks, this fixes the build against the httpd trunk which renamed the mis-named ap_http_method macro to ap_http_scheme: Index: xs/Apache/RequestRec/Apache__RequestRec.h === --- xs/Apache/RequestRec/Apache__RequestRec.h (revision

Re: [Fwd: [PATCH] libperl leaks a THREAD_KEY each time it is reloaded]

2005-01-06 Thread Joe Orton
On Wed, Jan 05, 2005 at 02:09:52PM -0500, Stas Bekman wrote: > Gisle Aas wrote: > >Stas Bekman <[EMAIL PROTECTED]> writes: > > > > > >>How do I check the limit for pthread_key_create on linux? > > > > > >On my Gentoo box I find the limit here: > > > > $ grep PTHREAD_KEYS_MAX /usr/include/bits/l