tpop3d-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [tpop3d-discuss] signal 11?


From: Paul Makepeace
Subject: Re: [tpop3d-discuss] signal 11?
Date: Tue, 17 Jul 2001 17:04:01 -0700
User-agent: Mutt/1.3.18i

On Tue, Jul 17, 2001 at 04:43:18PM -0700, Nancy Pettigrew (work) wrote:
> Why would the process get the SIGSEGV after returning an error back from the
> auth_mysql_new_user_pass function?

FWIW, and this may be completely unrelated, but I was getting SEGVs in
authswitch.c using auth_perl_new_user_pass. It was happening here,

(gdb) bt
#0  0x40186b00 in strdup () from /lib/libc.so.6
#1  0x804f652 in authcontext_new (uid=8, gid=0, mboxdrv=0x80664ca "",
    mailbox=0x0, home=0x81d0c58 "/var/spool/mail",
    domain=0x5 <Address 0x5 out of bounds>) at authswitch.c:215
#2  0x804ed1c in auth_perl_new_user_pass (
    user=0x81e22b0 "address@hidden", pass=0x80dcf48 "4321")
    at auth_perl.c:331

It turns out it was because I was returning a perl hash that was
frightening it in ways I haven't yet looked into (this was about
20mins ago).

One thing that might help you is to do a backtrace as above. Invoke "gdb
tpop3d core" and type "backtrace" or "bt". Ensure you're in a position
to write core files with (with bash at least) ulimit -c unlimited.

HTH,
Paul

-- 
Take away the elements in order of apparent non-importance


reply via email to

[Prev in Thread] Current Thread [Next in Thread]