I just met something which might be of similar nature. Recent FF
78.0-1.fc33.x86_64 fails to start with older glibc:
~~~
$ firefox
XPCOMGlueLoad error for file /usr/lib64/firefox/libxul.so:
/usr/lib64/firefox/libxul.so: undefined symbol: pthread_getattr_np,
version GLIBC_2.32
Couldn't load XPCOM.
~~~
Update of glibc from glibc-2.31.9000-13.fc33.x86_64 to
glibc-common-2.31.9000-16.fc33.x86_64 resolved the issue. Nevertheless
issues like this are unexpected. There should be something, what would
force glibc update if FF requires more recent one.
Vít
Dne 01. 07. 20 v 6:57 Florian Weimer napsal(a):
* Alex Scheel:
> Is Fedora Rawhide unstable at the moment, pending a mass rebuild?
>
> I've seen a lot of random problems related to pthreads at the
> moment, such as:
>
> 16/78 Test #12: JSS_DER_Encoding_of_Enumeration_regression_test ...Child
aborted***Exception: 0.99 sec
> FINE: CryptoManager: loading JSS library
> FINE: CryptoManager: loaded JSS library from java.library.path
> java: ../nptl/pthread_mutex_lock.c:81: __pthread_mutex_lock: Assertion
`mutex->__data.__owner == 0' failed.
>
>
> Another, different stack trace here (pthreads fails to lock,
> triggering a bug in opencryptoki):
>
>
https://pagure.io/dogtagpki/issue/3181#comment-661911
I don't see why this would be fixed by a mass rebuild.
This is probably some sort of memory corruption: something has
overwritten the mutex data structure, and glibc happens to detect that.
Thanks,
Florian
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org