Don't use gdb_py_long_from_ulongest
Remove the gdb_py_long_from_ulongest defines and change the Python layer to prefer gdb_py_object_from_ulongest. While writing this I noticed that the error handling in archpy_disassemble was incorrect -- it could call PyDict_SetItemString with a NULL value. This patch also fixes this bug. gdb/ChangeLog 2020-09-15 Tom Tromey <tromey@adacore.com> * python/python-internal.h (gdb_py_long_from_ulongest): Remove defines. * python/py-value.c (valpy_long): Use gdb_py_object_from_ulongest. * python/py-symtab.c (salpy_get_pc): Use gdb_py_object_from_ulongest. (salpy_get_last): Likewise. * python/py-record-btrace.c (recpy_bt_insn_pc): Use gdb_py_object_from_ulongest. * python/py-lazy-string.c (stpy_get_address): Use gdb_py_object_from_ulongest. * python/py-frame.c (frapy_pc): Use gdb_py_object_from_ulongest. * python/py-arch.c (archpy_disassemble): Use gdb_py_object_from_ulongest and gdb_py_object_from_longest. Fix error handling.
This commit is contained in:
parent
4bde49dc81
commit
d1cab9876d
8 changed files with 41 additions and 16 deletions
|
@ -1731,7 +1731,7 @@ valpy_long (PyObject *self)
|
|||
}
|
||||
|
||||
if (type->is_unsigned ())
|
||||
return gdb_py_long_from_ulongest (l);
|
||||
return gdb_py_object_from_ulongest (l).release ();
|
||||
else
|
||||
return gdb_py_object_from_longest (l).release ();
|
||||
}
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue