From owner-freebsd-hackers  Thu Jul 15  3: 6: 2 1999
Delivered-To: freebsd-hackers@freebsd.org
Received: from pcnet1.pcnet.com (pcnet1.pcnet.com [204.213.232.3])
	by hub.freebsd.org (Postfix) with ESMTP
	id 110C51551E; Thu, 15 Jul 1999 03:05:58 -0700 (PDT)
	(envelope-from eischen@vigrid.com)
Received: (from eischen@localhost)
	by pcnet1.pcnet.com (8.8.7/PCNet) id GAA09860;
	Thu, 15 Jul 1999 06:03:12 -0400 (EDT)
Date: Thu, 15 Jul 1999 06:03:12 -0400 (EDT)
From: Daniel Eischen <eischen@vigrid.com>
Message-Id: <199907151003.GAA09860@pcnet1.pcnet.com>
To: eischen@vigrid.com, tg@ihf.rwth-aachen.de
Subject: Re: seg fault in mutex_queue_enq
Cc: hackers@FreeBSD.ORG, kip@lyris.com, stable@FreeBSD.ORG
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

Thomas Gellekum <tg@ihf.rwth-aachen.de> wrote:
> Daniel Eischen <eischen@vigrid.com> writes:
> 
> > 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...
> 
> Just Do It (tm). At least you could merge the change from 
> 
> [pthread_private.h]
>    1.20 Sun Jun 20 8:28:08 1999 UTC by jb
>    Diffs to 1.19
> In the words of the author:
>    
>   o The polling mechanism for I/O readiness was changed from
>     select() to poll().  In additon, a wrapped version of poll()
>     is now provided.
> [...]
> 
> plus the later formatting fixes.

The libc_r version number was bumped in -current because of the
addition of poll().  Is this allowed in -stable, or something
that waits for a -RELEASE?

> As an aside: some files still lack $Id$'s, and someone should 
> `s/REGENTS/AUTHOR/' in all the copyright statements.

OK.

Dan Eischen
eischen@vigrid.com


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