问题标签 [ipc]

我们使用 IPC 收到以下错误。
“无法连接到 IPC 端口：系统找不到指定的文件。” 该问题发生在 Windows 2003 服务器上。

当然，它只发生在生产中。我们无法在我们的开发环境中重现这一点。

尝试使用 IPC 的 Windows 服务正在作为本地系统运行。

是否有某种需要更改的权限？

我制作了一个 Linux CUI 应用程序，它通过消息队列在进程之间进行通信。

只要是单例就没有问题。但是，当同一个应用程序有多个实例时，队列中的消息会被发送到错误的实例。

我知道这可以通过给 msgget 函数一个唯一的键来避免。使用 ftok() 创建密钥，但由于变量相同，它们会产生相同的密钥。

有人可以指导我如何为每个实例设置一个唯一的密钥吗？

我现在唯一的想法是随机分配给 ftok 的变量，我知道这不可能。

在我们的应用程序（文档管理系统）中，我们应该被通知屏幕更改（或通知另一个程序屏幕更改），以保持两个应用程序查看相同的数据，一个是订单履行应用程序，另一个是原始传真的文档查看器。履行应用程序使用 vb6 编写，文档管理器使用 .net 3.5 (c#)。它在终端服务器上运行，因此它也必须是会话感知的。可以先打开文档查看器或履行应用程序，并且可以在没有另一个的情况下使用两者。IPC 的最佳方法是什么？

我的应用程序是一个提要聚合器。前端是用 php 编写的，但我有一个 Java 程序会定期运行以更新提要数据库。在当前方案下，如果用户添加要聚合的提要，他必须等到聚合器运行并更新数据库才能看到来自他订阅的提要的新闻。我想要做的是安全地从 php 脚本向聚合器发送一条消息，以发布异常的提要更新。

我正在使用这段代码，它使用套接字公开一个简单的函数：

我究竟做错了什么？日志显示它卡在输入接收线中，有时会抛出异常，说明套接字正在使用中

可以在windows中使用共享内存在php脚本和c程序之间进行通信吗？

c 程序一直运行并使用内存映射文件，即：

对于 PHP 脚本，我可以只使用以下代码打开 c 程序创建的内存映射文件吗？

还是c内存映射文件和php共享内存不同？

我正在寻找一种可以在相同或不同系统上运行的语言和/或环境之间使用的进程间通信工具。例如，它应该允许在 Java、C# 和/或 C++ 组件之间发送信号，并且它还应该支持某种排队机制。唯一明显与环境和语言无关的工具是文件，但我认为这太慢了——而且有纪律的排队可能难以实现。文献中描述的许多其他工具仅适用于一种语言或一种操作系统。建议将不胜感激！

在一个非常大的项目中，可用于进程间通信的最佳和最简单的方法是什么？

我的要求是在普通的 Windows 窗体应用程序和 Windows 服务之间进行通信。

易于维护和实施的方法是首选。

谢谢

我需要在进程之间共享一堆字符串（将来可能会更复杂的对象）。我决定使用 boost::interprocess 但我无法让它工作。我确定这是因为我不理解某些东西。我遵循了他们的示例，但是如果有使用该库经验的人可以查看我的代码并告诉我出了什么问题，我将不胜感激。问题是它似乎可以工作，但是经过几次迭代后，我在阅读器进程和有时在编写器进程上都遇到了各种异常。这是我的实现的简化版本：

编辑编辑使用named_mutex。原始代码使用了不正确的 interprocess_mutex，但这不是问题。

EDIT2我还应该注意，事情在一定程度上起作用。writer 进程可以在 reader 中断之前推送几个小字符串（或一个非常大的字符串）。阅读器以 m_stack->begin() 行不引用有效字符串的方式中断。是垃圾。然后进一步执行会引发异常。

EDIT3我已经修改了类以使用 boost::interprocess::string 而不是 std::string。阅读器仍然失败，内存地址无效。这是读者/作者

是否可以（并且可行）将 .NET Remoting 接口与 Delphi win32 应用程序一起使用？

我需要 .NET 应用程序和 Delphi win32 应用程序之间的通信，因此 .NET 远程处理对于管道的另一端来说是本机的。

对于没有第三方库的两端，是否有任何其他解决方案，尽可能接近原生？应用程序将在单独的 Windows 机器上运行。