Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Jul 1998 21:19:44 +0000 (GMT)
From:      Terry Lambert <tlambert@primenet.com>
To:        current@FreeBSD.ORG
Subject:   PTHREADS: broken in current, stable?
Message-ID:  <199807162119.OAA03471@usr07.primenet.com>

next in thread | raw e-mail | index | archive | help
I have received a bug report from someone attempting to run LDAP
that the libc_r implementation fails to allow LDAP to operate
correctly.


This may be nothing, but he is running a -stable system, recently
upgraded.  With the pending release of 2.2.7, this is protentially
a rather large bug; I don't know of other programs that are really
exercising the threads code.


In the LDAP patches, I used PTHREAD_MUTEX_INITIALIZER to determine
if the pthreads implementation was Darft 4, or if it was Draft 10
(Final standard).

This bears on how a number of threads functions operate; most
notably, a Draft 4 implementation is expected to take the address
of an attribute pointer, whereas a Final standard implementation
is expected to take an attribute pointer, as an argument to the
pthread_create() function.


It is apparent from the debugging information he sent me that the
PTHREAD_MUTEX_INITIALIZER value is defined.


I would caution *against* this definition, unless the threads library
has been brought up to full Final Standard functionality.


There is some possibility that this was pilot error on the part
of the person sending the bug report; however, careful consideration
should be made about pthreads functionality before assuming
anything here.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807162119.OAA03471>