如何调试“传递给 C 运行时函数的无效参数”？

Question

背景

我有大约 1 TB 的原始数据文件，以及相对较小的标记数据子集。我编写了 c++ 代码（调用一些我大量修改以使其在最近的编译器上编译的古老的 MSVC++2003 代码）来聚合带注释的数据切片。

标记数据的很大一部分集中在一个文件中，但该文件结果是我的程序崩溃的文件。

问题

我越来越

Invalid parameter passed to C runtime function.
Invalid parameter passed to C runtime function.
terminate called after throwing an instance of 'int'

在我的 Qt 输出窗口中，windows 在弹出窗口中告诉我同样的信息，但此时从可执行文件/调试器中获取任何有用的信息似乎为时已晚（尽管我对 Qt 的调试器完全没有经验）。

我试过的

我用谷歌搜索了很多人，发现很多人都有这个错误消息，但它太笼统了，他们的问题都不能和我的一样，而且有这么长的不同 C 运行时函数列表，筛选所有这些函数很慢它似乎没有帮助。

我的问题

“给一个人找一个bug，你帮他一天。教一个人调试，你帮他一辈子。在stackoverflow上发布方法，你可以帮助很多人，并获得很多支持。”

是否有通用方法来查找问题所在的 C 运行时函数以及参数是什么？我错过了一些花哨的调试器功能吗？您还有什么可以推荐的或我可以提供的信息吗？

我希望得到一个全面的答案来帮助每个人解决这个问题，不仅仅是我，但如果我也得到帮助，我会很高兴。

具体到我的问题：

我的堆栈跟踪如下：

0 ntdll!DbgBreakPoint 0x7727000d

1 ntdll!DbgUiRemoteBreakin 0x772ff156

2 ?? 0x6f06eaa1

3 KERNEL32!BaseThreadInitThunk 0x7501338a

4 ntdll!RtlInitializeExceptionChain 0x77299902

5 ntdll!RtlInitializeExceptionChain 0x772998d5

6 ??

并且 gdb 似乎无法获得更好的跟踪（我尝试用它做的任何事情都会让我出现超时错误）。

在尝试了更多功能以确保一切都超时后，再次尝试“回溯”确实给了我一个结果。我想我只是在 gdb 超时一次后从未在 gdb 中投入过这么多时间。

也就是说，我 也许 可以通过这些新信息找到一些东西。考虑我的具体问题已解决，但我相信我的一般观点仍然有效：我现在找到了有问题的函数（我认为），但不是为什么它是一个问题，也不是无效参数是什么。更好的是，我已经将它追踪到了一条写着“throw 1”的行。所以现在我假设 windows/Qt 将其转换为“无效参数”。但事实并非如此。

它可能只是一些糟糕的代码，它甚至不需要是 C 函数，你的参数也不需要有任何问题。

…

#17 0x00c17d72 in libstdc++-6!.cxa_throw () from C:\Qt\5.5\mingw492_32\bin\libstdc++-6.dll 没有可用的符号表信息。 …

原文由 Joran Dox 发布，翻译遵循 CC BY-SA 4.0 许可协议

Answer 1

就个人而言，在 Linux 终端上，我使用 gcc 进行编译，使用 gdb 进行调试。要使用 gcc 编译带有调试选项的程序，您只需将 -g 添加到其他标志。例如： gcc file.c -o file -std=c99 -g 。然后，您可以键入 gdb file 并进入交互式调试器。除了其他有用的功能外，您还可以运行程序、调用函数和插入断点。有关完整且解释清楚的用法，请访问此网站 - http://www.tutorialspoint.com/gnu_debugger/index.htm

原文由 William Gerecke 发布，翻译遵循 CC BY-SA 3.0 许可协议

Answer 2

由于日志打印到调试控制台，因此应该由 OutputDebugStringA 函数报告。您可以在函数上放置一个断点，以查看谁生成了该日志。要在函数上放置断点，您可以在 Visual Studio 中 Ctrl+B 并输入函数名称：

但这可能不起作用，或者您可能使用 OutputDebugStringA 记录了太多其他消息。通常 Invalid parameter passed to C runtime function 由 _invalid_parameter 报告，因此，您不妨尝试在 _invalid_parameter 函数上放置断点。这可能效果不佳，因为它可能会从您的进程链接到的其他系统 dll 报告： ntdll.dll 、 KernelBase.dll 等。在 dll 导出的函数上放置断点你需要使用： <dll>!<exportname> ：

 _invalid_parameter
ntdll.dll!__invalid_parameter
KernelBase.dll!__invalid_parameter
msvcrt.dll!__invalid_parameter
ucrtbase.dll!__invalid_parameter

所有这些都是不同的功能，您可以看到它们的地址：

就我而言，只有当我在 ntdll.dll!__invalid_parameter 上设置断点时，我才能看到回溯，并且日志消息是由 GetAdaptersAddresses winapi 引起的。 OutputDebugStringA 上的断点没有帮助的原因是因为日志是通过 DbgPrint api 打印的。在 DbgPrint 上放置断点适用于这种情况。

原文由 Pavel P 发布，翻译遵循 CC BY-SA 4.0 许可协议