Создание собственной DLL на C++ для LUA (в QUIK) (Страница 2 из 5)

boris,

я думаю, что у вас разные студии установлены, разные версии. Угадал?

В общем дело не в разрядности ОС, а в том, с какой run-time библиотекой С++ собирается проект. Настраивается это в свойствах проекта:

Как видно, есть 4 варианта:

• Multi-threaded - релизная версия run-time библиотеки полностью "вшиваются" в итоговый exe или dll файл

• Multi-threaded Debug - отладочная версия run-time библиотеки полностью "вшиваются" в итоговый exe или dll файл

• Multi-threaded DLL - используется релизная версия run-time в виде внешней dll-ки

• Multi-threaded Debug DLL - используется отладочная версия run-time в виде внешней dll-ки

Отладочные варианты выбираем для конфигурации проекта Debug, релизные - для варианта Release.
В случае выбора первого или второго варианта размер итогового exe или dll файла будет несколько больше, зато будет достаточно копировать его один на любую другую машиму и он будет работать, т.к. все есть в нем внутри.
В случае выбора третьего или четвертого варианта размер итогового exe или dll файла будет меньше, но вместе с ним надо будет не забывать устанавливать соотв. run-time. Делается это либо копированием нужных DLL из Visual Studio, либо устновкой соотв. пакета, в зависимости от версии студии, можно скачать с сайта Microsoft (вероятно видели у себя в установленных программах такую штуку, с названием что-то вроде "Visual C Run-time Library 2008" - это вот оно, ставится с какой-либо программой, которая так собрана).

Просто на той машине, на которой производится сборка, нужные run-time библиотеки DLL всегда уже есть, т.к. они устанавливаются вместе со студией. Но на другой машине, где этой версии студии нет и нет установленного сотв. run-time просто так не заработает.

Таким образом: хотим распространять много собственных библиотеки экономить место/трафик - собираем с DLL-runtime, но не забываем пользователю подсказывать где его скачать или прикладываем нужные dll-файлы (называются они что-то вроде msvcrt10.dll и т.п.)

Хотим без проблем копировать сделанные нами dll-ки на любой комп - собираем с вшитым run-time, т.е. выбираем первый или второй пункт.

Есть еще нюанс взаимодействия нескольких собственных DLL и менеджера памяти, но пока явно не актуально, поэтому зря забивать голову ерундой не буду )

Я здесь для примеров всегда собираю DLL-ки со вшитым run-time'ом, поэтому и нет проблем с запуском на любом компьютере.

Запускаю в Quik

error loading module 'luacdll' from file 'C:/Users/das/Desktop/роботы qpile/роботы c++/simple-lua-c-dll/bin/luacdll.dll':
    Не найден указанный модуль.

Запускаю в SciTE

>lua -e "io.stdout:setvbuf 'no'" "Dll.lua" 
6696
12.152
19.8
>Exit code: 0

Почему Quik не может запустить эту dll

точно так же и в скрипте, причем dll видит если в другую сторону слеш то не видит.
Установил QUIK другого брокера все заработало. Скорее всего не заработало потому что запускал скрипт не введя пароля в QUIK

Для полной картины не хватает примера как, наоборот, из dll вызвать функцию LUA.
Есть такой торговый привод QScalp. В нём весь скрипт на lua состоит практически из одной строчки:
require("luacdll")

Это всё. И привод с помощью этой условной библиотеки делает всю работу - принимает котировки и параметры инструментов, отправляет в quik заявки и получает результат сделок и всего прочего. Вот и интересно как. Думаю в dll где-то запускается какой-нибудь Pipe или TCP сервер, который принимает команды от привода и отправляет их с помощью qlua в quik. Как ? Такого примера как раз и не хватает.

Друзья! Не там вы на быстродействие смотрите )

На этапе сборки (линковки) произойдет "настройка" вызова функций из WinAPI (которые в все находятся той куче dll, который лежат в каталоге с Windows), в момент старта все нужные dll замаппируются на адресное пространство вашего процесса - и будет работать как надо, т.е. быстро.
Это всё стандартный механизм работы Windows, но это не важно, не забивайте голову лишним )

sam063rus,

вы конечно же правы. Можно собрать  и с полностью статической линковкой потрохов Lua.
Но если мы говорим про библиотеки, которые будем применять в QUIK, то настоятельно рекомендую использовать или линковку с QLua.dll в своих проектах, или использовать прокси Lua5.1.dll
Чтобы не было проблем при многопоточном доступе к хранилищу Lua-переменных.

Подскажите пожалуйста, загрузил  ваш пример, написал скрипт подключающий эту библиотеку, при попытке запуска скрипта из QUIK получаю ошибку:

error loading module 'luacdll' from file 'C:\work\lua_scripts\luacdll.dll':
    C:\work\lua_scripts\luacdll.dll:1: '=' expected near 'ђ'

с чем это может быть связано?

Использую QUIK-Junior, когда выполнял те же манипуляции ранее всё работало без проблем.

Да, подобную проблему обнаружил на каком то форуме, пробовал сохранить скрипт как в ANSI, так и в UTF-8:

Скрипт сохранен в UTF-8:

Syntax error while compiling C:\Program Files\QUIK-Junior\lua1.lua: C:\Program Files\QUIK-Junior\lua1.lua:1: unexpected symbol near 'п'

Скрипт сохранен в ANSI:

error loading module 'luacdll' from file 'C:\Program Files\QUIK-Junior\luacdll.dll':
    C:\Program Files\QUIK-Junior\luacdll.dll:1: '=' expected near 'ђ'

Текст скрипта:

local lcPath;
lcPath = getScriptPath();

message(lcPath);

package.path = package.path .. ";" .. getScriptPath() .. "\\?.dll";
package.cpath = package.cpath .. ";" .. getScriptPath() .. "\\?.dll";

require("luacdll");

ok, тогда далее не про то.
И речь не " в трёх строчках", еще раз: речь в каком формате у вас сохранён файл lua-скрипта! Ну сохраните вы его аккуратно через Save As а вашем редакторе или не используйте эти дурацкие через-чур умные редакторы текста.

Да, всё верно сохранил через стандартный Notepad в ANSI кодировке, заработал и мой скрипт тоже. До этого делал тоже самое в Notepad++.

Большое спасибо за быструю помощь!

PS: На самом деле впервые в жизни получил адекватный ответ и помощь на русскоязычном форуме!

-

sam063rus, изначальный вариант с добавлением пути к имеющимся (ранее настроенным) видится более правильным, однако.
Или речь лишь про то, чтобы попробовать "не в этом ли дело"?