From: Joel Brobecker <brobecker@adacore.com>
To: Pierre Muller <pierre.muller@ics-cnrs.unistra.fr>
Cc: brobecke@sourceware.org, gdb-patches@sourceware.org,
'Pedro Alves' <pedro@codesourcery.com>
Subject: Re: [RFA] Fix Cygwin problem with banned variables
Date: Mon, 21 Jun 2010 17:08:00 -0000 [thread overview]
Message-ID: <20100621170743.GD2595@adacore.com> (raw)
In-Reply-To: <003c01cb1089$208e45f0$61aad1d0$@muller@ics-cnrs.unistra.fr>
> This generates multiple calls to 'trace variable ' and only one call
> to 'trace remove variable '.
The TCL documentation is not directly explicit about that, but
some experimentation shows that this is indeed a problem. And
rereading the docuemntation with that in mind, the duplicate traces
are probably treated as distinct traces. Thus, when doing only one
remove for the trace, we're still left with at least one trace.
> 2010-06-19 Pierre Muller <muller@ics.u-strasbg.fr>
>
> * lib/gdb.exp (banned_variables_traced): New global variable.
> (gdb_init, gdb_finish): Use new variable to avoid multiple
> tracing.
> (gdb_init): Use `trace add variable ' instead of obsolete
> `trace variable '.
Just one detail, but otherwise OK.
> @@ -2519,6 +2519,7 @@ if ![info exists gdb_test_timeout] {
> # We try to prevent their use by monitoring write accesses and raising
> # an error when that happens.
> set banned_variables { bug_id prms_id }
> +set banned_variables_traced 0
Please add a comment explaining what this global is used for and
why it is necessary.
Thanks,
--
Joel
next prev parent reply other threads:[~2010-06-21 17:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20100517171128.29087.qmail@sourceware.org>
2010-06-19 8:42 ` [Cygwin problem]:with " Pierre Muller
2010-06-20 14:59 ` [RFA] Fix Cygwin problem with " Pierre Muller
2010-06-21 17:08 ` Joel Brobecker [this message]
2010-06-22 7:22 ` Pierre Muller
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=20100621170743.GD2595@adacore.com \
--to=brobecker@adacore.com \
--cc=brobecke@sourceware.org \
--cc=gdb-patches@sourceware.org \
--cc=pedro@codesourcery.com \
--cc=pierre.muller@ics-cnrs.unistra.fr \
/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