Вопросы по использованию FFI
- John Doe
- Бюрократ
- Posts: 13861
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact:
Вопросы по использованию FFI
FFI — одна из стандартных библиотек luajit.
Позволяет из Lua кода вызывать внешние C-функции и использовать структуры данных C.
В данной теме задаём вопросы по использованию FFI
Заготовка для документации: viewtopic.php?f=57&t=8418&p=147610#p147610
Примеры готовых скриптов:
Предупреждение: viewtopic.php?p=147610#p147610
Позволяет из Lua кода вызывать внешние C-функции и использовать структуры данных C.
В данной теме задаём вопросы по использованию FFI
Заготовка для документации: viewtopic.php?f=57&t=8418&p=147610#p147610
Примеры готовых скриптов:
Предупреждение: viewtopic.php?p=147610#p147610
- John Doe
- Бюрократ
- Posts: 13861
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact:
Вопросы по использованию FFI
Latest post of the previous page:
Я следую логике обсуждения, ведь ниже вы нигде не сообщили о том, что исправили это.
Но да, сейчас код в порядке, и мало отличается от моего (отличие в том, что преобразование строки я убрал в функцию)
Last edited by John Doe on Sat 12 May, 2018 14:38, edited 2 times in total.
Reason: исправлена ссылка, было: https://forum.farmanager.com/viewtopic.php?p=149506#p149506
Reason: исправлена ссылка, было: https://forum.farmanager.com/viewtopic.php?p=149506#p149506
Вопросы по использованию FFI
В посте, на который вы ссылаетесь, buniak_a_h, опечатку уже исправил о чём он собственно и пишет.
Last edited by 2useven10 on Sat 12 May, 2018 15:19, edited 1 time in total.
- John Doe
- Бюрократ
- Posts: 13861
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact:
Вопросы по использованию FFI
Вы правы, оказывается я руководствовался вашим первым ошибочным вариантом, и проглядел, что позже код был исправлен.
И раз всё работает, то я перестал понимать из-за чего вообще скандал разгорелся..
И раз всё работает, то я перестал понимать из-за чего вообще скандал разгорелся..
- buniak_a_h
- Posts: 4268
- Joined: Sat 20 Apr, 2013 00:17
- Location: Санкт-Петробад
- Has thanked: 222 times
- Been thanked: 644 times
- Contact:
Вопросы по использованию FFI
Всем, принимавшим участие, спасибо.
Была попытка написать макрос, копирующий файл с использованием CopyFileExW (с отрисовкой "градусника" и возможностью прерывания). Это было похоже на танцы с бубнами, но в конце концов всё заработало. Непонятки остались, но я как-то умудрился их обойти.
Была попытка написать макрос, копирующий файл с использованием CopyFileExW (с отрисовкой "градусника" и возможностью прерывания). Это было похоже на танцы с бубнами, но в конце концов всё заработало. Непонятки остались, но я как-то умудрился их обойти.
- buniak_a_h
- Posts: 4268
- Joined: Sat 20 Apr, 2013 00:17
- Location: Санкт-Петробад
- Has thanked: 222 times
- Been thanked: 644 times
- Contact:
Вопросы по использованию FFI
Всё же по поводу "танцев с бубнами".
Есть два скрипта, отличающихся ТОЛЬКО именем типа в ffi.cdef. В первом объявлен тип LPPROGRESS_ROUTINE (стандартное название для Call-Back-рутины в функции CopyFileEx, см. MSDN). Во втором класс LPPROGRESS_ROUTINE заменён на WWW.
Запуск первого скрипта приводит к ошибке:
Причем, из скрипта можно даже выбросить описание LPPROGRESS_ROUTINE (из ffi.cdef) - ошибка останется той же. Второй работает нормально. Такое впечатление, что тип LPPROGRESS_ROUTINE где-то описан, причём неправильно. Другой вариант - в каком-то скрипте (не моём) вызывается аналогичная процедура, и не вызывается метод :free() для приведённой функции.
Есть два скрипта, отличающихся ТОЛЬКО именем типа в ffi.cdef. В первом объявлен тип LPPROGRESS_ROUTINE (стандартное название для Call-Back-рутины в функции CopyFileEx, см. MSDN). Во втором класс LPPROGRESS_ROUTINE заменён на WWW.
Запуск первого скрипта приводит к ошибке:
Code: Select all
╔════════════════════════════════════════════ LuaMacro ════════════════════════════════════════════╗
║ \\?\C:\Temp\CopyFileEx\Out\qqq\qqq.Bad.lua:30: cannot convert 'function' to 'unsigned int (*)()' ║
║ stack traceback: ║
║ [C]: in function 'cast' ║
║ \\?\C:\Temp\CopyFileEx\Out\qqq\qqq.Bad.lua:30: in main chunk ║
╟──────────────────────────────────────────────────────────────────────────────────────────────────╢
║ { OK } ║
╚══════════════════════════════════════════════════════════════════════════════════════════════════╝
- John Doe
- Бюрократ
- Posts: 13861
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact:
Вопросы по использованию FFI
Запуск обоих приводит к этой ошибке.
Перегрузите фар, и перепроверьте.
Это вряд ли.buniak_a_h wrote: ↑Sat 12 May, 2018 16:02 Причем, из скрипта можно даже выбросить описание LPPROGRESS_ROUTINE
Следует иметь ввиду, что определения работают глобально, а не для каждого скрипта, т.е. при их изменении необходимо перегрузить фар (или luamacro)
- buniak_a_h
- Posts: 4268
- Joined: Sat 20 Apr, 2013 00:17
- Location: Санкт-Петробад
- Has thanked: 222 times
- Been thanked: 644 times
- Contact:
Вопросы по использованию FFI
1. Перегружал не только фар, но и весь комп. А перед тем - и давал команду far.exe /clearcache, и удалял ВЕСЬ !!! каталог %FARLOCALPROFILE% - ничего не помогало.
2. У меня пока второй работает. Ну, т.е. не вылетает (так-то он ничего не делает). Есть и процедура копирования - она тоже работает. Пока. Вчера работала часа два, потом перестала. И восстановить работоспособность я (а)первый раз смог, по строчке добавляя к примеру с сайта FFI (второй пример из статьи Callback resource handling). (б) в какой-то момент и так восстановить работоспособность скрипта не смог, хотя ошибки в нём я не вижу. (в) Работоспособность восстановилась САМА (что неприятно).
Может, всё ломается при запуске второй-третьей и т.д. копии ФАРа?
3. Про "глобальные" определения я знал. И тут у меня возникла мысль: если при восстановлении я сначала определил WWW как в примере с сайта:
typedef int (__stdcall *WWW)(void *hwnd, intptr_t l);
и с тех пор ФАР не перезагружал, а второй скрипт работает, то получается, что "подробности" (DWORD вместо int - это ладно, а вот количество параметров - жесть!) не имеют значения для ffi.cast ? Там осталось такое описание (с двумя параметрами), а функция на самом деле получает все параметры...
4. И последнее. В чём ошибка-то? Что значит «cannot convert 'function' to 'unsigned int (*)()» и почему на строке из примера с сайта он может преобразовать, а на моём - нет?
Я не нашёл ответов. Если Вы знаете - ответьте, пожалуйста. Если нет - просто не отвечайте.
- buniak_a_h
- Posts: 4268
- Joined: Sat 20 Apr, 2013 00:17
- Location: Санкт-Петробад
- Has thanked: 222 times
- Been thanked: 644 times
- Contact:
Вопросы по использованию FFI
Проблема решена заменой LARGE_INTEGER на LONGLONG. Непонятно, чем union-то провинился? Даже если я в нём оставляю одно LONGLONG-поле - всё равно не работает. Никаких ограничений в документации не нашёл - наоборот, там есть расширения (безымянные элементы)
- buniak_a_h
- Posts: 4268
- Joined: Sat 20 Apr, 2013 00:17
- Location: Санкт-Петробад
- Has thanked: 222 times
- Been thanked: 644 times
- Contact:
Вопросы по использованию FFI
Возможно, Вас заинтересует (в качестве примера) скрипт CopyFileEx_Lua.lua - копирование файла вызовом функции CopyFileEx с определение CallBack-рутины. Там же (как иллюстрация) - арифметика с cdata-параметрами
- John Doe
- Бюрократ
- Posts: 13861
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact:
Вопросы по использованию FFI
Нет.buniak_a_h wrote: ↑Sat 12 May, 2018 18:52 Может, всё ломается при запуске второй-третьей и т.д. копии ФАРа?
buniak_a_h wrote: ↑Sat 12 May, 2018 18:52 получается, что "подробности" (DWORD вместо int - это ладно, а вот количество параметров - жесть!) не имеют значения для ffi.cast ?
Code: Select all
There are no restrictions for the kind of Lua functions that can be called from the callback — no checks for the proper number of arguments are made. The return value of the Lua function will be converted to the result type and an error will be thrown for invalid conversions.
buniak_a_h wrote: ↑Sat 12 May, 2018 19:43 Проблема решена заменой LARGE_INTEGER на LONGLONG. Непонятно, чем union-то провинился?
Code: Select all
Currently only certain C function types can be used as callback functions. Neither C vararg functions nor functions with [u]pass-by-value aggregate argument[/u] or result types are supported.
См. выше., но в таком случае сообщение об ошибке действительно странное и неинформативное.buniak_a_h wrote: ↑Sat 12 May, 2018 18:52 В чём ошибка-то? Что значит «cannot convert 'function' to 'unsigned int (*)()» и почему на строке из примера с сайта он может преобразовать, а на моём - нет?
- buniak_a_h
- Posts: 4268
- Joined: Sat 20 Apr, 2013 00:17
- Location: Санкт-Петробад
- Has thanked: 222 times
- Been thanked: 644 times
- Contact:
Вопросы по использованию FFI
Спасибо. Как-то не связался union с вариантом в одно поле с pass-by-value aggregate argument ... Решил, 64 бита - они и есть 64 бита, а как их интерпретировать - дело функции.John Doe wrote: ↑Sun 13 May, 2018 15:07buniak_a_h wrote: ↑Sat 12 May, 2018 19:43 Проблема решена заменой LARGE_INTEGER на LONGLONG. Непонятно, чем union-то провинился?Code: Select all
Currently only certain C function types can be used as callback functions. Neither C vararg functions nor functions with [u]pass-by-value aggregate argument[/u] or result types are supported.
Вопросы по использованию FFI
Пытаюсь понять можно ли использовать в ФАРе с пользой многообещающий вот этот проект:
https://github.com/luapower/winapi/
https://luapower.com/winapi
в модулес создал папку winapi, скопировал туда содержимое гихаба, запускаю lua:=require'winapi'
Неизбежно получаю ашипку:
Винда 7 х64 Проф. Ед. СП1, ФАР х86 5577, х64 5596
Не критично, но хотелось бы разобраться,
прямое обращение к windows api было бы полезно иметь в распоряжении
PS
предупрреждение тут читал, 15 страниц тоже читал.
Запомнил или усвоил далеко не все конечно, и мало чего.
Если есть простое решение - спасибо,
если нет - прошу не ругаться сильно
viewtopic.php?p=147610#p147610
ИЗВИНЯЮСь, ЗАПУСТИЛ БЕЗ МАКРОСОВ, И КАЖЕТСЯ ЧТО ЭТО РЕШИЛО ПРОБЛЕМУ
Падает изза зависимости в glue, еще не разобрался до конца, но кажется что будет Ок,
если навести порядок с декларациями FFI
https://github.com/luapower/winapi/
https://luapower.com/winapi
в модулес создал папку winapi, скопировал туда содержимое гихаба, запускаю lua:=require'winapi'
Неизбежно получаю ашипку:
Винда 7 х64 Проф. Ед. СП1, ФАР х86 5577, х64 5596
Не критично, но хотелось бы разобраться,
прямое обращение к windows api было бы полезно иметь в распоряжении
PS
предупрреждение тут читал, 15 страниц тоже читал.
Запомнил или усвоил далеко не все конечно, и мало чего.
Если есть простое решение - спасибо,
если нет - прошу не ругаться сильно
viewtopic.php?p=147610#p147610
ИЗВИНЯЮСь, ЗАПУСТИЛ БЕЗ МАКРОСОВ, И КАЖЕТСЯ ЧТО ЭТО РЕШИЛО ПРОБЛЕМУ
Падает изза зависимости в glue, еще не разобрался до конца, но кажется что будет Ок,
если навести порядок с декларациями FFI
Last edited by citRiks on Sat 09 May, 2020 16:24, edited 4 times in total.
- John Doe
- Бюрократ
- Posts: 13861
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact:
Вопросы по использованию FFI
Вам рано это пытаться, не прочитав тему, и не попытавшись самостоятельно использовать ffi.
https://t.me/FarManager — Telegram чат
Вопросы по использованию FFI
вы очень правы,
но психологически трудно сделать себе двухдневный курс,
а нужно где-то именно столько времени на действительное вникание в тему.
Психологически проще тыкаться туда сюда в надежде "а может и так прокатит",
и потом выяснять почему не прокатило.
Да, так скорее всего в итоге возьмет не меньше тех же двух дней,
но мотивационно как-то проще
В этом же данном случае - вполне прокатило, починки оказались тривиальными
- John Doe
- Бюрократ
- Posts: 13861
- Joined: Wed 27 Apr, 2005 20:42
- Has thanked: 74 times
- Been thanked: 428 times
- Contact: