GDB Python API：.parse_and_eval()不会让.cast()和.dereference()变得多余吗？

Question

我不能理解Value.cast()和Value.dereference()这两个GDB-Python的用途。我觉得gdb.parse_and_eval()可以做这两个人做的完全一样的事情(甚至更多)。

例如，我可以用gdb.parse_and_eval('(int*)Value')实现Value.cast("int*")，也可以用gdb.parse_and_eval(*Value)实现Value.dereference()。

具体地说，我见过人们使用.dereference()来取消引用像some_struct_ptr.dereference()['some_var']这样的struct指针。即使在这里，我也觉得根本不需要.dereference()。some_struct_ptr['some_var']会产生完全相同的输出。

我是不是遗漏了什么？

Answer 1

parse_and_eval并不总是做您想要的事情。与其他一些操作不同，它会公开给用户的当前语言设置，有时还会暴露给其他东西，比如set print object。而且，如果您已经有了来自其他计算的gdb.Value，使用parse_and_eval意味着您必须首先将其转换为字符串--但如果涉及漂亮的打印机，这可能是一件痛苦的事情，为了安全起见，您必须将其转换为long，然后再转换为字符串。

如果通过指针访问成员，则不需要dereference。这是一个通过Value曝光的gdb怪癖。也许会变得更好。

虽然我仍然认为最好使用Value应用程序接口，但这并不总是可行的。例如，没有办法以这种方式分配；还有一些其他的漏洞。

也就是说，您可以随心所欲地编写代码。