|more useful options|
Re^5: Socket client thread design problemby BrowserUk (Pope)
|on Mar 24, 2014 at 23:35 UTC||Need Help??|
If the hardware is capable fo supporting multiple concurrent connections; then I would suggest using two different connections.
One in a separate, library created thread for the blocking read to receive the hardware-initiated timed and/or event-driven packets.
And the other for client-code initiated, synchronous query/reply transactions.
If the hardware is unable to support two concurrent connections; then I would go for a separate thread with a non-blocking socket and running a typical select with timeout server that checks a queue for pending queries each time the recv timeout expires.
With the rise and rise of 'Social' network sites: 'Computers are making people easier to use everyday'
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.