From: Doug Evans <dje@google.com>
To: Yao Qi <yao@codesourcery.com>
Cc: <gdb-patches@sourceware.org>
Subject: Re: [PATCH] Copy .py files to remote host
Date: Tue, 12 Aug 2014 17:15:00 -0000 [thread overview]
Message-ID: <21482.19388.251662.22760@ruffy.mtv.corp.google.com> (raw)
In-Reply-To: <1407849103-16521-1-git-send-email-yao@codesourcery.com>
Yao Qi writes:
> Some gdb.python/*.exp tests fail because the .py files aren't copied
> to the (remote) host. This patch is to copy needed .py files to host.
> Most of gdb.python/*.exp tests do this.
>
> gdb/testsuite:
>
> 2014-08-12 Yao Qi <yao@codesourcery.com>
>
> * gdb.python/py-finish-breakpoint.exp: Copy .py file to host.
> Delete the .py file on host when test is finished.
> * gdb.python/py-finish-breakpoint2.exp: Likewise.
> * gdb.python/python.exp: Likewise. Use .py file on the host
> instead of the build.
> [...]
> ---
> gdb/testsuite/gdb.python/py-finish-breakpoint.exp | 15 ++++++++++++---
> gdb/testsuite/gdb.python/py-finish-breakpoint2.exp | 6 +++++-
> gdb/testsuite/gdb.python/python.exp | 13 +++++++++++--
> 3 files changed, 28 insertions(+), 6 deletions(-)
>
> diff --git a/gdb/testsuite/gdb.python/py-finish-breakpoint.exp b/gdb/testsuite/gdb.python/py-finish-breakpoint.exp
> index 43d0d81..45aa231 100644
> --- a/gdb/testsuite/gdb.python/py-finish-breakpoint.exp
> +++ b/gdb/testsuite/gdb.python/py-finish-breakpoint.exp
> @@ -53,9 +53,6 @@ if { $gdb_py_is_py24 == 1 } {
> return 0
> }
>
> -set python_file ${srcdir}/${subdir}/${testfile}.py
> -
> -
> # Skip all tests if Python scripting is not enabled.
> if { [skip_python_tests] } { continue }
>
> @@ -71,6 +68,9 @@ if ![runto_main] then {
> return 0
> }
>
> +set python_file [gdb_remote_download host \
> + ${srcdir}/${subdir}/${testfile}.py]
> +
> gdb_test_no_output "set confirm off" "disable confirmation"
> gdb_test "source $python_file" "Python script imported.*" \
> "import python scripts"
> @@ -115,6 +115,7 @@ gdb_test "source $python_file" "Python script imported.*" \
> set cond_line [gdb_get_line_number "Condition Break."]
>
> if ![runto_main] then {
> + remote_file host delete ${python_file}
> fail "Cannot run to main."
> return 0
> }
> @@ -141,6 +142,7 @@ gdb_test "source $python_file" "Python script imported.*" \
> "import python scripts"
>
> if ![runto call_longjmp_1] then {
> + remote_file host delete ${python_file}
> perror "couldn't run to breakpoint call_longjmp"
> continue
> }
> [...]
Hi.
I still have an outstanding question on this topic,
and before this gets checked in I'd like to get it resolved.
Do we delete other files downloaded to the remote target?
At one point I tried to find a place there the testsuite code was
taking care to delete other downloaded files, but couldn't.
Since we've gotten by this long without doing so
[and this is *still* just a hypothesis - I haven't worked with
remote hosts in awhile ...]
I would rather just punt on deleting python files as well,
and document that that is the convention (since for every other
file it already is :-)).
[Why treat python files differently?]
If we really did want to fully clean up after each test,
and we should first establish that that is indeed what we want to do,
instead of filling every test exit point with explicit code to delete
only one kind of downloaded file, how about instead keep a list of all
downloaded files and call a routine to delete the files in that list
from some central cleanup point?
next prev parent reply other threads:[~2014-08-12 17:15 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-12 13:15 Yao Qi
2014-08-12 17:15 ` Doug Evans [this message]
2014-08-12 23:57 ` Stan Shebs
2014-08-13 0:12 ` Doug Evans
2014-08-13 10:28 ` Doug Evans
2014-08-13 0:56 ` Yao Qi
2014-08-13 3:09 ` Doug Evans
2014-08-13 5:50 ` Doug Evans
2014-08-13 5:52 ` Doug Evans
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=21482.19388.251662.22760@ruffy.mtv.corp.google.com \
--to=dje@google.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