-
Notifications
You must be signed in to change notification settings - Fork 75
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
Add LFN support when iterating directories #157
Conversation
Long File Names carry this checksum of their matching Short File Name.
Used to buffer Long File Names. Designed to be fed 16-bit UCS-2 chunks in reverse, like you find in a directory.
Scoops up bits of LFN into the given LFN buffer and if it all looks OK, passes it to the user-supplied closure as a &str.
Removes a bunch of const generics from the API.
ugh, dealing with the fact that one unicode character might become two UTF-16 code units, and those two code units could be split across two directory entries, was a nightmare. But I think this works. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me, thanks!
Could you add an entry to the changelog about this?
Done |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for your work!
You can now optionally see the long file names when doing directory listings. To do so you must pass an
LfnBuffer
of your chosen size to the newiterate_dir_lfn
methods.