I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guid
"Philippe M. Chiasson" <[EMAIL PROTECTED]> wrote on 05.10.2004 21:50:11:
>
> That's a slightly misleading error message, can you try again with this
> smallish patch? (it will correctly report the include directory it
didn't
> find)
>
> And just to be clear, you configured & build httpd in
> /
"Philippe M. Chiasson" <[EMAIL PROTECTED]> writes:
[...]
> #2 0x0021b45c in apr_bucket_alloc_create_ex (allocator=0x0) at
> apr_buckets_alloc.c:67
> #3 0x0021b405 in apr_bucket_alloc_create (p=0x9353f70) at
APU_DECLARE_NONSTD(apr_bucket_alloc_t *) apr_bucket_alloc_create(apr_pool_t *p)
{
a
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
http://www.apache.org/~gozer/mp2/2004-09-22+23/
--
Stas Bekman <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
> > Stas Bekman <[EMAIL PROTECTED]> writes:
> > [...]
> >
> >>Joe, this still needs to applied? But please make sure that you
> >>restore the context when you are done with it. Look at the other
> >>places where this is done (grep for S
hi all...
just FYI, 2.1 is failing t/modules/proxy.t with a 404. I've spent some time
this afternoon trying to see what (of importance) has changed in between 2.0
and HEAD but I can't see where it is at the moment.
so, if anyone has been following proxy development of late and knows what
the iss
Joe Schaefer wrote:
"Philippe M. Chiasson" <[EMAIL PROTECTED]> writes:
[...]
#2 0x0021b45c in apr_bucket_alloc_create_ex (allocator=0x0) at
apr_buckets_alloc.c:67
#3 0x0021b405 in apr_bucket_alloc_create (p=0x9353f70) at
APU_DECLARE_NONSTD(apr_bucket_alloc_t *) apr_bucket_alloc_create(apr_pool
"Philippe M. Chiasson" <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
[...]
> > Is it somehow possible that apr was compiled with APR_POOL_DEBUG
> > defined, but apr-util was not?
>
> I thought it might be something like that, so I rebuilt a clean
> httpd-2.0-HEAD worker as of a few minutes
Joe Schaefer wrote:
"Philippe M. Chiasson" <[EMAIL PROTECTED]> writes:
Joe Schaefer wrote:
[...]
Is it somehow possible that apr was compiled with APR_POOL_DEBUG
defined, but apr-util was not?
I thought it might be something like that, so I rebuilt a clean
httpd-2.0-HEAD worker as of a few minu
"Philippe M. Chiasson" <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
> > "Philippe M. Chiasson" <[EMAIL PROTECTED]> writes:
> >
> >>Joe Schaefer wrote:
> > [...]
> >
> >>>Is it somehow possible that apr was compiled with APR_POOL_DEBUG
> >>>defined, but apr-util was not?
> >>
> >>I thought it
Philippe M. Chiasson wrote:
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
http://www.apache.org/~gozer/mp2/2004-09-22+23/
That's
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
http://www.apache.org/~gozer/mp2/20
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
Joe, this still needs to applied? But please make sure that you
restore the context when you are done with it. Look at the other
places where this is done (grep for SET_CO
Joe Schaefer wrote:
[...]
Thanks Stas for the clear explanation. Although I don't fully
understand how the interpreter pools operate yet,
Feel free to ask additional questions, Joe. I have explained that several
times on the modperl list, but never had a chance to throughly document
that. One da
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
> Index: src/modules/perl/modperl_module.c
> ===
> RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_module.c,v
> retrieving revision 1.17
> diff -u -r1.17 modperl_module.c
> --- s
Stas Bekman <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
[...]
> > I'm still of the opinion that the best way to resolve this problem is to
> > ensure the same interpreter always runs whatever extra hooks it creates (eg
> > pool cleanups, filters/handlers added, etc.).
>
> That will be onl
Stas Bekman wrote:
Stas Bekman wrote:
Philippe M. Chiasson wrote:
Stas Bekman wrote:
I did some binary search and found that:
mp2-20040922 - no core
mp2-20040923 - core
So we need to diff these two checkouts...
For a start, I've got these changes exposed in between those 2 dates:
http://www.apac
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
[...]
Index: src/modules/perl/modperl_module.c
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_module.c,v
retrieving revision 1.17
diff -u -r1.17 modperl_module.
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Joe Schaefer wrote:
[...]
I'm still of the opinion that the best way to resolve this problem is to
ensure the same interpreter always runs whatever extra hooks it creates (eg
pool cleanups, filters/handlers added, etc.).
That will be on
Stas Bekman <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
[...]
> > No luck. In fact, actually I am wondering why
> > modperl_interp_pool_select() does not call PERL_SET_CONTEXT, but
> > modperl_interp_select() does.
>
> I suppose these were added as the problems were appearing.
>
> > If
Stas Bekman <[EMAIL PROTECTED]> writes:
> Joe Schaefer wrote:
[...]
> > Obviously I don't see why that is so. In fact, I see that it is
> > already implemented in parts of mod_perl, for instance when
> > registering a pool-cleanup callback:
> > $sp->cleanup_register(sub { print @{ $_[0] || [
21 matches
Mail list logo
