On Wed, 1 Jun 2005, Torsten Landschoff wrote:
On Wed, Jun 01, 2005 at 12:16:05PM +0200, Ulrich Hermisson wrote:
from www.openldap.org (compiled with "--enable-crypt"). Only when I
compile with the configure option "--with-threads=no", everything is
ok, but the slurpd needs threads. With threads, also the test 17
performed by "make test" fails if a CPU consuming process is running
in parallel. I have reproduced the bug on the following
architectures/kernel versions (always with Debian Sarge):
Opteron/2.6.7, Opteron/2.6.11, Athlon/2.6.8, Pentium 4/2.6.8. With
Debian Woody on Pentium 4/2.6.7, everything works, also with FreeBSD.
Known problem. I'd guess the reason is that OpenLDAP is calling
pthread_yield all the time. Making ldap_pvt_thread_yield a no-op might
help here...
Thank you very much! I would also think that this might help. We have,
however, fixed it by using FreeBSD until the problem is solved in Debian
Sarge, too.
For me there seem to be just two possibilities:
- The use of the scheduler functions (or whatever leads to this) must be
considered wrong and harmful in at least this case. Then a fix would be
something like building the package with this function disabled, just as
you have proposed.
- It can not be strictly considered wrong. (After all, it apparently works
perfectly with Debian Woody and FreeBSD.) Then one would have to find out
where the thread handling within Debian Sarge breaks this correct use of
functions, and fix the bug there.
I would be very happy with either kind of solution. Since the package, in
its current state, cannot be used by us and, as I presume, many other
people, it would be a big improvement if the problem were solved before
the release of Debian Sarge. I will try to continue to help with this.
With kind regards
Ulrich Hermisson
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
