Evgeny_CD, Архитектор (23.12.2010 12:12, просмотров: 8046)-
- Принципиальных затруднений быть не должно: Ксения(1276 знак., 23.12.2010 12:55)
- extern "C" c_thread ? Потом из main его запускать? Не понял сути вопроса. - fk0(23.12.2010 12:25)
- Нет. Чтобы С-шня треда обрабатывалась в режиме plain c, а C++ - в режимее ++. Без экстернов. - Evgeny_CD(23.12.2010 12:28)
- проблема та в чем? в С++ оверлоадинге, который меняет имена и линкер потом не найдет. а extern "C" {void my_cpp_func();} как раз таки и говорит, что для линковщика имя будет my_cpp_func, а не что-то типа my_cpp_funcXXZdfr455. ыыыы(118 знак., 23.12.2010 12:52,
)
- Я не шибко одаренный, но опасаюсь, что кроме чудного имени там еще и соглашения о вызовах функций другие. - Evgeny_CD(23.12.2010 12:57)
- Обычно соглашения по умолчанию одинаковые, меняют cdecl на stdcall обычно вручную, или в настройках компилятора. - Хитрый Китаец(23.12.2010 17:53)
- нет. все так делают (через h файл с extern-ами), никаких проблем не было. соглашения у компилеров одинаковые (по крайней мере мне не попадалось обратного). - ыыыы(23.12.2010 13:00, )
- Я не шибко одаренный, но опасаюсь, что кроме чудного имени там еще и соглашения о вызовах функций другие. - Evgeny_CD(23.12.2010 12:57)
- проблема та в чем? в С++ оверлоадинге, который меняет имена и линкер потом не найдет. а extern "C" {void my_cpp_func();} как раз таки и говорит, что для линковщика имя будет my_cpp_func, а не что-то типа my_cpp_funcXXZdfr455. ыыыы(118 знак., 23.12.2010 12:52,
- Нет. Чтобы С-шня треда обрабатывалась в режиме plain c, а C++ - в режимее ++. Без экстернов. - Evgeny_CD(23.12.2010 12:28)
- DLL пофиг на чем написана. Упакуй ее в EXE и все дела... - Гудвин(23.12.2010 12:23)
- Хм.. мозги включать в натуре полезно! Т.е. делаем DLL на чем угодно, хоть на питоне с паскалем и хаскелем в придачу, пишем С тред на С, и пишем пускач на С, пускач грузит DLL и стартует тред из этой DLL. После чего C и DLL обмениваются данными Evgeny_CD(141 знак., 23.12.2010 12:38)
- Прежде чем использовать DLL, подумайте, а надо ли выделять его в отдельную либу.В винде, как раз для работы с dll, Вам понадобится разобраться с calling conventions,задумаваться о загрузке,выгрузке либы;кроме того,она все таки нужна 1) если её Хитрый Китаец(144 знак., 23.12.2010 18:07)
- я даже затрудняюсь более извращенный способ придумать (см. ниже - придумал) - почему бы статически не слинковать как пишет fk0 ??? C++ тред компилим С++ компилером, С компилим С компилером (разные файлы, при этом у них глобальный спейс общий, ну и ыыыы(183 знак., 23.12.2010 12:58, )
- В задрипанных поделках финских студентов нет никакой нужды всё иметь в одном процессе. Есть shared memory, дескрипторы файлов через IPC тоже передаются. Для разных процессов. Сигналы сверхоперативного управления. Что ещё надо? - fk0(23.12.2010 13:03)
- "Сигналы сверхоперативного управления". Буду благодарен за ссылку, пояснающую что это такое. Я что-то такого в буках по Unix не встречал. - Evgeny_CD(23.12.2010 13:12)
- Вопрос в скорости переключения о верхедах на это. Переключение между тредами "стоит" существенно меньше, чем между процессами - если я что-то понимаю. Кроме того, сие извращение надо под Win32 запустить. - Evgeny_CD(23.12.2010 13:06)
- Проблема со скоростью и т.п. надуманная. Скорость переключения нужна при постоянных блокировках на мутексах и т.п., вы же пишете, мол почти независимые процессы. Если есть постоянные блокировки, то опять же проблема переключения не в том, что fk0(398 знак., 23.12.2010 13:31)
- В win как раз никакого извращения ;) Запущаем в проге на pure C два треда. Из второго вызываем функции DLL, написанной на чем угодно... Если DLL глаза мозолят, то можно утилиткой запаковать в один exe файл, при запуске оно автоматом все развернет Гудвин(45 знак., 23.12.2010 13:28)
- Win32 сплошное извращение созданное врагами-античеловеками виндоморонами. - fk0(23.12.2010 13:34)
- AlexandrY, опыту которого я вполне доверяю, и который тему рисечил, признал, что некоторые вещи в части многозадачности в Win32 продуманы очень хорошо, лучше многих известных реализаций *nix. - Evgeny_CD(23.12.2010 13:39)
- а ресечил ли он *nix в достаточной мере? при том, что вин32 работает только с одной архитектурой, я слышал и негативные отзывы. лично меня некрософт "порадовал" недавно - у них long 64-х битный теперь - ахренеть как прикольно. и вы ыыыы(185 знак., 23.12.2010 14:33, )
- Я тоже признаю, что в windows многое проектировалось с умом. Unix возник в ходе эволюции и многое там перекроено 10 раз и всё наперекосяк. Windows с нуля, когда уже известно было как нужно делать, и правильно в общем-то было сделано. Документацию fk0(108 знак., 23.12.2010 14:28)
- а ресечил ли он *nix в достаточной мере? при том, что вин32 работает только с одной архитектурой, я слышал и негативные отзывы. лично меня некрософт "порадовал" недавно - у них long 64-х битный теперь - ахренеть как прикольно. и вы ыыыы(185 знак., 23.12.2010 14:33,
- AlexandrY, опыту которого я вполне доверяю, и который тему рисечил, признал, что некоторые вещи в части многозадачности в Win32 продуманы очень хорошо, лучше многих известных реализаций *nix. - Evgeny_CD(23.12.2010 13:39)
- Ок. Значит, технологию DLL мы признали рулезом :) -> - Evgeny_CD(23.12.2010 13:30, ссылка)
- Ее некрософт признал рулезом :) - Гудвин(23.12.2010 13:36)
- Win32 сплошное извращение созданное врагами-античеловеками виндоморонами. - fk0(23.12.2010 13:34)
- В задрипанных поделках финских студентов нет никакой нужды всё иметь в одном процессе. Есть shared memory, дескрипторы файлов через IPC тоже передаются. Для разных процессов. Сигналы сверхоперативного управления. Что ещё надо? - fk0(23.12.2010 13:03)
- Хм.. мозги включать в натуре полезно! Т.е. делаем DLL на чем угодно, хоть на питоне с паскалем и хаскелем в придачу, пишем С тред на С, и пишем пускач на С, пускач грузит DLL и стартует тред из этой DLL. После чего C и DLL обмениваются данными Evgeny_CD(141 знак., 23.12.2010 12:38)