заплакать

Ничего не поделаешь, это Windows.

Юзай cygwin.

Смотри исходники Chromium'а. ЕМНИП в венде есть аналогичный механизм...

Хорошенько подумать, почему бы не использовать WinApi для создания потоков. Прямого аналога fork() на Windows нет, в частности, из-за того, что потоки в большинстве случаев удобно заменяют отдельные процессы.

Пока именно этим и занимаюсь.

Юзай cygwin.

Ещё один компелятор... Нет.

почему бы не использовать WinApi для создания потоков.

А где про них можно прочитать?

msdn

юзать pthreadz

Юзай cygwin.

Ещё один компелятор... Нет.

еще один компЕлятор будет если только добавишь его при установке cygwin'a
a сам cygwin - это не компилятор, это набор разных тулзов, ну вот http://www.cygwin.org/cygwin/

Прямого аналога fork() на Windows нет

А в перле как сделано?

А в перле как сделано?

А в перле свой fork, отдельный от системного.

Ну да, но ведёт он себя аналогично системному. Это я к тому, что навелосипедить можно, если очень хочется.

навелосипедить можно, если очень хочется

Так в cygwin, ЕМНИП, есть как раз такой велосипедный fork.

Через виндовые потоки.

Потоки таки не подходят. Они рушат всё приложение при крахе.

Юзать WinAPI

Можно ли нормально скомпилировать программу МинГВином, но с цугвиновскими библиотеками?

У меня не получилось - даже если подменить хидеры мингвина цугвиновскими и прилинковать libcygwin.a, сыпятся многочисленные варнинги на редефенишионсы.

Видно мингвин неявно линкует что-то, что конфликтует с именами цугвина. Справиться с этим не могу.

я бы выкинул минГВ %)

Совсем аналогичного нет :) CreateProcess() имеет гораздо более высокую цену, чем fork(). В венде единицей диспетчеризации является поток.

В венде единицей диспетчеризации является поток.

Не знаю, к чему это, но в линуксе единица диспетчеризации тоже поток.

4.2 В линуксе потоки создаются на основе «легковесных процессов». Процесс в винде гораздо тяжелее. И модель «мультипроцессности», которая опирается на fork() под виндой становится УГ, потому что создатели CreateProcess() ничего похожего не имели в виду.

CreateProcess() имеет гораздо более высокую цену, чем fork(). В венде единицей диспетчеризации является поток.

И причем тут вообще единица диспетчеризации?

4.2 В линуксе потоки создаются на основе «легковесных процессов».

И это не мешает планировщику выполнять потоки как отдельные сущности.

Процесс в винде гораздо тяжелее.

В каком смысле «тяжелее»? Контекста больше, запустить труднее?

И модель «мультипроцессности», которая опирается на fork() под виндой становится УГ, потому что создатели CreateProcess() ничего похожего не имели в виду.

Как это связано с диспетчеризацией?

не поток, а task.
Процесс это task, и тред это task.

В винде процесс это просто контейнер, и единица выполнения там тред.

lovesan

не поток, а task.
Процесс это task, и тред это task.

okay.jpg. Но это больше вопрос терминологии, не?

нет, отличие фундаментально.

хотя Native API и позволяет сделать fork, через некоторые хитрости, но надо понимать, что в винде у процесса нет «состояния выполнения», как оно у процессов в unix-like системах. У процесса есть виртуальная память, коллекция тредов и другие штуки, но сам процесс это просто контейнер, по процессам время исполнения не квантуется.

хотя Native API и позволяет сделать fork, через некоторые хитрости, но надо понимать, что в винде у процесса нет «состояния выполнения», как оно у процессов в unix-like системах. У процесса есть виртуальная память, коллекция тредов и другие штуки, но сам процесс это просто контейнер, по процессам время исполнения не квантуется.

Нет нет, с вендой я согласен. Вендовый процесс как я понимаю, больше похож на task из L4. Я хотел сказать что «light-weight process», «thread» в других unix-like OS и task в линуксе - принципиально похожие сущности с разными названиями.

Нет нет, с вендой я согласен.

Вопрос ТСа относился к «тому же самому» под оффтопиком. Ну так «того же самого» на деле-то и нет. И вытекает это не из различий в терминологии :) (Дело не в похожести, а в различиях)

wifi

дай пароль от wifi напиши сюда http://vkontakte.ru/antoshka_shahurdin

boost