This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH 4/4] Non-stop exec tests
- From: Doug Evans <xdje42 at gmail dot com>
- To: Don Breazeal <donb at codesourcery dot com>
- Cc: "gdb-patches at sourceware dot org" <gdb-patches at sourceware dot org>
- Date: Sun, 25 May 2014 20:29:19 -0700
- Subject: Re: [PATCH 4/4] Non-stop exec tests
- Authentication-results: sourceware.org; auth=none
- References: <1398885482-8449-1-git-send-email-donb at codesourcery dot com> <1400885374-18915-5-git-send-email-donb at codesourcery dot com>
On Fri, May 23, 2014 at 3:49 PM, Don Breazeal <donb@codesourcery.com> wrote:
> This patch extends the non-ldr-exc-*.exp tests so that they run all their cases in non-stop mode as well as all-stop mode. These tests cover handling of exec events when non-leader threads call exec.
>
> The tests now report 'untested when 'runto_main' fails. In non-stop mode with 'target extended-remote', runto_main always fails with something like:
>
> (gdb) run
> Starting program: /home/me/gdb/testsuite/gdb.threads/non-ldr-exc-4
> Unexpected vCont reply in non-stop mode: T0506:10e0ffffff7f0000;07:c8deffffff7f0000;10:c1a6abaaaa2a0000;thread:p5ee.5ee;core:0;
Did you try --target_board=native-extended-gdbserver ?
> This happens in other tests as well (e.g. gdb.threads/thread_events.exp), so I copied the error handling from that test so that the non-stop tests report 'untested' for target extended-remote. I couldn't find anything related to this in the gdb bug database, but I assume it is a known problem since the other tests handle it.
>
> Regards,
> --Don
>
> testsuite/
> 2014-05-22 Don Breazeal <donb@codesourcery.com>
>
> * gdb.threads/non-ldr-exc-1.exp: Add non-stop cases
> * gdb.threads/non-ldr-exc-2.exp: Ditto.
> * gdb.threads/non-ldr-exc-3.exp: Ditto.
> * gdb.threads/non-ldr-exc-4.exp: Ditto.
Hi.
Still going through the patch series, but have an initial comment.
The following test at the top of each .exp file could be changed to
something like !linux && is_remote, right?
# No exec event support in the remote protocol.
if { [is_remote target] } then {
continue
}
These tests now pass with native-gdbserver (and
native-extended-gdbserver) so we'll want to at least run these tests
with those, I presume.