reassign 555540 libc6 retitle 555540 [s390] synchronization/locking issues severity 555540 important thanks
On Tue, May 18, 2010 at 10:32:13AM +0200, Bastian Blank wrote: > On Tue, May 18, 2010 at 03:47:58AM +0300, Faidon Liambotis wrote: > > It seems that on consecutive runs of the test case[1] in question, it aborts > > at different points each time and even succeeds in one in five runs or so. > > Moreover, while the combined assert() condition fails, separate assert() > > calls > > for each of the condition succeed while their combination still fail(!) > > Does tokyocabinet use multi-threading or some other means of > concurrency? For me this looks like race conditions. They may live in > the glibc, as there were some fixes in this area lately. > > Bastian For now I've disabled pthread support on s390 and the testsuite passed on zelenka just fine. I'm reassigning this bug to the glibc as it is *very* likely to be a synchronization issue, not unlike the missing memory constraints we had 2 years ago. -- ·O· Pierre Habouzit ··O madco...@debian.org OOO http://www.madism.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
