中断C函数执行并返回C ++呼叫者

Question

我目前使用以下配置在实施以下方案时遇到问题：GCC 3.4，Linux。

我写了一个工具（在C ++中），该工具加载了共享库（用C编写）。该库有一个错误我无法修复的错误。问题在于它读取一些输入并写入解码的输出。有时，如果输入是错误的，则此库不进行任何检查就会开始解码以下内存区域。这会导致segfault。

最初，我的想法是将输入放入分类内存（Linux MMAP-syscall）中，并保护（mprotect）最后一页，以防止访问。通过安装自己的sigsegv处理程序我的C ++ -App可以抛出异常（使用GCC Flag -fnon-Call-exceptions编译时）。这个例外将中断C lib的阅读。我知道，该自由度不会分配任何记忆（或其他资源），这些内存可能会在堆栈中丢失。整个方案在我的单元测试中效果很好，其中一切都是一个C ++应用程序。但是现在，当LIB的C代码被称为我的应用程序时，我是否还需要使用-fnon-call-exceptions标志来重建此C-SO？我不能编译此LIB，而只能重新链接它，因为我只能访问OBJ文件。

这是执行环境的图片：

+------------C++ APP----------+
|                             |
| Install SIGSEGV handler     |
| code calling C SO functions |
|                             |
|   +----------C SO Functions------------+
|   |   execute producing SIGSEGV        |
|   +------------------------------------+
|                             |
| SIGSEGV Handler called      |
|   => throw Exception        |
|      to stop execution of   |
|      C function             |
+-----------------------------+

欢迎其他建议。

非常感谢，

卵巢

---

PS我看到了一些建议和批评家，但它们都不是选择。原因是：我只有一个界面，可以在其中链接到库。该库用于解码数据结构。问题是，如果我有一个带有长度-1的数组-1，则库开始解码长度为0xffffff的数组（在32位系统上）。在我看来，等待直到自由行在单独的过程中崩溃是一个选择。首先，解码将一方面占用时间，另一方面会产生很多垃圾。由于我的工具需要可靠地向用户显示解码的输出。而且他们仍然需要能够理解痕迹。

我在这里看不到围绕Sigsegv的重点。首先，库读取数据并将其写入我之前传递的文件句柄。我可以配置如何写入该句柄（是否缓冲）。此外，我确切地知道它不会分配任何堆数据或资源。最后，它试图访问我的应用程序保护以避免此类错误的内存。从用户的角度来看，我无法告诉某人：对不起，二进制跟踪仅一半可解码，因为某些数据不一致。我知道这些数据是不合适的，我完全知道如何处理这种不一致。这样我就可以优雅地康复。我想我将尝试使用SigSetJMP/SiglongJMP Posix函数，并希望它们能做得更好。实际上，SETJMP/LONGJMP或SIGSETJMP/SIGLONGJMP用于实现异常。

是的，我调试了我的应用程序，并查看呼叫堆栈有效。

Answer 1

好，朋友们，

我用sigsetJMP/siglongjmp做到了。奇迹般有效。我可以将功能跳入呼叫者函数的堆栈，并在此处进行错误处理。

感谢所有的建议。

最好的祝福，

卵巢

Answer 2

不幸的是，我没有关于问题所述的答案 - 您是否尝试过在调试器下运行应用程序，以查看它的确切终止位置？

但是，我想到的一种替代方法是将错误库的用法放入单独的程序中，从您的应用程序启动它，然后通过管道传递数据。

Answer 3

这可能是愚蠢的问题，但是必须检查核心文件吗？还是在调试器中运行您的应用程序？