-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Does not handle non-UTF8-encodable pathnames #20
Comments
Thanks for reporting ! Lolcate could gain the ability to deal with non-utf8 pathnames just like Fd did a while ago. However, I'd be more inclined to report non-utf8 issues and dangling symlinks issues back to the user for further investigation/treatment instead of trying to index them, since they shouldn't remain unsolved in the first place. Something like
What do you think ? |
I have files on my box with ISO-8859-1 names that are older than the Unicode standard. I also have files with names produced by disk errors. There's no reasonable way to "fix" these files: they just need to be indexed. The main issue, which I haven't looked into yet, is what |
Only because I don't have a Windows machine and have so much else to do that I didn't have time to set up a modern.ie testing VM to make sure I was implementing the same transformation that ntfs-3g does for unpaired surrogates. Poke me around Christmas when my brother is visiting and I'll plug a USB stick into his PC to generate the requisite test files and test the resulting code. If someone else wants to implement it more quickly, you need to use It's just the "What does Linux see when ntfs-3g encounters a filename from Windows containing un-paired surrogates? ...and how should I encode the data to ensure the transformation round-trips between a Linux build and a Windows build of the code?" that I'm blocked on. |
Thank you very much, @ssokolow ! |
For reference, here is a relevant discussion on r/rust. |
Pathnames containing non-UTF8 characters are not indexed, but instead produce a warning during indexing.
I am investigating a fix, but it looks quite difficult, which is probably why it has not been done previously.
The text was updated successfully, but these errors were encountered: