提及
提及
https://github.com/luvit/luv/blob/ae0387742b460bc89ebddce33214ad65fffddba2/libluv.pc.in#L8-L12
### Xmake 版本 xmake v2.9.5+HEAD.d30de52e9 ### 操作系统版本和架构 windows10 22H2 ### 描述问题 io.open 不支持 r+ r+b 不报错,但是不会修改文件 ### 期待的结果 - ### 工程配置 ``` file = io.open("r.lua", "r+") file:seek('set', 0) file:write(string.char(0x22)) file:close()...
https://github.com/q962/luvit/commit/feb3610b67474cf947794f7d55d3c2701882ab9b Can't get errors like port occupied etc. I don't understand why the error is not known until listen . Shouldn't the bind function get the error?
https://github.com/luvit/luvit/blob/c15b46a2ec9dd7c7e4c958c96c792d7028e4e95e/deps/http.lua#L133 ``` date: äº, 11 4æ 2025 14:51:53 GMT ```
https://github.com/luvit/luvit/blob/3105550bc358723c055b379b85c848be7286e2db/deps/pretty-print.lua#L355-L355 This usage appears in libuv's test code. But it is preceded by an assertion. https://github.com/libuv/libuv/blob/1b084f7bbe4ae6d90e06600d789126f3b37941d8/test/test-stdio-over-pipes.c#L225-L240 On Linux this does not throw an error. Everything runs fine. But on Windows...
### Describe the bug - ### To Reproduce - ### Package Flatpak from Flathub ### Distribution Linux 6.14.4-300.fc42.x86_64 ### Debugging Information ```shell Official Package: true Version: '51.21' DE/WM: gnome Display:...
该目录或文件,不是正确存放项目代码的位置。 但是其中仍然可能存在 lua 文件。
But theme.lookup_icon can get non-theme icons. Therefore, a judgment condition should be added https://github.com/bluesabre/menulibre/blob/ad8f3f68d243088a3dc48514269b6a35dae19022/menulibre/IconEntry.py#L95
https://github.com/bluesabre/menulibre/blob/29570bf3075a8883bc58708bf03353d6b1279ff7/menulibre/util.py#L628 I don't know if the following error only occurs in gdm. The created desktop file can be recognized by the launcher, and the icon can also be recognized correctly....