Tim Bunce wrote:
> On Fri, Aug 02, 2002 at 05:13:00AM +0200, Perl Authors Upload Server wrote:
> 
>>The following module was proposed for inclusion in the Module List:
>>
>>  modid:       Debug::SIGSEGVTrace
>>  DSLIP:       adhOa
>>  description: Extract A Backtrace on SegFault
>>  userid:      STAS (Stas Bekman)
>>  chapterid:    3 (Development_Support)
>>  communities:
>>    [EMAIL PROTECTED]
>>
>>  similar:
>>    Devel::CoreStack
>>
>>  rationale:
>>
>>    This module attempts to automatically extract a backtrace when a
>>    segfault happens, rather then letting the core file be dumped.
> 
> 
> Cool.
> 
> I think the name shouldn't contain SEGV since that's just one of the
> causes of a core. Another fairly common one is a Bus Error.

What signals result in the core dump? BUS SEGV PIPE ABRT? any others?

Currently the module traps only SIGSEGV, hence the name. Can you really 
fork and fire up gdb on SIGBUS and other SIGs?

> How about Debug::CoreStackTrace?

The point of this module is that there is no core involved here ;) But I 
guess it's fine, assuming that the module gets extended to other signals 
as well.

The module also includes Debug::SIGSEGVFault which dereferences a NULL 
pointer and causes SIGSEGV. how should it be renamed then? 
Debug::CoreDump? I guess I could release it separately. I bundled it up 
because it's needed to test Debug::SIGSEGVTrace. What do you think?

BTW, meanwhile I put it on CPAN here:
http://search.cpan.org/search?mode=module&query=SIGSEGVTrace

> Have you looked at the sigtrap module? Your work may be a natutral
> extension to that.

It cannot be used, because the sighandler must be assigned on the C 
level. If you do it on the perl level, under 5.8.0 it won't work because 
of the way the signals handling is delayed in 5.8.0.



__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Reply via email to