diff options
| author | Thomas Schwinge <thomas@codesourcery.com> | 2013-07-21 15:35:02 -0400 |
|---|---|---|
| committer | Thomas Schwinge <thomas@codesourcery.com> | 2013-07-21 15:35:02 -0400 |
| commit | 9933cec0a18ae2a3d752f269d1bb12c19f51199d (patch) | |
| tree | cc30f2d56b87d3896e460a58b76e964231c0d578 /open_issues/libpthread_assertion_thread_prevp.mdwn | |
| parent | 65efe654a9cb0b682efa9bf21065469a2e9147f4 (diff) | |
| download | web-9933cec0a18ae2a3d752f269d1bb12c19f51199d.tar.gz web-9933cec0a18ae2a3d752f269d1bb12c19f51199d.tar.bz2 web-9933cec0a18ae2a3d752f269d1bb12c19f51199d.zip | |
IRC.
Diffstat (limited to 'open_issues/libpthread_assertion_thread_prevp.mdwn')
| -rw-r--r-- | open_issues/libpthread_assertion_thread_prevp.mdwn | 20 |
1 files changed, 20 insertions, 0 deletions
diff --git a/open_issues/libpthread_assertion_thread_prevp.mdwn b/open_issues/libpthread_assertion_thread_prevp.mdwn index e8160528..f93f07d6 100644 --- a/open_issues/libpthread_assertion_thread_prevp.mdwn +++ b/open_issues/libpthread_assertion_thread_prevp.mdwn @@ -87,3 +87,23 @@ failed"]] <braunr> removing the libports_stability patch exposed bugs in libpthread, triggering assertions when queueing/dequeue threads from a queue (but i don't know which one / in which function) + + +## IRC, freenode, #hurd, 2013-06-25 + + <pinotree> braunr: + https://buildd.debian.org/status/fetch.php?pkg=libmemcached&ver=1.0.17-2&arch=hurd-i386&stamp=1372165732 + <pinotree> make: ./pthread/pt-internal.h:122: __pthread_enqueue: Assertion + `thread->prevp == 0' failed. \o/ + <pinotree> (it should rather be /o\, but better pretend not) + <braunr> pinotree: yes, we regularly see it + <braunr> pinotree: how long has the machine been running at this point ? + <pinotree> dunno, you should ask samuel about that + <pinotree> does it happen after N hours/days? + <braunr> a few days of moderate to high activity yes + <pinotree> ah ok + <braunr> and i actually see this error much more often when i disable the + libports stability patch in the hurd debian package + <braunr> so i guess something is wrong with thread recycling + <braunr> but i wanted to completely rewrite that part with the new kernel + call i asked bddebian to work on :) |