SashaMercuryВчера я решил заняться чем-нибудь интересным.

Вот опять как и у автора topic возникает необходимость изобретать велосипед.
Сейчас разрабатываю library, которая будет предоставлять расширенный функционал при работе с dll файлами.
В частности:

- (1) производить demangle без использования UnDecorateSymbolName function http://msdn.microsoft.com/en-us/library/windows/desktop/ms681400(v=vs.85).aspx.

- (2) вызывать во время run-time работы программы на выполнение функции из произвольных dll

...

(1) нужен для того, чтобы получить данные об параметрах и возвращаемом значении функции
(2) думаю будет интересен многим /про свои потребности пока говорить не буду/

Для реализации (2) нужно знать все об аргументах функции и обязательно их size.
Для "стандартных" типов данных все относительно просто, а вот для "не стандартных" вопрос довольно не прост.
Пока еще не знаю путей его решения.
Текущая разрабатываемая ветка решения этого вопроса основывается на том, что алгоритм знает где находятся необходимые *.h.
Так вот придется парсить *.h и выуживать из них необходимые данные.

PS: Так как уже не один раз приходилось решать подобного рода задачи, то скорее всего придется изучить уже
кем-то изготовленные "велосипеды" llvm.org ...

Сейчас только приступаю к реализации (2) пункта ...

Anatoly MoskovskyНе всегда можно вызвать ф-ю из ДЛЛ, даже имея прототип

Безусловно. Тем более многие функции "работают" если для них подготовлена "среда обитания".

Суть данного проекта не в том, что этот механизм не реализован другими, а в том, чтобы
уменьшить трудоемкость возлагаемую на программиста при кодировании.

Поясню.
К примеру посмотрим на http://www.script-coding.com/dynwrapx.html /библиотека для вызова функций Win 32 API/
Решает вопрос?
Да.
Вообщем то как молоток и кувалда хороши если их применять тогда когда они наиболее полезны, так и это
решение безусловно очень полезно ...

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

PS: Вообще то лукавлю.
То что пытаюсь сделать будет иметь уменьшение трудоемкости в кодировании всего лишь как побочный эффект.

SashaMercuryвы хотите сказать- "если я не буду писать анализатор своими руками, а скачаю какую-то библиотеку, реализующую то что нужно, то я добьюсь поставленной задачи и плюс минимизирую время на разработку." ?

Ну да ладно приоткрою немножко свои потребности.
Данный проект в какой-то мере позволит решить вопрос создания программ, которые без
перекомпиляции смогут "на лету" использовать функции находящиеся в разных dll
/извиняюсь за некоторую корявость фразы .../.
Поясню.
Обычно программа использует какой-либо API, который реализован в каких-либо dll.
Так вот хочет добиться того, чтобы программа без перекомпиляции смогла бы использовать
аналогичные функции находящиеся в других dlls

PS: Про то как это будет организовано /программный комплекс/ и как программа будет понимать, что
с данного момента должна будет использовать другую функцию ... ...
прошу не спрашивать ...

Anatoly Moskovsky, а надо только скомпилировать новую обертку и указать ее в конфиге программы.

Обратите внимание на post выше:

... Данный проект в какой-то мере позволит решить вопрос создания программ, которые без
перекомпиляции смогут "на лету" ...

Владимир2012Обратите внимание на post выше:

Пожалуй поспешил с ответом ...

... Основная программа работает только с АПИ обертки, а оберток несколько и они реализуются в виде
отдельных ДЛЛ, каждая из которых вызывает свое конкретное апи.

Опять мы привязаны к dll ... ...

PS: Просьба не продолжать обсуждение этой темы.
Еще раз.
Цель проекта не в том, чтобы решить какие-то локальные хотелки, а предоставить
разработчику механизм работы при котором у него не будет болеть голова об создании
каких-либо адаптеров ... ...

Dimitry SibiryakovНо я бы посмотрел что ты будешь сделать с
экспортируемыми функциями,
Что не удастся решить будет вынесено в manual. Скажем в раздел "Ограничения по использованию".

Знаете многие фирмы пишут подобные "велосипеды" и накладывают разного рода ограничения
/например аргументы функции должны иметь только стандартные типы данных .../

PS: Задача довольно не простая ...
Пока выбрал направление работ к ее решению, то что приведено несколькими постами выше.

Dimitry Sibiryakov
Когда года два назад пришлось мне разработать decompiler для Firebird, то надо сказать
ты правильно угадывал чего автор хочет.
Что скажешь в этом случае?
Кстати на счет decompiler он существует и на 100% правильно выполняет свои функции.
После декомпиляции производится компиляция декомпилированного текста и затем производится
верификация исходного бинарного кода с полученным ...
Так вот поверь мне декомпилятор прошел "жесткую" проверку.
Поэтому то набираюсь смелости утверждать, что он "на 100% правильно выполняет свои функции."

Anatoly MoskovskyБудет работать в каких-то нескольких частных случаев с мегакостылями в качестве подпорок.

А поподробней можно об "в каких-то нескольких частных случаев с мегакостылями в качестве подпорок"
Я не иронизирую.
За ваши ответы спасибо.

PS: Вообще то тема на мой взгляд интересна.
Хотелось бы, чтобы другие разработчики рассказали как они видят решение этого вопроса ... ...
А что до меня. Так у меня уже давненько и не раз мелькала мысль разработать другой формат
представления dll /скорее всего к этому и приду/.

И еще какой смысл говорить автору, что у него ни чего не получится ...
Мною поднятая тема не для выпендривания перед другими, а для того, чтобы услышать мнение
и подходы к решению этого вопроса других.

White Owl(или хотя бы неудобно) сделать на основе обычных dll.

Дело не в том, что в существующем формате PE /dll/ файла чего-то там не достает, а в том что
данный формат использован был разработчиками в соответствии с их видениями того что им нужно
для run time использования dll.

Дальнейшее что сейчас скажу не воспринимайте, что это мне достает и нужно добавить в dll, а
всего лишь как пример.
Предположим я хочу, чтобы при run time проверялась лицензия /какие то поля/ на использование той или
иной функции.
Слушайте этих "хотелок" может быть много ...

Другой формат dll /или доработанный нынешний/ мне в основном нужен для того, чтобы в ней было
достаточно данных для того, чтобы обеспечить динамическое во время run-time использования функций
без необходимости перекомпиляции исходного текста.

И не факт, что буду разрабатывать новый формат dll /но не исключаю, что придется/

ИзопропилDimitry Sibiryakovпропущено...

Не, сам по себе СОМ таки требует перекомпиляции. Он, похоже, тщится изобрести IDispatch.
не-не, он хочет прочитать tlb и на ходу сгенерить прокси

А это имеет какое-либо значение /кстати COM технологию часто использую в работе/?

PS: Лучше подумайте об дивидентах, которые бы дало решение этого вопроса.

Anatoly MoskovskyВсе равно код который будет динамически вызывать ДЛЛ надо будет как-то компилировать.


На ходу придумываю пример.
К примеру разрабатываю калькулятор, который имеет какой-то набор функций.
Скажем имеется какой-то модуль, который отвечает за вычисление выражения ...
И вот скажем понадобилось нам добавить возможность использования новых функций ...
Дальше понятно?

Изопропил( питон, например запользовать)
Ну да ладно.
Строгаю некую новую программную систему.
Будет в ней что-то интерпретаторов, что-то от компиляторов ...
Так вот /надеюсь осилю/ будет в ней возможность во время run time использовать новый функционал
без перекомпиляции модулей ...

PS: Эту тему точно не буду обсуждать, потому что она легко переходит в флуд ... /да и не к чему это/.
Вот когда появится хотя бы бета версия, то тогда можно будет о чем либо говорить.

Anatoly Moskovskyпока ты не покажешь конкретную задачу,

Вопрос, который меня интересует связан с возможностью использования во время run-time функций
из произвольных dll.

PS: Спорить не люблю ...
Вас все устраивает - рад за вас.

Anatoly MoskovskyСогласно этому АПИ, функциональность расширяется с помощью загрузки ДЛЛ из папки с плагинами.
И получаем страшный сон в виде jquery, nodejs /с сотнями plugin/... ...

PS: Это интересный путь ...
Попытаюсь развить и другой

Еще раз - run time мне нужен для некой программной технологии, которую по мере сил разрабатываю.

PS: Вопросы об ней могут быть только когда она дорастет до беты.
Обсуждать ее пока нет смысла ...
Кстати одним из demo будет - calculator

Изопропилчто с этим зоопарком делать?

Попал в точку.
Как раз развиваемая технология и будет заниматься этими вопросами и многими другими ...

PS: Не обижайся, но эти вопросы обсуждать не буду.
Если копнуть этот вопрос, то он потянет мнооого других.
И в результате вместо разработки начну писать manual на то, чего еще нет

Изопропилдальше то что делать?
Что дальше с этим делать зависит от программиста.

PS: Еще раз в дебри вдаваться не считаю нужным.
Меня интересует чисто техническое решение этого вопроса.
Да и более ранние ответы разве не говорят о том чего хочет автор?

"... Или просто имеется абстрактное желание " - "... обидеть норовишь.
Тут за день так накувыркаешься.
Придешь на форум ..."

/конечно это шутка не прими на свой счет/

Изопропилбез шуток.

PS: Похоже обсуждать поднятый мной вопрос ни кто не хочет, а все сводится к -
"Расскажи для чего это тебе нужно?".
Любопытно неужели ни кому не нужно?
Не удивлюсь если ответ будет - ''Да".

Dimitry SibiryakovРазумеется, ответ будет "да".

Мало будет пользы от того, что года 3 буду чего-то там фантазировать, что потом ни кому не будет нужно.
Придет время поделюсь. Пока не чем.
Поэтому конечно я рад тому " Динамические библиотеки тоже изобретены ещё в прошлом веке" и в
придачу этому - колесо.
Ни кто эти достижения не отменяет и все мы этим пользуемся.
Но сделанный тобой из этого вывод как на мой взгляд - сомнителен.

PS: Кстати и decompile для firebird уже давно бы отдал в общее пользование с исходниками.
Но сообщество firebird выше этого ...

Изопропилкак мне адаптер описать?

Систему пишу на C++, а вот ответ на твой вопрос лежит в твоем же вопросе:

"что с этим зоопарком делать? на специальном языке описывать правила преобразования параметров?
без интерпретатора этого языка не обойтись, ибо в любой момент в рантайме может появиться новая dll
со своими соглашениями о вызове функции (ну например потребовать предварительно вызвать дополнительную функцию для инициализации)"

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

PS: Слушай не тереби меня пока.
Все твои вопросы правильны и в точку.
Но что ты хочешь, чтобы я тебе привел описание архитектурных решений системы,
которая только развивается?
То о чем ты спрашиваешь уже частично лежит в работающем коде, частично в *.txt в
которых автор отражает построение архитектуры системы ...
Рад твоей заинтересованности и надеюсь вернемся еще к этим вопросам ...

ИзопропилВладимир2012которая только развивается?
проектируется скорее - проектные решения и интересуют.
представление метаданных в частности
Calculator и будет презентацией.
Работы много.
Но она в чем то интересна, в чем то рутинна ...
Все как обычно.

Изопропилкод не интересен, интересна концепция

Да понял я давно к чему ты ведешь.

PS: Все свое время.
Пока это - "государственная тайна".

А если серьезно - ни когда не обсуждаю то, что еще не реализовано.