hex

Autres langues

Langue: en

Autres versions - même langue

Version: 259839 (debian - 07/07/09)

Section: 1 (Commandes utilisateur)

NAME

hex - hexadecimal dump tool (with Japanese support)

SYNOPSIS

hex [ options... ] [ file ]
hex -r [ file ]

DESCRIPTION

hex will show the contents of file (or standard input) in hexadecimal and/or character. At this time, this will show in Japanese text as if it seems to be.

OPTIONS

You can specify option in environment variable HEX_OPTIONS

OPTIONS - how to show `non printable character'

see EXAMPLE below

`Non printable character' here is that control codes and/or codes that is 8bits and out of range of kanji or kana character codes.

-c, --color (default if output is tty)
show `non printable character' with colors. Terminal with color support, such as kterm , MS-DOS Prompt in Windows95 and so on) show all of J with color by EXAMPLE options.

Blue and light bule is used by default, using escape sequence such as ^[[34m These colors can be changed by -cs1, -cs2 option described below.

-b, --bold
show `non printable character' in bold. EXAMPLE will show all J in bold. It will be showen in bold even if you see via less

When output is tty, escape sequence ^[[1m is used, and otherwise (such pipe), it will output like A^HA for bold A.

This program does not refer termcap/terminfo , so some terminal can not show in bold. In Windows95, it looks brighter.

-d, --dot (default if output is not tty)
show `non printable character' as `.' as if `J' substituted in `.' in EXAMPLE case.
-t, --text
show `non printable character' in normal text. Same as EXAMPLE No use.
-u, --underline
show `non printable character' with underline. In EXAMPLE case, all J has underline. You can see with underline even if you see via less or more

When output to tty, escape sequence ^[[4m is used, otherwise (such as pipe), it will output like _^HA for A with underline. You can't see underline in Windows95.

EXAMPLE
 0x00000000: a4 cf a4 e8 a4 f3 0a 0a - 0a 0a 0a 0a 0a 0a 0a 0a HAYONNJJJJJJJJJJ
 
(actually, "HAYONN" shows in Hiragana characters).

OPTION - output code

To check what is specified by default, hex -h
-e, -oe, --oeuc
output using *euc-japan*
-s, -os, --osjis
output using *sjis*
-j, -oj, --ojis
output using *iso-2022-jp*

OPTION - input code

To check what is specified by default, hex -h
-E, -ie, --ieuc
Assume *euc-japan* or *iso-2022-jp* for input.
-S, -is, --isjis
Assume *sjis* or *iso-2022-jp* for input
-U, -iu, --iunknown
Assume unknown input code. Japanese handling won't be done by this option.

OPTION - other

-cs1 cs, --colorstring1 cs
specify code 1 of color. This color is used for control codes and/or codes that is 8bits and out of range of kanji or kana character codes.

For example, if you specified -cs1 43;31 (`;' will be handled by shell, so you should escape it as -cs1 '43;31' ), output red character with yellow background.

-cs2 cs, --colorstring2 cs
specify code 2 for color. This color is used for half of kanji character, part of EUC halfwidth kana and/or escape sequence of iso-2022.
-dsiso, --disablesiso, +siso
Usually, character between ^N/^O is treated as halfwidth kana, but disabled with this option.
-siso, --enablesiso
Oppose to above (default)
-r, --restore
% hex < hoe | hex -r > hoge
is same as
% cat < hoe > hoge
-h, --help
show usage.

PAGER

If you use pager such as less for output of hex, you can't see color however, you can see color by doing like the followings:
% hex -c `which hex` | less -r
% hex -c `which hex` | lv -C
If you use command prompt on WindowsNT, try
% hex -u `which hex` | less
option. (disabled hex color option)

SEE ALSO

od(1), hexdump(1), jhd(1), less(1), lv(1) Copyright (C) 1996-1998, TAGA Nayuta <nayuta@is.s.u-tokyo.ac.jp>

This program is free software.

THERE IS NO WARRANTY FOR THE PROGRAM.

The latest version can be found at http://www.is.s.u-tokyo.ac.jp/~nayuta/

AUTHOR

TAGA Nayuta (nayuta@is.s.u-tokyo.ac.jp)

This manual page was translated by Fumitoshi UKAI <ukai@debian.or.jp>, for the Debian GNU/Linux system (but may be used by others).

BUGS

This program doesn't refer termcap/terminfo so some terminal can't show bold.

No autodetection of Japanese encodings.

Wrong efficiency for output. (color sequence with each characters. For *iso-2022-jp* output, ^[(J for each characters.)

Space of halfwidth kana ( 0x8e 0xa0 in *euc-japan* , 0xa0 in *sjis* , 0x20 in *iso-2022-jp* ) will output as normal space character ( 0x20 )

You can't see color in some part on Windows95. (bug of Windows95 ?)

No support supplimental characters in *iso-2022-jp*.