Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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


  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