[отрыв бошки] IBM шутит ;)

pthread condition variables

для начала для тех кто в танке расскажи что такое WaitForMultipleObjects

Не годится, thread_cond_wait не умеет джать наступления одного из двух условий, увы.

>для начала для тех кто в танке расскажи что такое WaitForMultipleObjects

http://msdn.microsoft.com/en-us/library/ms687025%28VS.85%29.aspx

Хотя, я думаю, что те, кто может ответить на этот вопрос, сами знают, что это.

Может стоит поглядеть как в Qt это реализованно.
Вроде есть аналог - WaitCondition
http://doc.trolltech.com/4.5/qwaitcondition.html

Видел, но это не аналог. Это ожидание одного условия. А требуется одного из нескольких.

А в чём проблема реализовать это ручками? Что бы был порядок всегда одинаковый - отсортируй их чтоли по положению в памяти - вполне прокатит.

>А требуется одного из нескольких.

А вот с этим сложнее. Я забыл что у него два поведения (

>Что бы был порядок всегда одинаковый - отсортируй их чтоли по положению в памяти - вполне прокатит

Не понял...

А, ты про WaitForMultipleObjects? Ну да, дождаться всех не проблема. )

Ну, фишка WaitForMultiply если ждём сразу все, что бы все ждущие в одном порядке ждали. это несложно обеспечить вышеописанным спообом =) других трудностей я не вижу. Но вот если вам нужно ждать "одного из" а не "сразу все" то простыми мьютексами не обойтись ((

Ну если ооочень нужно, то можно активным ожиданием решить проблему. хотя конечно это не круто.

А код wine читать не пробовал?

может через pool'ing? ну а далее мьютексами, семафорами и прочей дрянью?

Так о чём и речь. Те реализации, которые я видел именно до этого и опускаются ;( Можно, конечно, делать что-то типа

bool f = false;
while( !f )
{
  f = timedwait( cond, 10usec );
  if( askedToStop() )
    return;
}

но, это идиотизьм, imho. Интересно, доживём мы когда-нибудь до multithreading в linux с человеческим лицом?

Что-то вроде http://threadpool.sourceforge.net/ ? Не разбирался пока, буду смотреть...

>А код wine читать не пробовал?

Это крайняя мера, я пока морально не готов ;) Сначала надо на 100% отчаяться ;)

ну и не забываем, что WFMO умеет ждать в т.ч. на файловых хендлах*. что, к сожалению, так просто не эмулируется в POSIX.

*) впрочем, MSDN не рекомендует ждать именно на хендле, скажем, сокета но использовать для этого OVERLAPPED + соотв. выделенное событие. что, в принципе, почти те же яйца вид сбоку.

// wbr

Ну, конкретно мне вполне хватит ожидания pthread_mutex_t, pthread_cond_t и pthread_rwlock_t. Всего ничего. ;)

Мне всё больше и больше нравится этот 10й листинг ;) Нафигачить потоков, каждый будет ждать своего события, а кто первым дождётся - свистнет. Оригинально. ;)

> Ну, конкретно мне вполне хватит ожидания pthread_mutex_t, pthread_cond_t и pthread_rwlock_t. Всего ничего. ;)

ну если нет необходимости реагировать на разношерстные события, тогда mutex+cond более чем достаточно. rwlock нужен, если есть объект, доступ к которому осуществляется преимущественно на чтение и лишь изредка на запись. допустим, это какой-то большой локальный кеш чего-то там или в этом духе.

впрочем, что в Win32 что в POSIX такие простые структуры будут выглядеть практически одинаково. синтаксис чуть разный но не более. если это C++, то лучше конечно взять тот же boost::thread где все это уже есть и работает и там и там.

// wbr

Спасибо, на boost:thread посмотрю. Сорцы вайна уже пугают ;)

> Спасибо, на boost:thread посмотрю. Сорцы вайна уже пугают ;)

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

// wbr

>лучше конечно взять тот же boost::thread где все это уже есть и работает и там и там

Не вижу такого ;(

> Не вижу такого ;(

http://www.boost.org/doc/libs/1_39_0/doc/html/thread.html

с той или иной разницей в версиях boost есть практически в любом [нормальном] дистрибутиве.

// wbr

Мне как раз хочется ждать, пока:

1) освободится мютеск или наступит условие, или несколько условий

2) освободится rwlock или наступит условие, или несколько условий

Да нет, я там такого ожидания не вижу.

> Да нет, я там такого ожидания не вижу.

полной эмуляции WFMO? а его там и нет. оно делается ручками на базе mutex+condition. boost::thread же хорош тем, что это уже готовая и отлаженная обёртка, причём кросс-платформенная.

// wbr

А как её можно ручками-то сделать? pthread_mutex_lock никак не прервётся никаким pthread_cond_signal. Или я чего-то не понимаю?

> А как её можно ручками-то сделать? pthread_mutex_lock никак не прервётся никаким pthread_cond_signal. Или я чего-то не понимаю?

найди лучше какой-нить туториал по разработке в многопоточном окружении. а лучше хорошую книгу. ну например:

PThreads Primer
A Guide to Multithreaded Programming
Bil Lewis, Daniel J. Berg
SunSoft Press
A Prentice Hall Title
ISBN 0-13-443698-9

там есть и мьютексы и условные переменные и все-все-все. а так же что это такое, с чем это кушают и как применяют. BTW для разных систем включая Win32 и POSIX.

// wbr

Спасибо ;)

ps: не поленился посмотрел - в emule есть. так что вперед и с песнею :)

// wbr

лучше наверное сопрягать boost.asio + boost.thread для получения нужной функциональности

Да и в гугле она недалеко )

Что-то мне подсказывает, что в чистом виде это всё-таки не реализуется. Ибо нигде подобных примеров нет. Поясню, чего мне хочется.

extern pthread_mutex_t mutex; extern pthread_cond_t cond;

wait_for_one_of( &mutex, &const, 10 msec );

Так вот, хочется, чтобы wait_for_one_of спала, до тех пор, пока не залочит mutex или случится cond.

hint: ждут не мьютексы. ждут условные переменные. мьютекс - это лишь объект, который позволяет получить к ним синхронный доступ. посмотри на картину с другой стороны, и все станет понятнее.

// wbr

То есть, речь всё-таки о реорганизации кода, чтобы обойтись без этого?

> wait_for_one_of( &mutex, &const, 10 msec );

wait_for_one_of( &mutex, &cond, 10 msec );

а то ужасы какие-то )

только что хотел это предложить! (по ссылкам не ходил)

;)

> впрочем, MSDN не рекомендует ждать именно на хендле, скажем, сокета но использовать для этого OVERLAPPED + соотв. выделенное событие

Есть же GetQueuedCompletionStatus