У меня в отдельном экзе тоже виснет, я запускаю debug-версию через консоль с qt-vars

1) Если создаете m_condition; и m_mutex в конструкторе, то и удаляйте в деструкторе. А так просто остаетесь с невалидным объектом после вызова process, а если он не будет вызван - утечка

2) все тело dо_something защищено мутексом. Значит др нитка желающая сделать resume будет ждать на мутексе пока все не закончится. Правильно делать под мутексом лишь минимальные действия (напр извлечь элемент из контейнера), освободить мутекс как можно быстрее, а там уже заниматься с данными

3) waitCondition - та же ошибка что и в букваре.

C++ (Qt)
void AutoThreadObj::process()
{
	forever {
		m_mutex->lock();	
                m_condition->wait(m_mutex); //wait for resume
 

Нитка пытается захватить лок, но в это время др нитка (может главная) ее опередила делая resume. Что происходит дальше. Захватив лок, главная нитка делает wakeOne - но на m_condition никто еще не ждет,  wakeOne возвращает управление ничего не сделав и освобождает мутекс. Теперь AutoThreadObj получает лок и ждет, но поезд-то уже ушел. Возможно поэтому Вы поставили в исходниках wait на полсекунды 

Я бы посоветовал в данном случае использовать QSemapohre вместо waitCondition

Bepec, когда же уже читать научимся? Повторюсь:
1. Оно не падает, оно виснет. И виснет внутри ntdll.
2. У меня проявляется на всех Windows, всех компиляторах и всех версиях Qt.

Всех компиляторах - значит Visual Studio 2008 тоже проверялся. Там виснет в ntdll.RtlUniform.

Дак откуда ж мне знать, почему? Знал бы - сюда и не писал ничего - у себя исправил бы и дело с концом.

Спасибо, попробую через QSemaphore.

https://dl.dropbox.com/u/62712483/Release.zip
Qt 4.7.2 MSVS 2008. Библиотечки ещё сжаты upx Ну и дизайн чуть улучшил, а то статика напрягала.

PS Ваша версия работает как отбойный молоток - неостанавливаясь.

Проверил на корпоративной WinXP Pro SP3. Висим.