Fix another crash with gdb parameters in Python
authorTom Tromey <tromey@adacore.com>
Tue, 4 Jan 2022 15:52:40 +0000 (08:52 -0700)
committerTom Tromey <tromey@adacore.com>
Wed, 26 Jan 2022 13:49:51 +0000 (06:49 -0700)
commitdedb7102b3b35f789fd5c140fe01917eaeae2853
tree9331b631ef404e8704a7a4f5b939fdb1192ef4ee
parent1da5d0e664e362857153af8682321a89ebafb7f6
Fix another crash with gdb parameters in Python

While looking into the language-capturing issue, I found another way
to crash gdb using parameters from Python:

(gdb) python print(gdb.parameter('endian'))

(This is related to PR python/12188, though this patch isn't going to
fix what that bug is really about.)

The problem here is that the global variable that underlies the
"endian" parameter is initialized to NULL.  However, that's not a
valid value for an "enum" set/show parameter.

My understanding is that, in gdb, an "enum" parameter's underlying
variable must have a value that is "==" (not just strcmp-equal) to one
of the values coming from the enum array.  This invariant is relied on
in various places.

I started this patch by fixing the problem with "endian".  Then I
added some assertions to add_setshow_enum_cmd to try to catch other
problems of the same type.

This patch fixes all the problems that I found.  I also looked at all
the calls to add_setshow_enum_cmd to ensure that they were all
included in the gdb I tested.  I think they are: there are no calls in
nat-* files, or in remote-sim.c; and I was trying a build with all
targets, Python, and Guile enabled.

Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=12188
gdb/arch-utils.c
gdb/arm-tdep.c
gdb/charset.c
gdb/cli/cli-decode.c
gdb/guile/scm-param.c
gdb/language.c
gdb/osabi.c
gdb/python/py-param.c
gdb/testsuite/gdb.python/py-parameter.exp