
<html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 10pt; color: #000000"><div>Hello,<br><br>I think I may have found a bug: In BasicTaskScheduler0::deleteEventTrigger in BasicTaskScheduler0.cpp in the lines 126 and 128, fTriggersAwaitingHandling[fLastUsedTriggerNum] is cleared/set to False. If I understand things correctly - and I might very well not - shouldn't this be fTriggersAwaitingHandling[i] instead?<br><br>If my understanding is correct, by using fLastUsedTriggerNum as the index, not the correct fTriggersAwaitingHandling would be cleared/set to False. This can be bad when later a new client connects and happens to be assigned the same eventTriggerId again, i.e. another call to BasicTaskScheduler0::createEventTrigger returns the same eventTriggerId. <br><br>In that case, in the time between this call to BasicTaskScheduler0::createEventTrigger and the new client's first call to BasicTaskScheduler0::triggerEvent, line 191/194 in BasicTaskScheduler::SingleStep could already trigger because the asociated fTriggersAwaitingHandling was not cleared, and line 197 triggers because we just assigned some fTriggeredEventHandlers here, so the handler is called with its client data being NULL, which can result in a crash if the handler being called is e.g. DeviceSource::deliverFrame0.<br data-mce-bogus="1"></div><div><br data-mce-bogus="1"></div><div>Regards<br data-mce-bogus="1"></div><div>Jay<br data-mce-bogus="1"></div></div></body></html>