[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#578320: dot fails with assertion on hurd-i386



Hello,

David Claughton, le Sun 18 Apr 2010 23:47:06 +0100, a écrit :
> > Packages that use doxygen to generate documentation FTBFS on hurd-i386
> > due to the dot binary bailing out due to a pthread asertion:
> > 
> > dot: /var/tmp/hurd-20090404/./libpthread/sysdeps/generic/pt-mutex-timedlock.c:68: __pthread_mutex_timedlock_internal: Assertion `__pthread_threads' failed.
> 
> I've received the above bug report concerning the Hurd port.

Ah, sorry that somebody actually pointed that at you. This is a bug in
hurd's libpthread and has nothing to do with graphviz doing anything
bad.

> Google appears to be telling me this error is some sort of a conflict
> between cthreads and pthreads, but all the references I can find are
> quite old - typically around 2005, so I'm not sure if this information
> is still accurate.  graphviz uses -pthreads when linking, so perhaps the
> problem is that one of it's dependencies doesn't?

In my memory, we had found out that this can happen when an application
dlopen()s a library (e.g. a plugin) which depends on libpthread, i.e.
dynamically loads libpthread after libc initialization, which the
current hurd libpthread is not ready for.

One workaround is to link the application itself with -pthread, but we
really need to fix it more generally, as quite a few packages have the
same issue.

Samuel


Reply to: