Yes, it is working now, thank-you
Couple of issues to report:
If you send it an invalid argument, it crashes e.g. -? or --hh instead of returning the instructions.
The output from --verbose / -V is being returned via StdErr and not via StdOut, which had me perplexed for a moment there as to why I was getting a sea of null's back.
The output from --json / -j is not going to either StrErr or StdOut
These are all erroring:
File was identified as a CAB file by file signature
Extract process exited with status 2
Error: extract process exited with status 2
EZTwinPeek
EzAppBar
EzBackup
EzMind
EzCalc
EzCleaner
EzJezzBall
EzHangMan
EzSokoban
EzEnergySize
EzCrash
EzSolitaire
update122us.sh3.cab
TaskManager.HPC_MIPS.CAB
TaskManager.HPC_SH3.CAB
PipeGame.HPC_SH3.CAB
PipeGame.PRO_ARM.CAB
PipeGame.PRO_MIPS.CAB
floppy.sh3.cab
Biorythm.HPC_MIPS.CAB
Biorythm.HPC_SH3.CAB
ppv_sh3.cab
ppv_mips.cab
pcmcia.sh3.cab
These exited with 0:
reViewMD.ARM.CAB
reViewMD.MIPS.CAB
PictPocket.ARM.CAB
PictPocket.MIPS.CAB
It hit a few win32 CAB's and choked with exit status 0 obviously, but that's not it's fault. Perhaps that should be a non-zero value to specifically indicate that it is not a CE CAB file?
It takes about 4 minutes for the server to scan through the entire repository and exit the script.
It is super annoying that so many CAB's e.g. GVCommander.Arm 1100.CAB
(
https://www.hpcfactor.com/scl/902/Golden_Valley_Software/GVCommander... ) identify as CEF. Why would you do that people?
Great work sir!
Now the question is whether the data is useful enough to merge into the database or are there too many CEF entries
I shall have to scrutinise it and ponder.