Re: Bug#555540: any news on tokyocabinet's FTBFS?
reassign 555540 libc6
retitle 555540 [s390] synchronization/locking issues
severity 555540 important
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 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.
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