From: Tom Tromey <tom@tromey.com>
To: Andrew Burgess <aburgess@redhat.com>
Cc: Tom Tromey <tom@tromey.com>, gdb-patches@sourceware.org
Subject: Re: [PATCH v2 4/4] Convert py-tui.c to the "python safety" approach
Date: Thu, 21 May 2026 15:21:54 -0600 [thread overview]
Message-ID: <878q9cjw5p.fsf@tromey.com> (raw)
In-Reply-To: <871pf8dh8a.fsf@redhat.com> (Andrew Burgess's message of "Mon, 18 May 2026 13:39:33 +0100")
>>>>> "Andrew" == Andrew Burgess <aburgess@redhat.com> writes:
>> * gdb.register_tui_window is converted and simply returns 'void'.
Andrew> typo: gdb.register_tui_window should be gdbpy_register_tui_window I think.
I used the Python name rather than the C++ name.
I'll change it though.
>> /* Return true if this object is valid. */
>> - bool is_valid () const;
>> + bool is_valid ();
Andrew> Dropping 'const' here is unfortunate, and I think is a consequence of
Andrew> either noargs_method or maybe wrapped_method requiring non-const.
I will look but perhaps add the overloads on an as-needed basis.
Andrew> Can we add a 'const' aware overload of noargs_method, or wrapped_method,
Andrew> or whatever, and allow is_valid to retain the const qualifier?
Yep, I fixed this.
Andrew> If this works, then there might be other places in the wrapper functions
Andrew> (patch #3) where we could/should add const overloads.
>> + /* FIXME: safety */
Andrew> Please can you expand this comment. I know this is something you're
Andrew> actively working on, and the plan is that this comment probably
Andrew> shouldn't exist in the code for too long. But it might, so we should
Andrew> assume that it will, and write this accordingly.
I did this.
Andrew> I'll be honest, even with the commit message hint, I don't really
Andrew> understand what it is that needs fixing here, I guess it's that you'd
Andrew> like python_string_to_host_string to throw rather than return NULL? But
Andrew> the issue is that this function is used in non-safety code, so cannot
Andrew> (currently) be changed?
Yes, that's correct.
Tom
prev parent reply other threads:[~2026-05-21 21:22 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-15 19:59 [PATCH v2 0/4] Python safety initial work Tom Tromey
2026-05-15 19:59 ` [PATCH v2 1/4] Add gdbpy_borrowed_ref Tom Tromey
2026-05-17 11:40 ` Andrew Burgess
2026-05-21 17:48 ` Tom Tromey
2026-05-21 21:01 ` Tom Tromey
2026-05-15 19:59 ` [PATCH v2 2/4] Add wrappers for some Python APIs Tom Tromey
2026-05-17 12:06 ` Andrew Burgess
2026-05-21 21:05 ` Tom Tromey
2026-05-15 19:59 ` [PATCH v2 3/4] Add wrappers for Python implementation functions and methods Tom Tromey
2026-05-18 9:33 ` Andrew Burgess
2026-05-21 21:23 ` Tom Tromey
2026-05-18 10:00 ` Andrew Burgess
2026-05-21 22:41 ` Tom Tromey
2026-05-29 15:58 ` Andrew Burgess
2026-05-15 19:59 ` [PATCH v2 4/4] Convert py-tui.c to the "python safety" approach Tom Tromey
2026-05-18 12:39 ` Andrew Burgess
2026-05-21 21:21 ` Tom Tromey [this message]
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=878q9cjw5p.fsf@tromey.com \
--to=tom@tromey.com \
--cc=aburgess@redhat.com \
--cc=gdb-patches@sourceware.org \
/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