Preparing for the next release: call for testing

[Dmitry V. Levin]

On Thu, Feb 26, 2015 at 05:56:43PM -0500, Mike Frysinger wrote:
> On 27 Feb 2015 01:23, Dmitry V. Levin wrote:
> > On Thu, Feb 26, 2015 at 01:10:39AM -0500, Mike Frysinger wrote:
> > > vFAIL: test; i686/32-bit/LSB linux-3.18.4 kernel-headers-3.3.0 glibc-2.17 gcc-4.7.2
> > 
> > I'd like to know how to reproduce this.
> 
> this is just a standard 32-bit x86 userland system with a 64-bit x86_64 kernel 
> (which is itself vanilla from kernel.org).  nothing special i can see really.

I've tried to reproduce this on a very similar system I have:
linux-3.18.5 kernel-headers-3.18.5 glibc-2.17 gcc-4.9.2
It passes the test there.

> i've verified it's not a load issue (as my things normally build+test in 
> parallel) -- when i run `make check TESTS=detach-stopped.test` when things are 
> quiet, it still fails.
> 
> i manually added set -x to the top of the file -- that log is attached.  should 
> init.sh run `set -x` mode all the time to make the failing logs a bit more 
> helpful in edge cases like this ?

It would certainly help in case of potentially hanging tests like
detach-sleeping.test or detach-stopped.test.
I'm not sure about all tests, but let's try it.

> detach-stopped.test.tmp contains just this:
> Process 1267 attached
> restart_syscall(<... resuming interrupted call ...>

That is, either "kill -STOP" failed to stop "sleep" or PTRACE_EVENT_STOP
hasn't been delivered to strace.  How could it be?


-- 
ldv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20150227/1c2fbb85/attachment.bin>