Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Kevin Buettner via Gdb-patches <gdb-patches@sourceware.org>
To: Simon Marchi <simark@simark.ca>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH 2/2] Test case for Bug 28308
Date: Tue, 9 Nov 2021 18:44:17 -0700	[thread overview]
Message-ID: <20211109184417.53325769@f35-m3> (raw)
In-Reply-To: <63bccc55-dcd0-4a3e-77d8-77ea4bd1971d@simark.ca>

Hi Simon,

Thanks for your review.  See my responses, in line, below...

On Fri, 5 Nov 2021 12:21:23 -0400
Simon Marchi <simark@simark.ca> wrote:

> On 2021-10-01 9:00 p.m., Kevin Buettner via Gdb-patches wrote:
> > +# Make sure that there's no running gdb.  It's not clear to me
> > +# that this is necessary, but a search shows that all other uses of
> > +# gdb_spawn first do a gdb_exit.
> > +gdb_exit  
> 
> I'm not sure why that would be necessary here, as there is nothing above
> your gdb_exit that spawns GDB.  If you had used prepare_for_testing
> instead of build_executable, then that would have started GDB, and your
> gdb_exit would have been necessary (although I would have told you,
> don't use prepare_for_testing if you are to exit GDB right after, use
> build_executable :)).  So if things work without this gdb_exit (which I
> expect), let's just remove it.

Done.  (Testing shows that we don't need it.)

> > +# Create context in which the global, GDBFLAGS, will be restored at
> > +# the end of the block.  All commands run within the block are
> > +# actually run in the outer context.  (This is why 'res' is available
> > +# outside of the save_vars block.)
> > +save_vars { GDBFLAGS } {
> > +    # Set flags with which to start GDB.
> > +    append GDBFLAGS " -ex \"set height unlimited\""
> > +    append GDBFLAGS " -x \"$x_file\""
> > +    append GDBFLAGS " --args \"$binfile\""
> > +
> > +    # Start GDB with above flags.
> > +    set res [gdb_spawn]
> > +}
> > +
> > +set test "Load and run script with -x"  
> 
> Non-capital "l".

Fixed.

> > +if { $res != 0} {
> > +    fail $test
> > +    return -1
> > +}
> > +
> > +# The script loaded via -x contains a run command; while running, GDB
> > +# is expected to print three messages from dprintf breakpoints along
> > +# with three interspersed messages from an ordinary breakpoint (which
> > +# was set up with a continue command).  Set up pattern D to match
> > +# output from hitting the dprintf breakpoint and B for the ordinary
> > +# breakpoint.  Then set PAT to contain the entire pattern of expected
> > +# output from the interspersed dprintf and ordinary breakpoints along
> > +# with some (additional) expected output from the dprintf breakpoints,
> > +# i.e. 0, 1, and 2.
> > +set d "dprintf in increment.., vi="
> > +set b "Breakpoint ., inc_vi"
> > +set pat "${d}0.*?$b.*?${d}1.*?$b.*?${d}2.*?$b.*?"
> > +
> > +proc do_test {cmd test} {
> > +    gdb_test_multiple $cmd $test {
> > +	-re "$::pat$::inferior_exited_re normally.*$::gdb_prompt $" {
> > +	    pass $test
> > +	}
> > +	-re "Don't know how to run.*$::gdb_prompt $" {
> > +	    unsupported $test
> > +	}  
> 
> Given you used target_can_use_run_cmd at the top, when would this
> unsupported path be taken?

It won't be.  I've rewritten it to use gdb_test instead.

> > +    }
> > +}
> > +
> > +# Check output from running script with -x
> > +do_test "" $test
> > +
> > +# Restart GDB and 'source' the script; this will (still) run the program
> > +# due to the 'run' command in the script.
> > +clean_restart $binfile
> > +do_test "source $x_file" "Load and run script using source command"  
> 
> Non-capital "l".

Fixed.

> > +
> > +# This should leave us at the gdb prompt; Run program again using
> > +# already established breakpoints, i.e. those loaded from the
> > +# script.  Prior to fixing PR 28308, this was the only test that
> > +# would pass.
> > +do_test "run" "Run again"  
> 
> Non-capital "r".

Fixed.

This is what the dprintf-execution-x-script.exp part of the patch looks
like now:

diff --git a/gdb/testsuite/gdb.base/dprintf-execution-x-script.exp b/gdb/testsuite/gdb.base/dprintf-execution-x-script.exp
new file mode 100644
index 00000000000..9133af752be
--- /dev/null
+++ b/gdb/testsuite/gdb.base/dprintf-execution-x-script.exp
@@ -0,0 +1,85 @@
+# Copyright 2021 Free Software Foundation, Inc.
+
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 3 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program.  If not, see <http://www.gnu.org/licenses/>.  */
+
+# Test that commands in a GDB script file run via GDB's -x flag work
+# as expected.  Specifically, the script creates a dprintf breakpoint
+# as well as a normal breakpoint that has "continue" in its command
+# list, and then does "run".  Correct output from GDB is checked as
+# part of this test.
+
+# Bail out if the target can't use the 'run' command.
+if ![target_can_use_run_cmd] {
+    return 0
+}
+
+standard_testfile
+
+if {[build_executable "failed to prepare" $testfile $srcfile debug]} {
+    return -1
+}
+
+# This is the name of the GDB script to load.
+set x_file ${srcdir}/${subdir}/$testfile.gdb
+
+# Create context in which the global, GDBFLAGS, will be restored at
+# the end of the block.  All commands run within the block are
+# actually run in the outer context.  (This is why 'res' is available
+# outside of the save_vars block.)
+save_vars { GDBFLAGS } {
+    # Set flags with which to start GDB.
+    append GDBFLAGS " -ex \"set height unlimited\""
+    append GDBFLAGS " -x \"$x_file\""
+    append GDBFLAGS " --args \"$binfile\""
+
+    # Start GDB with above flags.
+    set res [gdb_spawn]
+}
+
+set test "load and run script with -x"
+if { $res != 0} {
+    fail $test
+    return -1
+}
+
+# The script loaded via -x contains a run command; while running, GDB
+# is expected to print three messages from dprintf breakpoints along
+# with three interspersed messages from an ordinary breakpoint (which
+# was set up with a continue command).  Set up pattern D to match
+# output from hitting the dprintf breakpoint and B for the ordinary
+# breakpoint.  Then set PAT to contain the entire pattern of expected
+# output from the interspersed dprintf and ordinary breakpoints along
+# with some (additional) expected output from the dprintf breakpoints,
+# i.e. 0, 1, and 2.
+set d "dprintf in increment.., vi="
+set b "Breakpoint ., inc_vi"
+set pat "${d}0.*?$b.*?${d}1.*?$b.*?${d}2.*?$b.*?"
+
+proc do_test {cmd test} {
+    gdb_test $cmd "$::pat$::inferior_exited_re normally.*" $test
+}
+
+# Check output from running script with -x
+do_test "" $test
+
+# Restart GDB and 'source' the script; this will (still) run the program
+# due to the 'run' command in the script.
+clean_restart $binfile
+do_test "source $x_file" "load and run script using source command"
+
+# This should leave us at the gdb prompt; Run program again using
+# already established breakpoints, i.e. those loaded from the
+# script.  Prior to fixing PR 28308, this was the only test that
+# would pass.
+do_test "run" "run again"

I plan to push this (fixed up) commit along with the commit which
fixes Bug 28308.

Kevin


  reply	other threads:[~2021-11-10  1:44 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-02  1:00 [PATCH 0/2] Fix PR 28308 - dprintf breakpoints not working when run from script Kevin Buettner via Gdb-patches
2021-10-02  1:00 ` [PATCH 1/2] " Kevin Buettner via Gdb-patches
2021-11-05 16:05   ` Simon Marchi
2021-11-10  3:34     ` Kevin Buettner via Gdb-patches
2021-11-16 20:18       ` Tom Tromey
2021-11-18 18:34         ` Kevin Buettner via Gdb-patches
2021-10-02  1:00 ` [PATCH 2/2] Test case for Bug 28308 Kevin Buettner via Gdb-patches
2021-11-05 16:21   ` Simon Marchi
2021-11-10  1:44     ` Kevin Buettner via Gdb-patches [this message]
2021-11-18 22:46       ` Kevin Buettner via Gdb-patches
2021-10-19  9:30 ` [PATCH 0/2] Fix PR 28308 - dprintf breakpoints not working when run from script Kevin Buettner via Gdb-patches
2021-11-02 19:09 ` Kevin Buettner via Gdb-patches

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=20211109184417.53325769@f35-m3 \
    --to=gdb-patches@sourceware.org \
    --cc=kevinb@redhat.com \
    --cc=simark@simark.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