1.6.6.1什么情况下会出现“There is no data to be sent in the queue.”的报错？看了两天代码也没看出来什么情况会进到这里

[goowell]

如题，而且是偶发，有时一两天一次，有时一两周一次，每秒的收发次数有80条左右，消息长度平均20到30个字符

[kerryjiang]

Please upgrade to SuperSocket 2.0.

[goowell]

请问这提交是不是可以修复这个问题？另外Issue#55没有找到，是被删除了吗？谢谢

Revision: 3487df3
Author: Kerry Jiang [email protected]
Date: 2016/5/26 18:10:28
Message:
Fixed the bug that some sessions cannot be closed properly (#55)

• prevent a racing issue when send/receive return occur at the same time

• added more logs and tried to fix the session close state issue

• tried to fixed session closing state issue

• removed the logging code for debug

[chucklu]

issue和pr共享id的，编号55的是一个pr https://github.com/kerryjiang/SuperSocket/pull/55

[goowell]

你好，请问这个提交可以修复这个问题吗？如果知道的话可以共享相关信息吗？非常感谢。

[kerryjiang]

没有， 你可以自己编译，引用！

[kerryjiang]

有什么困难让你们无法升级到.NET Core吗？

[cityWalker312]

如题，而且是偶发，有时一两天一次，有时一两周一次，每秒的收发次数有80条左右，消息长度平均20到30个字符

这个问题是否为历史已知问题？在合入这笔提交
Revision: 3487df3
版本更新版本号为1.6.7。另外，我们的1.6.7版本是否有Release计划？

[kerryjiang]

建议自己编译引用SuperSocket 1.6.7, 没有发布新的1.6.*的计划。

[goowell]

目前项目中遇到了这棘手的问题，由于对整体的互锁设计理解的不是很透彻，我自己不能理清楚程序进入的路径，如果有时间，请帮忙给出提示，谢谢。目前怀疑的方向主要有：1- 多线程发送造成的队列互锁失效进入了报错区域。2-数据发送过程中有其它异常导致socket中断，队列在被清除后进入了报错区域。希望能够帮忙解惑，谢谢。

[kerryjiang]

拿1.6分支最新代码自己编译看看。