http://qs321.pair.com?node_id=11116447


in reply to Re^2: Perl Unpack Cobol Binary File and Fields
in thread Perl Unpack Cobol Binary File and Fields

hexdump -c -n 34 sltywk_binary_new 0000000 \0 \0 001 257 \a 344 \0 003 \0 \0 \0 s \0 6 002 267
My hexdump-fu probably is a bit rusty, but how would hexdump -c give bytes like 257, 344 or 267?

I prefer hexdump -C anyway...

Or better: which variant of the hexdump-tool is this?

Replies are listed 'Best First'.
Re^4: Perl Unpack Cobol Binary File and Fields
by Fletch (Bishop) on May 04, 2020 at 19:48 UTC

    I'm guessing they're octal by some weird default. I was able to make similar output making up a dummy file using that presumption (entering his numbers using hexl-mode in emacs) that produced similar output on OS X with the default /usr/bin/hexdump. I'm partial to od -xa myself.

    $ hexdump -c foo 0000000 \0 \0 001 257 \n 344 \0 003 \0 \0 \0 s \0 006 002 26 +7 0000010 $ od -xa foo 0000000 0000 af01 e40a 0300 0000 7300 0600 b +702 nul nul soh af nl e4 nul etx nul nul nul s nul ack stx +b7 0000020

    Edit: Derp, his \a should of course be 0x07 not \n / 0x0a. I need moar caffeine . . .

    The cake is a lie.
    The cake is a lie.
    The cake is a lie.