From: Tom Tromey <tom@tromey.com>
To: Philippe Waroquiers <philippe.waroquiers@skynet.be>
Cc: gdb-patches@sourceware.org
Subject: Re: [RFAv2 1/3] Implement 'set print frame-info|frame-arguments presence'.
Date: Tue, 04 Jun 2019 17:15:00 -0000 [thread overview]
Message-ID: <878suhl1hh.fsf@tromey.com> (raw)
In-Reply-To: <20190511185603.17231-2-philippe.waroquiers@skynet.be> (Philippe Waroquiers's message of "Sat, 11 May 2019 20:56:01 +0200")
>>>>> "Philippe" == Philippe Waroquiers <philippe.waroquiers@skynet.be> writes:
Philippe> New settings allow to better control what frame information is printed.
Philippe> 'set print frame-info' allows to override the default frame information
Philippe> printed when a GDB command prints a frame.
Thanks for the patch.
I wanted to mention - in the last series, I noticed that the ChangeLog
entries didn't wind up in the commit messages. I think it is a gdb
standard to do that, so please make sure it happens for future pushes.
I realize this is a bit of a pain, but various people have scripts for
automating it, I believe, and so you can pretty much pick one approach
that appeals to you.
Philippe> + if (args_type == CLI_PRESENCE)
Philippe> + {
Philippe> + if (args_iter != Py_None)
Philippe> + {
Philippe> + if (PyIter_Next (args_iter.get ()) != NULL)
This causes a memory leak, because PyIter_Next returns a new reference.
You can wrap it in a gdbpy_ref<> to avoid this problem.
Sometimes I think we just use wrapper functions for the Python API that
let us spell out this stuff in the type system.
Philippe> + /* Note that this print_what default implies that 'bt' and 'bt no-filters'
Philippe> + shows different information, as the default for 'bt no-filters
Philippe> + is LOCATION. */
Philippe> + enum print_what print_what = LOC_AND_ADDRESS;
Is this a pre-existing bug? It seems like something we should change,
since my believe is that "no filters" should produce the same output as
the situation where there are actually no filters installed.
Tom
next prev parent reply other threads:[~2019-06-04 17:15 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-11 18:56 [RFAv2 0/3] Implement 'set print frame-info|frame-arguments Philippe Waroquiers
2019-05-11 18:56 ` [RFAv2 3/3] Document 'set print frame-info|frame-arguments presence' Philippe Waroquiers
2019-05-11 19:18 ` Eli Zaretskii
2019-05-11 18:56 ` [RFAv2 2/3] Test " Philippe Waroquiers
2019-06-04 17:15 ` Tom Tromey
2019-05-11 18:56 ` [RFAv2 1/3] Implement " Philippe Waroquiers
2019-06-04 17:15 ` Tom Tromey [this message]
2019-06-10 12:48 ` Philippe Waroquiers
2019-06-10 20:10 ` Tom Tromey
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=878suhl1hh.fsf@tromey.com \
--to=tom@tromey.com \
--cc=gdb-patches@sourceware.org \
--cc=philippe.waroquiers@skynet.be \
/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