Issue unarchiving certain .7z files in 2601.1

I’m working through a weird issue as I try and test my application against “2601.1 Funky Jacaranda”. Previously as working under Canda Goose (2508.1). I can’t narrow down when the issue was introduced (at some point between those versions I guess).

As concise as possible, my application was unarchiving/reading .7z files to be able to get crc32 data from them. Some files that previously worked are now failing. I think that it’s an OS wide issue rather than something in my application code.

Here is the file in question failing integrity tests on 2601.1 (RGCUBEXX)

```

7z t /mnt/sdcard/ROMS/md/Ecco\the\ Dolphin.7z

7-Zip (a) [64] 17.05 : Copyright (c) 1999-2021 Igor Pavlov : 2017-08-28
p7zip Version 17.05 (locale=C,Utf16=off,HugeFiles=on,64 bits,4 CPUs LE)

Scanning the drive for archives:

1 file, 441200 bytes (431 KiB)

Testing archive: /mnt/sdcard/ROMS/md/Ecco the Dolphin.7z

--

Path = /mnt/sdcard/ROMS/md/Ecco the Dolphin.7z

Type = 7z

Physical Size = 441200

Headers Size = 166

Method = LZMA:20

Solid = -

Blocks = 1

ERROR: Data Error : Ecco the Dolphin (USA, Europe).md

Sub items Errors: 1

Archives with Errors: 1

```


I noticed that I can’t load this rom in retroarch either (which suggests a system wide failure to be able unarchive files that the OS could previously unarchive).

I still have some devices running Canada Goose and on that platform I can open the rom in question without issue in retroarch and in my application.

Both OS are using the same version of 7z, apparently compiled with the same flags.

```

/mnt/sdcard/ROMS/md # 7z

7-Zip (a) [64] 17.05 : Copyright (c) 1999-2021 Igor Pavlov : 2017-08-28

p7zip Version 17.05 (locale=C,Utf16=off,HugeFiles=on,64 bits,4 CPUs LE)

Usage: 7za

```

On Canada Goose the file is verified on the CLI as well (RG40XXV)

```

/mnt/mmc/ROMS/md # 7z t Ecco\ the\ Dolphin.7z

7-Zip (a) [64] 17.05 : Copyright (c) 1999-2021 Igor Pavlov : 2017-08-28

p7zip Version 17.05 (locale=C,Utf16=off,HugeFiles=on,64 bits,4 CPUs LE)

Scanning the drive for archives:

1 file, 441200 bytes (431 KiB)

Testing archive: Ecco the Dolphin.7z

--

Path = Ecco the Dolphin.7z

Type = 7z

Physical Size = 441200

Headers Size = 166

Method = LZMA:20

Solid = -

Blocks = 1

Everything is Ok

Size:       1048576

Compressed: 441200

```

I’m sure the file could be loaded previously on the RGCUBE prior to me upgrading the OS (so can rule out issues between the devices). Maybe a change in some sort of compilation flag somewhere?

I just wanted to flag it if not already known about. Let me know if you need more details