异步套接字回调在Mono/Linux中不起作用

我正在探索使用Mono将.NETC#应用程序从Windows移植到Linux。我遇到的问题是异步TCP套接字调用无法工作。这意味着我可以毫无问题地发送数据，但我似乎只能从套接字接收第一个响应（通过socket.BeginReceive（））。next BeginReceive（）将线程置于等待状态

从原则上讲，我们的套接字代码可能包含一个bug，但由于多年来它在Windows中一直工作正常

---

谢谢

如果使用同步套接字，事情是否按预期工作？这是一种帮助缩小问题范围的快速方法。

如果使用同步套接字，事情是否按预期工作？这是一种帮助缩小问题范围的快速方法。

这在mono-2-10分支（即将发布为mono 2.10）和master上运行良好

ubuntu附带的Mono 2.6.7和Mono 2.8都失败了。我发现了问题，正在测试修复方法。。2.6.x系列的下一个版本将有修复（如果有，也可以是2.8.x，因为我们将在几天后迁移到2.10）

---

顺便说一句，你应该在Mono Follow中报告问题，而不是在这里。

这对Mono-2-10分支（即将发布为Mono 2.10）和master很好

ubuntu附带的Mono 2.6.7和Mono 2.8都失败了。我发现了问题，正在测试修复方法。。2.6.x系列的下一个版本将有修复（如果有，也可以是2.8.x，因为我们将在几天后迁移到2.10）

---

顺便说一句，你应该在Mono Follow中报告问题，而不是在这里。

你能分享一个复制你的问题的小型独立程序吗？当然，我现在在这样一个程序中重现了这个问题。当然，它仍在使用我们的服务器，您将无法使用该服务器。但是，正如您将看到的，协议非常简单。很抱歉，仍然无法掌握此站点：-（该程序的链接是：您能否共享一个复制您的问题的小型独立程序？当然，我现在已经在这样一个程序中复制了该问题。当然，它仍在使用我们的服务器，您将无法使用该服务器。但是，协议非常简单。很抱歉，仍然无法掌握此网站：-（指向该程序的链接是：我们刚刚测试了一个同步套接字。它确实可以正常工作，唯一的区别是最后两个接收的块（53和12字节）作为一个块（65字节）接收。我们还尝试了一个小型独立服务器，稍后将发布代码。也不工作（在Linux中），只有两条第一条消息通过。因此，希望这可以在任何机器上复制。我已经准备了一个独立的服务器和客户端代码来复制该问题。以下是指向文件的链接：。当在MS Visual Studio 2008中构建并在Windows 7中运行时，它会生成一个由5对消息组成的序列（clientserver）.在Mono下运行Ubuntu10.10时（相同的MS二进制文件或由Mono重新构建），它只从客户端生成2条消息，从服务器生成1条消息。另外，请注意，我在Windows 7中以来宾身份在VirtualBox中运行Ubuntu，如果这有关系的话。我刚刚测试了一个同步套接字。它确实可以正常工作，唯一的区别是最后两个接收的块（53和12字节）作为一个（65字节）接收。还尝试了小型独立服务器，稍后将发布代码。也不起作用（在Linux中），只有两条第一条消息通过。因此，希望这可以在任何机器上复制。我已经准备了一个独立的服务器和客户端代码来复制该问题。以下是指向文件的链接：。当在MS Visual Studio 2008中构建并在Windows 7中运行时，它会生成一个由5对消息组成的序列（clientserver）。在Mono下运行Ubuntu10.10时（与MS二进制文件相同或由Mono重新构建），它只会从客户端生成2条消息，从服务器生成1条消息。另外，请注意，如果有必要，我正在Windows 7中以来宾身份在VirtualBox中运行Ubuntu。我确认该错误已修复（至少在Mono 2.10中），谢谢。我昨天为独立项目验证了它，但是也花了时间测试原始（较大）项目。我确认错误已经修复（至少在mono 2.10中），谢谢。我昨天为独立项目验证了它，但是也花了时间测试原始（较大）项目。