Re: Segmentation faults, some strace logs

[Doug MacEachern]

On Wed, 8 Aug 2001, Andrei A. Voropaev wrote:
 
 Looks like the problem is caused by 'abort'. I did not do much digging yet but looks 
like
 abort calls 'croak'. Unrelational to segv we expirienced strange 
 Bizzare copy of ARRAY in aassign in Carp/Heavy.pm line 79 messages at random 
instead of display
 of nice stack trace.
 
 Could it be some perl5.6.0 bug?

yes, and one that is fixed in 5.6.1

Segmentation faults, some strace logs

[Andrei A. Voropaev]

Here's some output from strace on Linux
Apache 1.13.19  with mod_perl 1.24 and perl 5.6.0
=
04:48:26 stat64(/proj/Web/EMIS/Mason/live/redirect, {st_mode=S_IFREG|0775, 
st_size=243, ...}) = 0
04:48:26 stat64(/proj/Web/EMIS/Mason/obj/live/redirect, {st_mode=S_IFREG|0644, 
st_size=902, ...})
= 0
04:48:26 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
04:48:26 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
04:48:26 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
04:48:26 --- SIGSEGV (Segmentation fault) ---
04:48:26 chdir(/etc/httpd/core)   = 0
04:48:26 rt_sigaction(SIGSEGV, {SIG_DFL}, {SIG_DFL}, 8) = 0
04:48:26 getpid()   = 5320
04:48:26 kill(5320, SIGSEGV)= 0
04:48:26 sigreturn()= ? (mask now [])
04:48:26 --- SIGSEGV (Segmentation fault) ---
==

Here's redirect Mason component.

%init
#$r-status(200);
$r-header_out(Location=$url);

# Do this so Apache doesn't try to re-read post data
$r-method('GET');
$r-headers_in-unset('Content-length');

# Exit with 302 status
$m-abort(302);
/%init
%args
$url
/%args
===

Looks like the problem is caused by 'abort'. I did not do much digging yet but looks 
like
abort calls 'croak'. Unrelational to segv we expirienced strange 
Bizzare copy of ARRAY in aassign in Carp/Heavy.pm line 79 messages at random instead 
of display
of nice stack trace.

Could it be some perl5.6.0 bug?

Andrei