You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Hi.
I'm trying to implement a network in which one node is listening to multiple neighbors. My current implementation makes multiple calls to "get_next_classical", but I encountered a bug: if a call to "get_next_classical" timeouts without receiving a message, any successive call to "get_next_classical" will also timeout, regardless if any message has arrived.
To Reproduce
Steps to reproduce the behavior:
Create a template code
Protocol_1 performs sleep(3), and then host.send_classical(receiver, s, await_ack=True)
Expected behavior
Step 3 should always timeout, since Protocol_1 sleeps for 3 seconds. The second call to "get_next_classical" should wait for 1 second, and then return the message when Protocol_1 sends it.
What I encountered is that this second call to "get_next_classical" never reads the incoming message.
The text was updated successfully, but these errors were encountered:
The behaviour I would expect in this code is that the first call to get_next_classical times out after 2 seconds and the next call is made, which doesn't wait at all. What if you had put wait=2 in the second call? It could also be that the first message arrives between the first and second call. Does the second call return nothing? I'll test this myself in the coming days.
Thank you for looking into it.
Changing the second call to "wait=2" does not change anything: it also timeouts without reading the message. In both cases, the call returns "None".
Describe the bug
Hi.
I'm trying to implement a network in which one node is listening to multiple neighbors. My current implementation makes multiple calls to "get_next_classical", but I encountered a bug: if a call to "get_next_classical" timeouts without receiving a message, any successive call to "get_next_classical" will also timeout, regardless if any message has arrived.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Step 3 should always timeout, since Protocol_1 sleeps for 3 seconds. The second call to "get_next_classical" should wait for 1 second, and then return the message when Protocol_1 sends it.
What I encountered is that this second call to "get_next_classical" never reads the incoming message.
The text was updated successfully, but these errors were encountered: