GNOME Bugzilla – Bug 102365
thread privacy in error reporting globals
Last modified: 2021-07-05 10:59:29 UTC
xsltGenericErrorContext and xsltGenericError are not thread private, but should be (c.f. xmlGenericErrorContext and xmlGenericError, which are thread private, if libxml2 was built --with-threads). Can libxslt not take advantage of libxml2's multithreading support to fix this?
That's not simple. One would have to do the same kind of tricks to libxslt code than what was done for libxml2. No guarantee this would be implemented anytime soon. Maybe you can convince Gary Pennington to do it for libxslt he did most of the work for libxml2 Daniel
Reopening.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/libxslt/-/issues/ Thank you for your understanding and your help.