Basil A. SidorovНа внешние функции накладываются вполне конкретные ограничения и эти функции опять выпадают из категории "любые".
Нет речь идет о том, что firebird - источник данных для какого-то прикладного решения.
Так вот экономия времени будет в использовании rapid системы для решения задачи.

PS: Ребят ну у меня уже начинают щеки краснеть ...
Еще ни чего нет.
Что мы обсуждаем?

Ну планов много.
В частности в rapid систему будут интегрированы многие технологи /в частности OpenGL/

Изопропила если PostgreSQL -то система работать не будет?
Ряд технологий интегрирую в частности ODBC.
Если разработчики firebird посчитают нужным интегрировать в rapid систему, то допишут новый объект
/не plugin. А может быть можно сказать, что и plugin. Разница будет в том, что object будет восприниматься
как стандартный объект системы ... Какой функционал разработчик выставит, то и будет поддержан
системой. А можно и ничего не делать. Тогда developer будет использовать, то что поддержано самой
системой - ODBC/.

Basil A. SidorovВ каком месте RAD доступ к данным становился "медленным звеном"???
Дело не в firebird.
Ответ был дан на утверждение "Тех, которые сейчас 24 часа в сутки программируют калькуляторы?."
Просто напомнил Dimitry Sibiryakov, что кроме разработки калькулятора систему можно будет
использовать и для других целей.
Например разработки информационных систем, использующих СУБД /может быть и для games подойдет/

PS: Ну вот напложу конкурентов.
Напишут 20-ть rapid систем. До меня очередь и не дойдет.
Да ни чего.
У меня припасено многооо чего вкусненького чего у других не видел.
Но об них после беты /альфу буду гонять сам как "сидорову козу"/

Предлагаю прекратить обсуждение не существующей rapid системы.
dll "мы" тоже решили не развивать.
Обоснование полезности вызова любой функции тоже вроде рассмотрели

PS: На мой взгляд, если имеется потребность в обсуждении темы -
"Rapid системы с которой бы я хотел работать", то для этого было бы лучше завести новый topic.

Изопропилну если разрабатывается очередной скриптовый язык
В какой-то мере да.

PS: Ну а что такое 1С как не: оболочка + ядро + скриптовый язык.
Без языка ни как /говорить будет не чем/ ...
И каждый из них имеет свои фичи ...

egorychИли это блог?
Да какой блог?
Я пытался многократно все свернуть к тебе поднятой в topic, а меня напрягли другими вопросами.

PS: Другие темы я не собирался обсуждать.
Но вопросы были заданы и сказать на это - "Отстань" не имел морального права.
Выше в topic ведь предложил открыть новый /-ые/ topic и в них обсудить интересующие вопросы.
Хотя по идее эти вопросы должны обсуждаться не подразделе "C++".
Потому и предлагаю закончить обсуждение.

ИзопропилВладимир2012,
было трудно понять, что требуется.


Благодарю.
Ссылка http://luajit.org/ext_ffi.html была у меня.
Похоже https://sourceware.org/libffi/ выполняет то что мне нужно.
У меня правда декларацию функции программист может не задавать, так как программно получаю ее из dll путем demangle ...

PS: Скорее всего поспешил с вопросом в форум.
Пока тема думаю тема исчерпана.
Если интересно кому могу в этом topic доложить о результатах ...

petalvikВызовешь ты некую неизвестную функцию из левой dll, а она жёсткий диск отформатирует. Что дальше?
Так и твой винчестер будет отформатирован если возьму и добавлю в функцию какой-нибудь системной
библиотеки это действие.
Речь шла о программной возможности это сделать /это я считал само разумеющимся или что нужно
буквально все разжевывать?/.

Basil A. SidorovЕщё более непонятно, что делать когда вызывающий и вызываемый скомпилированы не просто с разными рантаймами одного компилятора, а разными компиляторами и при этом не имеет никаких "предварительных договорённостей".
Да вроде же уже объяснял необходимость ...

PS: Вот мне подсказали ссылку https://sourceware.org/libffi/.
Почитай о чем там.
У меня вариация той же темы /не более того/.

Basil A. SidorovС памятью как работать будем?
https://sourceware.org/libffi/ Я еще толком не разбирался с этой библиотекой.
Хотя вот в manual сказано:
"For instance, an interpreter may be told at run-time about the number and types of arguments used to call a
given function. Libffi can be used in such programs to provide a bridge from the interpreter program to
compiled code.
"
Что тебя смущает, то?

Интерпретатор некоим образом понимает, что производится вызов функции, определяет тип возвращаемого
значения, аргументов, распределяет память, вызывает run time функцию ...
/это всего лишь пример. На самом деле все будет "так да не так"/.