如何集成开源C程序而不是通过系统调用调用其可执行文件？

Question

我有一个可执行文件（fossil scm），我的程序通过 ::CreateProcess windows 调用从外部调用它。然后捕获 stdout 和 stderr。由于化石的源代码是可用的，我更愿意用它创建一个静态库并直接发出调用。目前，与化石的通信是通过命令行参数完成的，而返回的通信是通过进程返回代码、stdout 和 stderr 完成的。 Fossil 通过 printf 和 fprintf 调用写入 stdout/err。

在最小化化石来源改变的情况下解决这个问题的最佳方法是什么？是否有可靠且跨平台的方法来拦截 stdout/err 并将其发送到内存缓冲区？

Answer 1

你说你想要

拦截stdout/err并将其发送到
内存缓冲区

这表明您不想为 SCM 程序引入 API，而是希望在不更改现有代码的情况下继续解析文本输出。如果是这样，那么我认为没有必要改变你当前的方法。与当前方法相比，使用内存缓冲区和静态链接到底能获得什么？

Answer 2

您可以按照如下步骤执行此操作：

• 将化石的 main 函数重命名为其他名称，以便您可以调用它
• 在调用化石的 main 之前，将 stdout/stderr 重定向到您选择的文件：

freopen("filename.out" , "w", stdout);

• 形成一个参数数组，调用fossil_main，从文件中读取输出。
• 您需要恢复标准输出流状态；没有跨平台机制，但您可以使用一些伪句柄（即 Windows 上的 CONOUT$）。

但是，请注意，这是脆弱的：

• 可能有一些全局变量应该在 main() 开始时被初始化为零，但对于第二次调用 main() 则不是这样，
• 化石可能会更改某些进程/线程状态（区域设置、当前目录等），您将无法可靠地恢复它。一个特别糟糕的情况是调用 exit(n)。
• 进程终止时不会进行通常的清理 - 期望文件句柄保持打开状态（这样，如果在没有共享的情况下打开它们，您将无法再次打开它们）、内存泄漏等。
• 显然，现在崩溃/挂起在化石中会更难处理（有时你可以解决这个问题）

通常，你可以这样做，但除非你有充分的理由（即性能）并且你准备好面对后果并自己修复错误，否则不要这样做。

Answer 3

将化石转变为共享库，然后从您的自定义程序中使用它。