caxapa.ru :: Хм.. мозги включать в натуре полезно! Т.е. делаем DLL на чем угодно, хоть на питоне с паскалем и хаскелем в придачу, пишем С тред на С, и пишем пускач на С, пускач грузит DLL и стартует тред из этой DLL. После чего C и DLL обмениваются данными

Evgeny_CD, Архитектор (23.12.2010 12:38, просмотров: 204) ответил Гудвин на DLL пофиг на чем написана. Упакуй ее в EXE и все дела...

Хм.. мозги включать в натуре полезно! Т.е. делаем DLL на чем угодно, хоть на питоне с паскалем и хаскелем в придачу, пишем С тред на С, и пишем пускач на С, пускач грузит DLL и стартует тред из этой DLL. После чего C и DLL обмениваются данными через общую память. Пока не могу понять, как декларировать эту общую память, чтобы С и DLL поняли друг друга, но, уверен, это можно сделать.

Ответить

- Прежде чем использовать 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)
      - Обычные сигналы. Суть в их асинхронности: их процесс сразу получит (как до него шедулер дойдёт), а не когда соизволит их принять (в windows с этим как-то очень плохо...) - fk0(23.12.2010 13:25)
    - Вопрос в скорости переключения о верхедах на это. Переключение между тредами "стоит" существенно меньше, чем между процессами - если я что-то понимаю. Кроме того, сие извращение надо под 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)
        
        Да, я про Windows-NT. Не Win32-подсистему от Windows-3.11 и win-95, и не Windows CE -- про последний ничего не знаю, думаю, он может не так уж и плох. - fk0(23.12.2010 14:30)
        
        Ок. Значит, технологию DLL мы признали рулезом :) -> - Evgeny_CD(23.12.2010 13:30, ссылка)
        
        Ее некрософт признал рулезом :) - Гудвин(23.12.2010 13:36)

Средства и методы разработки