From owner-freebsd-hackers  Wed Jul 14 11:40:14 1999
Delivered-To: freebsd-hackers@freebsd.org
Received: from luna.lyris.net (luna.shelby.com [207.90.155.6])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6940D15432; Wed, 14 Jul 1999 11:40:10 -0700 (PDT)
	(envelope-from kip@lyris.com)
Received: from luna.shelby.com by luna.lyris.net (8.9.1b+Sun/SMI-SVR4)
	id LAA22469; Wed, 14 Jul 1999 11:39:27 -0700 (PDT)
Received: from  (luna.shelby.com [207.90.155.6]) by luna.shelby.com with SMTP (MailShield v1.50); Wed, 14 Jul 1999 11:39:27 -0700
Date: Wed, 14 Jul 1999 11:39:27 -0700 (PDT)
From: Kip Macy <kip@lyris.com>
X-Sender: kip@luna
To: Daniel Eischen <eischen@vigrid.com>
Cc: hackers@FreeBSD.ORG, stable@FreeBSD.ORG
Subject: new  seg fault in thread code
In-Reply-To: <199907141806.OAA25906@pcnet1.pcnet.com>
Message-ID: <Pine.SOL.4.05.9907141136580.21964-100000@luna>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-SMTP-HELO: luna
X-SMTP-MAIL-FROM: kip@lyris.com
X-SMTP-RCPT-TO: eischen@vigrid.com,hackers@FreeBSD.ORG,stable@FreeBSD.ORG
X-SMTP-PEER-INFO: luna.shelby.com [207.90.155.6]
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

I just rebuilt libc_r and relinked my application. I am now crashing right
away as opposed to after several hours as I have been.

Program terminated with signal 11, Segmentation fault.
#0  0x82fa07c in _thread_kern_sched_state_unlock ()
(gdb) bt
#0  0x82fa07c in _thread_kern_sched_state_unlock ()
#1  0x82f9891 in _thread_kern_sched ()
#2  0x82f9d21 in _thread_kern_sched_state ()
#3  0x8307ee3 in nanosleep (time_to_sleep=0xbfbfd2d4, 
    time_remaining=0xbfbfd2cc)
    at /usr/src/lib/libc_r/uthread/uthread_nanosleep.c:72
#4  0x8307b9e in sleep (seconds=1)
    at /usr/src/lib/libc_r/../libc/gen/sleep.c:63
#5  0x8285598 in os_this_thread::sleep (seconds_=1) at thisthrd.cpp:712
#6  0x825bce5 in lyris_CodeBase_Table::open (this=0x85bcd00,
Exclusive=false)
    at cbtable3.cpp:588
#7  0x82342f0 in lyris_Table::open (this=0xbfbfd538, Exclusive=false)
    at table.cpp:1004
#8  0x8048f9f in lyris_Config::open (this=0xbfbfd4fc, Exclusive=false)
    at config.cpp:257
#9  0x8048221 in lyris_Config::lyris_Config (this=0xbfbfd4fc) at
config.cpp:52
#10 0x814be41 in lyris_CommandLine::RunCommandLine (this=0x85adc90, 
    InArguments=@0xbfbfd788) at lyrcline.cpp:682
#11 0x8160e83 in main (argc=4, argv=0xbfbfd808) at lyrmain.cpp:59








On Wed, 14 Jul 1999, Daniel Eischen wrote:

> > Can someone familiar with the new threads code tell me what is causing the
> > following segmentation fault. Thanks.
> > 
> >                                 -Kip 
> > 
> > 
> > Program terminated with signal 11, Segmentation fault.
> > #0  0x82fb15d in mutex_queue_enq (mutex=0x83c3a54, pthread=0x8594e00)
> >     at /usr/src/lib/libc_r/uthread/uthread_mutex.c:1281
> > 1281
> > PTHREAD_PRIOQ_INSERT_HEAD(pthread);
> > (gdb) bt
> > #0  0x82fb15d in mutex_queue_enq (mutex=0x83c3a54, pthread=0x8594e00)
> >     at /usr/src/lib/libc_r/uthread/uthread_mutex.c:1281
> > #1  0x82f9edd in pthread_mutex_lock (mutex=0x83c3ad4)
> >     at /usr/src/lib/libc_r/uthread/uthread_mutex.c:387
> 
> I take it you're running -stable without any mods to the threads
> library, right?
> 
> There are some bugs in libc_r in stable that have been fixed in
> -current.  I think the one that you've hit is an uninitialized
> TAILQ_HEAD in a statically declared mutex (in localtime).  It's
> probably about time for a MFC.  If someone wants to give me the
> go-ahead, I can do it...
> 
> In the mean time, you can grab libc_r/uthread/* from -current
> and rebuild libc_r under -stable.
> 
> Dan Eischen
> eischen@vigrid.com
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
> 
> 




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message