Stas Bekman wrote:
>
>
>>> t/TEST modperl/exit filter/input_msg modperl/exit
>>>
>>
>> not having troubles with either of these. maybe the fix i just committed
>> covers these too?
>
> I get a core dump with the latest cvs:
scratch it. it works! great!
can we make the t/TEST use Apache-Te
>> t/TEST modperl/exit filter/input_msg modperl/exit
>>
>
> not having troubles with either of these. maybe the fix i just committed
> covers these too?
I get a core dump with the latest cvs:
child_cleanup=0x4001bb50 ) at apr_pools.c:775
775
c->data = data;
(gdb) where
#0
On Wed, 5 Dec 2001, Stas Bekman wrote:
> with sid 170482341 and there are loads of failures including a core dump.
actually i do see problems with this one, but it'll have to wait.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
On Wed, 5 Dec 2001, Stas Bekman wrote:
> nice, but apparently it's not the only problem. Run:
yup, just found another when i ran it again.
>t/TEST -order=random -times=5
>
> with sid 170482341 and there are loads of failures including a core dump.
...
>t/TEST modperl/exit filter/inp
Doug MacEachern wrote:
> On Thu, 2 Aug 2001, Stas Bekman wrote:
>
>
>>Ok, so with the latest workaround the normal run of 'make test' succeeds
>>on my machine. But, if I stress-test, I see segfaults:
>>
>>% ./t/TEST -order=random -times=5
>>
>
> i had looked at this a few times before and noth
On Thu, 2 Aug 2001, Stas Bekman wrote:
> Ok, so with the latest workaround the normal run of 'make test' succeeds
> on my machine. But, if I stress-test, I see segfaults:
>
> % ./t/TEST -order=random -times=5
i had looked at this a few times before and nothing clicked. then i hit
again today w
i forgot to point out the biggest problem: since all per-server data is
shared between threads, regardless of locking, changing the value of
something like ap_document_root changes it for all threads. not just the
current process/request, the way it was in 1.3.
so we can't really support modifica
On Tue, 4 Dec 2001, Stas Bekman wrote:
> I'm implementing PerlIO::APR (will be APR::IO in mod_perl)
>
> I need to get my hands on the memory pool. Currently I use the global
> pool via modperl_global_get_pconf(). which allows you to keep your code
> as a pure perl:
>
> open my $fh, ">:APR", $
On Thu, 29 Nov 2001, Philippe M. Chiasson wrote:
> Looking thru the todo/api.txt file, I noticed a few items that
> are stuck in read-only mode, because thread locking is needed if
> changing them.
>
> I already have something in the works, but my question is that under
> a non-threaded model, l
On Wed, 5 Dec 2001, Stas Bekman wrote:
> why do you want to know the filename?
it doesn't matter why, that is what the 1.x api supports.
i don't remember in detail, lincoln wrote the original routine, it is used
in some eagle book examples.
---
Doug MacEachern wrote:
> On Thu, 29 Nov 2001, Stas Bekman wrote:
>
>
>>BTW, from perl571delta.pod:
>>
>>
>>Anonymous temporary files are available without need to
>>'use FileHandle' or other module via
>>
>>open($fh,"+>", undef) || ...
>>
>>That is a literal undef, not an undefined value.
>
On Thu, 29 Nov 2001, Philippe M. Chiasson wrote:
> Following patch includes $r->as_string() and "$string" to dump a table
> in a format like:
> key='value'\n
> keyn='valuen'\n
have to say no to string overloading. any package that has done it came
to regret doing so, or at least i wish they had
On Tue, 4 Dec 2001, Stas Bekman wrote:
> Currently if there are two calls to generate noedit warnings from the same
> package, only the first call will produce the correct info. I guess that's
> because when I've added tracing I didn't remove the caching feature.
>
> So this patch removes the ca
On Mon, 3 Dec 2001, Philippe M. Chiasson wrote:
> Added per-server configuration mutex locking, when changing things
> like document_root.
>
> I had to pick between Perl mutex and APR mutex. Since the tipool
> stuff already uses one Perl mutex, I decided to stay consistent.
there have been chan
On Thu, 29 Nov 2001, Stas Bekman wrote:
> BTW, from perl571delta.pod:
>
>
> Anonymous temporary files are available without need to
> 'use FileHandle' or other module via
>
> open($fh,"+>", undef) || ...
>
> That is a literal undef, not an undefined value.
>
nice. but that doesn't give
Philippe M. Chiasson wrote:
> Looking thru the todo/api.txt file, I noticed a few items that
> are stuck in read-only mode, because thread locking is needed if
> changing them.
>
> I already have something in the works, but my question is that under
> a non-threaded model, like prefork, all that
16 matches
Mail list logo
