Page 3 of 15
Posted: Wed Jul 20, 2005 3:15 pm
by DoomEd Archangel
уррра! у нас будет поддержка дллок..!!!
Posted: Wed Jul 20, 2005 4:01 pm
by FreGL
да, запара только в том что походу в эмуляторах нет поддержки чтения/записи файлов..
а без этого придётся тока в теории всё делать...
и ещё вопрос, почему у меня MALLOC выделяет память только один раз (в эмуляторе правда..), а дальше адрес нулевой - т.е. нет места..
изза этого я не могу никак реализовть динамические списки..
на счёт параметров,,, банально
push param1
push param2
...
а теле процедуры в dll:
proc_dll:
pop EDX
pop ECX
pop EBX
или что то типа такого...
вообще надо нарыть инфы по работе со стеком через EBP... а то пока соображалка не варит
Posted: Thu Jul 21, 2005 10:43 am
by FreGL
и вопрос немного не в тему но косвенно будет касаться онного -
может кто выложить пример работы со списками (через указатели) в С--?
Posted: Thu Jul 21, 2005 11:09 am
by mike.dld
FreGL wrote:да, запара только в том что походу в эмуляторах нет поддержки чтения/записи файлов..
а без этого придётся тока в теории всё делать...
Есть поддержка функции 6 (чтение файла с RD, устаревшая), а также функции 58 с подфункциями 0 (чтение из файла), 1 (запись в файл), 16 (запуск программы). А ты говоришь нет
И, я, наверное, уже всем надоел с этим, но, пожалуйста, если вы не знаете, какие проблемы есть у эмуляторов, а тем более если знаете, - не используйте их для разработки реальных приложений. Как когда-то правильно заметил Майк Хиббет, они годны разве что для разработки пользовательского интерфейса, но уж никак не для проверки функциональности.
Posted: Thu Jul 21, 2005 12:14 pm
by FreGL
да, но грузиться каждый раз в меос меня не прильщает...
да и правильно сделать что бы Длл грузилась в общее адресное пространство, т.е. была доступна всем программам.. пока правда это нереализуемо.. ну и ещё надо как то сделать поддержку компиляции длл в с--
Кстати, Майк, как бороться с глюками шрифтов в твоём эмуляторе? у меня отображаются кряказяблы ... черные прямоугольнички..
Posted: Fri Jul 22, 2005 12:47 am
by mike.dld
Просто не надо лишний раз запускать CONVERT.COM, если не знаешь, что это такое
Posted: Fri Jul 22, 2005 10:58 am
by halyavin
FreGL
В твоем формате многое не учитывается - к этому делу придется подходить более серьезно.
На данный момент идут работы по завершению перевода ядра на мой менеджер памяти. Затем нужно будет снять некоторые ограничения текущей версии. После этого перейду к dll и драйверам.
Posted: Fri Jul 22, 2005 11:32 am
by FreGL
mike.dld << convert.com - не знаю чё это такое...
halyavin << ну я ж и не сказал что это рабочая модель - это просто зарисовки...
Posted: Mon Jul 25, 2005 11:52 am
by FreGL
с эмулятором разобрался, я так и не понял а нафиг там тот convert.com сдался
Posted: Tue Oct 04, 2005 4:26 pm
by willow
Давайте на первое время грузить dll в адресное пространство проги на фиксированный адрес, скажем, на 16 кб и только одну за раз. Надо будет попробовать с моим gif_lite
Posted: Mon Nov 21, 2005 2:26 pm
by FreGL
Ну вот вроде бы и манагер памяти есть, как быть терь с длл?
Posted: Tue Nov 22, 2005 12:57 pm
by halyavin
Нужно определиться с системной директорией...
Posted: Tue Nov 22, 2005 3:27 pm
by FreGL
конкретно чем, скажи, чем смогу помогу...
и ещё, может быть повторюсь с вопросом - ядро обеспечивает функции типа malloc realloc dispose на счёт выделения, удаления длоков памяти из приложения, я тут думаю может взяться таки за ГУИ, если с динамическим выделением памяти проблем нет, можно реализовывать двойную буфферизацию и буферизированый вывод изображений что несомненно улучшит качество контролов?
Posted: Mon Nov 28, 2005 9:19 pm
by diamond
Элементарно - исходники FASM'а открыты, так что можно без проблем дописать собственный код, который будет генерировать то, что надо. Новая директива 'format mtexe' / 'format mtdll'
Posted: Mon Apr 10, 2006 8:16 am
by O01eg
а чем вам IPC не нравится? В нужной программе запуская библиотку как обычную программу, получаем её PID посылаем запрос, библиотека его обрабатывает и шлёт ответ