问题标签 [dbx]

在大量遗留 C 代码中跟踪 dbx 中的子进程时，我遇到了一些问题。我在正在调查的代码部分下方展示：

当我在 Solaris 10 中运行 dbx 时，我得到以下输出：

为什么我收到此警告dbx: warning: stepping up to a function with srcline info？

谁能帮我解决这个问题？我被困在这一点上。

在大量遗留 C 代码中跟踪 dbx 中的子进程时，我遇到了一些问题。我在正在调查的代码部分下方展示：

当我在 Solaris 10 中运行 dbx 时，我得到以下输出：

为什么我收到此警告dbx: warning: stepping up to a function with srcline info？

对不起。我重新发布了这个问题，因为我没有得到任何回复。

我非常需要这个工作。

谁能帮我解决这个问题？

大家好！

我在 linux 中有一个 Native Java 应用程序，我想检测内存不足。我尝试使用 Valgrind，但似乎效果不佳。然后我也尝试安装dbx (Oracle Studio)，但似乎不适用于Ubuntu 14.04. 是否有其他解决方案可用于检测这些泄漏？

我有一个 C 程序 hello.c。我创建了一个共享对象 hello.so。

hello.c 和 hello.so 分别在目录 /u/grv/program/hello.c /u/grv/objects/hello.so

LIBPATH 设置为 /u/grv/objects:$LIBPATH

当我使用 dbx 调试代码时..dbx 要求我从两个列表中进行选择，所以..

在 LIBPATH 的所有目录中，只有一个“hello.so”文件..那么第二个“so”文件来自哪里？

这是 dbx 会话的屏幕截图：

附加信息：genkld 命令没有 hello.so .. 这意味着它没有加载..这是它要求我选择的原因..还是有任何其他原因..？

如何加载共享对象以使其显示在 genkld 列表中？

我想在 dbx 中打印 C 字符串的全长。如何强制 dbx 打印整个字符串？

dbx 一直抱怨找不到源代码。如何在查找源文件时显示/修改 dbx 搜索的源代码目录？

我知道您可以在不使用 -g 的情况下在 Linux 上构建应用程序，然后使用来自相同代码但使用 -g 构建的二进制文件从应用程序中调试核心文件（所有其他选项都相同）。如果 nm 输出相同，则符号匹配，您可以有效地分析核心文件。

然而，虽然我在 Linux 上成功地做到了这一点，但我无法让它在 Solaris 上工作。我使用 -xO4 构建，所以也许 -g 不支持优化级别？我也试过 -g0 也没有用。nm 文件有很大的不同。我也在用-xs 构建。我应该在没有 -xs 的情况下构建吗？

在我尝试进一步分析之前，有没有人能够让它发挥作用？

需要明确的是，这是事后构建和使用调试库的问题。如果您使用 -g 和其他一切相同 (-O3) 构建 Linux，这是可能的，但我无法让它与使用 -xO4 的 Solaris 构建一起使用。

这不是让系统库匹配的问题，因为我已经从我们的客户那里获得了系统库的副本，并且它们匹配得很好。使用调试符号 (-g0) 构建时，我们的库不匹配。当我们不使用 -g0 时，我们的符号匹配得很好，但我们无法调试到源代码级别并获取本地和全局变量值。

我发现 gdb 中的 rbreak 可以通过正则表达式来做到这一点。aix dbx中是否有替代方法？我已经阅读了 IBM 的文档。dbx 似乎无法做到这一点。

argv在AIX 6.1 上，我有一段代码在NULL调用strdup. 完全相同的代码在 Linux、HPUX 和 Solaris 上运行。

这是我获得核心转储的生产代码的摘录：

全球.c

共享.c

测试.c

但是，可能是一个红鲱鱼，上面的 cc 文件版本存在不匹配，我猜这可能是一个原因。我不太确定是什么导致该值变为 NULL。

我正在尝试使用 solaris dbx 调试器将值分配给命名空间内的变量。但是，调试器说该变量在命名空间中不存在。在 solaris 10 上使用 Sun studio 12.3。

在放置一些停止并运行程序之后，我在更高级别的命名空间以外的地方中断。我可以看到命名空间...

甚至命名空间内的函数......

但是，我无法访问（分配或打印）命名空间内的变量。

我将尝试在命名空间中停下来，看看是否会有所不同。我之前用相同的代码使用过 gdb 没有问题，但不得不转换到 dbx，因为我无法获得我必须使用 64 位程序的 gdb 版本。