How to make a thread sleep or std::recv timeout?

I've written a program that sends and receives messages through TCP sockets using std::send/recv. On rare occasion, one machine will receive a message, but not send back an answer - this causes the machine that's waiting for the answer to hang at the recv call. My thought was to split the send/recv out into a separate thread, then kill the thread if it has to wait longer than a second for an answer. I can do that by creating the send/recv thread, then making a sleep(1) call, then creating a killing thread that calls pthread_cancel on the first thread.

This works fine and dandy (albeit ineloquent), but it forces a 1 second sleep every time the function gets called. What I'd prefer to have happen is to spawn both threads, make the "kill" thread sleep for a second, and have the program wait for the send/recv thread to finish with a pthread_join function. This way, if the send/recv thread finishes, the "kill" thread tries to kill something that doesn't exist, and everyone is happy, furthermore (if my thinking is correct), the program execution time won't be effected because even though the kill thread is sleeping, or pausing, or pthread_delay_np'ing, no one is waiting on it to finish - so everyone continues on their merry way.

Is this a good way to go about it? If so, how can I make the thread sleep (sleep(1) doesn't seem to work correctly in a thread - it makes all threads sleep(1), and if I try it without a sleep, the kill thread kills the send/recv thread before it's had a good chance to finish)? As an alternative, is there a way to make the recv function time out?

You and I have the same problem. The signals sent by all of the timer fucntions sleep() usleep() nanosleep() setitimer() etc, all seen to occur at the Process level.

Have you found the answer?

If this is all that linux provides... Hay Carrumba!

Oops... I think nanosleep() works, at least in my test program.

U can use select() instead of recv() to get call blocked on fixed period of time.