Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Tom de Vries <tdevries@suse.de>
To: Pedro Alves <palves@redhat.com>, Simon Marchi <simark@simark.ca>,
	gdb-patches@sourceware.org
Subject: Re: [PATCH][gdb] Fix hang after ext sigkill
Date: Fri, 25 Sep 2020 11:39:53 +0200	[thread overview]
Message-ID: <479bd08e-6b49-fc84-4aa5-eecbbaccb313@suse.de> (raw)
In-Reply-To: <e941745e-2662-7e7e-77ae-d828d5c649e4@suse.de>

On 4/21/20 2:38 PM, Tom de Vries wrote:
>>> +
>>> +set no_such_process_msg "Couldn't get registers: No such process\."
>>> +set killed_msg "Program terminated with signal SIGKILL, Killed\."
>>> +set no_longer_exists_msg "The program no longer exists\."
>>> +set not_being_run_msg "The program is not being run\."
>>> +
>>> +gdb_test_multiple "continue" "prompt after first continue" {
>>> +    -re "Continuing\.\r\n\r\n$killed_msg\r\n$no_longer_exists_msg\r\n$gdb_prompt $" {
>>> +	pass $gdb_test_name
>>> +	# Regular output, bug condition was not triggered, we're done.
>>> +	return -1
>>> +    }
>>> +    -re "Continuing\.\r\n$no_such_process_msg\r\n$no_such_process_msg\r\n$gdb_prompt " {
>>> +	pass $gdb_test_name
>>> +	# Two times $no_such_process_msg.  The bug condition was triggered, go
>>> +	# check for it.
>>> +    }
>>> +    -re "Continuing\.\r\n$no_such_process_msg\r\n$gdb_prompt $" {
>>> +	pass $gdb_test_name
>>> +	# One time $no_such_process_msg.  We're stuck here.  The bug condition
>>> +	# was not triggered, but we're not getting correct gdb behaviour either:
>>> +	# every subsequent continue produces one no_such_process_msg.  Give up.
>>> +	return -1
>> I'm confused here -- the comment says we're not getting correct behavior,
>> but this won't result in any FAIL?
>>
> Um, yes. I made that decision because I was trying to trigger another
> scenario. But agreed, it's debatable. Anyway, it also doesn't matter
> anymore since rewriting the test to stop at a breakpoint eliminated the
> need for this. The scenario I was trying to trigger now always reproduces.
> 

I actually ran into the "One time $no_such_process_msg." scenario again,
filed at https://sourceware.org/bugzilla/show_bug.cgi?id=26664 .

Thanks,
- Tom

      parent reply	other threads:[~2020-09-25  9:40 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-24 20:14 Tom de Vries
2020-03-09 12:52 ` [PING][PATCH][gdb] " Tom de Vries
2020-03-23 19:16   ` [PING^2][PATCH][gdb] " Tom de Vries
2020-03-24 15:35 ` [PATCH][gdb] " Simon Marchi
2020-03-25 10:29   ` Tom de Vries
2020-03-25 14:44     ` Simon Marchi
2020-03-25 15:51       ` Tom de Vries
2020-03-25 15:57         ` Simon Marchi
2020-04-16 13:28         ` Pedro Alves
2020-04-21 12:38           ` Tom de Vries
2020-04-21 13:42             ` Pedro Alves
2020-09-25  9:39             ` Tom de Vries [this message]

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=479bd08e-6b49-fc84-4aa5-eecbbaccb313@suse.de \
    --to=tdevries@suse.de \
    --cc=gdb-patches@sourceware.org \
    --cc=palves@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