Erlua actually provides a C node (using EI interface) and supports:
* almost all conversions between Erlang types and lua types
* syntax checking of lua file or code chunk
* execution of lua file or lua code chunk from Erlang
* getting/setting lua table and fields from Erlang
* lua function calls from Erlang
* remote Erlang procedure call from lua
Erlua can be use for various purposes: to read configuration files
written in lua, to embed a lightweight scripting language (lua) into
an Erlang application, to use lua libraries from Erlang, etc.
Попробовал, тесты работают. (в т.ч. бинарники исполняются).
Видимо из за своей ограниченности не понял как делать rpc lua->erlang
Я с английским не особо дружу, поэтому читать и вдумываться лень было, но вот тут http://www.inf.puc-rio.br/~roberto/docs/ry08-05.pdf дядечки рассуждают на тему "Exploring Lua for Concurrent Programming", приводят графики, и, судя по ним, всё не так уж и плохо у lua.
On 27 окт, 23:42, Valentin Simonov <v...@lent.in> wrote:
On 28 окт, 01:07, Max Lapshin <max.laps...@gmail.com> wrote:
> Всё таки CNode тяжела для использования как скриптовый язык. Её тяжело > поднимать. > Проще open_port(spawn
Я не понимаю разницы, объясни пожалуйста. Вот, к примеру, задачи не связанные с интенсивным обменом, типа формирования отчётов, итп - хорошо ложатся под скриптовый язык, время отклика не критично. А использовать скрипты совместно с Erlang`ом для описания бизнес логики как то не разумно.
> Я не понимаю разницы, объясни пожалуйста. > Вот, к примеру, задачи не связанные с интенсивным обменом, типа > формирования отчётов, итп - хорошо ложатся под скриптовый язык, время > отклика не критично. А использовать скрипты совместно с Erlang`ом для > описания бизнес логики как то не разумно.
СNode — это отдельный процесс, который непросто контроллировать из эрланга да и нет смысла. Проще поднять отдельный процесс, с которым общаться через его stdin/stdout.
