Beau E. Cox wrote:
[...]
The module in question - mod_perl.c - line 614 is ' rcfg = '. I hand-
expanded the MP_dRCFG macro in the hope if getting more information,
but all that showed is, indeed, the routine was entered with a non-NULL
request_rec:
A handy tip: you can make gdb open macros for you:
On Wednesday 31 March 2004 07:11 pm, Geoffrey Young wrote:
> Geoffrey Young wrote:
> >>anway, I'm trying my best to track it down, as is philippe, but more eyes
> >>are always welcome. if you're looking for a place to start, I'd check
> >> out all the APR commits over the past two weeks - that is
Geoffrey Young wrote:
>>anway, I'm trying my best to track it down, as is philippe, but more eyes
>>are always welcome. if you're looking for a place to start, I'd check out
>>all the APR commits over the past two weeks - that is first on my list once
>>I get a free moment.
>
>
> for those fol
> anway, I'm trying my best to track it down, as is philippe, but more eyes
> are always welcome. if you're looking for a place to start, I'd check out
> all the APR commits over the past two weeks - that is first on my list once
> I get a free moment.
for those following along, it definitely se
> I stand corrected. mod_auth_digest is alive and well in 2.1. I
> thought is was not because the mod_perl test was kicking in with
> another version.
:)
> NOW, I am testing mod_perl2 (cvs) with Apache2.1 - and -
> seg faults _everywhere_. Has anyone tried it yet (I know it is not
> supported ye
On Wednesday 31 March 2004 08:57 am, Geoffrey Young wrote:
> >>APACHE_TEST_HTTPD=/PATH/TO/HTTPD make test
> >>
> >>or
> >>
> >>t/TEST -httpd=/path/to/httpd
> >>
> >>etc. please refer to the documentation for more options.
> >
> > OK, I used option 1 above, however, it seems that the test suite
> >
On Mar 31, 2004, at 11:46 AM, Geoffrey Young wrote:
Under certain conditions I want to add
additional
html to the server's error response
But John is talking about converting a non-error response into an
error.
Does it still apply?
I don't know. it was the above quoted part that caught my atte
Greetings,
I haven't been able to figure this one out from the available
documentation
and guide. This mod_perl 1.2X...
Currently I have a bunch of virtual hosts with configs like:
ServerName foo.aps.org
PerlSetVar APSProduct "FOO"
DocumentRoot /FOO
ResourceConfig conf/homepage.conf
w
Perrin Harkins wrote:
On Wed, 2004-03-31 at 15:04, Stas Bekman wrote:
Sorry, I've posted the wrong link. It should have been:
http://perl.apache.org/docs/2.0/api/Apache/Reload.html#Problems_with_Scripts_Running_with_Registry_Handlers_that_Cache_the_Code
It doesn't really offer a nice solution th
On Wed, 2004-03-31 at 15:04, Stas Bekman wrote:
> Sorry, I've posted the wrong link. It should have been:
> http://perl.apache.org/docs/2.0/api/Apache/Reload.html#Problems_with_Scripts_Running_with_Registry_Handlers_that_Cache_the_Code
It doesn't really offer a nice solution though, does it? It l
On Wed, 2004-03-31 at 12:04, Stas Bekman wrote:
> Garth Webb wrote:
> > On Tue, 2004-03-30 at 19:28, Stas Bekman wrote:
> >
> >>Garth Webb wrote:
> >>
> >>>I have a question about Apache::StatINC and reloading exported methods.
> >>
> >>Garth, Apache::StatINC is deprecated and no longer maintaine
Garth Webb wrote:
On Tue, 2004-03-30 at 19:28, Stas Bekman wrote:
Garth Webb wrote:
I have a question about Apache::StatINC and reloading exported methods.
Garth, Apache::StatINC is deprecated and no longer maintained. Please use
Apache::Reload instead (mp1 version on CPAN, mp2 version is a par
On Tue, 2004-03-30 at 19:28, Stas Bekman wrote:
> Garth Webb wrote:
> > I have a question about Apache::StatINC and reloading exported methods.
>
> Garth, Apache::StatINC is deprecated and no longer maintained. Please use
> Apache::Reload instead (mp1 version on CPAN, mp2 version is a part of th
>>> Under certain conditions I want to add
>>> additional
>>> html to the server's error response
>
> But John is talking about converting a non-error response into an error.
> Does it still apply?
I don't know. it was the above quoted part that caught my attention, but it
may not solve all of
Geoffrey Young wrote:
John D.Lima wrote:
I have a proxy running with mod_proxy with a request output filter for
examining
the (remote) server response. Under certain conditions I want to add
additional
html to the server's error response, or replace a (possibly non-error)
response
with a dynamic
John D.Lima wrote:
> I have a proxy running with mod_proxy with a request output filter for
> examining
> the (remote) server response. Under certain conditions I want to add
> additional
> html to the server's error response, or replace a (possibly non-error)
> response
> with a dynamic error d
John D.Lima wrote:
[...]
I was rather hoping to avoid setting up the logic to examine bucket
contents.
Reading between the line [sic] I guess the answer is no,
$r->custom_response
doesn't work in the request output filter?
Does the connection filter give me access to the $r->headers_out() as wel
On Mar 31, 2004, at 10:04 AM, Stas Bekman wrote:
John D.Lima wrote:
I have a proxy running with mod_proxy with a request output filter
for examining
the (remote) server response. Under certain conditions I want to add
additional
html to the server's error response, or replace a (possibly
non-e
>>APACHE_TEST_HTTPD=/PATH/TO/HTTPD make test
>>
>>or
>>
>>t/TEST -httpd=/path/to/httpd
>>
>>etc. please refer to the documentation for more options.
>
>
> OK, I used option 1 above, however, it seems that the test suite
> _insists_ on testing auth using mod_auth_digest.c (which is not ready
> ye
On Tuesday 30 March 2004 08:24 pm, Stas Bekman wrote:
> Beau E. Cox wrote:
> >> > How do I control how t/config/httpd.conf is setup?
> >>
> >>What seems to be the problem?
> >
> > Well, the t/config/httpd.conf generated somewhere in the mod_perl build -
> > I couldn't find it on first glance - is b
John D.Lima wrote:
I have a proxy running with mod_proxy with a request output filter for
examining
the (remote) server response. Under certain conditions I want to add
additional
html to the server's error response, or replace a (possibly non-error)
response
with a dynamic error document of my
I have a proxy running with mod_proxy with a request output filter for
examining
the (remote) server response. Under certain conditions I want to add
additional
html to the server's error response, or replace a (possibly non-error)
response
with a dynamic error document of my construction, chan
Stas Bekman wrote:
Ruslan U. Zakirov wrote:
Hello.
I have latest stable mp1 release installed and mp2 from CVS.
I've done installation twice and each time after mp2 installation CPAN
shell on 'r' command give me next error:
Could not eval '
package ExtUtils::MakeMaker::_version;
Ruslan U. Zakirov wrote:
Hello.
I have latest stable mp1 release installed and mp2 from CVS.
I've done installation twice and each time after mp2 installation CPAN
shell on 'r' command give me next error:
Could not eval '
package ExtUtils::MakeMaker::_version;
no stric
Hello.
I have latest stable mp1 release installed and mp2 from CVS.
I've done installation twice and each time after mp2 installation CPAN
shell on 'r' command give me next error:
Could not eval '
package ExtUtils::MakeMaker::_version;
no strict;
local $mod_pe
25 matches
Mail list logo
