You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After dicussion in PR #57 my proposal would be to wrap all functions in lfs taking a path so that it is converted to unicode. Functions that return paths would convert them from unicode to UTF-8.
In order to keep compability io.open and other Lua functions taking paths would be overloaded by functions from lfs (lfs.open lfs.remove) so that would be lfs 1.8 (instead of 2.0)
The text was updated successfully, but these errors were encountered:
It took arround 36 seconds for both lfs and 8 seconds for fs.
It is unicode aware (providing functions for opening files, etc ) and has a different directory iterator providing filename and a fileinfo object.
This fileinfo object is the key to speed (as I could check making a lfs_ffi.lua version of it): you can avoid calling lfs.attributes which is the main cause of the slow performance.
implemented for win32 only by now in https://github.com/sonoro1234/luafilesystem branch newiterator
After dicussion in PR #57 my proposal would be to wrap all functions in lfs taking a path so that it is converted to unicode. Functions that return paths would convert them from unicode to UTF-8.
In order to keep compability io.open and other Lua functions taking paths would be overloaded by functions from lfs (lfs.open lfs.remove) so that would be lfs 1.8 (instead of 2.0)
The text was updated successfully, but these errors were encountered: