Received: (at submit) by debbugs.gnu.org; 12 Oct 2012 18:54:07 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 12 14:54:07 2012
Received: from localhost ([127.0.0.1]:41389 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.72)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1TMkN4-0005NW-K0
for submit <at> debbugs.gnu.org; Fri, 12 Oct 2012 14:54:06 -0400
Received: from eggs.gnu.org ([208.118.235.92]:41010)
by debbugs.gnu.org with esmtp (Exim 4.72)
(envelope-from <coreutils@HIDDEN>) id 1TMkN1-0005N1-RU
for submit <at> debbugs.gnu.org; Fri, 12 Oct 2012 14:54:04 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from <coreutils@HIDDEN>) id 1TMkM6-0008Pv-57
for submit <at> debbugs.gnu.org; Fri, 12 Oct 2012 14:53:06 -0400
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level:
X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,LOTS_OF_MONEY,
RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2
Received: from lists.gnu.org ([208.118.235.17]:37842)
by eggs.gnu.org with esmtp (Exim 4.71)
(envelope-from <coreutils@HIDDEN>) id 1TMkM6-0008Pq-1k
for submit <at> debbugs.gnu.org; Fri, 12 Oct 2012 14:53:06 -0400
Received: from eggs.gnu.org ([208.118.235.92]:48780)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from <coreutils@HIDDEN>) id 1TMkM1-0001Jk-Su
for bug-coreutils@HIDDEN; Fri, 12 Oct 2012 14:53:05 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from <coreutils@HIDDEN>) id 1TMkM1-0008P9-05
for bug-coreutils@HIDDEN; Fri, 12 Oct 2012 14:53:01 -0400
Received: from ishtar.tlinx.org ([173.164.175.65]:41985)
by eggs.gnu.org with esmtp (Exim 4.71)
(envelope-from <coreutils@HIDDEN>) id 1TMkM0-0008O9-MN
for bug-coreutils@HIDDEN; Fri, 12 Oct 2012 14:53:00 -0400
Received: from [192.168.3.12] (Athenae [192.168.3.12])
by Ishtar.tlinx.org (8.14.5/8.14.4/SuSE Linux 0.8) with ESMTP id
q9CIqsih028708
for <bug-coreutils@HIDDEN>; Fri, 12 Oct 2012 11:52:56 -0700
Message-ID: <50786706.5060105@HIDDEN>
Date: Fri, 12 Oct 2012 11:52:54 -0700
From: Linda Walsh <coreutils@HIDDEN>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US;
rv:1.8.1.24) Gecko/20100228 Lightning/0.9 Thunderbird/2.0.0.24
Mnenhy/0.7.6.666
MIME-Version: 1.0
To: bug-coreutils@HIDDEN
Subject: dd doesn't print out the need for iflags=fullblocks, consistently as
it is intended to; and manpage clarification?
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not
recognized.
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
X-Received-From: 208.118.235.17
X-Spam-Score: -4.2 (----)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.13
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Sender: debbugs-submit-bounces <at> debbugs.gnu.org
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
X-Spam-Score: -4.2 (----)
dd prints out a warning message if less than the block size is read
(though this is confusing given the posix requirement that dd buffer
input blocks until it has reached the output block size and the code
sets both input and output block size to 'blocksize' if 'bs' is specified.
I.e. regardless of whether or not iflags=fullblocks is set,
if bs= was used on the command line, that sets both input and output
blocksizes.
The Code claims:
if (blocksize)
input_blocksize = output_blocksize = blocksize;
else
{
/* POSIX says dd aggregates partial reads into
output_blocksize if bs= is not specified. */
conversions_mask |= C_TWOBUFS;
}
---
Does that mean if one sets ibs & obs, one gets full blocks, but by settings
only bs, one doesn't?
I suppose this is in the manpage fine print where it states:
bs=BYTES
read and write up to BYTES bytes at a time
ibs=BYTES
read up to BYTES bytes at a time (default: 512)
obs=BYTES
write BYTES bytes at a time (default: 512)
both bs and ibs have the wording "up to" while obs does not.
Isn't that wording a bit like smarmy internet providers use
that give you speeds "up to", but in reality give less --
or that banks use on interest rates -- and in the fine print you
see minimum balance $1M to get said interest rate?...(exaggeration)...
Might want to state under both "bs" and "obs", that the only way to
guarantee
the OBS, is to use the obs param and not the "bs" param...(if
that is true)...
Linda Walsh <coreutils@HIDDEN>:bug-coreutils@HIDDEN.
Full text available.bug-coreutils@HIDDEN:bug#12630; Package coreutils.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.