| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
Fix bug with od/hd/hexdump. "*" lines are supposed to indicate one or
duplicates of the previous line, but a small file with less then 16
characters of zeros in it will be falsy identified as a repeat of
the (non-existant) previous line. i.e. the first line of output winds
up being a "*". Added a bit of code to handle the degenerate 'there is
no previous line' case for the first line.
|
| |
|
| |
|
|
|
|
| |
the revision date is displayed correctly.
|
|
|
|
| |
posix standard on the topic.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
| |
|
|
|
|
| |
a duplicate of the first column of 8...
|
|
|
|
|
|
|
|
|
|
|
| |
having the same effect, and install a link for this. There is
historic precedence for the command hd(1) (with roughly that output
format) in Xenix, SCO, and a few SysV's that tooks the idea.
Also, added a couple of spaces to the -C format to make the output
better readable.
Ok'ed by: phk
|
|
|
|
|
|
|
| |
$ hexdump -C /etc/resolv.conf
00000000 64 6f 6d 61 69 6e 20 64 6b 2e 74 66 73 2e 63 6f |domain dk.tfs.co|
00000010 6d 0a 6e 61 6d 65 73 65 72 76 65 72 20 31 34 30 |m.nameserver 140|
00000020 2e 31 34 35 2e 32 33 30 2e 31 30 0a |.145.230.10.|
|
|
|
|
| |
Obtained from: A Quarter Century of UNIX, Peter H. Salus, page 41
|
| |
|
|
|
|
|
| |
one man page, not section eight. This is the first round of such changes
and only fixes man pages in manual section one.
|
| |
|
|
|
|
|
|
| |
thought I'd gotten this one the first time around.
Reviewed by:
Submitted by:
|
|
|