• Samir

  • Post #12

Yes I understand that, but it will make lua54.dll more fat. Maybe once users are using it and making reports about bugs. It's too soon to make it in the LuaRT core.

just an idea: freely selectable modules

a TUI or GUI to select your modules to be static linked in your luart.exe

[] c
[ ] math
[ ] debug
[ ] utf8
[*] string
[] table
[*] os
[ ] io
[*] coroutine
[ ] compression
[ ] sysutil
[ ] ui
...

    Yes it's a good idea, making it available for wrtc

    ruby I have started a similar program - see [Login to see the link]. I can save my programs and parameters in it and generate an exe file from it. This means I don't always have to enter the parameters again. It worked with LuaRT 1.8. Now I am about to test it on LuRT 1.9.

      9 days later

      Samir Could you please add a mouse module? This mouse module contains the function of moving and clicking the mouse, as well as the function of finding the image on the screen (returning the target image coordinates).

          Samir Could you release a luajit version of luajitRT, which will provide incoherent speed while still natively coming with cffi?

              • Samir

              • Post #18

              luaFly
              Mouse module can be easily implemented using C FFI module and the SendInput() Windows API function

              I don't understand by image target on the screen ...

                  • Samir

                  • Post #19

                  luaFly
                  Maybe someone will implement this, but I don't do that as LuaRT main feature is to stick to current Lua VM to not break Lua ecosystem as LuaJIT do, by using still Lua 5.1 since near 20 years.

                  The question is why LuaJIT authors don't implement a Lua 5.4 JIT VM 😉

                      Samir

                      Samir luart contains a keyboard module but no mouse module, which is not uniform in form. The function I'm talking about works a bit like pyautogui.locateOnScreen(), which is very useful.

                          Samir The advantage of luajit is that the execution is very fast. Indeed, luajit sacrifices some flexibility for extreme speed (but the official lua vm also sacrifices a lot of flexibility for extreme compact size). Another advantage of luajit is that it has a complete and time-tested mature ffi, and all battery libraries of luajitrt can be written in pure lua via ffi.

                            Samir I found that the x86 version of the luart would crash at the start of the running. the problem happen in luart studio, c model and build designer and so on.

                                Thank you for the feedback I will check this

                                luaFly
                                I can't reproduce this with the x86 version. Maybe you have both installation x64 and x86 versions of LuaRT (I have not tested this scenario) or maybe your antivirus is blocking LuaRT ?

                                    Samir x64 version works well.My system is x64 version of win10.

                                      12 days later
                                      Samir unstickied the discussion .

                                      Powered by: FreeFlarum.
                                      (remove this footer)