From: Tom de Vries <tdevries@suse.de>
To: Simon Marchi <simon.marchi@polymtl.ca>, Gary Benson <gbenson@redhat.com>
Cc: gdb-patches@sourceware.org, Pedro Alves <palves@redhat.com>
Subject: Re: [PATCH][gdb/testsuite] Rewrite catch-follow-exec.exp
Date: Tue, 23 Oct 2018 22:38:00 -0000 [thread overview]
Message-ID: <cb843f7b-dea8-cdf1-7c7b-bead3f948bc1@suse.de> (raw)
In-Reply-To: <9d0dc535-b053-5063-eb0c-d7bf3e80fe49@suse.de>
[-- Attachment #1: Type: text/plain, Size: 484 bytes --]
On 10/23/18 11:05 PM, Tom de Vries wrote:
> On 10/23/18 11:04 PM, Simon Marchi wrote:
>> On 2018-10-15 3:54 p.m., Tom de Vries wrote:
>>>> Just wondering. Would it make life easier if we fixed PR 23368, which
>>>> is the reason we have to do the test in an unnatural way?
>>>
>>> Yes.
>>
>> Hi Tom,
>>
>> PR 23368 should be fixed now. Do you plan on updating catch-follow-exec.exp
>> to be written in a more standard way?
>
> Sure, will do.
How does this look?
Thanks,
- Tom
[-- Attachment #2: 0001-gdb-testsuite-Rewrite-catch-follow-exec.exp-using-gdb_test.patch --]
[-- Type: text/x-patch, Size: 3071 bytes --]
[gdb/testsuite] Rewrite catch-follow-exec.exp using gdb_test
The testcase catch-follow-exec.exp is written use gdb -batch in order to avoid
a GDB SIGTTOU. After the commit of "Avoid GDB SIGTTOU on catch exec + set
follow-exec-mode new (PR 23368)", that no longer is necessary.
Rewrite the test using regular gdb_test commands.
Tested with x86_64-linux.
2018-10-24 Tom de Vries <tdevries@suse.de>
* gdb.base/catch-follow-exec.exp: Rewrite using gdb_test.
---
gdb/testsuite/gdb.base/catch-follow-exec.exp | 64 +++++++++-------------------
1 file changed, 19 insertions(+), 45 deletions(-)
diff --git a/gdb/testsuite/gdb.base/catch-follow-exec.exp b/gdb/testsuite/gdb.base/catch-follow-exec.exp
index c3c7c7ecdd..25d14b8465 100644
--- a/gdb/testsuite/gdb.base/catch-follow-exec.exp
+++ b/gdb/testsuite/gdb.base/catch-follow-exec.exp
@@ -18,66 +18,40 @@
standard_testfile
-if { [target_info gdb_protocol] != "" } {
- # Even though the feature under features being tested are supported by
- # gdbserver, the way this test is written doesn't make it easy with a
- # remote target.
- unsupported "not native"
- return
-}
-
if { ![remote_file target exists /bin/ls] } {
unsupported "no ls"
return
}
-if { [build_executable "failed to prepare" $testfile $srcfile debug] == -1 } {
- return -1
+if { [prepare_for_testing "failed to prepare" $testfile $srcfile debug] } {
+ return
}
proc catch_follow_exec { } {
- global binfile
- global gdb_spawn_id
+ global gdb_prompt gdb_spawn_id
- set test "catch-follow-exec"
+ gdb_test "catch exec" \
+ {Catchpoint [0-9][0-9]* \(exec\)} \
+ "catch exec"
- append FLAGS " \"$binfile\""
- append FLAGS " -batch"
- append FLAGS " -ex \"catch exec\""
- append FLAGS " -ex \"set follow-exec-mode new\""
- append FLAGS " -ex \"run\""
- append FLAGS " -ex \"info prog\""
+ gdb_test "set follow-exec-mode new" \
+ "" \
+ "set follow-exec-mode new"
- gdb_exit
- if {[gdb_spawn_with_cmdline_opts "$FLAGS"] != 0} {
- fail "spawn"
- return
+ gdb_run_cmd
+ gdb_expect {
+ -re ".*hit Catchpoint.*${gdb_prompt} $" {
+ pass "run"
+ }
}
- gdb_test_multiple "" "run til exit" {
- "runtime error:" {
- # Error in case of --enable-ubsan
- fail "no runtime error"
+ gdb_test_multiple "info prog" "info prog" {
+ -i "$gdb_spawn_id" eof {
+ fail "info prog"
}
- eof {
- set result [wait -i $gdb_spawn_id]
- verbose $result
-
- gdb_assert { [lindex $result 2] == 0 }
-
- # We suspect this will be zero instead of one after fixing PR23368
- # - "gdb goes to into background when hitting exec catchpoint with
- # follow-exec-mode new"
- gdb_assert { [lindex $result 3] != 0 }
-
- # Error in case of --disable-ubsan, we get
- # "CHILDKILLED SIGSEGV {segmentation violation}" as extra
- # argument(s).
- gdb_assert { [llength $result] == 4 }
+ -i "$gdb_spawn_id" "No selected thread\." {
+ pass "info prog"
}
-
- remote_close host
- clear_gdb_spawn_id
}
}
next prev parent reply other threads:[~2018-10-23 22:38 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-05 10:11 Tom de Vries
2018-10-09 13:52 ` Gary Benson
2018-10-09 16:40 ` Tom de Vries
2018-10-10 9:28 ` Gary Benson
2018-10-10 13:29 ` Simon Marchi
2018-10-10 13:44 ` Gary Benson
2018-10-11 7:47 ` Tom de Vries
2018-10-11 8:33 ` Gary Benson
2018-10-13 22:18 ` Simon Marchi
2018-10-15 19:54 ` Tom de Vries
2018-10-15 22:12 ` Simon Marchi
2018-10-23 21:04 ` Simon Marchi
2018-10-23 21:05 ` Tom de Vries
2018-10-23 22:38 ` Tom de Vries [this message]
2018-10-23 23:37 ` Simon Marchi
2018-10-24 11:47 ` Tom de Vries
2018-10-24 12:09 ` [PATCH][gdb/testsuite] Log wait status on process no longer exists error Tom de Vries
2018-10-24 14:05 ` Simon Marchi
2018-12-05 19:35 ` Pedro Franco de Carvalho
2018-10-15 22:12 ` [PATCH][gdb/testsuite] Rewrite catch-follow-exec.exp Simon Marchi
2018-10-16 16:11 ` Tom de Vries
2018-10-16 17:07 ` Tom de Vries
2018-10-16 20:12 ` Simon Marchi
2018-10-17 7:30 ` Upper case test names Tom de Vries
2018-10-17 12:07 ` Simon Marchi
2018-10-18 12:56 ` Tom de Vries
2018-10-18 13:05 ` Simon Marchi
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=cb843f7b-dea8-cdf1-7c7b-bead3f948bc1@suse.de \
--to=tdevries@suse.de \
--cc=gbenson@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=palves@redhat.com \
--cc=simon.marchi@polymtl.ca \
/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).