Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Pedro Alves <palves@redhat.com>
To: Yao Qi <yao@codesourcery.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH 4/4] gdb: kfail for PR14161
Date: Fri, 15 Jun 2012 19:33:00 -0000	[thread overview]
Message-ID: <4FDB8E0B.8090908@redhat.com> (raw)
In-Reply-To: <201206142301.34598.yao@codesourcery.com>

On 06/14/2012 04:01 PM, Yao Qi wrote:

> On Wednesday 13 June 2012 00:20:30 Pedro Alves wrote:
>>> > > +    # Due to PR gdb/14161, sockets files are not removed when agent
>>> > > exists.
>>> > > 
>>> > > +    # However this problem only affects native gdb, so we don't have to
>>> > > bother
>>> > > 
>>> > > +    # 'remote_file target delete'.  Simple tcl command 'file delete'
>>> > > should +    # be OK.
>>> > > +    eval file delete [glob "/tmp/gdb_ust*"]
>>> > > +
>> > 
>> > "bother with".  But note this doesn't work with remote host testing.
> I use "remote_file target delete" in the new patch when "is_remote target" is
>  true, otherwise use tcl builtin command to remove files.
> 
> gdb/testsuite:
> 
> 2012-06-14  Yao Qi  <yao@codesourcery.com>
> 
> 	KFAIL for PR14161.
> 	* gdb.trace/strace.exp (strace_remove_socket): kfail for native.
> 	Cleanup socket files.
> ---
>  gdb/testsuite/gdb.trace/strace.exp |   14 +++++++++++++-
>  1 files changed, 13 insertions(+), 1 deletions(-)
> 
> diff --git a/gdb/testsuite/gdb.trace/strace.exp b/gdb/testsuite/gdb.trace/strace.exp
> index b96ab41..1520055 100644
> --- a/gdb/testsuite/gdb.trace/strace.exp
> +++ b/gdb/testsuite/gdb.trace/strace.exp
> @@ -100,6 +100,10 @@ proc strace_remove_socket { action } {
>  
>      sleep 5
>  
> +    if { ![is_remote target] && ! [string equal $action "detach"] } {
> +	setup_kfail gdb/14161 *-*-*
> +    }
> +
>      set test "socket file removed"
>      if [is_remote target] {
>  	set status [remote_exec target "sh -c \"exit `\\\[ -S $socket_file ]`\""]
> @@ -332,7 +336,15 @@ if { ![is_remote target]
>      strace_remove_socket "quit"
>      strace_remove_socket "detach"
>      strace_remove_socket "continue"
> +
> +    # Due to PR gdb/14161, sockets files are not removed when agent exists.
> +    if [is_remote target] {
> +	foreach match [glob -nocomplain "/tmp/gdb_ust*"] {
> +	    remote_file target delete $match


That's unfortunately not good, because while the "delete" runs on
the "target", the "glob" is running on the "build" machine (which is usually
the "host", unless you're doing remote-host testing).

> +	}
> +    } else {
> +	eval file delete [glob "/tmp/gdb_ust*"]

> +    }

This else doesn't work for remote-host testing either.  With remote-
-host testing, you have expect running on machine A (build), GDB
running on machine B (host), and that GDB connecting to machine
C (target).  Usually, either A and B are the same, or B and C are
the same, though A != B != C is possible.

Maybe we can avoid the need for globing in the first place, by making
strace_remove_socket (and whatever other function in the file, if
necessary), remove the socket file before returning, while they
still know the inferior's PID?

-- 
Pedro Alves


  reply	other threads:[~2012-06-15 19:33 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-09 12:47 [PATCH 0/4] PR14161: a partial fix Yao Qi
2012-06-09 12:47 ` [PATCH 2/4] Remove socket file at exit Yao Qi
2012-06-12 15:14   ` Pedro Alves
2012-06-14 14:44     ` Yao Qi
2012-06-15 19:02       ` Pedro Alves
2012-06-09 12:47 ` [PATCH 1/4] New test for removing socket file in gdb.trace/strace.exp Yao Qi
2012-06-12 14:51   ` Pedro Alves
2012-06-14 14:39     ` Yao Qi
2012-06-15 19:00       ` Pedro Alves
2012-06-20 13:46         ` Yao Qi
2012-06-21 15:56           ` Pedro Alves
2012-06-27  3:55             ` Yao Qi
2012-06-09 12:47 ` [PATCH 3/4] New agent command 'kill' and used by gdbserver Yao Qi
2012-06-09 13:11   ` Eli Zaretskii
2012-06-12 16:14   ` Pedro Alves
2012-06-14 14:50     ` Yao Qi
2012-06-14 16:37       ` Eli Zaretskii
2012-06-15 19:25       ` Pedro Alves
2012-06-20 13:49         ` Yao Qi
2012-06-21 16:05           ` Pedro Alves
2012-06-09 12:47 ` [PATCH 4/4] gdb: kfail for PR14161 Yao Qi
2012-06-12 16:21   ` Pedro Alves
2012-06-14 15:01     ` Yao Qi
2012-06-15 19:33       ` Pedro Alves [this message]
2012-06-20 13:55         ` Yao Qi
2012-07-27  8:19 ` [committed] : [PATCH 0/4] PR14161: a partial fix Yao Qi

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=4FDB8E0B.8090908@redhat.com \
    --to=palves@redhat.com \
    --cc=gdb-patches@sourceware.org \
    --cc=yao@codesourcery.com \
    /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