[提问]这个是否有办法解决？ [复制链接]

采用QT5.15.2，操作系统为Ubuntu18.04（在Vmware下运行），
编写下面的两个通过QSystemSemaphore同步的进程，将会发现异常（已经确认该程序在window 10操作系统下没有问题）

服务端程序：
QSystemSemaphore InvalidDataSysSemaphore("TestKeyInvalid",1);
QSystemSemaphore ValidDataSysSemaphore("TestKeyValid");

quint32 ReceiveTimeCount = 0;
while(1)
{
if(ValidDataSysSemaphore.acquire())
{
ReceiveTimeCount++;
InvalidDataSysSemaphore.release();
if(ReceiveTimeCount>=32765)
qDebug("等待成功次数=%d", ReceiveTimeCount);//这里只能接收到32767次，后面不会接收，但重新启动程序将可能会莫明其妙继续收到信号量
}
else
{
qDebug("等待错误，已经等待次数=%d", ReceiveTimeCount);
break;
}
}


客户端程序：
QSystemSemaphore InvalidDataSysSemaphore("TestKeyInvalid");
QSystemSemaphore ValidDataSysSemaphore("TestKeyValid");

quint32 SendTimeCount = 0;
for(quint32 i=0;i<32769;i++)
{
if(InvalidDataSysSemaphore.acquire())
{
SendTimeCount++;
ValidDataSysSemaphore.release();
}
else
{
QString str = InvalidDataSysSemaphore.errorString();//当发送到第32768次的时候，发送错误，这里提示out of resources信息
qDebug("发送错误，已经发送次数=%d", SendTimeCount);
break;
}
}

出现发送了32767次后将无法发送信号量，不知道该如何解决？

原来在虚拟机中测试，现在在实体机中测试，也是发送了32767次QSystemSemaphore信号量后，就不能发送了。
现在这个问题看起来比较严重，不知道该如何解决？
希望大家帮助找找解决方案，先谢谢大家了！

https://bugreports.qt.io/browse/QTBUG-8497
好像一直没解决过

For those looking for a workaround: have an own counter for the released semaphores. after n > 32000 call setKey() with the CREATE flag. This will reset the unix-counter. (Attention: this will reset your semaphore count too).

if ( n++ > 32000 )

{ systemSemaphore->setKey(sameKey, newInitialValue, QSystemSemaphore::Create) }

看起来调用setKey(...)函数就可以了，因为我的程序中采用双信号量，所以setKey(...)的参数中 newInitialValue=0是没问题的，否则程序将可能死锁的。
现在就只能先这么用了。
谢谢 kaon！