Date: Sun, 16 May 1999 08:38:52 +1000 (EST) From: John Birrell <jb@cimlogic.com.au> To: des@flood.ping.uio.no (Dag-Erling Smorgrav) Cc: jb@cimlogic.com.au, paul@mu.org, jb@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc_r/uthread Makefile.inc pthread_private.h uthread_cond.c uthread_create.c uthread_detach.c Message-ID: <199905152238.IAA11340@cimlogic.com.au> In-Reply-To: <xzp90aqrn1r.fsf@localhost.ping.uio.no> from Dag-Erling Smorgrav at "May 16, 1999 0:22: 8 am"
next in thread | previous in thread | raw e-mail | index | archive | help
Dag-Erling Smorgrav wrote: > John Birrell <jb@cimlogic.com.au> writes: > > Paul Saab wrote: > > > After running mysql with this commit and watching it core dump, I > > > backed out this commit and then rebuilt libc_r. After I rebuilt > > > it mysql works just fine. > > What function does mysql core dump in? > > Better yet, can you show us a full stack trace? Did you build libc_r > with debugging symbols? If not, can you rebuild it with debugging > symbols, then tickle the bug and post a full stack trace of the > resulting core dump? Actually, a full stack trace might not show much. The most common problem in a threaded environment is that the stack gets trashed. I just want to know if the core dump is in a call to longjmp. If it is, then my guess is that the core dump is occurring after a low priority thread has just been joined and detached. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199905152238.IAA11340>