The provided example from the manual (using udp_puts, udpEventHandler, udp_listen) fails:
Listening on udp port: 53530
sock280
127.0.0.1 60595: 12 {Hello, World}
127.0.0.1 60595: 0 {}
127.0.0.1 60595: 0 {}
127.0.0.1 60595: 0 {}
127.0.0.1 60595: 0 {}
127.0.0.1 60595: 0 {}
127.0.0.1 60595: 0 {}
On second call to udp_puts the receiver fails to read data.
The debug output:
Packet comes in
sock 280 is set
Wait sock read
UDP_CheckProc
Sock read finished
Received 12 bytes from 127.0.0.1:64850 through 280
Hello, World
But the tcl channel stays emtpy.
Tested on W7, MinGW64, TCL 8.5.15; and Ubuntu 12.04 32bit;
I also see that this part is called only once, but never again:
In udpInput
udp_recv
udp_recv message
Hello, WorldudpInput end: 12, Hello, World
In udpInput
Pretend we would block
... somehow the Tcl_DriverInputProc is not called again???
Is a TCL bug:
https://groups.google.com/forum/#!topic/comp.lang.tcl/sRr678PXFfM
This one can be closed as invalid.