src/sbin/dumpfs, branch release/2.2.8_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 1999-01-21T00:55:30+00:00 cvs2svn cvs2svn@FreeBSD.org 1999-01-21T00:55:30+00:00 a9e2dc176f709713f9565ed1711c958f0707eb36 'RELENG_2_2_8_RELEASE'. This commit was manufactured to restore the state of the 2.2.8-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. 
'RELENG_2_2_8_RELEASE'.

This commit was manufactured to restore the state of the 2.2.8-RELEASE image.
Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs.
MFC: gack. That's the doc fixes merged, many utilities converted over 1998-07-17T20:13:53+00:00 Jordan K. Hubbard jkh@FreeBSD.org 1998-07-17T20:13:53+00:00 4fc19a7cc3c1752f72ea797d9c5eddc40a8c5655 to err(), and a few assorted buffer overflow fixes. Also nuked the now-useless LFS stuff. 
to err(), and a few assorted buffer overflow fixes.  Also nuked the
now-useless LFS stuff.
MFC: cosmetics, better error/warnings. 1997-08-26T13:12:57+00:00 Jordan K. Hubbard jkh@FreeBSD.org 1997-08-26T13:12:57+00:00 f7cbad04bf4910a05f3114e74530414ad31872f4 






Bring in Peter's fix from -current.  Maybe this is "fixing" the problem
1997-03-29T06:32:31+00:00

Jordan K. Hubbard
jkh@FreeBSD.org

1997-03-29T06:32:31+00:00

835b56e5ba71e617f7493d4ea87ee97f32fc0ffb

with a pair of bolt cutters, but having the tree stand broken while
everyone sits in a mexican standoff over it hardly wins any awards for
elegance in operational methodology either.  If a better fix comes along,
it can be my most welcome guest..





with a pair of bolt cutters, but having the tree stand broken while
everyone sits in a mexican standoff over it hardly wins any awards for
elegance in operational methodology either.  If a better fix comes along,
it can be my most welcome guest..







YAMFC:
1997-03-03T07:01:52+00:00

Mike Pritchard
mpp@FreeBSD.org

1997-03-03T07:01:52+00:00

85bcbd5f7a190cf16e8a5d1105651a042705503c

Mostly xrefs sorts, but some general man page cleanup and mdoc
cleanup.





Mostly xrefs sorts, but some general man page cleanup and mdoc
cleanup.







dumpfs blindly trusts that it has been handed a filesystem.
1996-10-21T19:40:01+00:00

Poul-Henning Kamp
phk@FreeBSD.org

1996-10-21T19:40:01+00:00

c6507082079013c6d5e5846b2d0a14cbf5b7d2d3

If the magic is bad, don't waste our time.

Submitted by: Giles Lean Giles Lean <giles@nemeton.com.au>
Obtained from: NetBSD PR bin/249





If the magic is bad, don't waste our time.

Submitted by: Giles Lean Giles Lean <giles@nemeton.com.au>
Obtained from: NetBSD PR bin/249







Fix a couple of bogus casts to off_t that caused dumpfs to lseek negative
1996-06-23T00:05:04+00:00

Peter Wemm
peter@FreeBSD.org

1996-06-23T00:05:04+00:00

7976d4aa4ffdcae6d207d37148c6495dd2e30db3

on filesystems > 2GB (which causes the disk slice code to call Debugger!!)





on filesystems > 2GB (which causes the disk slice code to call Debugger!!)







Corrected message when no rotational position table is found.
1994-10-01T16:53:53+00:00

David Greenman
dg@FreeBSD.org

1994-10-01T16:53:53+00:00

9eb98cece86c223ad8648fff9f306f88362781c6












Added a "clean" field to the output - to show the state of the clean flag.
1994-08-20T16:57:45+00:00

David Greenman
dg@FreeBSD.org

1994-08-20T16:57:45+00:00

31fdf44c2c1d682c7645aab5974934deabc0c5c9












Convert to our man installation style.  Also fixed long-standing bug
1994-08-05T02:42:42+00:00

Garrett Wollman
wollman@FreeBSD.org

1994-08-05T02:42:42+00:00

404c1a5fc1fea7d6d5fa8edd6acb65e32f19c8bd

in `fastboot'/`fasthalt' in which the interpreter would hang around
after `reboot' or `halt' is run, causing an irritating ``Killed'' message.





in `fastboot'/`fasthalt' in which the interpreter would hang around
after `reboot' or `halt' is run, causing an irritating ``Killed'' message.