[Bug]: Name encoding issue

[ywapple]

bit7z version

4.0.x

Compilation options

BIT7Z_AUTO_FORMAT, BIT7Z_USE_NATIVE_STRING, BIT7Z_PATH_SANITIZATION

7-zip version

v23.01

7-zip shared library used

7z.dll / 7z.so

Compilers

MSVC

Compiler versions

vs2022

Architecture

x86

Operating system

Windows

Operating system versions

win11

Bug description

1-50份[0分-100分原卷_2025级实验班选拔考试(数学)].zip

The internal name is displayed as messy codes instead of being correctly displayed

BitArchiveReader arc{ lib, zipFile, PreCheckFormart(zipFile), strOpenPwd};
for (auto file : arc)
{
shared_ptr pItem = make_shared();
pItem->index = file.index();
pItem->name = file.name(); //here.. error

。。。

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]

Hi!
I need more information about the issue.
Specifically:

• What method are you using to display the names?
  • If you're using std::wcout, please note that there might be some problems in how Windows handle printing Unicode strings, as I mentioned in the README and in this comment.
• Does the 7-Zip GUI or CLI display the same names correctly?
• Was the zip archive created with a specific string encoding?
  • If so, you need to specify the code page that 7-Zip should use to decode the strings. For example, if the archive uses the CP932 code page: reader.useFormatProperty( L"cp", 932u );.

It's unlikely to be an issue in bit7z because you're using Windows and the BIT7Z_USE_NATIVE_STRING flag. This means the strings reported by bit7z are the same ones returned by 7-Zip without any string encoding conversion.