public inbox for gdb-testers@sourceware.org
help / color / mirror / Atom feed
From: sergiodj+buildbot@sergiodj.net
To: gdb-testers@sourceware.org
Subject: [binutils-gdb/gdb-7.11-branch] Add mi-threads-interrupt.exp test (PR 20039)
Date: Wed, 18 May 2016 14:59:00 -0000	[thread overview]
Message-ID: <cf2cd51217c0b99f5370708cc3932c12a1f4edad@gdb-build> (raw)

*** TEST RESULTS FOR COMMIT cf2cd51217c0b99f5370708cc3932c12a1f4edad ***

Author: Simon Marchi <simon.marchi@ericsson.com>
Branch: gdb-7.11-branch
Commit: cf2cd51217c0b99f5370708cc3932c12a1f4edad

Add mi-threads-interrupt.exp test (PR 20039)

Add a new test for PR 20039.  The test spawns new threads, then tries to
interrupt, continue, and interrupt again.  This use case was fixed by
commit 5fe966540d6b748f825774868463003700f0c878 in master, but gdb 7.11
is affected (so if you try it on the gdb-7.11-branch right now, the test
will fail).

New in v2, the test now handles mi-async on mode properly.  The failure
was specific to mi-async off, but I don't think it's bad to test the
same thing under async on mode.  I added a little hack when running in
async mode to work around bug 20045.

I also removed one continue/interrupt pair, as a single one was enough to
trigger the problem.

gdb/testsuite/ChangeLog:

	* gdb.mi/mi-threads-interrupt.c: New file.
	* gdb.mi/mi-threads-interrupt.exp: New file.


             reply	other threads:[~2016-05-18 14:59 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-18 14:59 sergiodj+buildbot [this message]
2016-05-18 14:59 ` Failures on RHEL-s390x-m64, branch gdb-7.11-branch sergiodj+buildbot
2016-05-18 15:53 ` Failures on Fedora-x86_64-m32, " sergiodj+buildbot
2016-05-18 16:08 ` Failures on Fedora-x86_64-native-extended-gdbserver-m64, " sergiodj+buildbot
2016-05-18 16:12 ` Failures on Fedora-x86_64-native-gdbserver-m64, " sergiodj+buildbot
2016-05-18 16:14 ` Failures on AIX-POWER7-plain, " sergiodj+buildbot
2016-05-18 16:21 ` Failures on Fedora-x86_64-m64, " sergiodj+buildbot
2016-05-18 16:23 ` Failures on Fedora-i686, " sergiodj+buildbot
2016-05-18 16:52 ` Failures on Fedora-x86_64-native-gdbserver-m32, " sergiodj+buildbot
2016-05-18 17:09 ` Failures on Fedora-x86_64-native-extended-gdbserver-m32, " sergiodj+buildbot
2016-05-18 18:49 ` Failures on Debian-s390x-m64, " sergiodj+buildbot
2016-05-18 19:06 ` Failures on Fedora-s390x-m64, " sergiodj+buildbot
2016-05-18 19:29 ` Failures on Debian-s390x-native-extended-gdbserver-m64, " sergiodj+buildbot
2016-05-18 19:51 ` Failures on Debian-i686, " sergiodj+buildbot
2016-05-18 20:24 ` Failures on Debian-i686-native-extended-gdbserver, " sergiodj+buildbot
2016-05-19  4:07 ` Failures on Fedora-ppc64be-m64, " sergiodj+buildbot
2016-05-19  4:51 ` Failures on Fedora-ppc64be-native-extended-gdbserver-m64, " sergiodj+buildbot
2016-05-19  7:25 ` Failures on Debian-x86_64-native-extended-gdbserver-m64, " sergiodj+buildbot
2016-05-19  8:26 ` Failures on Fedora-ppc64le-native-extended-gdbserver-m64, " sergiodj+buildbot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cf2cd51217c0b99f5370708cc3932c12a1f4edad@gdb-build \
    --to=sergiodj+buildbot@sergiodj.net \
    --cc=gdb-testers@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).