When you call pthread_mutex_trylock() you'll attempt to lock the mutex. If the mutex is currently unlocked you'll get the lock, and this function will return zero. However, if the mutex is locked this call won't block. Rather, it will return a non-zero EBUSY error value.

"dead list" that contains all stopped threads and then have a special cleanup thread that simply waits for an item to be added to the list. The cleanup thread calls pthread_join() to merge it with itself. Now your entire cleanup will be handled neatly and efficiently in a single thread.

mutexes are used to serialize access to *shared data*. Don't use them for non-shared data, and don't use them if your program's logic ensures that only one thread is accessing a particular data structure at a single time.

if you are using shared data, use mutexes for both reading and writing. Surround your read and write sections with pthread_mutex_lock() and pthread_mutex_unlock(), or use them any time a program's invariant is temporarily broken.

pthread_mutex_destroy() does not free the memory used to store the pthread_mutex_t. It's up to you to free() your own memory. Also remember that both pthread_mutex_init() and pthread_mutex_destroy() return zero on success.

pthread_mutex_lock() accepts a single pointer to a mutex to lock. If the mutex already happens to be locked, the caller will go to sleep. When the function returns, the caller will be woken up (obviously), and the caller will also now hold the lock. This call either returns zero on success.

You should always unlock a mutex that you've locked as soon as safely possible (to increase performance). And you should never unlock a mutex that you don't hold a lock for

pthread_cond_wait() simultaneously unlock the mutex (so that other threads can modify the linked list) and wait on the condition (so that pthread_cond_wait() will wake up when it is "signalled" by another thread). Now that the mutex is unlocked, other threads can access and modify the linked list, possibly adding items

pthread_cond_wait() call has not yet returned. Unlocking the mutex happens immediately, but waiting on the condition mycond is normally a blocking operation, meaning that our thread will go to sleep, consuming no CPU cycles until it is woken up.

This is exactly what we want to happen. Our thread is sleeping, waiting for a particular condition to become true, without performing any kind of busy polling that would waste CPU time. From our thread's perspective, it's simply waiting for the pthread_cond_wait() call to return.

Immediately after unlocking the mutex, thread 2 calls the function pthread_cond_broadcast(&mycond). By doing so, thread 2 will cause all threads waiting on the mycond condition variable to immediately wake up. This means that our first thread (which is in the middle of a pthread_cond_wait() call) will now wake up.

After thread 2 called pthread_cond_broadcast(&mymutex) you might think that thread 1's pthread_cond_wait() will immediately return. Not so! Instead, pthread_cond_wait() will perform one last operation: relock mymutex. Once pthread_cond_wait() has the lock, it will then return and allow thread 1 to continue execution.

All my books started out as extravagant and ended up pure and plain.

We are talking about someone who has lived. It must be honored in every respect. The fictional can take any kind of channel - according to the actor's marriage to the character.

I'm not afraid to blame myself for any of my own faults or just to analyze things in a different way, but I don't overanalyze, either.

In the 45 years I've worked in casinos, I dreamed of being honored by an organization like the American Gaming Association, especially since I don't even have a hunting license.

I think I'm going to be a stuntwoman on the side.

I used to help my dad with a stall selling eggs when I was about 12. People were so hard up they would ask for one egg. But mostly no one came by at all. It was very demoralising.

My father still is a lawyer, and my mom was a teacher and then later a career counselor.

The comics I hate are thieves. Nothing's more disgusting than a guy who steals another person's ideas and tries to claim them as his own.

Everything just fell into place with Ronnie and me. We completed each other.

Science, like art, religion, commerce, warfare, and even sleep, is based on presuppositions.

I'm not a cinephile. My films don't reference films. I'm more interested in rhythm and feeling.

Africa is wealthy in natural resources; the problem is they are not optimally utilized.

Well, wolves will pretty rarely hunt. You're vulnerable if you're on your own or injured. But for lone wolves, get up high, show them that you're not injured, face 'em off, be authoritarian with it, and look 'em in the eye.

I believe that we should be able to marry whom ever we choose. As long as both people are willing... I say go for it!

I have to prove myself in a lot of ways - as an actor, as a person, as someone who can handle pressure.

It will never rain roses: when we want to have more roses we must plant more trees.

I don't have the recipe for happiness, but I think the engine is simply having the desire.

Income should be taxed one time at one rate, not again and again.

They always win who side with God.

This hospital like every other is a hole in the universe through which holiness issues in blasts. It blows both ways in and out of time.

Today I would say, 'I am against plastic surgery.' It's a grave act. An act that touches our soul. It was frightening.

Let there be spaces in your togetherness.

Reason is a fine thing, but it is not the only thing available to a writer. It's just part of the arsenal of many things available to a storyteller. Revelation, for example.

I couldn't care less what anyone's 'perception' of me is. I'm too long in the tooth to care.