Re: Bug#555540: any news on tokyocabinet's FTBFS?
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 madcoder@debian.org
OOO http://www.madism.org
Reply to: