Как "усыпить" текущий поток?

[spectre71]

QThread::sleep(unsigned long);
QThread::msleep(unsigned long);
QThread::usleep(unsigned long);

Все эти методы protected ! Непонятно нафига и что с этим делать.

Решение из FAQ не приемлемо!

[p222]

Код

C++ (Qt)
class Helper: public QThread {
public:
    static void msleep(int ms)
    {
        QThread::msleep(ms);
    }
};
.....
Helper::msleep(5);

Сам нашел вчера в интернете :-)

[pastor]

Решение из FAQ не приемлемо!

Чем?

[spectre71]

Решение из FAQ не приемлемо!

Чем?

#ifdef Q_WS_WIN
   Sleep( milliseconds );
#endif

Хотя бы тем, что вызов Sleep() под Q_WS_WIN требует подключения "Windows.h".

[spectre71]

Сам нашел вчера в интернете :-)

Спасибо, работает.

Но вопрос еще открыт, почему эти методы сделаны "protected" ?

[Авварон]

видимо вне контекста QThread они могут некорректно работать...

[spectre71]

видимо вне контекста QThread они могут некорректно работать...

Не похоже. Код для Windows

Код

C++ (Qt)
void QThread::sleep(unsigned long secs)
{
    ::Sleep(secs * 1000);
}
 
void QThread::msleep(unsigned long msecs)
{
    ::Sleep(msecs);
}
 
void QThread::usleep(unsigned long usecs)
{
    ::Sleep((usecs / 1000) + 1);
}

Кто-нибудь может написать троллям, чтобы перенесли методы в public?

[Авварон]

для юникс там небось sleep, тоже багов с ним нету, да, надо бы попросить...

[BRE]

Системный вызов sleep усыпляет ту нить, в контексте которой делается вызов.
Предполагается, что вызывать QThread::sleep будут из метода QThread::run(), а из него данные методы будут доступны (т.к. protected).

[Авварон]

ну так мы и пытаемся усыпить контекст ТЕКУЩЕЙ нити (main)

[BRE]

ну так мы и пытаемся усыпить контекст ТЕКУЩЕЙ нити (main)

Тогда решение предложенное р222 будет нормально работать на всех поддерживаемых платформах.   
Просто усыпление главной нити не самое типичное действо. 

[ритт]

а, собсна, зачем блокировать главный поток?

[spectre71]

а, собсна, зачем блокировать главный поток?

Усыплять, а  не блокировать. Ситуаций может быть много, в основном их можно обойти, но часто проще сделать через sleep.
У меня, например, в двух случаях
1) Короткие 50 - 200 msecs, при выводе информации в splash-окно во время загрузки приложения, чтобы не было мелькания.
2) При доступе к ресурсу, например открытие файла. При интенсивной работе с файловой системой (под Windows), попытка открыть файл может провалиться и требуются несколько попыток с нарастающей задержкой.

Еще возможно для счетной задачи(программы), по циклу(длительному, но с быстро исполняемой итерацией), если хочется чтобы не была 100% загрузка CPU.

[ритт]

а, собсна, зачем блокировать главный поток?

Усыплять, а  не блокировать.

а усыпление поток не заблокирует, ага?

sleep в основном потоке может быть полезен *исключительно* в однопоточном приложении; для всех остальных случаев есть таймер и система событий.

[BRE]

sleep в основном потоке может быть полезен *исключительно* в однопоточном приложении; для всех остальных случаев есть таймер и система событий.

Я тоже пока придумал только одно применение - приложение является демоном. В остальных случаях тормозить основной поток как-то странно.