[Bug]: 无法正常加载文件路径含中文的js插件

[XY0797]

Describe the bug

如标题所述，被加载js插件的路径如果含中文，会导致legacy-script-engine-quickjs抛出运行时异常，导致无法加载
下面是日志

21:58:55.265 ERROR [legacy-script-engine-quickjs] Plugin not found! Check the path you input again.
21:58:55.265 ERROR [LeviLamina] C++ Exception: std::runtime_error, from <legacy-script-engine-quickjs>:
21:58:55.265 ERROR [LeviLamina] failed to load plugin eqbase64encode

To Reproduce

给BDS目录或它的父目录重命名个带中文的名字即可稳定复现

Expected behavior

正常情况下不管路径是中文还是英文，都应该正常加载js插件

Screenshots

下面是我用安全分析工具从Windows API调用分析日志里面抓取的请求，可以看到这个文件查询确实乱码了

Platform

Windows 11 22H2

BDS Version

1.20.51.01

LeviLamina Version

0.7.2

LegacyScriptEngine Version

0.2.2

[XY0797]

我搞清楚了，原来是levilamina主仓库提供的API

LLNDAPI std::wstring str2wstr(std::string_view str, uint codePage = CodePage::UTF8);
LLNDAPI std::string wstr2str(std::wstring_view str, uint codePage = CodePage::UTF8);
LLNDAPI std::string
        str2str(std::string_view str, uint fromCodePage = CodePage::DefaultACP, uint toCodePage = CodePage::UTF8);

它默认是UTF8代码页，但是在我们的构建系统中，是ANSI代码页
我稍后会提交一个pr

[XY0797]

我已提交了PR：#25
成功修复了BUG

[ShrBox]

我搞清楚了，原来是levilamina主仓库提供的API

LLNDAPI std::wstring str2wstr(std::string_view str, uint codePage = CodePage::UTF8);
LLNDAPI std::string wstr2str(std::wstring_view str, uint codePage = CodePage::UTF8);
LLNDAPI std::string
        str2str(std::string_view str, uint fromCodePage = CodePage::DefaultACP, uint toCodePage = CodePage::UTF8);

它默认是UTF8代码页，但是在我们的构建系统中，是ANSI代码页 我稍后会提交一个pr

但是在Github Actions环境中默认ANSI代码页并不是GBK，所以在Actions中编译出来的LSE仍然不能支持中文
并且使用操作系统默认的ANSI代码页会导致其它语言的Windows出现问题，这点也在微软的文档中体现
我们将会在LeviLamina中修复str2wstr的问题

[XY0797]

原来是这样，明白了

[XY0797]

我再次翻阅了ll项目的源代码，终于明白了为什么会出问题
并不是主仓库的API有问题，是我们对它的理解出了偏差
在ll项目中，常用这种方法处理外来的string

path = ll::string_utils::u8str2str(stlpath.u8string());

path内部是UTF16，然后直接获取u8sting，并且强转为stirng，内部还是存储的UTF8
表面上看它是sting，实际上内部存储的是UTF8字符串
@ShrBox 我在个把小时后会给个PR，帮你们修复相关的问题
此外，春节快乐!

[XY0797]

这个新PR#30修复了这个BUG
很抱歉我一开始定位错了BUG，给你们带来了负担，这次我完善了测试流程，并且把所有有相同问题的地方修复了
请阅读我在PR写的说明，应该会对你们的工作有帮助