Re: race condition destroying condition variables

[Samuel Thibault]

Svante Signell, on jeu. 21 déc. 2017 23:58:20 +0100, wrote:
> On Thu, 2017-12-21 at 17:32 -0500, Brent W. Baccala wrote:
> > Well, I've got a patch that might work, but I'm having a lot of
> > trouble testing it.
> > 
> > I can't dpkg-buildpackage the Debian glibc package.
> > 
> > It gets into the test routines, then a bunch of the math tests crash
> > with SIGSEGVs and SIGILLs, then I get a bunch of kernel errors:
> > 
> > no more room in ee26a908 ((...i386-libc/elf/ld.so.1(2423))
> > no more room in ee26a908 ((...i386-libc/elf/ld.so.1(2423))
> > no more room in ee26a908 ((...i386-libc/elf/ld.so.1(2423))
> > no more room in ee26a908 ((...i386-libc/elf/ld.so.1(2814))
> > no more room in ee26a908 ((...i386-libc/elf/ld.so.1(2814))
> > no more room in ee26a908 ((...i386-libc/elf/ld.so.1(2814))
> > 
> > This happens in either tst-vfprintf-width-prec or tst-mallocfork2,
> > depending on whether I allocate 2 GB or 4 GB to the virtual machine.
> > 
> > Any ideas what the problem might be?
> > 
> > And how are the Debian packages built for downloading?  It must be
> > something different than what I'm doing...
> 
> Hi Brent,
> 
> The testsuite for glibc is known to be broken. Just
> export DEB_BUILD_OPTIONS=nocheck before building
> with dpkg-buildpackage -b ...

Broken tests are marked as such, there aren't so many marked as such.

Using nocheck is a way to avoid the issue indeed.

The build boxes have 3GB memory and 4GB swap, and do pass the testsuite
fine (minus the marked tests)

Samuel