How I can wait some data from serial port with a timeout without lock the events in my application? I tried wxMilliSleep() function but it lock my application and do not handle events, i.e. button click for stop the operation.
I can fragment my timeouts and every atomic timeouts I could "dispatch" the events...but how I can do it?
Thx
Lollo
Start a timer and return to the message loop. The timer should send a message to the loop when it runs out, so you can cancel the operation. Retest whether you received data every now and then while it runs.
If that's not possible, you'll have to create a background thread. That makes things a lot more complicated.
All the buzzt!
CornedBee
"There is not now, nor has there ever been, nor will there ever be, any programming language in which it is the least bit difficult to write bad code."
- Flon's Law
what do you mean with "message loop"?
For messages you mean the OS messages?
At a basic level, event-driven applications like modern GUI applications sit in some loop, waiting for messages (events) to arrive. That's the even loop. Most toolkits hide this loop, but I learned Win32 API first, so I'm used to the term.
Returning to the message loop means simply going back to waiting for more events.
All the buzzt!
"There is not now, nor has there ever been, nor will there ever be, any programming language in which it is the least bit difficult to write bad code."
- Flon's Law
This might sound like overkill, but... A program could be written which handles the reading/writing to the serial port, and which exposes a UNIX socket interface to clients. Only a single client can connect at a time. Clients connect and use send()/recv(), and the serial daemon translates this to serial IO.Originally Posted by CornedBee
Now that the interface is a plain old socket you can plug it into the event loop of your application just like any other socket.
The serial port should be a file descriptor, so you can do async reads on that, too.
All the buzzt!
"There is not now, nor has there ever been, nor will there ever be, any programming language in which it is the least bit difficult to write bad code."
- Flon's Law
