如何对用 Python 编写的 GDB 漂亮打印机进行单元测试？

Question

我使用 GDB Python 接口为 (C) 结构编写了一个漂亮的打印机，该结构在软件版本之间有变化的趋势。由于格式在波动，我试图让打印机具有足够的动态以适应并总是尝试打印有用的东西而不是抛出 Python 异常。

目前我需要支持两种主要格式，但未来可能还会支持更多。我想为打印机编写一些单元测试，以避免必须手动加载来自不同版本的 coredump 来测试它。

我认为也许我可以在调试会话中序列化 gdb.Value 并将它们加载到我的单元测试中，但我无法做到（pickle 不适用于 gdb.Value）。核心转储非常大，因此不能将它们与漂亮的打印机和脚本 GDB 一起存储以进行测试。

如何在不保留大量核心转储的情况下对我漂亮的打印机进行单元测试？

Answer 1

如何在不保留大量核心转储的情况下对我漂亮的打印机进行单元测试？

保留小的核心转储:-)

假设您有struct Foo，您有一台漂亮的打印机，并且在不同版本之间不断变化。

编译以下程序：

#include <stdlib.h>
#include "foo.h"
int main()
{
   struct Foo f;
   // initialize f with some values
   abort();
}

编译并运行该程序，将其和生成的核心存储为foo-v2 和foo-v2.core（假设您现在使用的是struct Foo 的第2 版）。核心应该很小。

现在从您的版本控制系统中签出与struct Foo 版本1 相对应的foo.h（您确实使用版本控制系统，对吗？）。重建并重新运行程序，将其存储为foo-v1 和foo-v1.core。

现在，对于每个版本，您只需重新构建/重新运行上述程序，并将 GDB 漂亮打印机的输出与预期结果进行比较。如果它仍然可以正常工作，那么你就完成了。如果没有，struct Foo 一定已经改变了，你需要更新你的漂亮打印机。

将新的二进制文件和核心保存为foo-v3 和foo-v3.core，更新漂亮的打印机，然后针对所有foo-vN 和foo-vN.core 对进行测试（对于测试本身，请使用GDB 附带的GDB 单元测试框架来源）。