From owner-cvs-all Sat May 15 18:13: 9 1999 Delivered-To: cvs-all@freebsd.org Received: from elvis.mu.org (elvis.mu.org [206.156.231.253]) by hub.freebsd.org (Postfix) with ESMTP id 2BE1314FFA; Sat, 15 May 1999 18:13:05 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: (from paul@localhost) by elvis.mu.org (8.9.1/8.9.1) id UAA12770; Sat, 15 May 1999 20:12:50 -0500 (CDT) (envelope-from paul) Date: Sat, 15 May 1999 20:12:50 -0500 From: Paul Saab To: John Birrell Cc: Dag-Erling Smorgrav , 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: <19990515201250.A12723@elvis.mu.org> References: <199905152238.IAA11340@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199905152238.IAA11340@cimlogic.com.au>; from John Birrell on Sun, May 16, 1999 at 08:38:52AM +1000 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk John Birrell (jb@cimlogic.com.au) wrote: > Dag-Erling Smorgrav wrote: > > John Birrell 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. It is.. The stack did indeed get trashed and all I got is: Program received signal SIGSEGV, Segmentation fault. 0x281b846b in longjmp () from /usr/lib/libc_r.so.3 (gdb) where #0 0x281b846b in longjmp () from /usr/lib/libc_r.so.3 Error accessing memory address 0x8aa3e3c: Bad address. paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message