问题标签 [luafilesystem]

我目前awesome在运行不同发行版的各种 Linux 机器上使用窗口管理器。所有机器都使用相同的 ( lua) 配置文件。

有些机器安装了 lua-filesystem ( lfs)，而有些则没有。我的配置最好使用lfs，但如果没有安装，我想提供一个替代（次优）后备例程。

这是我的问题，很简单：

• 我将如何去捕捉require(lfs)语句抛出的错误？

LUA 环境非常新，所以希望我只是错过了一些非常小的东西。我一直在尝试使用 LuaRocks 和 MinGW 编译 LuaFileSystem。最终编译后，我正在尝试使用

和

我不断收到这个错误

需要注意的一点是，我正在尝试在 Eclipse LDT 解释器中使用这个 DLL。DLL 是针对 LUA 5.1 编译的，而 Eclipse 使用的是 LUA 5.1。任何想法我做错了什么？

上传表示为 tmpfile() 的文件并将被删除然后脚本退出。删除 tmpfile 后如何硬链接此文件以保留其内容？

如何通过句柄获取文件名？

此文件太大，无法按字节复制到另一个文件。

我想通过luarocks安装luafilesystem，现在我已经安装了luarocksVisual Studio 2015。当我调用commond:luarocks它时安装luafilesystem，但是有一些错误。错误是：

如何匹配“单词”混合括号分隔的字符串，基于它们由空格分隔。例如：

这是我的尝试： str = "1791 (AR6K Async) S 2 "

对不起，我还在学习 lua。你能纠正我吗，为什么文件中的数据不会逐行读取？

这是我在文件points.txt中的示例数据：

所以当我从上面得到的是二维数组（表）

所以问题是，当我尝试循环打印文件中的所有数据时。它只打印最后一行。所以我想要打印所有这些

对不起，如果我现在打扰你，我还在学习。但我需要帮助。你能纠正我并编写脚本如何检查然后获取数组 2d 的值以进一步检查和计数点吗？

我构建的示例 array2d 语法：

我制作的示例 array2d 值：

我想要的是。当我搜索名称“michael”时。它将检测数组中的值。像这样的东西

所以在这之后，我可以计算他已经拥有的积分。40+50 和结果“90”将发送到新变量，如resultpoint = 90

所以打印会这样显示

我的长代码在这里：

这真的可能吗？如果有简单的方法或更少的代码，请告诉我。我知道，代码太多了。我还是新手

我安装了 luarocks，现在我正在尝试使用它来安装 luasocket。

我的命令是

我得到的回应是

command_line.lua给麻烦的代码行是

并将跟踪写入代码中显示commands[command]确实是一个长度为零的表。

这种基本的运行时错误远远超出了 Lua 新手可以修复的任何东西。有什么建议么？

编辑

原来它不仅仅是luasocket。我遇到同样的问题

在 LuaFileSystem 中，lfs.dir(<path>)将目录的内容作为字符串进行迭代。如果我想打印目录内容的属性，我可能会这样做（使用 inspect.lua 打印人类可读的表格表示）：

但是，迭代器的前两个字符串似乎总是'.'和'..'（当前目录和前一个目录的 shell 符号）。这会导致我的代码中出现错误，因为<path> .. '/' .. '.'从来不是文件或目录。

我已经开始通过在循环之前将状态推进两次来跳过这些。

优点是我不必显式检查字符串是否为'.'或'..'每次迭代。一个缺点是可读性下降。是否会出现前两个字符串不同的情况？

我正在尝试在我的游戏中保护 LUA（玩家可以在 LUA 中创建脚本）。我已经删除了许多函数来创建各种沙箱（os.execute例如，AKA 删除函数。）但是，我的游戏确实使用从其他位置加载脚本来减少编码冗余。又名：

require("Scripts/Additional/Crafting")在文件的顶部。

对我来说，这很好，但我不知道将 require/load/file.read() 保留为没有限制的影响，或者如果可能覆盖它，以便他们无法从外部加载或读取文件服务器。

现在我正在使用 NLUA (C#) 和 LUA5.2。我在创建 LUA 状态时删除了这些功能。

我想做的是保留 LOAD/REQUIRE/etc，但事先通过初始检查覆盖它，以确保它们位于 SCRIPT 目录中。新函数本身不可编辑（因为我将使用 NLUA 在 C# 中对其进行硬编码，或者在他们无法访问的文件夹之外创建一个单独的文件）。

或者，我可以通过 C# 对这些函数的脚本进行快速检查，并使用 REGEX 验证它们使用的目录，但我想知道 LUA 是否可以自己处理它。

抱歉，如果没有正确解释。