[Bug]: 压缩包中的目录名后有空格的话，那么在windows平台解压创建目录时，系统就会把末尾的空格删除，导致解压失败！

[SPURSGO]

bit7z version

4.0.x

Compilation options

No response

7-zip version

v23.01

7-zip shared library used

7z.dll / 7z.so

Compilers

MSVC

Compiler versions

No response

Architecture

x86

Operating system

Windows

Operating system versions

No response

Bug description

我现在收到了一个压缩包，我尝试用bit7z库去解压它。但是解压总是失败，所以我就调试了bit7z的代码。
发现FileExtractCallback::getOutStream中抛出了异常(FileExtractCallback::getOutStream 81行)。
其中，在使用 fs::create_directories( mFilePathOnDisk.parent_path(), error ); 创建目录时，mFilePathOnDisk的值是：C:\Users\xxxx\temp_extract\2\02-cut vocals from song\cut vocals from song Infographics \download master vocal remover.jpg。其中"cut vocals from song Infographics "这一层目录名末尾是有一个空格的。但是create_directories同步创建返回之后，我在windows文件资源管理器里面看，实际的目录又是没有空格的。所以导致创建输出流的时候找不到文件路径，从而导致异常失败！

我不知道这个算不算bit7z在系统平台兼容性方面的BUG。
windows是不允许目录名最后有空格的，但是macos又是允许的。

Steps to reproduce

No response

Expected behavior

No response

Relevant compilation output

Code of Conduct

• By submitting this issue, I agree to follow bit7z's Code of Conduct

[rikyoz]

你好！
如果我理解正确的话，bit7z 在创建文件 “download master vocal remover.jpg” 时失败，因为它试图在文件夹 “cut vocals from song Infographics ”（末尾带空格）中创建该文件，但该文件夹是由 std::filesystem::create_directories 创建的，且末尾没有空格。
我的理解正确吗？
关于文件夹创建时的行为，我们无能为力，因为Windows不支持文件名或文件夹名以一个或多个空格结尾的情况，系统会直接移除这些空格。
实际上，bit7z中已存在一个编译选项（BIT7Z_PATH_SANITIZATION），专门用于处理提取可能包含以下元素的存档的情况：其名称在Windows上无效，但在macOS或Linux等其他平台上有效。
然而，在阅读您的问题后，我进行了检查，发现这种路径“净化”无法妥善处理文件/文件名末尾的空格。
因此，应该可以通过调整 bit7z 的该选项来解决您的问题。
我将尝试在下一版库中加入此修复程序。

[SPURSGO]

感谢您的回复！
是的，您的理解完全正确！

根据您的回答，需要开启编译选项（BIT7Z_PATH_SANITIZATION）之后才能正常的工作么？
是否可以将其修改为非编译选项控制或者默认开启的呢？
因为我觉得这个是一个挺常见的问题，不如默认就开启从而简化流程。

再次感谢您的回复
期待您修复之后的版本

[rikyoz]

太好了，感谢您的反馈！

是的，该功能需要编译选项BIT7Z_PATH_SANITIZATION才能正常运行。
目前默认未启用该选项，仅仅是因为它是在v4.0版本发布后才添加的，而我更倾向于保留之前的默认行为（不进行路径清理）。
考虑到仅需启用此选项即可解决的大量问题和需求，我正在考虑将其设为默认启用状态。
正如您所言，这确实是个相当普遍的问题。