remote ssh 新版插件配合remote ssh调试失败，轻微修改的lua编译插件失败

[exploman]

背景

Hi，actboy. 我之前一直都是使用V1.60.3。现在我想升级到最新的插件版本，但是多次尝试都失败了。

关于lua版本

之前使用的是lua-5.3.4，不过修改了一些定义，通过与官方版本的比较把修改的内容diff出来了。当前升级到了lua-5.4.6，并把修改的内容合并进去了。

关于编译lua-debug插件

使用的旧的lua-debug仓库版本

commit a7def46
Author: actboy168 actboy168@gmail.com
Date: Thu Dec 15 11:27:31 2022 +0800

已经做的尝试

尝试1 成功

lua-debug插件及仓库版本：lua-debug v1.60.3
lua版本：轻微修改定义的lua-5.3.4
结果：编译出了debug插件及remotedebug.so
使用结果：配合remote ssh在linux上远程调试正常，还可以使用attach的方式

尝试2 失败

lua-debug插件及仓库版本：lua-debug v1.60.3
lua版本：轻微修改定义的lua-5.4.6
结果：编译失败，报告访问不了lua的结构
原因：经过阅读代码，看起来是lua-5.4.6的差异过大，旧的lua-debug仓库访问lua的方式已经不能编译了。

尝试3 失败

lua-debug插件及仓库版本：最新版
lua版本：轻微修改定义的lua-5.4.6
结果：没有进行c/c++编译就报告了错误

/download/luadebug/lua-debug$ download/luadebug/luamake/luamake -mode debug
/download/luadebug/luamake/luamake: /download/luadebug/luamake/scripts/writer.lua:612: `nil`: no output.
stack traceback:
        [C]: in function 'error'
        /download/luadebug/luamake/scripts/writer.lua:612: in field '?'
        /download/luadebug/luamake/scripts/writer.lua:854: in upvalue 'loadtarget'
        /download/luadebug/luamake/scripts/writer.lua:984: in function 'writer.generate'
        /download/luadebug/luamake/scripts/simulator.lua:264: in function 'simulator.generate'
        /download/luadebug/luamake/scripts/action.lua:61: in function 'action.generate'
        ...e/download/luadebug/luamake/scripts/command/make.lua:3: in main chunk
        [C]: in function 'dofile'
        /download/luadebug/luamake/scripts/main.lua:11: in local 'command'
        /download/luadebug/luamake/scripts/main.lua:29: in main chunk
        [C]: in function 'require'
        /download/luadebug/luamake/main.lua:3: in main chunk
        [C]: in ?

关于使用Lua-debug插件

1. lua-debug v1.60.3直接调试文件或attach都是成功的。
   两个机器的系统版本一致，都安装了Lua 5.3.6，仅插件版本不同。

2. 使用最新版本的Lua-debug插件，配合remote ssh在linux上调试一个简单的print的lua代码，标志调试的这个蓝色横杆一闪就消失了。无论尝试launch，还是attach都失败了。

3. 不使用remote ssh，直接在mac上使用最新版插件以launch和attach方式调试都是成功的。

关于remote ssh

不清楚是不是不再支持remote ssh了。remote ssh可以把用户界面跟代码开发运行环境分割开，对于在没有GUI的环境上是很好用的。

[actboy168]

先尝试编译 lua-debug 仓库成功，然后再把你的 patch 应用到 lua-debug 仓库里的 lua5.4。

[exploman]

有道理，我试试把所有东西都删除，全部重新下载编译

[exploman]

关于编译问题

所有的lua都编译成功了，包括修改版的。

指示在编译luajit的时候报错了，

A@all:~/code/luadebug/lua-debug$ luamake -mode debug
Not supported that source files outside the rootdir: ../../../../$builddir/bin/lj_vm.obj
stack traceback:
/home/A/code/luadebug/lua-debug/compile/luajit/make.lua:131

修改配置：/home/A/code/luadebug/lua-debug/compile/luajit/make.lua:148

        -- "../../../../" .. lm.bindir .. "/lj_vm.obj",  -- 148
        lm.bindir .. "/lj_vm.obj", -- 149

就能编译成功

目录结构

/home/A/code/luadebug/luamake
/home/A/code/luadebug/lua-debug

[exploman]

关于调试

没修改lua源码的前提下，使用本地编译的插件就能配合remote ssh调试了，直接安装的最新版不能调试。没有找到日志，不知道原因。
不过dofile的时候，dofile ("/home/A/.vscode-server/extensions/actboy168.lua-debug-2.0.11-linux-x64/script/debugger.lua")
我是直接指定完整路径的，但是会报告错误，因为dofile，通过以下方式获取不到路径

local selfsource = ...

我修改了一下debugger的代码，兼容这个场景

local selfsource = ...
if not selfsource then
    local source = debug.getinfo(1, "S").source
    if source:sub(1, 1) == "@" then
        local filepath = source:sub(2)
        selfsource = filepath
    end
end

[exploman]

我提交了一个pull request @actboy168
#311