问题标签 [dbx]

在加载应用程序使用的所有共享库时打开对仪器的访问检查。有没有办法选择性地指示哪些库应该/不应该被检测？我有一个大型应用程序，它使用了许多需要永远进行检测的共享库。大多数我不关心的共享库。

嗨，我是编码新手，我想制作一个小程序，将我的文件上传到保管箱。我使用 python 3.5.2 和 pycharm。我按照网上的教程。
1. pip install dropbox
2. 复制并粘贴链接
3. 执行
4. 我收到以下错误

有谁知道在这种情况下该怎么办？我在谷歌上搜索了一段时间，但无法找到答案。我看到的最多的是 api V1 的代码

以下是我的代码

我遵循的教程https://www.dropbox.com/developers/documentation/python#tutorial

如何在 Splunk 中显示树结构数据库表/集合（任何数据库）。例如：如果我们有具有 ChildA 和 ChildB 的 Parent。进一步的 ChildA 有 ChildA1、ChildA2 和 ChildA3。ChildB 有 ChildB1 和 ChildB2。当我选择父级时，它应该在 Splunk 中显示它的所有连接子级。

我有一个加载共享库的可执行文件dlmopen。

这是main.cpp：

这里正在A.cpp制作图书馆：

我用g++ 6.3.1编译了这段代码。如果您尝试使用GDB（我尝试使用8.1.0）或DBX跟踪该代码的执行，您会注意到您无法深入了解printA(). 在网上研究调试这段代码的方法，我发现这里和那里的评论是预期的。似乎有些人在前一段时间（大约 2011 年）做了一些工作来让它发挥作用，但这对我来说并不明显他们走了多远。

除了打印语句（这在我的真实案例中并不是一个真正的选项）之外，有没有人看到我可以遵循的调试策略？

我遇到了一个奇怪的问题，调试器只是为函数参数和本地/成员变量显示完全错误的值。

这是一个示例回溯

框架 1 位于有问题的共享库中，而其他框架位于 unixODBC libodbc.so 中

如果我们查看代码extract_diag_error_w（您可以从http://www.unixodbc.org/unixODBC-2.3.1.tar.gz获取代码，以下代码片段来自 DriverManager/__info.c）

请注意，我们在其他地方有

在 dbx 中，如果我转到第 2 帧并打印head -> handle_type，我会得到3，但如果我转到第 1 帧并打印HandleType，我会得到 -28417。

我希望 dbx，如果它找不到值（由于优化或 w/e，即使这是一个调试版本），告诉我是这样的（<value optimized out>或类似的）。此外，我看到的每个值似乎都是错误的（我已经确认调试器通过控制流对我撒谎，有类似if (x < 0) throw ...;dbx 声称它是负数的代码，但不会抛出异常。

有问题的共享库是在另一台机器上构建的（而 unixODBC 是在本地构建的），所以可能涉及到这一点？它也是使用 gcc 构建的，我在构建 unixODBC 时使用了默认编译器（尽管我认为它也是 w/ gcc，因为它们都依赖于libgcc_s.so.1）

有什么建议么？（我猜想更新 dbx 可能会起作用，但在这种环境下会很困难）。

编辑：这是一个带有局部变量的示例

编辑2：这是构建麻烦库的方式（需要重建unixODBC，稍后会这样做）。

用于编译其中一个 .cpp 文件的示例命令（我删除了一堆包含目录）

用于链接的命令（删除了一堆 .o 文件）

在 SPARC Solaris 下使用mdb和dbx调试器分析核心转储。

mdb dis DCMD 显示：

相同地址的dbx dis命令和核心文件显示：

mdb 中的 +0xa92fc <0xfafbc36c> 数字是什么意思？

dbx下的0xfafbc350是什么？（我猜 0x15c0 是从 _PROCEDURE_LINKAGE_TABLE_ 的偏移量）

这些不同是正常的吗？

这是我想要实现的目标：

对于我的应用程序中的每个 malloc 调用，我想转储堆栈跟踪（以找出谁在进行 malloc 调用）并且我需要在一段时间内跟踪它。

我知道我们可以在 dbx 中使用 trace 命令，但它只是转储了一个父级别，这对我来说并不是很有用。所以，我想知道我们是否可以where在每个跟踪事件上使用相关的命令。

我的应用程序是为 Solaris 构建的，我使用的是 dbx V8.0。

我可以这样写一个搜索：

上面的查询结合了 DB1 和 DB2 的结果

但是我将如何做一个 dbquery 从 DB1 结果中排除 DB2 的结果

例如 ：

DB1 结果：A、B、C、D DB2 结果：C、D

由于 C 和 D 存在 DB2 结果，我想在 DB1 结果中排除它们，并在最终结果中仅获得 A、B

任何帮助都会很棒

我正在 AIX 上运行一些测试，并且遇到了一堆类似于以下内容的崩溃：

他们都有一个线程，其整个堆栈只是

.() 在 0xdeadbeef

由于 dbx 总是声称崩溃来自另一个线程，因此这些线程“变坏”对我来说没有意义（通常，我会假设在该线程上执行的下一条指令会导致分段错误）。鉴于 0xDEADBEEF 是一个众所周知的常量，我认为这是调试器或运行时中的一些“特殊情况”。

还有一个我希望在这里的线程丢失（实际上，它已经终止可能是崩溃的原因，因为它“拥有”了似乎无效的对象）。“.() at 0xdeadbeef”是否可能表示线程已终止但尚未加入？

编辑：我不认为这个问题是“死牛肉是什么意思？”的重复，因为我想知道它在这种情况下的含义，而不是一般情况下（已经提到的问题我知道这是一个众所周知的常数）

编辑 2：它在 64 位中也失败了，而且它是.() at 0xbadc0ffee0ddf00d......

我有一个Elf类可以读取 Elf 标头并构造各种数据结构；我正在使用mmap并将文件映射到maddr上述类中的变量。一个指向这个类的指针被传递给一个DwarfSymTab类（它依赖于一个Dwarf对 dwarf 部分进行基本读取的类），但是在这个类的构造函数中，maddr它的值从它第一次初始化时突然发生了变化。

我正在使用 dbx 来观察这个变化，但是 dbx 抱怨一个变量超出了范围，这是在类中明确定义的。以下是类定义和 dbx 输出的一些摘录。

您可以看到指向 Elf 类的指针是完整的，并且maddr已经以某种方式被丢弃，例如，fd成员很好（这是正在读取 Elf 数据的文件的 fd ......我有省略了显示这种情况的 dbx 输出，但确实如此）。

谁能解释可能发生的事情？

后记：我已经追踪到“maddr”中对函数调用的变化。这就是 dbx 的显示方式。我首先在下面的函数中停下来，我已经安排将指针作为参数传递给 Elf 类：

此时，指向内存映射区域的指针是正确的。fd 是从中读取 elf 部分的文件的文件：

跳过一些指令：。. .

然后进入读取 dwarf 结构的例程：

至此，maddr分明已经被踩过，但没有别的了：

由于函数调用中没有 malloc'ing（据我所知），这可能是什么原因造成的？DwarfSymTab 类中的“gethdr”覆盖了基础“SymTab”类中的虚函数。我不知道这是否与函数的调用方式有任何关系。

我为细节的数量道歉，但正如我所指出的，这个问题不能真正简化（或者可能超出了我的能力）。

后记：其实情况比这更糟糕的原因有以下几点。确实，通过像上面那样进入 'gethdr' 函数，Elf 类的 'maddr' 成员是不正确的，但是如果我返回堆栈到调用帧，一切都很好：

这对我来说根本没有任何意义。