Date: Sun, 8 Jun 1997 23:10:15 +0200 (CEST) From: admin@citylink.dinoex.sub.org (Maschinenwart) To: FreeBSD-gnats-submit@FreeBSD.ORG Subject: bin/3818: dd conv=sync makes garbage Message-ID: <199706082110.XAA27007@citylink.dinoex.sub.org> Resent-Message-ID: <199706091920.MAA09327@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 3818
>Category: bin
>Synopsis: "dd conv=sync" makes garbage
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-bugs
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Jun 9 12:20:01 PDT 1997
>Last-Modified:
>Originator: Peter Much
>Organization:
Beyond the Future Shockwave: Convenience or Conviviality?
>Release: FreeBSD 2.2.1-RELEASE i386
>Environment:
nondecident.
>Description:
manpage for dd says:
sync Pad every input block to the input buffer size. Spaces
are used for pad bytes if a block oriented conversion
value is specified, otherwise NUL bytes are used.
but experience shows:
Not only NUL bytes are used. Often garbage is used, f.i. if bs lessthan 8k.
>How-To-Repeat:
$ echo test | dd conv=sync | hexdump
>Fix:
using osync. But osync is broken in another way:
$ echo test | dd conv=osync | dd conv=osync | dd conv=osync | wc
0+1 records in
1+0 records out
512 bytes transferred in 0.001118 secs (457983 bytes/sec)
1+0 records in
2+0 records out
1024 bytes transferred in 0.001328 secs (771089 bytes/sec)
2+0 records in
3+0 records out
1536 bytes transferred in 0.068431 secs (22446 bytes/sec)
1 2 1536
regards,
PM
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706082110.XAA27007>