From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 29 10:22:22 2021 Received: (at submit) by debbugs.gnu.org; 29 Oct 2021 14:22:22 +0000 Received: from localhost ([127.0.0.1]:55522 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgSlx-0005AQ-Sg for submit@debbugs.gnu.org; Fri, 29 Oct 2021 10:22:22 -0400 Received: from lists.gnu.org ([209.51.188.17]:45838) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgSls-0005AE-O8 for submit@debbugs.gnu.org; Fri, 29 Oct 2021 10:22:20 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43158) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgSls-0005Cf-GR for bug-coreutils@gnu.org; Fri, 29 Oct 2021 10:22:16 -0400 Received: from mail-yb1-xb2b.google.com ([2607:f8b0:4864:20::b2b]:43671) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mgSlp-000349-CR for bug-coreutils@gnu.org; Fri, 29 Oct 2021 10:22:16 -0400 Received: by mail-yb1-xb2b.google.com with SMTP id a129so11503891yba.10 for ; Fri, 29 Oct 2021 07:22:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:from:date:message-id:subject:to; bh=2RMdIWmvXvaS2f39GU6yC9QN3rEa3CqHUkNpfI8sfL4=; b=XCYbjWLZo7PSW3/a9BhsCe/0OvTmLOndeG1q09ujVto7yYCD90LJb32faSDeEtwTSR EIasPLfhSOglOwrnkrKdcEBDRnncZDvSEutG8iCyeV1FrrLarG4RnDfurBb4wK9D749i QtO02LSgd5r+lG+6UDFvuNLfAPcdP/OmkcPM6dCRPpGH4J1T+TUAlbGcBmvhD8SIpSDd i+KnVmEKfHTLpW4jo/q5NwlL5iv2ASQhXi6LFfRjSgcL1Dxma6/kvC8oUlw3HOBE8p3U FoVPNeAqpCBZx/lv/YD3IsDjU24eWqEHRhoF5Njai8SJwuFZyhBIDyJ5ATW0I1iE7fBR TqMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=2RMdIWmvXvaS2f39GU6yC9QN3rEa3CqHUkNpfI8sfL4=; b=4zyp9t3GG5Fz2JL7/wLC/4Gvts/G4XFZ4H2edyuhCqJ3K2XRWmWQJIclVtSAm786P9 wkgMP57dbrV7EiQX0y9a+y5uwD6j0KSSsHdvApyE6JpCv2xIvbrA92btvF58PoD3K59P LVu5liGRKvzbz7dfzbBGpDXKpr6mWolOLuA6iFv8t7GlMHZV9a8SCwFkSTsQ3u/9lpXJ xAMCqOMgHyGWlFxMpPuEIajEyj7QrOgnAzNMbIpXxTGfzELyADWjUv9wbpMWyjP9CLk8 lkwkJ6mNrdrI9Vq3xH7jvO3muE7T3HuGY+nC7G0gtuPFeK8X2ir7vGazicsv+elAqijW eCfQ== X-Gm-Message-State: AOAM533/EMNSfUGrzhT0jN+sjpLojAVeUxw+ZYW68WsfZGpUp7eZUPY1 cKU3BtPj/UUtykEFv/NjKmADY5VSEqbOZZc/e7FM9nWtpgs= X-Google-Smtp-Source: ABdhPJy+oe+DTuGhV9uzRIeAwVvJMElY3wq8gc+8CzpJ7Hrle9yxj6VSFJoCJP/uXFweRASDmOER9zxsRKg3uMri1ls= X-Received: by 2002:a05:6902:728:: with SMTP id l8mr13470192ybt.441.1635517331519; Fri, 29 Oct 2021 07:22:11 -0700 (PDT) MIME-Version: 1.0 From: Sworddragon Date: Fri, 29 Oct 2021 14:22:02 +0000 Message-ID: Subject: dd with status=progress does not update its output when the main writing is finished To: bug-coreutils@gnu.org Content-Type: multipart/alternative; boundary="00000000000091bcf405cf7e8d56" Received-SPF: pass client-ip=2607:f8b0:4864:20::b2b; envelope-from=sworddragon2@gmail.com; helo=mail-yb1-xb2b.google.com X-Spam_score_int: 1 X-Spam_score: 0.1 X-Spam_bar: / X-Spam_report: (0.1 / 5.0 requ) BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) --00000000000091bcf405cf7e8d56 Content-Type: text/plain; charset="UTF-8" Originally found as additional minor bug in ticket #51345 (Knoppix 9.1 with GNU Coreutils 8.32), I think it is a good idea to create a dedicated report for it to avoid getting it lost. When dd is being used with status=progress it appears to update the status every second but does not do a final update when dd finished its main writing task (e.g. when dd starts flushing via conv=fsync and it still blocks for like over a minute) causing the output to be incorrect and inconsistent across multiple tries. --00000000000091bcf405cf7e8d56 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Originally found as additional minor bug in ticket #5= 1345 (Knoppix 9.1 with GNU Coreutils 8.32), I think it is a good idea to cr= eate a dedicated report for it to avoid getting it lost.

When dd is being used with status=3Dprogress it appears to update th= e status every second but does not do a final update when dd finished its m= ain writing task (e.g. when dd starts flushing via conv=3Dfsync and it stil= l blocks for like over a minute) causing the output to be incorrect and inc= onsistent across multiple tries.
--00000000000091bcf405cf7e8d56-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 27 21:38:56 2022 Received: (at 51482-done) by debbugs.gnu.org; 28 Jan 2022 02:38:56 +0000 Received: from localhost ([127.0.0.1]:57054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDHA7-0000eZ-Nj for submit@debbugs.gnu.org; Thu, 27 Jan 2022 21:38:56 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:35898) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nDHA4-0000eJ-7v for 51482-done@debbugs.gnu.org; Thu, 27 Jan 2022 21:38:54 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id D5FAC160126; Thu, 27 Jan 2022 18:38:45 -0800 (PST) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id B-oF9K6C-vWH; Thu, 27 Jan 2022 18:38:45 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id E9E45160133; Thu, 27 Jan 2022 18:38:44 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ho321tFt3tE4; Thu, 27 Jan 2022 18:38:44 -0800 (PST) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id BC8AD160126; Thu, 27 Jan 2022 18:38:44 -0800 (PST) Content-Type: multipart/mixed; boundary="------------K6Z7dX0gNqGwbcVSiIqkQps8" Message-ID: <3bf36eb9-79cf-f0ef-bb79-a882d30a89fd@cs.ucla.edu> Date: Thu, 27 Jan 2022 18:38:44 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: bug#51482: dd with status=progress does not update its output when the main writing is finished Content-Language: en-US To: Sworddragon References: From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 51482-done Cc: 51482-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) This is a multi-part message in MIME format. --------------K6Z7dX0gNqGwbcVSiIqkQps8 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 10/29/21 07:22, Sworddragon wrote: > When dd is being used with status=progress it appears to update the status > every second but does not do a final update when dd finished its main > writing task (e.g. when dd starts flushing via conv=fsync and it still > blocks for like over a minute) causing the output to be incorrect and > inconsistent across multiple tries. Thanks for mentioning that. I installed the attached to implement your suggestion, and am boldly closing the bug report. Please give it a try when you have the chance. --------------K6Z7dX0gNqGwbcVSiIqkQps8 Content-Type: text/x-patch; charset=UTF-8; name="0001-dd-output-final-progress-before-syncing.patch" Content-Disposition: attachment; filename="0001-dd-output-final-progress-before-syncing.patch" Content-Transfer-Encoding: base64 RnJvbSA0Y2RhNzExNTY0NjRkMjA3ODliYWM1YjMxZjZhMWVhMzZiMTgzZWRkIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUaHUsIDI3IEphbiAyMDIyIDE4OjM0OjA5IC0wODAwClN1YmplY3Q6IFtQQVRD SF0gZGQ6IG91dHB1dCBmaW5hbCBwcm9ncmVzcyBiZWZvcmUgc3luY2luZwoKUHJvYmxlbSBy ZXBvcnRlZCBieSBTd29yZGRyYWdvbiAoQnVnIzUxNDgyKS4KKiBzcmMvZGQuYyAocmVwb3J0 ZWRfd19ieXRlcyk6IE5ldyB2YXIuCihwcmludF94ZmVyX3N0YXRzKTogU2V0IGl0LgooZGRf Y29weSk6IFByaW50IGEgZmluYWwgcHJvZ3Jlc3MgcmVwb3J0IGlmIHVzZWZ1bCBiZWZvcmUK c3luY2hyb25pemluZyBvdXRwdXQgZGF0YS4KLS0tCiBORVdTICAgICB8ICA0ICsrKysKIHNy Yy9kZC5jIHwgMTIgKysrKysrKysrKysrCiAyIGZpbGVzIGNoYW5nZWQsIDE2IGluc2VydGlv bnMoKykKCmRpZmYgLS1naXQgYS9ORVdTIGIvTkVXUwppbmRleCA1NjEwODdjY2MuLjE1Yzk0 MjhiZCAxMDA2NDQKLS0tIGEvTkVXUworKysgYi9ORVdTCkBAIC01OCw2ICs1OCwxMCBAQCBH TlUgY29yZXV0aWxzIE5FV1MgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAt Ki0gb3V0bGluZSAtKi0KIAogICBUaGUgbmV3ICdkYXRlJyBvcHRpb24gLS1yZXNvbHV0aW9u IG91dHB1dHMgdGhlIHRpbWVzdGFtcCByZXNvbHV0aW9uLgogCisgIFdpdGggY29udj1mZGF0 YXN5bmMgb3IgY29udj1mc3luYywgZGQgc3RhdHVzPXByb2dyZXNzIG5vdyByZXBvcnRzCisg IGFueSBleHRyYSBmaW5hbCBwcm9ncmVzcyBqdXN0IGJlZm9yZSBzeW5jaHJvbml6aW5nIG91 dHB1dCBkYXRhLAorICBzaW5jZSBzeW5jaHJvbml6aW5nIGNhbiB0YWtlIGEgbG9uZyB0aW1l LgorCiAgIHNvcnQgLS1kZWJ1ZyBub3cgZGlhZ25vc2VzIGlzc3VlcyB3aXRoIC0tZmllbGQt c2VwYXJhdG9yIGNoYXJhY3RlcnMKICAgdGhhdCBjb25mbGljdCB3aXRoIGNoYXJhY3RlcnMg cG9zc2libHkgdXNlZCBpbiBudW1iZXJzLgogCmRpZmYgLS1naXQgYS9zcmMvZGQuYyBiL3Ny Yy9kZC5jCmluZGV4IGE2YTM3MDhmMS4uOTU3YWQxMjllIDEwMDY0NAotLS0gYS9zcmMvZGQu YworKysgYi9zcmMvZGQuYwpAQCAtMTk2LDYgKzE5Niw5IEBAIHN0YXRpYyBpbnRtYXhfdCBy X2Z1bGwgPSAwOwogLyogTnVtYmVyIG9mIGJ5dGVzIHdyaXR0ZW4uICAqLwogc3RhdGljIGlu dG1heF90IHdfYnl0ZXMgPSAwOwogCisvKiBMYXN0LXJlcG9ydGVkIG51bWJlciBvZiBieXRl cyB3cml0dGVuLCBvciBuZWdhdGl2ZSBpZiBuZXZlciByZXBvcnRlZC4gICovCitzdGF0aWMg aW50bWF4X3QgcmVwb3J0ZWRfd19ieXRlcyA9IC0xOworCiAvKiBUaW1lIHRoYXQgZGQgc3Rh cnRlZC4gICovCiBzdGF0aWMgeHRpbWVfdCBzdGFydF90aW1lOwogCkBAIC04MTUsNiArODE4 LDggQEAgcHJpbnRfeGZlcl9zdGF0cyAoeHRpbWVfdCBwcm9ncmVzc190aW1lKQogICAgIH0K ICAgZWxzZQogICAgIGZwdXRjICgnXG4nLCBzdGRlcnIpOworCisgIHJlcG9ydGVkX3dfYnl0 ZXMgPSB3X2J5dGVzOwogfQogCiBzdGF0aWMgdm9pZApAQCAtMjM2NSw2ICsyMzcwLDEzIEBA IGRkX2NvcHkgKHZvaWQpCiAgICAgICAgIH0KICAgICB9CiAKKyAgLyogZmRhdGFzeW5jL2Zz eW5jIGNhbiB0YWtlIGEgbG9uZyB0aW1lLCBzbyBpc3N1ZSBhIGZpbmFsIHByb2dyZXNzCisg ICAgIGluZGljYXRpb24gbm93IGlmIHByb2dyZXNzIGhhcyBiZWVuIG1hZGUgc2luY2UgdGhl IHByZXZpb3VzIGluZGljYXRpb24uICAqLworICBpZiAoY29udmVyc2lvbnNfbWFzayAmIChD X0ZEQVRBU1lOQyB8IENfRlNZTkMpCisgICAgICAmJiBzdGF0dXNfbGV2ZWwgPT0gU1RBVFVT X1BST0dSRVNTCisgICAgICAmJiAwIDw9IHJlcG9ydGVkX3dfYnl0ZXMgJiYgcmVwb3J0ZWRf d19ieXRlcyA8IHdfYnl0ZXMpCisgICAgcHJpbnRfeGZlcl9zdGF0cyAoMCk7CisKICAgaWYg KChjb252ZXJzaW9uc19tYXNrICYgQ19GREFUQVNZTkMpICYmIGlmZGF0YXN5bmMgKFNURE9V VF9GSUxFTk8pICE9IDApCiAgICAgewogICAgICAgaWYgKGVycm5vICE9IEVOT1NZUyAmJiBl cnJubyAhPSBFSU5WQUwpCi0tIAoyLjMyLjAKCg== --------------K6Z7dX0gNqGwbcVSiIqkQps8-- From unknown Mon Jun 23 02:26:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 25 Feb 2022 12:24:15 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator