From 67c2162fb1743412dfa525406a8a7e6b89e9ccf6 Mon Sep 17 00:00:00 2001 From: Arne Babenhauserheide Date: Fri, 10 May 2013 22:30:44 +0200 Subject: qoth: less details on Richards Black Magic. --- contributing/web_pages/news/qoth_next.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'contributing/web_pages') diff --git a/contributing/web_pages/news/qoth_next.mdwn b/contributing/web_pages/news/qoth_next.mdwn index f2fc220f..e6854bf6 100644 --- a/contributing/web_pages/news/qoth_next.mdwn +++ b/contributing/web_pages/news/qoth_next.mdwn @@ -25,7 +25,7 @@ else=" At the end of the last 2 quarters, Samuel Thibault pushed the [pthread patches](http://lists.gnu.org/archive/html/bug-hurd/2012-11/msg00088.html) from Vicente Hernando Ara, Barry de Frese, Thomas Schwinge, Richard Braun and Samuel and others to the different upstream packages, finally enabling modern pthreads for the Hurd, which makes it possible to implement full Hurd bindings for languages which require pthreads, so for example [PyHurd](http://savannah.nongnu.org/projects/pyhurd/) can profit from the Hurd libraries instead of having to rely on low-level Mach bindings to implement Hurd features like translators. -The switch to pthreads has been attempted multiple times, but in the past it always hit some tricky issues which proved to be a roadblock. Last year, Richard Braun took up the task again and finished the transition of the Hurd libraries, glibc and libpthread to pthread. His work required significant low-level magic, including the reworking of condition implications, finding a workaround for changing the stack size, avoiding a segfault during early initialization and adjusting priorities to avoid starvation. +The switch to pthreads has been attempted multiple times, but in the past it always hit some tricky issues which proved to be a roadblock. Last year, Richard Braun took up the task again and finished the transition of the Hurd libraries, glibc and libpthread to pthread. His work required significant low-level magic on topics like locking and memory management. As followups, Thomas Schwinge [debugged and fixed](http://lists.gnu.org/archive/html/bug-hurd/2012-12/msg00044.html) a deadlock with child threads resulting from a regression due to earlier fixes, and Cyril Roelandt shared a [patch series](http://lists.gnu.org/archive/html/bug-hurd/2012-12/msg00018.html) to fix double mutex unlocking with pthreads. We will likely see more fixes like these, given that the whole threading interface changed, which will expose previously invisible bugs. -- cgit v1.2.3