public inbox for gdb-patches@sourceware.org
 help / color / mirror / Atom feed
From: Bruno Larsen <blarsen@redhat.com>
To: Andrew Burgess <aburgess@redhat.com>, gdb-patches@sourceware.org
Subject: Re: [PATCHv3] gdb/testsuite: modernize gdb.base/maint.exp
Date: Wed, 29 Jun 2022 11:00:12 -0300	[thread overview]
Message-ID: <3d59e300-1148-6013-dca7-192ae0b45ee1@redhat.com> (raw)
In-Reply-To: <87wnczdai8.fsf@redhat.com>


On 6/29/22 07:33, Andrew Burgess wrote:
> Bruno Larsen via Gdb-patches <gdb-patches@sourceware.org> writes:
> 
>> gdb.base/maint.exp was using several gdb_expect statements, probably
>> because this test case predates the existance of gdb_test_multiple. This
>> commit updates the test case to use gdb_test_multiple, making it more
>> resilient to internal errors and such.
>>
>> The only gdb_expect left in the testcase is one that specifically looks
>> for an internal error being triggered as a PASS.
>> ---
>>
>> Changes for version 3:
>>      * changed patterns when testing psymbols, now using trailing
>> parenthesis
>>      * used -lbl when running "check psymtabs"
>>      * made use of boolean variables and gdb_assert when testing
>> psymtabs
>>      * Simplified msymbols and psymbosl test to 3 tests, instead of
>> nested tests
>>
>> Changes for v2:
>>   - Addressed Andrew's comments
>>   - rebased on current master.
>>
>> ---
>>   gdb/testsuite/gdb.base/maint.exp | 142 ++++++++++---------------------
>>   1 file changed, 43 insertions(+), 99 deletions(-)
>>
>> diff --git a/gdb/testsuite/gdb.base/maint.exp b/gdb/testsuite/gdb.base/maint.exp
>> index 2817c6eafb9..aea8a10df0c 100644
>> --- a/gdb/testsuite/gdb.base/maint.exp
>> +++ b/gdb/testsuite/gdb.base/maint.exp
>> @@ -151,22 +151,20 @@ set have_psyms [expr ! ( $have_gdb_index || $readnow_p )]
>>   # unless there is some problem with the symtabs and psymtabs
>>   # so that branch will really never be covered in this tests here!!
>>   #
>> +# When there is a problem, there may be loads of output, which can
>> +# overwhelm the expect buffer. Splitting it seems to fix those
>> +# issues.
>> +
>> +set seen_command false
>> +gdb_test_multiple "maint check-psymtabs" "" -lbl {
> 
> Bruno,
> 
> Thanks for continuing to work on this...
> 
> Sorry to be a pain, but I don't think -lbl will actually do what you
> want here.  To me the implementation of -lbl just looks weird, and I'm
> not sure how it is expected to help.

Don't worry. This is why reviews are useful!

> 
> Your patterns are:
> 
>      -re "^maint check-psymtabs\r\n" {
> 	set seen_command true
> 	exp_continue
>      }
> 
>      -re "^$gdb_prompt $" {
> 	gdb_assert { $seen_command } $gdb_test_name
>      }
> 
> And -lbl adds:
> 
>      -re "\r\n\[^\r\n\]*(?=\r\n)" {
>          exp_continue
>      }
> 
> The problem I think exists here is that your first pattern runs from the
> star of the buffer and consumes the trailing \r\n.  Your prompt pattern
> also expects to start from the start of the buffer.
> 
> If the output is:
> 
>    maint check-psymtabs\r\n
>    (gdb)
> 
> Then these patterns will work fine.  But if your output is:
> 
>    maint check-psymtabs\r\n
>    Some other line here\r\n
>    (gdb)
> 
> Then your first pattern will consume the first line, including the
> trailing \r\n.  The -lbl pattern will then fail to match the second line
> as the -lbl pattern expects a leading \r\n.  And now your pattern will
> fail to match the third line as the second line is still in the buffer.
> 
> The -lbl pattern always leaves a trailing \r\n in the expect buffer,
> which will cause your prompt pattern to fail.
> 
> Personally, I'd just drop the use of -lbl and add what I think is the
> more correct pattern:
> 
>    -re "^\[^\r\n\]+\r\n" {
>      exp_continue
>    }
> 
> which is what you originally proposed.  But if you really want to make
> use of -lbl then you can change your patterns to:
> 
>      -re "^maint check-psymtabs(?=\r\n)" {
> 	set seen_command true
> 	exp_continue
>      }
> 
>      -re "\r\n$gdb_prompt $" {
> 	gdb_assert { $seen_command } $gdb_test_name
>      }
> 
> I don't think that's an improvement, but I think that should work.

This makes sense. I didn't really look at how -lbl worked because I wanted
to reduce complexity on the gdb_test_multiple call, but if I need to check
end of line without consuming, I don't think we're really reducing the
complexity of anything. I'll revert this to how it was on v2.

> 
>> +    -re "^maint check-psymtabs\r\n" {
>> +	set seen_command true
>> +	exp_continue
>> +    }
>>   
>> -# guo: on linux this command output is huge.  for some reason splitting up
>> -# the regexp checks works.
>> -#
>> -send_gdb "maint check-psymtabs\n"
>> -gdb_expect  {
>> -    -re "^maint check-psymtabs" {
>> -	gdb_expect {
>> -	    -re "$gdb_prompt $" {
>> -		pass "maint check-psymtabs"
>> -	    }
>> -	    timeout { fail "(timeout) maint check-psymtabs" }
>> -	}
>> +    -re "^$gdb_prompt $" {
>> +	gdb_assert { $seen_command } $gdb_test_name
>>       }
>> -    -re ".*$gdb_prompt $"     { fail "maint check-psymtabs" }
>> -    timeout         { fail "(timeout) maint check-psymtabs" }
>>   }
>>   
>>   # This command does not produce any output unless there is some problem
>> @@ -272,63 +270,33 @@ if { $have_psyms } {
>>   		       "maint print psymbols -pc" \
>>   		       "maint print psymbols -pc main $psymbols_output"]
>>       foreach { test_name command } $test_list {
>> -	send_gdb "$command\n"
>> -	    gdb_expect  {
>> -		-re "^maint print psymbols \[^\n\]*\r\n$gdb_prompt $" {
>> -		    send_gdb "shell ls $psymbols_output\n"
>> -		    gdb_expect {
>> -			-re "$psymbols_output_re\r\n$gdb_prompt $" {
>> -			    # We want this grep to be as specific as possible,
>> -			    # so it's less likely to match symbol file names in
>> -			    # psymbols_output.  Yes, this actually happened;
>> -			    # poor expect got tons of output, and timed out
>> -			    # trying to match it.   --- Jim Blandy <jimb@cygnus.com>
>> -			    send_gdb "shell grep 'main.*function' $psymbols_output\n"
>> -			    gdb_expect {
>> -				-re ".main., function, $hex.*$gdb_prompt $" {
>> -				    pass "$test_name 1"
>> -				}
>> -				-re ".*main.  .., function, $hex.*$gdb_prompt $" {
>> -				    pass "$test_name 2"
>> -				}
>> -				-re ".*$gdb_prompt $" { fail "$test_name" }
>> -				timeout { fail "$test_name (timeout)" }
>> -			    }
>> -			    gdb_test "shell rm -f $psymbols_output" ".*" \
>> -				"${test_name}: shell rm -f psymbols_output"
>> +	gdb_test_multiple "$command" "$test_name" {
>> +	    -re  -wrap "^maint print psymbols \[^\n\]*" {
>> +		gdb_test_multiple "shell grep 'main.*function' $psymbols_output" \
>> +		    "$test_name internal" {
>> +			-re -wrap ".main., function, $hex.*" {
>> +			    pass "$test_name (pattern 1)"
>> +			}
>> +			-re -wrap ".*main.  .., function, $hex.*" {
>> +			    pass "$test_name (pattern 2)"
>>   			}
>> -			-re ".*$gdb_prompt $" { fail "$test_name" }
>> -			timeout { fail "$test_name (timeout)" }
>> -		    }
>>   		}
>> -		-re ".*$gdb_prompt $" { fail "$test_name" }
>> -		timeout { fail "$test_name (timeout)" }
>>   	    }
>> +	}
>> +	gdb_test "shell rm -f $psymbols_output" ".*" \
>> +	    "${test_name}: shell rm -f psymbols_output"
>>       }
> 
> Again, apologies for only just spotting this, but I think this test can
> be further simplified to just:
> 
>      foreach { test_name command } $test_list {
>          with_test_prefix "$test_name" {
>            gdb_test_no_output "$command" "collect output"
>            gdb_test_multiple "shell grep 'main.*function' $psymbols_output" \
>              "$analyse output" {
>    	        -re -wrap ".main., function, $hex.*" {
>    	            pass "$gdb_test_name (pattern 1)"
>    	        }
>    	        -re -wrap ".*main.  .., function, $hex.*" {
>    	            pass "$gdb_test_name (pattern 2)"
>                  }
>            }
>    	  gdb_test "shell rm -f $psymbols_output" ".*" \
>    	      "shell rm -f psymbols_output"
>          }
>      }
> 
> I think we already made a similar change later on in this script, so
> this just brings this test into line with the later ones.

Alright, makes sense too. v4 coming soon!

Cheers!
Bruno Larsen

> 
> Thanks,
> Andrew
> 
>>   }
>>   
>>   
>>   set msymbols_output [standard_output_file msymbols_output]
>>   set msymbols_output_re [string_to_regexp $msymbols_output]
>> -send_gdb "maint print msymbols -objfile ${binfile} $msymbols_output\n"
>> -gdb_expect  {
>> -    -re "^maint print msymbols \[^\n\]*\r\n$gdb_prompt $" {
>> -	send_gdb "shell ls $msymbols_output\n"
>> -	gdb_expect {
>> -	    -re "$msymbols_output_re\r\n$gdb_prompt $" {
>> -		gdb_test "shell grep factorial $msymbols_output" \
>> -		    "\\\[ *$decimal\\\] \[tT\]\[ \t\]+$hex \\.?factorial.*" \
>> -		    "maint print msymbols, absolute pathname"
>> -		gdb_test "shell rm -f $msymbols_output" ".*" \
>> -		    "shell rm -f msymbols_output"
>> -	    }
>> -	    -re ".*$gdb_prompt $" { fail "maint print msymbols" }
>> -	    timeout { fail "maint print msymbols (timeout)" }
>> -	}
>> -    }
>> -    -re ".*$gdb_prompt $" { fail "maint print msymbols" }
>> -    timeout { fail "maint print msymbols (timeout)" }
>> -}
>> +gdb_test_no_output "maint print msymbols -objfile ${binfile} $msymbols_output" \
>> +    "print msymbols to file, with absolute path"
>> +gdb_test "shell grep factorial $msymbols_output" \
>> +    "\\\[ *$decimal\\\] \[tT\]\[ \t\]+$hex \\.?factorial.*" \
>> +    "maint print msymbols, absolute pathname"
>> +gdb_test "shell rm -f $msymbols_output" ".*" "remove absolute path msymbols"
>>   
>>   # Check that maint print msymbols allows relative pathnames
>>   set mydir [pwd]
>> @@ -336,18 +304,13 @@ gdb_test "cd [standard_output_file {}]" \
>>       "Working directory .*\..*" \
>>       "cd to objdir"
>>   
>> -gdb_test_multiple "maint print msymbols -objfile ${testfile} msymbols_output2" "maint print msymbols" {
>> -    -re "^maint print msymbols \[^\n\]*\r\n$gdb_prompt $" {
>> -    	gdb_test_multiple "shell ls msymbols_output2" "maint print msymbols" {
>> -	    -re "msymbols_output2\r\n$gdb_prompt $" {
>> -		gdb_test "shell grep factorial msymbols_output2" \
>> -		    "\\\[ *$decimal\\\] \[tT\]\[ \t\]+$hex \\.?factorial.*" \
>> -		    "maint print msymbols, relative pathname"
>> -		gdb_test "shell rm -f msymbols_output2" ".*"
>> -	    }
>> -	}
>> -    }
>> -}
>> +gdb_test_no_output "maint print msymbols -objfile ${testfile} $msymbols_output"\
>> +    "print msymbols to file, with relative path"
>> +gdb_test "shell grep factorial $msymbols_output" \
>> +    "\\\[ *$decimal\\\] \[tT\]\[ \t\]+$hex \\.?factorial.*" \
>> +    "maint print msymbols, relative pathname"
>> +gdb_test "shell rm -f msymbols_output" ".*" "remove relative path msymbols"
>> +
>>   gdb_test "cd ${mydir}" \
>>       "Working directory [string_to_regexp ${mydir}]\..*" \
>>       "cd to mydir"
>> @@ -365,31 +328,12 @@ set test_list [list \
>>   		   "maint print symbols -pc" \
>>   		   "maint print symbols -pc main $symbols_output"]
>>   foreach { test_name command } $test_list {
>> -    send_gdb "$command\n"
>> -    gdb_expect {
>> -	-re "^maint print symbols \[^\n\]*\r\n$gdb_prompt $" {
>> -	    send_gdb "shell ls $symbols_output\n"
>> -	    gdb_expect {
>> -		-re "$symbols_output_re\r\n$gdb_prompt $" {
>> -		    # See comments for `maint print psymbols'.
>> -		    send_gdb "shell grep 'main(.*block' $symbols_output\n"
>> -		    gdb_expect {
>> -			-re "int main\\(int, char \\*\\*, char \\*\\*\\); block.*$gdb_prompt $" {
>> -			    pass "$test_name"
>> -			}
>> -			-re ".*$gdb_prompt $" { fail "$test_name" }
>> -			timeout { fail "$test_name (timeout)" }
>> -		    }
>> -		    gdb_test "shell rm -f $symbols_output" ".*" \
>> -			"$test_name: shell rm -f symbols_output"
>> -		}
>> -		-re ".*$gdb_prompt $" { fail "$test_name" }
>> -		timeout { fail "$test_name (timeout)" }
>> -	    }
>> -	}
>> -	-re ".*$gdb_prompt $" { fail "$test_name" }
>> -	timeout { fail "$test_name (timeout)" }
>> -    }
>> +    gdb_test_no_output "$command" "$test_name generate"
>> +    gdb_test "shell grep 'main(.*block' $symbols_output"\
>> +	"int main\\(int, char \\*\\*, char \\*\\*\\); block.*"\
>> +	"$test_name read"
>> +    gdb_test "shell rm -f $symbols_output" ".*" \
>> +	"$test_name: shell rm -f symbols_output"
>>   }
>>   
>>   set msg "maint print type"
>> -- 
>> 2.31.1
> 


  reply	other threads:[~2022-06-29 14:00 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-09 18:04 [PATCH] " Bruno Larsen
2022-05-23 14:14 ` [PING] " Bruno Larsen
2022-05-30 11:14   ` [PINGv2] " Bruno Larsen
2022-06-06 12:43     ` [PINGv3] " Bruno Larsen
2022-06-13 20:03       ` [PINGv4] " Bruno Larsen
2022-06-20 13:29         ` [PINGv5] " Bruno Larsen
2022-06-21 15:52 ` Andrew Burgess
2022-06-21 19:45   ` Bruno Larsen
2022-06-21 19:54     ` [PATCHv2] " Bruno Larsen
2022-06-24 13:20     ` [PATCH] " Andrew Burgess
2022-06-24 15:13       ` Pedro Alves
2022-06-24 15:16     ` Pedro Alves
2022-06-24 15:23     ` Pedro Alves
2022-06-24 15:22   ` Pedro Alves
2022-06-24 17:51     ` Keith Seitz
2022-06-24 17:54       ` Bruno Larsen
2022-06-24 18:41       ` Pedro Alves
2022-06-27 10:13       ` Andrew Burgess
2022-06-28 18:36 ` [PATCHv3] " Bruno Larsen
2022-06-29 10:33   ` Andrew Burgess
2022-06-29 14:00     ` Bruno Larsen [this message]
2022-06-29 14:53 ` [PATCHv4] " Bruno Larsen
2022-07-13 11:22   ` [PING][PATCHv4] " Bruno Larsen
2022-07-15 16:49     ` Tom Tromey
2022-07-15 17:20       ` Bruno Larsen

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=3d59e300-1148-6013-dca7-192ae0b45ee1@redhat.com \
    --to=blarsen@redhat.com \
    --cc=aburgess@redhat.com \
    --cc=gdb-patches@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).