Well, I just repeat the 2018's topic "7z.exe cannot unpack some Arj archives". Well, now more fine tuned: 7z cannot unpack something enclosed into a PKCS #7 / CMS / ASN.1 / X.690 cryptographic industry standard container and it's author does not want to easily add the unpacking of .p7s files to his glory. It is still not a problem for me to unpack that with few lines of pure JavaScript.
Уважаемый Игорь Викторович! Мы можем долго расшаркиваться на английском с вопросами Who-n-Why. Ответ на всё здесь - https://cbr.ru/development/feddc/fns/ Остальное приходится додумывать на коленке при желании организовать хоть что-то удобное. Выше я давал пример, как по сигнатуре байтов извлечь стандартизованное вложение из конверта, и далее 7-Zip штатно справляется с ним! Мое пожелание к 7-Zip было научить его самого извлекать эти вложения. Умеют же некоторые архиваторы извлекать данные из файлов...
1) 7z x a.cab -t# 7-Zip 22.01 (x64) : Copyright (c) 1999-2022 Igor Pavlov : 2022-07-15 Scanning the drive for archives: 1 file, 16007 bytes (16 KiB) Extracting archive: a.cab -- Path = a.cab Type = # Everything is Ok Files: 3 Size: 16007 Compressed: 16007 Result: 3 files (1, 2.12345_1.cab, 3) instead one AFN_MIFNS00_4030702_20230206_00005.arj 2) 7z.exe x a.rrr 7-Zip 22.01 (x64) : Copyright (c) 1999-2022 Igor Pavlov : 2022-07-15 Scanning the drive for archives: 1 file, 15266 bytes (15 KiB) Extracting...
1) well, I attach those two files. Some later I ask you to remove them (or I will do it). 2) these files are sent/received by every bank in the country, 100-300 files per a day each. I maintain a popular repo to quickly browse and control them - https://dievdo.ru/PTK-PSD-Browser-hta/ Yesterday I was asked by users from few various cities to quickly fix the sender's changes when it moved to the new type of encoding. The official client processes these changes, but it is so very unfriendly and requires...
As before in 1918, we still use 7z 9.20 for ASN.1 encoded files used widely in the cryptographic and signature services. For example every TLS certificate around is ASN.1 encoded. All files around are becoming digitally signed. We need to have a fast preview of some archives enclosed deep recursively with some signed/encrypted of them without any PKCS #7 software installed. The old good 7z 9.20 might easily extract a solid data part from PKCS #7 signedData message, but now it fails to parse the same...
19.05 (renamed to have no brackets!), z10 s1, stable sleep, after reboot, just after 1536m 80000000 646 printing - see my attached screenshot. I write this and the application is still staying... I do Control-C and re-run. The application stays again in same position 1536m 80000000 454. CPU 51% (cmd CPU ~44~47%, RAM 2.1 Mb).
I had large_pages.exe in my Downloads folder. Next I download the new version and I get large_pages(1).exe there. And this application (Run... -> cmd -> large_pages(1)) just shows me its Usage with no sence to its given parameters! Otherwise FAR can run normally. C:\Users\user\Downloads>large_pages(1) z10 s1 Large Pages Test 19.04 (x64) : 2019-02-04 use: large_pages Size[K|M|G] [<command1> ... <commandN>] Size[K|M|G] - upper memory limit, MiB is default <command>: l- - use small (4 KB) pages instead...
I am unhappy to reboot my corporate computer because it is very long due to GPO and etc. Well, there are new tests as you want. After every reboot the application (Run... -> cmd -> large_pages) gone to dream continuosly until my Control-C. These logs are: log__.txt log_z10.txt log_z10_s1.txt Then I return to work and try again in FAR after few work duties done. All sequentially without reboots. The application does not sleep now and finishes successfully. These logs are: log_2.txt log_z10_2.txt log_z10_s1_2.txt...