From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Linda Walsh Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 22 Sep 2012 19:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 12489@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.134834111219403 (code B ref -1); Sat, 22 Sep 2012 19:12:01 +0000 Received: (at submit) by debbugs.gnu.org; 22 Sep 2012 19:11:52 +0000 Received: from localhost ([127.0.0.1]:49587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFV7H-00052t-WA for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:11:52 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36250) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFV7F-00052k-7M for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:11:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TFV5X-0005DF-FH for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:10:04 -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,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:42422) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFV5X-0005Cy-CN for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:10:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59615) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFV5V-00075R-Kh for bug-coreutils@gnu.org; Sat, 22 Sep 2012 15:10:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TFV5U-00058b-BM for bug-coreutils@gnu.org; Sat, 22 Sep 2012 15:10:01 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:49818 helo=Ishtar.sc.tlinx.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFV5U-00058E-0q for bug-coreutils@gnu.org; Sat, 22 Sep 2012 15:10:00 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.5/8.14.4/SuSE Linux 0.8) with ESMTP id q8MJ9t7l002360 for ; Sat, 22 Sep 2012 12:09:57 -0700 Message-ID: <505E0D03.3000700@tlinx.org> Date: Sat, 22 Sep 2012 12:09:55 -0700 From: Linda Walsh 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 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: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) If I have 'dd' running, and want to see stats, the manpage says I can send it a USR1 signal and it will print "I/O statistics to standard error and then resume copying". I see something like: 18335302+0 records in 18335302+0 records out 9387674624 bytes (9.4 GB) copied, 34.6279 seconds, 271 MB/s The same I/O statistics are displayed at the end of a 'dd' session: 18335302+0 records in 18335302+0 records out 9387674624 bytes (9.4 GB) copied, 34.6279 seconds, 271 MB/s The man page says I can use the "status=noxfer" to suppress transfer statistics". But when I use it the number of records transfered into 'dd' and out of 'dd' are still displayed. Suppressed is the sum of the bytes transferred in and out, and the time+rate. So... it seems status=noxfer isn't fully suppressing the statistics but more accurately only suppresses the summary, time and rate stats and not the # records transfered in and out. Either way... shouldn't it just suppress the whole message, or what's the point? What switch would one use to suppress all I/O statistics? Thanks, Linda From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 22 Sep 2012 19:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Linda Walsh Cc: 12489@debbugs.gnu.org Received: via spool by 12489-submit@debbugs.gnu.org id=B12489.134834246421344 (code B ref 12489); Sat, 22 Sep 2012 19:35:01 +0000 Received: (at 12489) by debbugs.gnu.org; 22 Sep 2012 19:34:24 +0000 Received: from localhost ([127.0.0.1]:49606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFVT6-0005YD-7H for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:34:24 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:33573) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFVT4-0005Y6-7Y for 12489@debbugs.gnu.org; Sat, 22 Sep 2012 15:34:23 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id DBDE639E8013; Sat, 22 Sep 2012 12:32:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rZsqkLL3TdIX; Sat, 22 Sep 2012 12:32:37 -0700 (PDT) Received: from [192.168.1.3] (pool-108-23-119-2.lsanca.fios.verizon.net [108.23.119.2]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 8490239E8007; Sat, 22 Sep 2012 12:32:37 -0700 (PDT) Message-ID: <505E1255.1000608@cs.ucla.edu> Date: Sat, 22 Sep 2012 12:32:37 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120827 Thunderbird/15.0 MIME-Version: 1.0 References: <505E0D03.3000700@tlinx.org> In-Reply-To: <505E0D03.3000700@tlinx.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) On 09/22/2012 12:09 PM, Linda Walsh wrote: > shouldn't it just suppress the whole message, > or what's the point? I think the main point of status=noxfer is to get GNU dd to behave more like traditional dd does. Admittedly this should be documented better. From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Linda Walsh Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 22 Sep 2012 23:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: 12489@debbugs.gnu.org Received: via spool by 12489-submit@debbugs.gnu.org id=B12489.13483559988916 (code B ref 12489); Sat, 22 Sep 2012 23:20:02 +0000 Received: (at 12489) by debbugs.gnu.org; 22 Sep 2012 23:19:58 +0000 Received: from localhost ([127.0.0.1]:49812 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFYzO-0002Jk-6s for submit@debbugs.gnu.org; Sat, 22 Sep 2012 19:19:58 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:44882 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFYzK-0002Jc-QK for 12489@debbugs.gnu.org; Sat, 22 Sep 2012 19:19:56 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.5/8.14.4/SuSE Linux 0.8) with ESMTP id q8MNHwMj025990; Sat, 22 Sep 2012 16:18:00 -0700 Message-ID: <505E4726.8000300@tlinx.org> Date: Sat, 22 Sep 2012 16:17:58 -0700 From: Linda Walsh 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 References: <505E0D03.3000700@tlinx.org> <505E1255.1000608@cs.ucla.edu> In-Reply-To: <505E1255.1000608@cs.ucla.edu> Content-Type: multipart/alternative; boundary="------------080504010200020406080800" X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) This is a multi-part message in MIME format. --------------080504010200020406080800 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Paul Eggert wrote: > On 09/22/2012 12:09 PM, Linda Walsh wrote: > >> shouldn't it just suppress the whole message, >> or what's the point? >> > > I think the main point of status=noxfer is to get > GNU dd to behave more like traditional dd does. > Admittedly this should be documented better. > I don't know about a traditional 'dd'. I just need a switch that turns off the superfluous output, which I thought was the point of 'noxfer', I don't have another 'dd' to compare it to. This seems to be a trend in the documentation... with 'rm', there is no mention of "." being special and not working as a target as it does in 'cp' or 'rsync' or 'tar' -- one would have to go find the latest edition of posix, or find what the posix version of the moment is that a given util is supposed to be following... That right there should be a hint that POSIX isn't following standards -- since the documentation hasn't been altered to reflect the newer changes. My version of 'rm' still has "--force" -- which says to ignore nonexistent files never prompt. It also used to ignore write protected files and give no error messages. giving -f was a way to shut it up about anything it couldn't remove. It no longer does that. Despite what some people think there have been multiple changes recently enough in the gnu utils that the documentation hasn't caught up. So is this superfluous output with 'dd' required by POSIX is that why it has to be displayed now? Otherwise, I think if the user wants to turn off transfer statistics -- they mean all of them the blocks read in, blocks written out, and the summary and speed line. Maybe add a 'status=nosum' for just the statistics on Input and output but with no summary or speed? --------------080504010200020406080800 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Ishtar.sc.tlinx.org id q8MNHwMj025990

Paul Eggert wrote: 
On 09/22/2012 12:09 PM, Linda Walsh wrote:
  
shouldn't it just suppress the whole message,
or what's the point?
    

I think the main point of status=3Dnoxfer is to get
GNU dd to behave more like traditional dd does.
Admittedly this should be documented better.

I don't know about a traditional 'dd'.

I just need a switch that turns off the superfluous output, which I thought
was the point of 'noxfer', I don't have another 'dd' to compare it to.
This seems to be a trend in the documentation... with 'rm', there is no mention of "." being special and not working as a target as it does in 'cp' or 'rsync' or 'tar'=C2=A0 -- one would have to go find the latest edition of
posix, or find what the posix version of the moment is that a given util is
supposed to be following...

That right there should be a hint that POSIX isn't following standards -- since
the documentation hasn't been altered to reflect the newer changes.

My version of 'rm' still has "--force"=C2=A0 -- which says to ignore nonexistent files never prompt.=C2=A0 It also used to ignore write protec= ted files and give
no error messages.=C2=A0 giving -f was a way to shut it up about anything= it
couldn't remove.

It no longer does that.

Despite what some people think there have been multiple changes recently enough
in the gnu utils that the documentation hasn't caught up.=C2=A0

So is this superfluous output with 'dd' required by POSIX=C2=A0 is that w= hy it has to be displayed now?=C2=A0 Otherwise, I think if the user wants to turn off transfer
statistics -- they mean all of them the blocks read in, blocks written out, and
the summary and speed line.

Maybe add a 'status=3Dnosum' for just the statistics on Input and output but with no summary or speed?


--------------080504010200020406080800-- From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. References: <505E0D03.3000700@tlinx.org> Resent-From: g.esp@free.fr Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 23 Sep 2012 08:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Linda Walsh Cc: 12489@debbugs.gnu.org Received: via spool by 12489-submit@debbugs.gnu.org id=B12489.134838931724208 (code B ref 12489); Sun, 23 Sep 2012 08:36:01 +0000 Received: (at 12489) by debbugs.gnu.org; 23 Sep 2012 08:35:17 +0000 Received: from localhost ([127.0.0.1]:50187 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFhen-0006IO-Ja for submit@debbugs.gnu.org; Sun, 23 Sep 2012 04:35:17 -0400 Received: from smtp1-g21.free.fr ([212.27.42.1]:51153) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFhej-0006IE-QP for 12489@debbugs.gnu.org; Sun, 23 Sep 2012 04:35:16 -0400 Received: from zimbra33-e6.priv.proxad.net (unknown [172.20.243.183]) by smtp1-g21.free.fr (Postfix) with ESMTP id 2350C94014D; Sun, 23 Sep 2012 10:33:20 +0200 (CEST) Date: Sun, 23 Sep 2012 10:33:19 +0200 (CEST) From: g.esp@free.fr Message-ID: <1065849166.228113760.1348389199914.JavaMail.root@zimbra33-e6.priv.proxad.net> In-Reply-To: <505E0D03.3000700@tlinx.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [82.236.101.3] X-Mailer: Zimbra 7.2.0-GA2598 (ZimbraWebClient - FF3.0 (Win)/7.2.0-GA2598) X-Authenticated-User: g.esp@free.fr X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) ----- Mail original ----- > De: "Linda Walsh" > =C3=80: 12489@debbugs.gnu.org > Envoy=C3=A9: Samedi 22 Septembre 2012 21:09:55 > Objet: bug#12489: inconsistent output from 'dd' w/rt stats and suppressio= n. >=20 > If I have 'dd' running, and want to see stats, the manpage says I can > send it > a USR1 signal and it will print "I/O statistics to standard error and > then resume copying". I see something like: > 18335302+0 records in 18335302+0 records out 9387674624 > bytes > (9.4 GB) copied, 34.6279 seconds, 271 MB/s >=20 > The same I/O statistics are displayed at the end of a 'dd' session: >=20 > 18335302+0 records in > 18335302+0 records out > 9387674624 bytes (9.4 GB) copied, 34.6279 seconds, 271 MB/s >=20 > The man page says I can use the > "status=3Dnoxfer" to suppress transfer statistics". >=20 > But when I use it the number of records transfered into 'dd' > and out of 'dd' are still displayed. Suppressed is the > sum of the bytes transferred in and out, and the time+rate. >=20 > So... it seems status=3Dnoxfer isn't fully suppressing the statistics > but more accurately only suppresses the summary, time and rate > stats and not the # records transfered in and out. >=20 > Either way... shouldn't it just suppress the whole message, > or what's the point? What switch would one use to suppress > all I/O statistics? >=20 > Thanks, > Linda >=20 >=20 dd if=3D/dev/zero of=3D/tmp/foo count=3D1024 2>/dev/null || echo "dd fail" Gilles From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 23 Sep 2012 11:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Linda Walsh Cc: 12489@debbugs.gnu.org Received: via spool by 12489-submit@debbugs.gnu.org id=B12489.13483988886209 (code B ref 12489); Sun, 23 Sep 2012 11:15:02 +0000 Received: (at 12489) by debbugs.gnu.org; 23 Sep 2012 11:14:48 +0000 Received: from localhost ([127.0.0.1]:50368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFk9A-0001c6-AJ for submit@debbugs.gnu.org; Sun, 23 Sep 2012 07:14:48 -0400 Received: from mx1.redhat.com ([209.132.183.28]:17887) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFk98-0001bz-Bn for 12489@debbugs.gnu.org; Sun, 23 Sep 2012 07:14:47 -0400 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q8NBCvKb012300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 23 Sep 2012 07:12:57 -0400 Received: from [10.36.116.21] (ovpn-116-21.ams2.redhat.com [10.36.116.21]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q8NBCsKC003692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 23 Sep 2012 07:12:56 -0400 Message-ID: <505EEEB4.40102@draigBrady.com> Date: Sun, 23 Sep 2012 12:12:52 +0100 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 References: <505E0D03.3000700@tlinx.org> In-Reply-To: <505E0D03.3000700@tlinx.org> Content-Type: text/plain; charset=UTF-8; format=flowed X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id q8NBCvKb012300 X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) On 09/22/2012 08:09 PM, Linda Walsh wrote: > If I have 'dd' running, and want to see stats, the manpage says I can s= end it > a USR1 signal and it will print "I/O statistics to standard error and t= hen resume copying". I see something like: > 18335302+0 records in 18335302+0 records out 9387674624 bytes > (9.4 GB) copied, 34.6279 seconds, 271 MB/s > > The same I/O statistics are displayed at the end of a 'dd' session: > > 18335302+0 records in > 18335302+0 records out > 9387674624 bytes (9.4 GB) copied, 34.6279 seconds, 271 MB/s > > The man page says I can use the > "status=3Dnoxfer" to suppress transfer statistics". > > But when I use it the number of records transfered into 'dd' > and out of 'dd' are still displayed. Suppressed is the > sum of the bytes transferred in and out, and the time+rate. > > So... it seems status=3Dnoxfer isn't fully suppressing the statistics > but more accurately only suppresses the summary, time and rate > stats and not the # records transfered in and out. > > Either way... shouldn't it just suppress the whole message, > or what's the point? What switch would one use to suppress > all I/O statistics? I think there was general consensus that the status=3Dnoinfo should be ap= plied http://lists.gnu.org/archive/html/bug-coreutils/2010-02/msg00159.html I'll look at that this evening. cheers, P=C3=A1draig. From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Jim Meyering Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 23 Sep 2012 11:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady Cc: 12489@debbugs.gnu.org, =?UTF-8?Q?Pozs=C3=A1r_?= =?UTF-8?Q?Bal=C3=A1zs?= , Linda Walsh Received: via spool by 12489-submit@debbugs.gnu.org id=B12489.134840024711465 (code B ref 12489); Sun, 23 Sep 2012 11:38:01 +0000 Received: (at 12489) by debbugs.gnu.org; 23 Sep 2012 11:37:27 +0000 Received: from localhost ([127.0.0.1]:50377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFkV4-0002yr-6c for submit@debbugs.gnu.org; Sun, 23 Sep 2012 07:37:27 -0400 Received: from mx.meyering.net ([88.168.87.75]:48137) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFkV1-0002yh-Lp for 12489@debbugs.gnu.org; Sun, 23 Sep 2012 07:37:24 -0400 Received: from rho.meyering.net (rho.meyering.net [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id 71B18600A6; Sun, 23 Sep 2012 13:35:33 +0200 (CEST) From: Jim Meyering In-Reply-To: <505EEEB4.40102@draigBrady.com> ("=?UTF-8?Q?P=C3=A1draig?= Brady"'s message of "Sun, 23 Sep 2012 12:12:52 +0100") References: <505E0D03.3000700@tlinx.org> <505EEEB4.40102@draigBrady.com> Date: Sun, 23 Sep 2012 13:35:33 +0200 Message-ID: <8762750y62.fsf@rho.meyering.net> Lines: 13 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) P=E1draig Brady wrote: > On 09/22/2012 08:09 PM, Linda Walsh wrote: ... > I think there was general consensus that the status=3Dnoinfo should be ap= plied > http://lists.gnu.org/archive/html/bug-coreutils/2010-02/msg00159.html That does ring a bell. Oh, wow. It's 2.5 years old. > I'll look at that this evening. Thank you, P=E1draig. Sorry it took so long, Pozs=E1r. And thanks to Linda for the prod. From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Linda Walsh Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 23 Sep 2012 21:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: g.esp@free.fr Cc: 12489@debbugs.gnu.org Received: via spool by 12489-submit@debbugs.gnu.org id=B12489.134843427628372 (code B ref 12489); Sun, 23 Sep 2012 21:05:02 +0000 Received: (at 12489) by debbugs.gnu.org; 23 Sep 2012 21:04:36 +0000 Received: from localhost ([127.0.0.1]:51574 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFtLw-0007NX-9Q for submit@debbugs.gnu.org; Sun, 23 Sep 2012 17:04:36 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:35190 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFtLu-0007NQ-Ek for 12489@debbugs.gnu.org; Sun, 23 Sep 2012 17:04:35 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.5/8.14.4/SuSE Linux 0.8) with ESMTP id q8NL2eEN014383; Sun, 23 Sep 2012 14:02:42 -0700 Message-ID: <505F78F0.3020802@tlinx.org> Date: Sun, 23 Sep 2012 14:02:40 -0700 From: Linda Walsh 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 References: <1065849166.228113760.1348389199914.JavaMail.root@zimbra33-e6.priv.proxad.net> In-Reply-To: <1065849166.228113760.1348389199914.JavaMail.root@zimbra33-e6.priv.proxad.net> Content-Type: multipart/alternative; boundary="------------050508080706070106000403" X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) This is a multi-part message in MIME format. --------------050508080706070106000403 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit It is being called from a program to copy text to a file as root. It's not running shell. I wanted to leave stderr for ERROR's and turn off statistics... Maybe Unix needs to add a STDSTAT on FD3? 1/2 :-) (i.e. there are a few instances where a stat line separate from and error line would be handy). Like running FLAC -- first they came out with a --silent to silence statistic... but then that was too much. So then they add a --totally-silent. And guess what! They still issue warnings about things that don't prevent correct encoding. If you have MS-metadata in your WAV's, flac will complain whether you tell it to ignore it or you don't. If you don't ignore it and try to explicitly include it as data in 'passthrough', it warns you that this option is experimental. If you don't use that option, it tells you it found such data and to use passthrough!!! What part of "--totally silent", especially after they already broke --silent, did they not understand? ARG!!! So back to dd... It's a unix util. Generally, quiet is beautiful. It means everything went well. That's generally been the unix motto (apart from deliberate silencing switches, which are intended to ignore error conditions). So why not make no xfer really not put out ANY xfer stats (as records in/out are xfer statistics)? Then add another option (or vice versa -- add another to shut both up, whatever), like nosummary, or noIO to skip the records I/O... Could even (in copious spare time, I'm sure, through in a format facility like 'DATE'... for the output format (like BASH does with HISTTIMEFORMAT): "%i records in, %I partial\n"%o records out, %O partial\n%b total bytes (%{HB}) in %{H:+%H hours, }%{M:+%M minutes, }%{S:+%S seconds}, %{XPS}" (speed/rate) But I shouldn't have to turn off all errors (close STDERR) just to shut up the chit-chat (silence is beautiful!) g.esp@free.fr wrote: > dd if=/dev/zero of=/tmp/foo count=1024 2>/dev/null || echo "dd fail" > Gilles > --------------050508080706070106000403 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Ishtar.sc.tlinx.org id q8NL2eEN014383 It is being called from a program to copy text to a file as root.

It's not running shell.

I wanted to leave stderr for ERROR's and turn off statistics...

Maybe Unix needs to add a STDSTAT on FD3?

1/2 :-)=C2=A0 (i.e. there are a few instances where a stat line separate = from
and error line would be handy).

Like running FLAC -- first they came out with a --silent to silence
statistic... but then that was too much.

So then they add a --totally-silent.=C2=A0 And guess what!=C2=A0
They still issue warnings about things that don't prevent correct
encoding.=C2=A0 If you have MS-metadata in your WAV's, flac will complain whether
you tell it to ignore it or you don't.=C2=A0 If you don't ignore it and t= ry to
explicitly include it as data in 'passthrough', it warns you that this option is
experimental.=C2=A0 If you don't use that option, it tells you it found s= uch data and
to use passthrough!!!

What part of "--totally silent", especially after they already broke --silent,
did they not understand?=C2=A0 ARG!!!=C2=A0 So
back to dd...

It's a unix util.=C2=A0=C2=A0 Generally, quiet is beautiful.=C2=A0 It mea= ns everything went
well.=C2=A0 That's generally been the unix motto (apart from deliberate silencing
switches, which are intended to ignore error conditions).=C2=A0 So why no= t make
no xfer really not put out ANY xfer stats (as records in/out are xfer statistics)?

Then add another option (or vice versa -- add another to shut both up, whatever), like nosummary, or noIO to skip the records I/O...
Could even (in copious spare time, I'm sure, through in a format facility
like 'DATE'... for the output format (like BASH does with HISTTIMEFORMAT):
=C2=A0"%i records in, %I partial\n"%o records out, %O partial\n%b total bytes (%{HB}) in %{H:+%H hours, }%{M:+%M minutes, }%{S:+%S seconds}, %{XPS}" (speed/rate)


But I shouldn't have to turn off all errors (close STDERR) just to shut up
the chit-chat (silence is beautiful!)




g.esp= @free.fr wrote:
dd if=3D/dev/zero of=3D/tmp/foo count=3D1024 2>=
;/dev/null || echo "dd fail"
Gilles
--------------050508080706070106000403-- From unknown Sun Jun 22 20:57:56 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Linda Walsh Subject: bug#12489: closed (Re: bug#12489: inconsistent output from 'dd' w/rt stats and suppression.) Message-ID: References: <505FC9BD.1010002@draigBrady.com> <505E0D03.3000700@tlinx.org> X-Gnu-PR-Message: they-closed 12489 X-Gnu-PR-Package: coreutils Reply-To: 12489@debbugs.gnu.org Date: Mon, 24 Sep 2012 02:50:04 +0000 Content-Type: multipart/mixed; boundary="----------=_1348455004-29218-1" This is a multi-part message in MIME format... ------------=_1348455004-29218-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #12489: inconsistent output from 'dd' w/rt stats and suppression. which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 12489@debbugs.gnu.org. --=20 12489: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D12489 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1348455004-29218-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 12489-done) by debbugs.gnu.org; 24 Sep 2012 02:49:28 +0000 Received: from localhost ([127.0.0.1]:51873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFyjg-0007Zr-Ap for submit@debbugs.gnu.org; Sun, 23 Sep 2012 22:49:28 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46504) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFyjb-0007ZZ-8D for 12489-done@debbugs.gnu.org; Sun, 23 Sep 2012 22:49:24 -0400 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q8O2lTDa012801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 23 Sep 2012 22:47:30 -0400 Received: from [10.36.116.16] (ovpn-116-16.ams2.redhat.com [10.36.116.16]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q8O2lQ0d030459 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 23 Sep 2012 22:47:28 -0400 Message-ID: <505FC9BD.1010002@draigBrady.com> Date: Mon, 24 Sep 2012 03:47:25 +0100 From: =?UTF-8?B?UMOhZHJhaWcgQnJhZHk=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: pozsy@uhulinux.hu Subject: Re: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. References: <505E0D03.3000700@tlinx.org> <505EEEB4.40102@draigBrady.com> In-Reply-To: <505EEEB4.40102@draigBrady.com> Content-Type: multipart/mixed; boundary="------------040101000108060704030300" X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 12489-done Cc: 12489-done@debbugs.gnu.org, Linda Walsh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) This is a multi-part message in MIME format. --------------040101000108060704030300 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx1.redhat.com id q8O2lTDa012801 On 09/23/2012 12:12 PM, P=C3=A1draig Brady wrote: > I think there was general consensus that the status=3Dnoinfo should be = applied > http://lists.gnu.org/archive/html/bug-coreutils/2010-02/msg00159.html > > I'll look at that this evening. I changed things a bit in the attached patch. I used 'status=3Dnone' rather than 'status=3Dnoinfo', to make it obvious all stderr messages were being suppressed. Also, I kept the bitmask nature of the existing code to make it more consistent and extendible. cheers, P=C3=A1draig. --------------040101000108060704030300 Content-Type: text/plain; name="dd-status-none.diff" Content-Disposition: attachment; filename="dd-status-none.diff" Content-Transfer-Encoding: base64 RnJvbSAzYWEzMTgxNTU2Zjk0NTY3YjI5MDA0Zjc4MzUyM2JlM2E3NmUyOTU3IE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiA9P1VURi04P3E/UG96cz1DMz1BMXI9MjBCYWw9QzM9 QTF6cz89IDxwb3pzeUB1aHVsaW51eC5odT4KRGF0ZTogTW9uLCAyNCBTZXAgMjAxMiAwMjoz OTowOSArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIGRkOiBhZGQgc3VwcG9ydCBmb3Igc3RhdHVz PW5vbmUgdG8gc3VwcHJlc3MgYWxsIGluZm8gdG8KIHN0ZGVycgoKKiBzcmMvZGQuYyAoU1RB VFVTX05PTkUpOiBBIG5ldyBiaXRtYXNrIGNvbWJpbmluZyBhbGwgU1RBVFVTXwpvcHRpb25z LCB0aHVzIHVzZWQgdG8gc3VwcHJlc3MgYWxsIGluZm9ybWF0aW9uYWwgb3V0cHV0Lgooc3Ry dWN0IHN5bWJvbF92YWx1ZSBzdGF0dXNlcyk6IEV4cG9zZSB0aGUgIm5vbmUiIG9wdGlvbiwK Y29ycmVzcG9uZGluZyB0byB0aGUgU1RBVFVTX05PTkUgYml0bWFzayBhYm92ZS4KKHByaW50 X3N0YXRzKTogUmV0dXJuIGVhcmx5IGlmIFNUQVRVU19OT05FIGlzIHNwZWNpZmllZC4KQWxz byBtb3ZlIHRoZSBjYWxsIHRvIGdldGhyeHRpbWUoKSBkb3duIHNvIHRoYXQgaXQncyBvbmx5 CmNhbGxlZCB3aGVuIG5lZWRlZC4KKHVzYWdlKTogRGVzY3JpYmUgdGhlIG5ldyBvcHRpb25z LgoqIGRvYy9jb3JldXRpbHMudGV4aSAoZGQgaW52b2NhdGlvbik6IExpa2V3aXNlLgoqIE5F V1M6IE1lbnRpb24gdGhlIG5ldyBmZWF0dXJlLgoqIHRlc3RzL2RkL21pc2Muc2g6IEVuc3Vy ZSB0aGUgbmV3IG9wdGlvbiB3b3Jrcy4KLS0tCiBORVdTICAgICAgICAgICAgICAgfCAgICAy ICsrCiBkb2MvY29yZXV0aWxzLnRleGkgfCAgIDIwICsrKysrKysrKysrKysrKysrLS0tCiBz cmMvZGQuYyAgICAgICAgICAgfCAgIDE0ICsrKysrKysrKysrLS0tCiB0ZXN0cy9kZC9taXNj LnNoICAgfCAgICA3ICsrKysrKysKIDQgZmlsZXMgY2hhbmdlZCwgMzcgaW5zZXJ0aW9ucygr KSwgNiBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9ORVdTIGIvTkVXUwppbmRleCA5YmQ1 ZDU4Li5lZGM0MzZjIDEwMDY0NAotLS0gYS9ORVdTCisrKyBiL05FV1MKQEAgLTQsNiArNCw4 IEBAIEdOVSBjb3JldXRpbHMgTkVXUyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIC0qLSBvdXRsaW5lIC0qLQogCiAqKiBOZXcgZmVhdHVyZXMKIAorICBkZCBub3cgYWNj ZXB0cyAnc3RhdHVzPW5vbmUnIHRvIHN1cHByZXNzIGFsbCBpbmZvcm1hdGlvbmFsIG91dHB1 dC4KKwogICBtZDVzdW0gbm93IGFjY2VwdHMgdGhlIC0tdGFnIG9wdGlvbiB0byBwcmludCBC U0Qtc3R5bGUgb3V0cHV0IHdpdGggR05VCiAgIGZpbGUgbmFtZSBlc2NhcGluZy4gIFRoaXMg YWxzbyBhZmZlY3RzIHNoYTFzdW0sIHNoYTIyNHN1bSwgc2hhMjU2c3VtLAogICBzaGEzODRz dW0gYW5kIHNoYTUxMnN1bS4KZGlmZiAtLWdpdCBhL2RvYy9jb3JldXRpbHMudGV4aSBiL2Rv Yy9jb3JldXRpbHMudGV4aQppbmRleCBjMGFiZDdmLi4zMWQ5ODA0IDEwMDY0NAotLS0gYS9k b2MvY29yZXV0aWxzLnRleGkKKysrIGIvZG9jL2NvcmV1dGlscy50ZXhpCkBAIC04MTE1LDEw ICs4MTE1LDI0IEBAIG9mIGV2ZXJ5dGhpbmcgdW50aWwgdGhlIGVuZCBvZiB0aGUgZmlsZS4K IGlmIEBzYW1we2lmbGFnPWNvdW50X2J5dGVzfSBpcyBzcGVjaWZpZWQsIEB2YXJ7bn0gaXMg aW50ZXJwcmV0ZWQKIGFzIGEgYnl0ZSBjb3VudCByYXRoZXIgdGhhbiBhIGJsb2NrIGNvdW50 LgogCi1AaXRlbSBzdGF0dXM9bm94ZmVyCitAaXRlbSBzdGF0dXM9QHZhcnt3aGljaH0KIEBv cGluZGV4IHN0YXR1cwotRG8gbm90IHByaW50IHRoZSBvdmVyYWxsIHRyYW5zZmVyIHJhdGUg YW5kIHZvbHVtZSBzdGF0aXN0aWNzCi10aGF0IG5vcm1hbGx5IG1ha2UgdXAgdGhlIHRoaXJk IHN0YXR1cyBsaW5lIHdoZW4gQGNvbW1hbmR7ZGR9IGV4aXRzLgorVHJhbnNmZXIgaW5mb3Jt YXRpb24gaXMgbm9ybWFsbHkgb3V0cHV0IHRvIHN0ZGVyciB1cG9uCityZWNlaXB0IG9mIHRo ZSBAc2FtcHtJTkZPfSBzaWduYWwgb3Igd2hlbiBAY29tbWFuZHtkZH0gZXhpdHMuCitTcGVj aWZ5aW5nIEB2YXJ7d2hpY2h9IHdpbGwgaWRlbnRpZnkgd2hpY2ggaW5mb3JtYXRpb24gdG8g c3VwcHJlc3MuCisKK0B0YWJsZSBAc2FtcAorCitAaXRlbSBub3hmZXIKK0BvcGluZGV4IG5v eGZlcgorRG8gbm90IHByaW50IHRoZSB0cmFuc2ZlciByYXRlIGFuZCB2b2x1bWUgc3RhdGlz dGljcwordGhhdCBub3JtYWxseSBtYWtlIHVwIHRoZSBsYXN0IHN0YXR1cyBsaW5lLgorCitA aXRlbSBub25lCitAb3BpbmRleCBub25lCitEbyBub3QgcHJpbnQgYW55IGluZm9ybWF0aW9u YWwgbWVzc2FnZXMgdG8gc3RkZXJyLgorCitAZW5kIHRhYmxlCiAKIEBpdGVtIGNvbnY9QHZh cntjb252ZXJzaW9ufVssQHZhcntjb252ZXJzaW9ufV1AZG90c3t9CiBAb3BpbmRleCBjb252 CmRpZmYgLS1naXQgYS9zcmMvZGQuYyBiL3NyYy9kZC5jCmluZGV4IGRlNTE0MzUuLmI2MTNm Y2YgMTAwNjQ0Ci0tLSBhL3NyYy9kZC5jCisrKyBiL3NyYy9kZC5jCkBAIC0xMzUsNyArMTM1 LDEwIEBAIGVudW0KIC8qIFN0YXR1cyBiaXQgbWFza3MuICAqLwogZW51bQogICB7Ci0gICAg U1RBVFVTX05PWEZFUiA9IDAxCisgICAgU1RBVFVTX05PWEZFUiA9IDAxLAorICAgIFNUQVRV U19OT0NPVU5UUyA9IDAyLAorICAgIFNUQVRVU19MQVNUID0gU1RBVFVTX05PQ09VTlRTLAor ICAgIFNUQVRVU19OT05FID0gU1RBVFVTX0xBU1QgfCAoU1RBVFVTX0xBU1QgLSAxKQogICB9 OwogCiAvKiBUaGUgbmFtZSBvZiB0aGUgaW5wdXQgZmlsZSwgb3IgTlVMTCBmb3IgdGhlIHN0 YW5kYXJkIGlucHV0LiAqLwpAQCAtMzcwLDYgKzM3Myw3IEBAIHN0YXRpYyBzdHJ1Y3Qgc3lt Ym9sX3ZhbHVlIGNvbnN0IGZsYWdzW10gPQogc3RhdGljIHN0cnVjdCBzeW1ib2xfdmFsdWUg Y29uc3Qgc3RhdHVzZXNbXSA9CiB7CiAgIHsibm94ZmVyIiwJU1RBVFVTX05PWEZFUn0sCisg IHsibm9uZSIsCVNUQVRVU19OT05FfSwKICAgeyIiLAkJMH0KIH07CiAKQEAgLTUzNiw3ICs1 NDAsOCBAQCBDb3B5IGEgZmlsZSwgY29udmVydGluZyBhbmQgZm9ybWF0dGluZyBhY2NvcmRp bmcgdG8gdGhlIG9wZXJhbmRzLlxuXAogICBvZmxhZz1GTEFHUyAgICAgd3JpdGUgYXMgcGVy IHRoZSBjb21tYSBzZXBhcmF0ZWQgc3ltYm9sIGxpc3RcblwKICAgc2Vlaz1OICAgICAgICAg IHNraXAgTiBvYnMtc2l6ZWQgYmxvY2tzIGF0IHN0YXJ0IG9mIG91dHB1dFxuXAogICBza2lw PU4gICAgICAgICAgc2tpcCBOIGlicy1zaXplZCBibG9ja3MgYXQgc3RhcnQgb2YgaW5wdXRc blwKLSAgc3RhdHVzPW5veGZlciAgIHN1cHByZXNzIHRyYW5zZmVyIHN0YXRpc3RpY3NcblwK KyAgc3RhdHVzPVdISUNIICAgIFdISUNIIGluZm8gdG8gc3VwcHJlc3Mgb3V0cHV0dGluZyB0 byBzdGRlcnI7XG5cCisgICAgICAgICAgICAgICAgICAnbm94ZmVyJyBzdXBwcmVzc2VzIHRy YW5zZmVyIHN0YXRzLCAnbm9uZScgc3VwcHJlc3NlcyBhbGxcblwKICIpLCBzdGRvdXQpOwog ICAgICAgZnB1dHMgKF8oIlwKIFxuXApAQCAtNjY0LDcgKzY2OSw2IEBAIG11bHRpcGxlX2Jp dHNfc2V0IChpbnQgaSkKIHN0YXRpYyB2b2lkCiBwcmludF9zdGF0cyAodm9pZCkKIHsKLSAg eHRpbWVfdCBub3cgPSBnZXRocnh0aW1lICgpOwogICBjaGFyIGhidWZbTE9OR0VTVF9IVU1B Tl9SRUFEQUJMRSArIDFdOwogICBpbnQgaHVtYW5fb3B0cyA9CiAgICAgKGh1bWFuX2F1dG9z Y2FsZSB8IGh1bWFuX3JvdW5kX3RvX25lYXJlc3QKQEAgLTY3Miw2ICs2NzYsOSBAQCBwcmlu dF9zdGF0cyAodm9pZCkKICAgZG91YmxlIGRlbHRhX3M7CiAgIGNoYXIgY29uc3QgKmJ5dGVz X3Blcl9zZWNvbmQ7CiAKKyAgaWYgKChzdGF0dXNfZmxhZ3MgJiBTVEFUVVNfTk9ORSkgPT0g U1RBVFVTX05PTkUpCisgICAgcmV0dXJuOworCiAgIGZwcmludGYgKHN0ZGVyciwKICAgICAg ICAgICAgXygiJSJQUkl1TUFYIislIlBSSXVNQVgiIHJlY29yZHMgaW5cbiIKICAgICAgICAg ICAgICAiJSJQUkl1TUFYIislIlBSSXVNQVgiIHJlY29yZHMgb3V0XG4iKSwKQEAgLTY5Nyw2 ICs3MDQsNyBAQCBwcmludF9zdGF0cyAodm9pZCkKICAgICAgICAgICAgd19ieXRlcywKICAg ICAgICAgICAgaHVtYW5fcmVhZGFibGUgKHdfYnl0ZXMsIGhidWYsIGh1bWFuX29wdHMsIDEs IDEpKTsKIAorICB4dGltZV90IG5vdyA9IGdldGhyeHRpbWUgKCk7CiAgIGlmIChzdGFydF90 aW1lIDwgbm93KQogICAgIHsKICAgICAgIGRvdWJsZSBYVElNRV9QUkVDSVNJT05lMCA9IFhU SU1FX1BSRUNJU0lPTjsKZGlmZiAtLWdpdCBhL3Rlc3RzL2RkL21pc2Muc2ggYi90ZXN0cy9k ZC9taXNjLnNoCmluZGV4IDlhOWJiYTEuLmYwMjlhMTEgMTAwNzU1Ci0tLSBhL3Rlc3RzL2Rk L21pc2Muc2gKKysrIGIvdGVzdHMvZGQvbWlzYy5zaApAQCAtMzAsNiArMzAsMTMgQEAgZWNo byBkYXRhID4gJHRtcF9pbiB8fCBmcmFtZXdvcmtfZmFpbHVyZV8KIGxuICR0bXBfaW4gJHRt cF9pbjIgfHwgZnJhbWV3b3JrX2ZhaWx1cmVfCiBsbiAtcyAkdG1wX2luICR0bXBfc3ltIHx8 IGZyYW1ld29ya19mYWlsdXJlXwogCisjIGNoZWNrIHN0YXR1cz1ub25lIHN1cHByZXNzZXMg YWxsIG91dHB1dCB0byBzdGRlcnIKK2RkIHN0YXR1cz1ub25lIGlmPSR0bXBfaW4gb2Y9L2Rl di9udWxsIDI+IGVyciB8fCBmYWlsPTEKK3Rlc3QgLXMgZXJyICYmIGZhaWw9MQorIyBjaGVj ayBzdGF0dXM9bm9uZSBpcyBjdW11bGF0aXZlIHdpdGggc3RhdHVzPW5veGZlcgorZGQgc3Rh dHVzPW5vbmUgc3RhdHVzPW5veGZlciBpZj0kdG1wX2luIG9mPS9kZXYvbnVsbCAyPiBlcnIg fHwgZmFpbD0xCit0ZXN0IC1zIGVyciAmJiBmYWlsPTEKKwogZGQgaWY9JHRtcF9pbiBvZj0k dG1wX291dCAyPiAvZGV2L251bGwgfHwgZmFpbD0xCiBjb21wYXJlICR0bXBfaW4gJHRtcF9v dXQgfHwgZmFpbD0xCiAKLS0gCjEuNy42LjQKCg== --------------040101000108060704030300-- ------------=_1348455004-29218-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 22 Sep 2012 19:11:52 +0000 Received: from localhost ([127.0.0.1]:49587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFV7H-00052t-WA for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:11:52 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36250) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFV7F-00052k-7M for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:11:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TFV5X-0005DF-FH for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:10:04 -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,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:42422) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFV5X-0005Cy-CN for submit@debbugs.gnu.org; Sat, 22 Sep 2012 15:10:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59615) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFV5V-00075R-Kh for bug-coreutils@gnu.org; Sat, 22 Sep 2012 15:10:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TFV5U-00058b-BM for bug-coreutils@gnu.org; Sat, 22 Sep 2012 15:10:01 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:49818 helo=Ishtar.sc.tlinx.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFV5U-00058E-0q for bug-coreutils@gnu.org; Sat, 22 Sep 2012 15:10:00 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.5/8.14.4/SuSE Linux 0.8) with ESMTP id q8MJ9t7l002360 for ; Sat, 22 Sep 2012 12:09:57 -0700 Message-ID: <505E0D03.3000700@tlinx.org> Date: Sat, 22 Sep 2012 12:09:55 -0700 From: Linda Walsh 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@gnu.org Subject: inconsistent output from 'dd' w/rt stats and suppression. 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: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) If I have 'dd' running, and want to see stats, the manpage says I can send it a USR1 signal and it will print "I/O statistics to standard error and then resume copying". I see something like: 18335302+0 records in 18335302+0 records out 9387674624 bytes (9.4 GB) copied, 34.6279 seconds, 271 MB/s The same I/O statistics are displayed at the end of a 'dd' session: 18335302+0 records in 18335302+0 records out 9387674624 bytes (9.4 GB) copied, 34.6279 seconds, 271 MB/s The man page says I can use the "status=noxfer" to suppress transfer statistics". But when I use it the number of records transfered into 'dd' and out of 'dd' are still displayed. Suppressed is the sum of the bytes transferred in and out, and the time+rate. So... it seems status=noxfer isn't fully suppressing the statistics but more accurately only suppresses the summary, time and rate stats and not the # records transfered in and out. Either way... shouldn't it just suppress the whole message, or what's the point? What switch would one use to suppress all I/O statistics? Thanks, Linda ------------=_1348455004-29218-1-- From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Jim Meyering Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 24 Sep 2012 07:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 12489@debbugs.gnu.org Cc: P@draigBrady.com Received: via spool by 12489-submit@debbugs.gnu.org id=B12489.134847044327680 (code B ref 12489); Mon, 24 Sep 2012 07:08:01 +0000 Received: (at 12489) by debbugs.gnu.org; 24 Sep 2012 07:07:23 +0000 Received: from localhost ([127.0.0.1]:52025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TG2lG-0007CO-Sn for submit@debbugs.gnu.org; Mon, 24 Sep 2012 03:07:23 -0400 Received: from mx.meyering.net ([88.168.87.75]:50767) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TG2lD-0007CG-Ob for 12489@debbugs.gnu.org; Mon, 24 Sep 2012 03:07:20 -0400 Received: from rho.meyering.net (rho.meyering.net [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id D9AAD60245; Mon, 24 Sep 2012 09:05:25 +0200 (CEST) From: Jim Meyering In-Reply-To: <505FC9BD.1010002@draigBrady.com> ("=?UTF-8?Q?P=C3=A1draig?= Brady"'s message of "Mon, 24 Sep 2012 03:47:25 +0100") References: <505E0D03.3000700@tlinx.org> <505EEEB4.40102@draigBrady.com> <505FC9BD.1010002@draigBrady.com> Date: Mon, 24 Sep 2012 09:05:25 +0200 Message-ID: <87r4prx5my.fsf@rho.meyering.net> Lines: 35 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) P=E1draig Brady wrote: > On 09/23/2012 12:12 PM, P=E1draig Brady wrote: >> I think there was general consensus that the status=3Dnoinfo should be a= pplied >> http://lists.gnu.org/archive/html/bug-coreutils/2010-02/msg00159.html >> >> I'll look at that this evening. > > I changed things a bit in the attached patch. > I used 'status=3Dnone' rather than 'status=3Dnoinfo', > to make it obvious all stderr messages were being suppressed. > Also, I kept the bitmask nature of the existing code > to make it more consistent and extendible. Thanks. That looks fine. > Subject: [PATCH] dd: add support for status=3Dnone to suppress all info to > stderr "all info to stderr" might be interpreted as including diagnostics. Maybe something like this instead? dd: new option, status=3Dnone to suppress output statistics or dd: new option, status=3Dnone to suppress all informational output > * src/dd.c (STATUS_NONE): A new bitmask combining all STATUS_ > options, thus used to suppress all informational output. > (struct symbol_value statuses): Expose the "none" option, > corresponding to the STATUS_NONE bitmask above. > (print_stats): Return early if STATUS_NONE is specified. > Also move the call to gethrxtime() down so that it's only > called when needed. > (usage): Describe the new options. > * doc/coreutils.texi (dd invocation): Likewise. > * NEWS: Mention the new feature. > * tests/dd/misc.sh: Ensure the new option works. From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Linda Walsh Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 24 Sep 2012 20:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady Cc: pozsy@uhulinux.hu, 12489-done@debbugs.gnu.org Received: via spool by 12489-done@debbugs.gnu.org id=D12489.134851783812524 (code D ref 12489); Mon, 24 Sep 2012 20:18:01 +0000 Received: (at 12489-done) by debbugs.gnu.org; 24 Sep 2012 20:17:18 +0000 Received: from localhost ([127.0.0.1]:53660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGF5h-0003Fw-71 for submit@debbugs.gnu.org; Mon, 24 Sep 2012 16:17:17 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:45093 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGF5d-0003Fn-U7 for 12489-done@debbugs.gnu.org; Mon, 24 Sep 2012 16:17:15 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.5/8.14.4/SuSE Linux 0.8) with ESMTP id q8OKFFxf027763; Mon, 24 Sep 2012 13:15:17 -0700 Message-ID: <5060BF53.1050402@tlinx.org> Date: Mon, 24 Sep 2012 13:15:15 -0700 From: Linda Walsh 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 References: <505E0D03.3000700@tlinx.org> <505EEEB4.40102@draigBrady.com> <505FC9BD.1010002@draigBrady.com> In-Reply-To: <505FC9BD.1010002@draigBrady.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Ishtar.sc.tlinx.org id q8OKFFxf027763 X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Thanks, um... (update docs? -- manpages?) P=C3=A1draig Brady wrote: > On 09/23/2012 12:12 PM, P=C3=A1draig Brady wrote: >> I think there was general consensus that the status=3Dnoinfo should be= =20 >> applied >> http://lists.gnu.org/archive/html/bug-coreutils/2010-02/msg00159.html >> >> I'll look at that this evening. > > I changed things a bit in the attached patch. > I used 'status=3Dnone' rather than 'status=3Dnoinfo', > to make it obvious all stderr messages were being suppressed. > Also, I kept the bitmask nature of the existing code > to make it more consistent and extendible. > > cheers, > P=C3=A1draig. From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Eric Blake Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 24 Sep 2012 20:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Linda Walsh Cc: 12489-done@debbugs.gnu.org, pozsy@uhulinux.hu, =?UTF-8?Q?P=C3=A1draig?= Brady Received: via spool by 12489-done@debbugs.gnu.org id=D12489.134851886213962 (code D ref 12489); Mon, 24 Sep 2012 20:35:01 +0000 Received: (at 12489-done) by debbugs.gnu.org; 24 Sep 2012 20:34:22 +0000 Received: from localhost ([127.0.0.1]:53666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGFME-0003d9-72 for submit@debbugs.gnu.org; Mon, 24 Sep 2012 16:34:22 -0400 Received: from mx1.redhat.com ([209.132.183.28]:7379) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGFM9-0003cz-VR for 12489-done@debbugs.gnu.org; Mon, 24 Sep 2012 16:34:20 -0400 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q8OKWKlX026900 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 24 Sep 2012 16:32:21 -0400 Received: from [10.3.113.152] (ovpn-113-152.phx2.redhat.com [10.3.113.152]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q8OKWKpC025193; Mon, 24 Sep 2012 16:32:20 -0400 Message-ID: <5060C353.9060603@redhat.com> Date: Mon, 24 Sep 2012 14:32:19 -0600 From: Eric Blake Organization: Red Hat User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 MIME-Version: 1.0 References: <505E0D03.3000700@tlinx.org> <505EEEB4.40102@draigBrady.com> <505FC9BD.1010002@draigBrady.com> <5060BF53.1050402@tlinx.org> In-Reply-To: <5060BF53.1050402@tlinx.org> X-Enigmail-Version: 1.4.4 OpenPGP: url=http://people.redhat.com/eblake/eblake.gpg Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig2BAD442645FCA1FC464DDD6A" X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Spam-Score: -7.7 (-------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.7 (-------) This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2BAD442645FCA1FC464DDD6A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable [we tend to avoid top-posting on this list] On 09/24/2012 02:15 PM, Linda Walsh wrote: > Thanks, um... (update docs? -- manpages?) Yep, those were included. Docs via: +++ b/doc/coreutils.texi @@ -8115,10 +8115,24 @@ of everything until the end of the file. if @samp{iflag=3Dcount_bytes} is specified, @var{n} is interpreted as a byte count rather than a block count. -@item status=3Dnoxfer +@item status=3D@var{which} @opindex status -Do not print the overall transfer rate and volume statistics -that normally make up the third status line when @command{dd} exits. +Transfer information is normally output to stderr upon +receipt of the @samp{INFO} signal or when @command{dd} exits. +Specifying @var{which} will identify which information to suppress. + +@table @samp + +@item noxfer +@opindex noxfer +Do not print the transfer rate and volume statistics +that normally make up the last status line. + +@item none +@opindex none +Do not print any informational messages to stderr. + +@end table @item conv=3D@var{conversion}[,@var{conversion}]@dots{} @opindex conv and manpage (which is generated from --help output) via: @@ -536,7 +540,8 @@ Copy a file, converting and formatting according to the operands.\n\ oflag=3DFLAGS write as per the comma separated symbol list\n\ seek=3DN skip N obs-sized blocks at start of output\n\ skip=3DN skip N ibs-sized blocks at start of input\n\ - status=3Dnoxfer suppress transfer statistics\n\ + status=3DWHICH WHICH info to suppress outputting to stderr;\n\ + 'noxfer' suppresses transfer stats, 'none' suppresses all\n\ "), stdout); fputs (_("\ \n\ --=20 Eric Blake eblake@redhat.com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --------------enig2BAD442645FCA1FC464DDD6A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBCAAGBQJQYMNTAAoJEKeha0olJ0NqKYMIAJNRr9aEMceo6a3tDcjzsAbA 9wjOmzTCubX+jY7Bt3oCc+MDwBOQbHM5Fjy2FmumyqDkZXuTIOnbwpvHZPQOmUZR tjPTD5cDNil5pwS7gvXJyyrCQFaIUxNEWVve2WhLJxRZlkfdVe7eu4+tLW+4aNgK +mRp0jUMhDUiwwajL0k4lDNwifw46XyEmDWcP+EvRij9eFxWn3z3I3ivKJa831KR NpH8F8Y5tBn/Ziu/pd3KCJITT/rhFn/Lyw1PpPJeOMocKJ1a0Ax3JXONVR/qgwrB WVz6a9u0VjAtyhtEbtkfteHZxAfX/T2rELTU1sTTBpJHcnfp33RtovhuzfJCaEM= =l3hj -----END PGP SIGNATURE----- --------------enig2BAD442645FCA1FC464DDD6A-- From unknown Sun Jun 22 20:57:56 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12489: inconsistent output from 'dd' w/rt stats and suppression. Resent-From: Linda Walsh Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 24 Sep 2012 20:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12489 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Eric Blake Cc: 12489-done@debbugs.gnu.org, pozsy@uhulinux.hu, =?UTF-8?Q?P=C3=A1draig?= Brady Received: via spool by 12489-done@debbugs.gnu.org id=D12489.134851951215015 (code D ref 12489); Mon, 24 Sep 2012 20:46:01 +0000 Received: (at 12489-done) by debbugs.gnu.org; 24 Sep 2012 20:45:12 +0000 Received: from localhost ([127.0.0.1]:53676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGFWh-0003u7-T6 for submit@debbugs.gnu.org; Mon, 24 Sep 2012 16:45:12 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:45983 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TGFWf-0003tz-Lo for 12489-done@debbugs.gnu.org; Mon, 24 Sep 2012 16:45:10 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.5/8.14.4/SuSE Linux 0.8) with ESMTP id q8OKhAgo008721; Mon, 24 Sep 2012 13:43:13 -0700 Message-ID: <5060C5DF.2010807@tlinx.org> Date: Mon, 24 Sep 2012 13:43:11 -0700 From: Linda Walsh 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 References: <505E0D03.3000700@tlinx.org> <505EEEB4.40102@draigBrady.com> <505FC9BD.1010002@draigBrady.com> <5060BF53.1050402@tlinx.org> <5060C353.9060603@redhat.com> In-Reply-To: <5060C353.9060603@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) Thanks, missed it.... Eric Blake wrote: > Yep, those were included. Docs via: >