On 17/08/09 21:48 , Philippe M. Chiasson wrote:
> On 17/08/09 19:54 , James Smith wrote:
>>
>> Futher to this I now have a stack trace if that helps anyone point me in
>> the right direction:
>>
>> #0 0x00007f17ee936fb1 in strncpy () from /lib/libc.so.6
>> #1 0x00007f17e808ecfc in modperl_perl_global_request_save () from
>> /usr/lib/apache2/modules/mod_perl.so
>
> That's hapenning in a fairly simple piece of code:
>
> modperl_perl_global_svpv_save(pTHX_ modperl_perl_global_svpv_t *svpv)
> {
> svpv->cur = SvCUR(*svpv->sv);
> strncpy(svpv->pv, SvPVX(*svpv->sv), sizeof(svpv->pv));
> }
>
>[...]
>
> But looking at the guts, the only code path that will invoke this is
> when saving/restoring the value of $/... Can you check to see what part
> of your code alters that variable and to what ?Just had an idea, can't verify or test it right now, but I suspect this might be caused by: $/ = undef; Could you have one of these lying around in your code somewhere ? If so, can you try and change it to the usually recommended form: local $/ = undef; Hope this helps. -- Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5 http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/
signature.asc
Description: OpenPGP digital signature
