. Par contre, il va vraiment falloir que j'écrive une documentation. Même moi, je ne sais plus m'en servir 
J'ai aussi repris le développement de ma boite à outils lhTools. J'ai corrigé un bug. Je fais une petite documentation et je le diffuse
(je ne veux pas m'avancer, mais je vais essayer de le faire ce week-end). C'est vieux, j'ai commencé son développement en 1992, puis repris un peu en 2005... et maintenant en 2012 !lhdump travaille sur les binaires purs après passage à la "moulinette" wav2bin. Et il décompile le BASIC, désassemble, et tout, et tout. Les sources sont pour le monde Unix, mais le passage sous Win ne devrait pas poser de problèmes particuliers.
Un apercu du help:
Code : Tout sélectionner
bash-4.2$ ./lhdump -v -h
lhTools Version 0.2 #0
Compiled (cgh@varvotier.cghnet.cgh) Thu Nov 1 10:42:26 CET 2012
Copyright 1992-2012 cgh
bash-4.2$ ./lhdump -h
Usage: ./lhdump [-h] [-v] [{-s|-d}] [-a] [-g] [-D:<dis>] [-C[=addr]] [-O addr]
[-F infile] [-K infile] [-S infile] [fragment, ...]
[-o outfile] infile
where:
-h This help
-v Show version and exit
-d Produce listing file; This is the default
-s Produce source file; exclusive with -d
-a BYTE fragments are printed in HEX and ASCII
-g Use graphical character for &27 &5B &5C &5D and &7F
-D:<inst> In BASIC fragment <inst> are disassembled
where <inst> is DATA, POKE, REM, VAR
REM and VAR are disassembled only when code is found
-C Compute full CHECKSUM
-C=addr Compute CHECKSUM to addr-1, and compare to addr
-O addr Origin address, else start at 0000
-F infile Read fragment description from infile
-K infile Read keyword from infile
-S infile Read symbols from infile
-o outfile Write dump or source to outfile, else use stdout
with fragment:
-B [addr] BASIC fragment; This is the default
-R [addr] RESERVE fragment
-X [addr] XREG fragment
-V [addr] dynamic VARiables fragment
-c [addr] CODE fragment
-b [addr] BYTE (8-bits) fragment
-w [addr] WORD (16-bits) fragment
-l [addr] LONG (32-bits) fragment
-t [addr] TEXT fragment
-k [addr] KEYWORD fragment
