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
prev 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