ac> I remember fixing a bug in one of your earlier versions that caused the 
ac> file not to be fully hexdumped (it would leave out the last few bytes) in 
ac> certain instances.  It looks as though you fixed that in the OZPD9510 
ac> release though, which I used as the base for the above code.

Yeah, I fixed that bug about 2 years ago, but Bob Stout never
adopted it for reasons best known to him, so if you used 
snippets instead of ozpd, you wouldn't have got the fix.

ac> HEXDUMP.C now uses strtol() to convert the "start" and
"length" 
ac> command-line parameters to numeric values rather than atol(), as I wanted 
ac> support for hexadecimal values.  (I think it now supports octal also.)

Good idea, I've adopted that change.

ac> I've also made the output a little more readable by seperating each 
ac> hexadecimal digit with a space.  It's now displayed almost identically to  
ac> the format XTreeGold uses in its hex dumper/editor.

Hmmm, the format I used was the one provided by a VAX machine,
so I didn't adopt this.  I'll post the version I have now created.
BFN.  Paul.
@EOT:

---