From unknown Sun Jun 22 03:58:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41657: md5sum: odd escaping for input filename \ Resent-From: Michael Coleman Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 02 Jun 2020 02:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 41657 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 41657@debbugs.gnu.org X-Debbugs-Original-To: "bug-coreutils@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.15910660795136 (code B ref -1); Tue, 02 Jun 2020 02:48:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Jun 2020 02:47:59 +0000 Received: from localhost ([127.0.0.1]:37555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jfwy6-0001Kl-8p for submit@debbugs.gnu.org; Mon, 01 Jun 2020 22:47:59 -0400 Received: from lists.gnu.org ([209.51.188.17]:48778) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jfwUV-0000ap-RJ for submit@debbugs.gnu.org; Mon, 01 Jun 2020 22:17:24 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48386) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jfwUV-0001NE-HC for bug-coreutils@gnu.org; Mon, 01 Jun 2020 22:17:23 -0400 Received: from mx0b-000bfd01.pphosted.com ([148.163.141.154]:26436) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jfwUT-0003sU-GJ for bug-coreutils@gnu.org; Mon, 01 Jun 2020 22:17:22 -0400 Received: from pps.filterd (m0158916.ppops.net [127.0.0.1]) by mx0b-000bfd01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 0522DuxJ008221 for ; Tue, 2 Jun 2020 02:17:16 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoregon.edu; h=from : to : subject : date : message-id : content-type : mime-version; s=uoregon.edu; bh=y7omcES/8kaD4s6Uhh6wuhdbBuLBHVgdyofrUEliWbI=; b=jcbZVuy4IrUMqt0anfM8qKdhqXLCags9KkPDAUfjBArGZpqrC4AIOu7wF+UHIbFL86hO hmXoefGYW4CtPDNrBzFIcV74LNko5w+86FlDYQFEMUznCyk3Op9iN3B0cBnRWgXomAJK HYVe9NLkeOQjqUidFRciG7xJdOhsyzl93tXP3gmkZusO+gkku6ozZs1mdTiFIKdUORbd PmlRwyO9nFvGGVZV2UNf9N9kRwgW7GHSJ2A9Cx0/jp+mNhv2/ZFU9AOKoz3RKvJall8X QcbLOIhofcXpisl90o40XgiQmEp19TlGONcbqipB1uCK/EZbefr8emjK2TORrIIHhAti yA== Received: from smtp.uoregon.edu (oh-smtp1.uoregon.edu [184.171.108.233]) by mx0b-000bfd01.pphosted.com with ESMTP id 31bgd5mw8m-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 02 Jun 2020 02:17:16 +0000 Received: from ad-ah-ex01.ad.uoregon.edu (ad-ah-ex01.uoregon.edu [184.171.120.161]) by smtp.uoregon.edu (8.14.4/8.14.4) with ESMTP id 0522HFVp021583 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT) for ; Mon, 1 Jun 2020 19:17:15 -0700 Received: from ad-cc-ex07.ad.uoregon.edu (184.171.120.167) by ad-ah-ex01.ad.uoregon.edu (184.171.120.161) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Mon, 1 Jun 2020 19:17:15 -0700 Received: from NAM11-BN8-obe.outbound.protection.outlook.com (104.47.58.175) by ad-cc-ex07.ad.uoregon.edu (184.171.120.167) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Mon, 1 Jun 2020 19:17:14 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Hzk9IUBBH8FZKAH2H0Xg+RfOY+yBkWCtk99lB13E42b0BoUI9dHcm+i8Gyd7b8oco4g0KFYYi2fu3XuFy63GaUT5o7Tk9TBfsH3pRvhABdjZc68JyrAzu4iT3dQZtMxhhHv96lEWXX4BxSmG9OjYtcRWmw79mM60tDmxDxya1vk+SZ/vC5iDBUGNw+48u6GHezEpVkoisza4A1Sgtn5EWtnuC/ziFm8AF1vmDwhJGSteMlesCzD6yen0hMZwPA7ISx/Lm5f3a2bhtbSd+bt/KrMWVPvMLG1Tur7013ZOyI7ILD+nwOKsHJSKcMu/dOkMr9E5C0LwpQn2b92wzV2XkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=y7omcES/8kaD4s6Uhh6wuhdbBuLBHVgdyofrUEliWbI=; b=mwqfyzIInJO/L+VrOxipII/NVsEm5xgi0RqRZz4lHg0MjU1OFx+hgGv8q788dmHdqBiO5wO2BKBPaC0o6L8q9CYcwL4LhEMAnPkFJ5RFMdpG0JY3DCHIM+voppIfsCWk3bl65PZ6z8y5jiGJs3W0312BwD9UIiqOyP3SqsNAlDEMgj0FzHRRAfKSptjetpcMAFJV/fBOu/tcLRInsY1PSYmY4V8LYlf60sa5X1mwxM8RtyQ2iXqRRQDkthiNtHTgkWxeHYDfzgMIHf5SiEZHG8qzAA8aoUBnLkHmarChesOmfv5X4bR/udfRy7dGxUciIDNnaH/+MJ95xyYVRphY4Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoregon.edu; dmarc=pass action=none header.from=uoregon.edu; dkim=pass header.d=uoregon.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoregon.onmicrosoft.com; s=selector2-uoregon-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=y7omcES/8kaD4s6Uhh6wuhdbBuLBHVgdyofrUEliWbI=; b=DBK3NVXXrKslcAdqAI5CKJAWWlo64b7v5ONj/5WkDOocPs0XQYJHf6CI4am7e8S18dqp9cnihrZar7jznDdB/x47JMp5QwbetrkMc+nTcUhe5ZC6YfZc0HUBmz/IQwHguD0/MPHqZQB0bzIsCvVeNU+4g5rePz/1aSBdrNofuSk= Received: from MWHPR1001MB2174.namprd10.prod.outlook.com (2603:10b6:301:33::16) by MWHPR1001MB2191.namprd10.prod.outlook.com (2603:10b6:301:2c::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3045.17; Tue, 2 Jun 2020 02:17:13 +0000 Received: from MWHPR1001MB2174.namprd10.prod.outlook.com ([fe80::f06b:da9a:7238:47dd]) by MWHPR1001MB2174.namprd10.prod.outlook.com ([fe80::f06b:da9a:7238:47dd%6]) with mapi id 15.20.3045.022; Tue, 2 Jun 2020 02:17:13 +0000 From: Michael Coleman Thread-Topic: md5sum: odd escaping for input filename \ Thread-Index: AdY4gwsXt3CiBXvBRQW3wuSVBP47cg== Date: Tue, 2 Jun 2020 02:17:13 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=uoregon.edu; x-originating-ip: [71.236.136.242] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 697e2c6c-85f7-4efe-947a-08d8069b1059 x-ms-traffictypediagnostic: MWHPR1001MB2191: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0422860ED4 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 9TZYu86nXbxLQq96DsJchTQzxrw8cAciMNN3pq9PMeX3ZPYIUvnKiF7TBegsAw5mASYiaK2s6aj5Xues/d75gC4pW4zOcRM850lfg4+Lo3cJDNqtcKaxDxZZLNoeKBiF9Tq0lzF/NxHKocRTdjlj9obAMLOUQ4Q8X7kY+1Q/5OTVQRPvs9TXrTLW7Crnt5ti3nGElK14+Dy8lCY4dWcL4fLTwJRinGYZFatu3BNYLzaEoHaA4hGHRaD18xN2R2adAUfMxPTG0kGbgATN1ZHh7n70B0kLZDqERMoTDd+gDSy2sTDHRUv70dtBZ8HLjPTJaqXPp3XHDbCMl3WT7iFhNrs3y7qtZmKgBokWp9Zr9vRjCWV6suFZIKpbrLMqbrgt x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MWHPR1001MB2174.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(366004)(396003)(346002)(136003)(39860400002)(7696005)(86362001)(33656002)(55016002)(5660300002)(6916009)(9686003)(4744005)(2906002)(316002)(52536014)(786003)(26005)(186003)(64756008)(71200400001)(75432002)(66556008)(66946007)(66476007)(66446008)(8936002)(478600001)(6506007)(76116006)(8676002)(32563001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: qxVV6/OR92G3+2JVPolZNvu0hhY054VZlJtapJYTezJ83p0Ez/c5v7ZnrcIQKb/4k7w0x6TK1PeiX6z4XNJZURcnfO8FxBEbiWgXHE3o3VIs86vHPtLpyral6aPBJ5lqs7nefbA1sMAEPD73aN6C2h1aiM2TQMi5K8vqXPnzNMuLGMSZhq+J1lbbXM7vZAa/KJi28cWBncIz6ndFhobUbvDrLZvD32D55mMi5Ng67VaxaVppR9JG5XurX3eWMzATVbma9c1gTBnV9G5GQiy5+hF+bncKqn462xNOH+dNgREaTF67hG+V/PeWY0lyvahbE34GaYGrNfz3WjKYU0srjwBtLg+2b/Kl0TtwfPYxIpfFRrYQsNQDCQ9qkPT4kQ7BwoGHIZGdUkARRtmL35M4woFErNmm2F2o1PIK8zPaudMvXRTsbJ5owxETVbPtgkSYopWpxzEZYVkuFx8pm2RZ3KjMypSpZQGi0fD4rn82OJOcG4XcNFgJDeRkPlhFRHR9 x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_MWHPR1001MB2174F295F8094D02CB090E579A8B0MWHPR1001MB2174_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 697e2c6c-85f7-4efe-947a-08d8069b1059 X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2020 02:17:13.5109 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 8f0b198f-f447-4cfe-ba03-526b46c661f8 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: lbV/J33LPixzQXvbb8i+T6kiiGChngQL0T00rakdVwXHkLg9hmeqw2vOMJckvp59C0aLOIqKg+xF+zOdp0NmKw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1001MB2191 X-OriginatorOrg: uoregon.edu X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-01_12:2020-06-01, 2020-06-01 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 bulkscore=0 impostorscore=0 cotscore=-2147483648 lowpriorityscore=0 phishscore=0 mlxscore=0 adultscore=0 mlxlogscore=528 suspectscore=0 clxscore=1011 spamscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006020009 Received-SPF: pass client-ip=148.163.141.154; envelope-from=mcolema5@uoregon.edu; helo=mx0b-000bfd01.pphosted.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/01 22:17:16 X-ACL-Warn: Detected OS = Linux 3.x [generic] X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_MED=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: -1.6 (-) X-Mailman-Approved-At: Mon, 01 Jun 2020 22:47:56 -0400 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.6 (--) --_000_MWHPR1001MB2174F295F8094D02CB090E579A8B0MWHPR1001MB2174_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Apologies if this has already been fixed, but glancing at the source, proba= bly not. For version 8.22: $ true > \\ $ md5sum \\ \d41d8cd98f00b204e9800998ecf8427e \\ $ md5sum < \\ d41d8cd98f00b204e9800998ecf8427e - The checksum is not what I would expect, due to the leading backslash. And= in any case, the "\d" has no obvious interpretation. Really, I can't imag= ine ever escaping the checksum. (Yes, my users are a clever people.) Cheers, Mike Michael Coleman (mcolema5@uoregon.edu) Computational Scientist Research Advanced Computing Services University of Oregon --_000_MWHPR1001MB2174F295F8094D02CB090E579A8B0MWHPR1001MB2174_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Apologies if this has already been fixed, but glancing at the source,= probably not.

 

For version 8.22:

 

$ true > \\

$ md5sum \\

\d41d8cd98f00b204e9800998ecf8427e  \\

$ md5sum < \\

d41d8cd98f00b204e9800998ecf8427e  -

 

The checksum is not what I would expect, due to the leading backslash= .  And in any case, the "\d" has no obvious interpretation.&= nbsp; Really, I can't imagine ever escaping the checksum.=

 

(Yes, my users are a clever people.)

 

Cheers,

Mike

 

Michael Coleman (mcolema5@uoregon.edu)
Computational Scientist

Research Advanced Computing Services
University of Oregon

 

--_000_MWHPR1001MB2174F295F8094D02CB090E579A8B0MWHPR1001MB2174_-- From unknown Sun Jun 22 03:58:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41657: md5sum: odd escaping for input filename \ Resent-From: Bob Proulx Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 02 Jun 2020 03:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41657 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Michael Coleman Cc: 41657@debbugs.gnu.org Received: via spool by 41657-submit@debbugs.gnu.org id=B41657.159106996711096 (code B ref 41657); Tue, 02 Jun 2020 03:53:01 +0000 Received: (at 41657) by debbugs.gnu.org; 2 Jun 2020 03:52:47 +0000 Received: from localhost ([127.0.0.1]:37608 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jfxyp-0002ss-7a for submit@debbugs.gnu.org; Mon, 01 Jun 2020 23:52:47 -0400 Received: from havoc.proulx.com ([96.88.95.61]:46830) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jfxyo-0002sh-3n for 41657@debbugs.gnu.org; Mon, 01 Jun 2020 23:52:46 -0400 Received: from joseki.proulx.com (localhost [127.0.0.1]) by havoc.proulx.com (Postfix) with ESMTP id 022681DE; Mon, 1 Jun 2020 21:52:40 -0600 (MDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proulx.com; s=dkim2048; t=1591069960; bh=HHdfHSzVItNHVtL/OiYqH4Pvx3mV1DXQkUs6LsD4U4k=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=mCW+JR3Ff+U14o93HnpFirNcp9zUC19jYY5ttQC/hzhXOItihGa9wtw4wlIPNfwpw rVORV09rNlzMLn8t7QFGKYJnK8YE7riglQrIXlLzw+WXGz1yNUVExoL1gBEsKfyjd9 W3QXW5qDLVGLv1aHjRbaKi44mFXUAgi/znxfmxwXS3a0YksiWcGVja8nzjaL4ZXSgV vgvaychM9wT6kFp7gPcS1Njy+Xu/keqVGCQDO2tZEdGPjzsP29KPLEkTeDq1rQTzBZ YRjF3yIfyW2h2SXx2BH6a1xIxKNB9lCrnCPbWuhdsbOFCLzk2ln2MEnWsbT9yOOBy3 PTlB7QcuBynHQ== Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id AC8E521152; Mon, 1 Jun 2020 21:52:39 -0600 (MDT) Received: by hysteria.proulx.com (Postfix, from userid 1000) id 7D7812DC94; Mon, 1 Jun 2020 21:52:39 -0600 (MDT) Date: Mon, 1 Jun 2020 21:52:39 -0600 From: Bob Proulx Message-ID: <20200601214028341466119@bob.proulx.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Score: 0.0 (/) 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: -1.0 (-) Hello Michael, Michael Coleman wrote: > $ true > \\ > $ md5sum \\ > \d41d8cd98f00b204e9800998ecf8427e \\ > $ md5sum < \\ > d41d8cd98f00b204e9800998ecf8427e - Thank you for the extremely good example! It's excellent. > The checksum is not what I would expect, due to the leading > backslash. And in any case, the "\d" has no obvious interpretation. > Really, I can't imagine ever escaping the checksum. As it turns out this is documented behavior. Here is what the manual says: For each FILE, ‘md5sum’ outputs by default, the MD5 checksum, a space, a flag indicating binary or text input mode, and the file name. Binary mode is indicated with ‘*’, text mode with ‘ ’ (space). Binary mode is the default on systems where it’s significant, otherwise text mode is the default. Without ‘--zero’, if FILE contains a backslash or newline, the line is started with a backslash, and each problematic character in the file name is escaped with a backslash, making the output unambiguous even in the presence of arbitrary file names. If FILE is omitted or specified as ‘-’, standard input is read. Specifically it is this sentence. Without ‘--zero’, if FILE contains a backslash or newline, the line is started with a backslash, and each problematic character in the file name is escaped with a backslash, making the output unambiguous even in the presence of arbitrary file names. And so the program is behaving as expected. Which I am sure you will not be happy about since this bug report about it. Someone will correct me but I think the thinking is that the output of md5sum is most useful when it can be checked with md5sum -c and therefore the filename problem needed to be handled. The trigger for this escapes my memory. But if you were to check the output with -c then you would find this result with your test case. $ md5sum \\ | md5sum -c \: OK And note that this applies to the other *sum programs too. The commands sha224sum, sha256sum, sha384sum and sha512sum compute checksums of various lengths (respectively 224, 256, 384 and 512 bits), collectively known as the SHA-2 hashes. The usage and options of these commands are precisely the same as for md5sum and sha1sum. See md5sum invocation. > (Yes, my users are a clever people.) I am so clever that sometimes I don't understand a single word of what I am saying -- Oscar Wilde :-) Bob From unknown Sun Jun 22 03:58:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41657: md5sum: odd escaping for input filename \ Resent-From: Michael Coleman Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 03 Jun 2020 00:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41657 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bob Proulx Cc: "41657@debbugs.gnu.org" <41657@debbugs.gnu.org> Received: via spool by 41657-submit@debbugs.gnu.org id=B41657.159114376110829 (code B ref 41657); Wed, 03 Jun 2020 00:23:01 +0000 Received: (at 41657) by debbugs.gnu.org; 3 Jun 2020 00:22:41 +0000 Received: from localhost ([127.0.0.1]:41346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jgHB2-0002oZ-Gc for submit@debbugs.gnu.org; Tue, 02 Jun 2020 20:22:41 -0400 Received: from mx0b-000bfd01.pphosted.com ([148.163.141.154]:6700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jgGi2-00020E-RW for 41657@debbugs.gnu.org; Tue, 02 Jun 2020 19:52:46 -0400 Received: from pps.filterd (m0158913.ppops.net [127.0.0.1]) by mx0b-000bfd01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 052Nn59v027253; Tue, 2 Jun 2020 23:52:42 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoregon.edu; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=uoregon.edu; bh=TGtvTkzyQNUtwUHlOCXSyhapRz+RLXWj648b7pAo9Qs=; b=Gn8iwR7E0Ltk1r7t9odCo2pEzat1zyMJwF8W0dpgKaSDZEqu9L/ZaLZqddidT6qzrt9o LbZoKMS3qeFp4nBOXk9DQf1KfFm9s8yWKTrl7G6MYXjsRaU6v3xHl8c4NT1nCMUTCW4h vJVliTNCqnNUiY645ZzRjw17StZh71TwJim7iN1sDJUQTec4pNixuReB+dAVFJ0MUN2B 7r/6rjYmmlXP3m4qPfJswofu8UYVju6jvZnqDiGOetfCtAAFpsJGQhPCHC5E+A4CqQpn 2JSoWPoSo6EVAg4lP1cKBK087KfBSwFV6xiu70XA+8eEkSNaEhkGTFgHdxuTaxg+42GK rA== Received: from smtp.uoregon.edu (oh-smtp2.uoregon.edu [184.171.108.234]) by mx0b-000bfd01.pphosted.com with ESMTP id 31bff4yc99-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 02 Jun 2020 23:52:41 +0000 Received: from ad-ah-ex02.ad.uoregon.edu (ad-ah-ex02.uoregon.edu [184.171.120.162]) by smtp.uoregon.edu (8.14.4/8.14.4) with ESMTP id 052NqeoZ015703 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Tue, 2 Jun 2020 16:52:40 -0700 Received: from ad-cc-ex05.ad.uoregon.edu (184.171.120.165) by ad-ah-ex02.ad.uoregon.edu (184.171.120.162) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Tue, 2 Jun 2020 16:52:40 -0700 Received: from NAM10-MW2-obe.outbound.protection.outlook.com (104.47.55.100) by ad-cc-ex05.ad.uoregon.edu (184.171.120.165) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Tue, 2 Jun 2020 16:52:40 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PEnBZdXnmJZiTY3PjyfimzWT3GqHClzB3LWwe+NOIusfuoWpht+vznmDu+XaeUN7wPP7r0wlTQvMD8WAlbtGNBVI46p2UCUECF4ed/Do9T/NhOuuz4yluQYuj3uFIwbVN5Cz9/cFuKdFZ5HXpyfiqZ91sXEdq+t1VFIMiy//kbwSyOyyvJbq8wgr0DfNxChmTWMAumf5fmivPrKKhgVBsfTZSzwoR5BZCGA+fpuNNL22a4/vx1douk9/Qj2dXoI/zxbnuk+0lkfOVBQA8bTD2q8Y4z9qLTSaXA4jDM3HahLP6+kU47iOv3naxelj3lcTpGD0xZvhmvltgAiAnZjp7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TGtvTkzyQNUtwUHlOCXSyhapRz+RLXWj648b7pAo9Qs=; b=nh0psm1PCaQKMi3wuy46uweFKiLdkwolG++3owOfi3752pibSpW6L+yoqXrJQfS4GjhltyWGnUSSt/QsvWQooKr/wT6LsGTTeekAezPafI/af1dv875ZYuEfUW2yxKoOR4zB02RFWe7ljKpWKa5Z7glhGDf7gkI7CqN8RLpC+AiWTbb34+0wWEd62Rlhd4gGZ5dcWHrYeiV8rg4pelJCm7WHfvDpa1W3R0ea3IgPcIxb9mMgaaeAr2LQ8COsJiHiwLkGYB386ukYmNqvGKDlARNMRnn+dblpCxJU3K3VLq0/q4YWrHWYgNyhnDrvcbRib98sOUACFgSEFsu6t60BXg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoregon.edu; dmarc=pass action=none header.from=uoregon.edu; dkim=pass header.d=uoregon.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoregon.onmicrosoft.com; s=selector2-uoregon-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TGtvTkzyQNUtwUHlOCXSyhapRz+RLXWj648b7pAo9Qs=; b=3ebOu9nY8y5I5jk59f/zeoBzorzP3hhiIdUEzEWL2U/OeY0+IJZ1Bc1mORpqmhTH3mCfFLmcSM97fpNi69GJ87EKXoIULfpw++dTa8F4+1b0/Fk7LL9A43t7D3ZjJlIVfxmQcgry7RzHtF34DXN2x5/YeK4xzbOJnsaX/H3Mk0Q= Received: from MWHPR1001MB2174.namprd10.prod.outlook.com (2603:10b6:301:33::16) by MWHPR1001MB2078.namprd10.prod.outlook.com (2603:10b6:301:34::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.18; Tue, 2 Jun 2020 23:52:39 +0000 Received: from MWHPR1001MB2174.namprd10.prod.outlook.com ([fe80::f06b:da9a:7238:47dd]) by MWHPR1001MB2174.namprd10.prod.outlook.com ([fe80::f06b:da9a:7238:47dd%6]) with mapi id 15.20.3045.022; Tue, 2 Jun 2020 23:52:39 +0000 From: Michael Coleman Thread-Topic: bug#41657: md5sum: odd escaping for input filename \ Thread-Index: AdY4gwsXt3CiBXvBRQW3wuSVBP47cgADjdaAACmwTxA= Date: Tue, 2 Jun 2020 23:52:38 +0000 Message-ID: References: <20200601214028341466119@bob.proulx.com> In-Reply-To: <20200601214028341466119@bob.proulx.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: proulx.com; dkim=none (message not signed) header.d=none;proulx.com; dmarc=none action=none header.from=uoregon.edu; x-originating-ip: [71.236.136.242] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f5615b99-7d41-493d-78dd-08d80750085a x-ms-traffictypediagnostic: MWHPR1001MB2078: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0422860ED4 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: dUzvX8dXNOV80EYt741+4bRRqw3chMuhVm6e7tmk8xAMJAaiSZrkWYm1jdv/5frAwYXwZnwQnmyfKwKkitHMbPkE99E+zWuYqhDookm/xzYig75Xp756cH2jia2vSzpgKRltQsaaANtOGLXIDS8XyxtSbx7cnBWRK8toMGZyBiU7b7ehhG9NJ0bbdZOqkSspNEZg07W8+9NdiuhD/XW41hWVKzbzDv3u/ANaQwmBLovGT9bDcz2qQXVJCj7k22FrTPDPdUJR8N9RTKLFukfajyixKtyRTJXaXFFJwtNn6lWfgFvwrHGJ1xxtPv0PW6yfauFMRqJM1vMaYbcrdHhUGDGcauQVFPz+llgk+R6wQpakyXkYXdUKC5o3U6yqe1HdLqwUoO8rWQma/rp+U6SoszDuSE+YtV+mHuMbYhqEQcNtWT4q786GP4miZGpUdODg x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MWHPR1001MB2174.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(39860400002)(366004)(346002)(396003)(136003)(53546011)(66446008)(6506007)(66946007)(26005)(64756008)(66476007)(9686003)(786003)(76116006)(66556008)(316002)(75432002)(55016002)(4326008)(86362001)(186003)(478600001)(2906002)(71200400001)(8936002)(8676002)(7696005)(5660300002)(33656002)(52536014)(83380400001)(6916009)(32563001)(473944003)(414714003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: VbziKxek+v5HHKRNv8Kd7NOtuBuz1s1xYRkEfJ2Uu4mAVB173VX+6Yu7MY4su0YWtxQd3XWCH/DKRHkvDT1becM92IBP95SH6P0pilFVVspuZUx6vVhNBJgaw9UPVUS1dH/xQgUFyG2k7W7vJCMVzU6ImXQtonYr6D2AGy4HxwHnSp3XZKtyDu1/xKbfaxo8yNM7df5+67ClmnUo6NNbP4T90oUbczSvWhtpFCUv97dTZ+JuPCNxoj2Xh5mNRJikEYk40g6vChBzimeowqagHV/MeHi0WUXu+7PKAam+nrBNAuUuBrNbQKlFxDv2hkE8qz/Z9ae+9viInogmUDgC73uECJwuXZ1hvC47CU8rOe+tcZXiu5LbKtzMMuxGXefJ2c0pb4K+gBDwuGPYB16j9KAjP/dbsdiY4ofo0tpGKR8ITTZpcf5AONMb6MVuw2hihVioPk0ajSU61/HV33+2p/rknD9881Uu7e9jEdIMoBT+tVGUPDlArg/+LdrXdNhT x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: f5615b99-7d41-493d-78dd-08d80750085a X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jun 2020 23:52:38.9861 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 8f0b198f-f447-4cfe-ba03-526b46c661f8 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: dQJkeqRQzacbQUznVnGKUTeo7q66WqZqZBYZ0AEyA0OAgdZtzXl4bpX8Pt0ao7LybGKiWqKBFEwkbs+pjxpQpg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1001MB2078 X-OriginatorOrg: uoregon.edu X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-02_15:2020-06-02, 2020-06-02 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 malwarescore=0 phishscore=0 spamscore=0 lowpriorityscore=0 suspectscore=0 mlxlogscore=999 impostorscore=0 bulkscore=0 priorityscore=1501 adultscore=0 cotscore=-2147483648 mlxscore=0 clxscore=1011 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006020164 X-Spam-Score: -0.7 (/) X-Mailman-Approved-At: Tue, 02 Jun 2020 20:22:38 -0400 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: -1.7 (-) SGkgQm9iLA0KDQpUaGFua3MgdmVyeSBtdWNoIGZvciB5b3VyIHByb21wdCByZXBseS4gIENlcnRh aW5seSwgaWYgdGhpcyBpcyBkb2N1bWVudGVkIGJlaGF2aW9yLCBpdCdzIG5vdCBhIGJ1Zy4gIEkg d291bGQgaGF2ZSBuZXZlciB0aG91Z2h0IHRvIGNoZWNrIHRoZSBkb2N1bWVudGF0aW9uIGFzIHRo ZSBiZWhhdmlvciBzZWVtcyBzbyBzdHJhbmdlLg0KDQpJZiBJIHVuZGVyc3RhbmQgY29ycmVjdGx5 LCB0aGUgbGVhZGluZyBiYWNrc2xhc2ggaW4gdGhlIGZpcnN0IGZpZWxkIGlzIGFuIGluZGljYXRp b24gdGhhdCB0aGUgc2Vjb25kIGZpZWxkIGlzIGVzY2FwZWQuICAoVGhlIGZpcnN0IGZpZWxkIG5l dmVyIG5lZWRzIGVzY2FwZXMsIGFzIGZhciBhcyBJIGNhbiBzZWUuKQ0KDQpOb3Qgc3VyZSBJIHdv dWxkIGhhdmUgY2hvc2VuIHRoaXMsIGJ1dCBpdCBjYW4ndCByZWFsbHkgYmUgY2hhbmdlZCBub3cu ICBCdXQsIEkgc3VzcGVjdCB0aGF0IGFsbW9zdCBubyByZWFsIHNoZWxsIHNjcmlwdCB3b3VsZCBk ZWFsIHdpdGggdGhpcyBlc2NhcGluZyBjb3JyZWN0bHkuICBSZWFsbHksIEknZCBiZSBzdXJwcmlz ZWQgaWYgdGhlcmUgd2VyZSBldmVuIG9uZSBleGFtcGxlLiAgSWYgc28sIHBlcmhhcHMgaXQgY291 bGQgYmUgY2hhbmdlZCB3aXRob3V0IHRyb3VibGUuDQoNCkluIGFueSBjYXNlLCB0aGFua3MgdmVy eSBtdWNoIGZvciB5b3VyIGV4cGxhbmF0aW9uLg0KDQpSZWdhcmRzLA0KTWlrZQ0KDQoNCg0KLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEJvYiBQcm91bHggPGJvYkBwcm91bHguY29t PiANClNlbnQ6IE1vbmRheSwgSnVuZSAxLCAyMDIwIDA4OjUzIFBNDQpUbzogTWljaGFlbCBDb2xl bWFuIDxtY29sZW1hNUB1b3JlZ29uLmVkdT4NCkNjOiA0MTY1N0BkZWJidWdzLmdudS5vcmcNClN1 YmplY3Q6IFJlOiBidWcjNDE2NTc6IG1kNXN1bTogb2RkIGVzY2FwaW5nIGZvciBpbnB1dCBmaWxl bmFtZSBcDQoNCkhlbGxvIE1pY2hhZWwsDQoNCk1pY2hhZWwgQ29sZW1hbiB3cm90ZToNCj4gJCB0 cnVlID4gXFwNCj4gJCBtZDVzdW0gXFwNCj4gXGQ0MWQ4Y2Q5OGYwMGIyMDRlOTgwMDk5OGVjZjg0 MjdlICBcXA0KPiAkIG1kNXN1bSA8IFxcDQo+IGQ0MWQ4Y2Q5OGYwMGIyMDRlOTgwMDk5OGVjZjg0 MjdlICAtDQoNClRoYW5rIHlvdSBmb3IgdGhlIGV4dHJlbWVseSBnb29kIGV4YW1wbGUhICBJdCdz IGV4Y2VsbGVudC4NCg0KPiBUaGUgY2hlY2tzdW0gaXMgbm90IHdoYXQgSSB3b3VsZCBleHBlY3Qs IGR1ZSB0byB0aGUgbGVhZGluZw0KPiBiYWNrc2xhc2guICBBbmQgaW4gYW55IGNhc2UsIHRoZSAi XGQiIGhhcyBubyBvYnZpb3VzIGludGVycHJldGF0aW9uLg0KPiBSZWFsbHksIEkgY2FuJ3QgaW1h Z2luZSBldmVyIGVzY2FwaW5nIHRoZSBjaGVja3N1bS4NCg0KQXMgaXQgdHVybnMgb3V0IHRoaXMg aXMgZG9jdW1lbnRlZCBiZWhhdmlvci4gIEhlcmUgaXMgd2hhdCB0aGUgbWFudWFsIHNheXM6DQoN CiAgICAgRm9yIGVhY2ggRklMRSwg4oCYbWQ1c3Vt4oCZIG91dHB1dHMgYnkgZGVmYXVsdCwgdGhl IE1ENSBjaGVja3N1bSwgYQ0KICBzcGFjZSwgYSBmbGFnIGluZGljYXRpbmcgYmluYXJ5IG9yIHRl eHQgaW5wdXQgbW9kZSwgYW5kIHRoZSBmaWxlIG5hbWUuDQogIEJpbmFyeSBtb2RlIGlzIGluZGlj YXRlZCB3aXRoIOKAmCrigJksIHRleHQgbW9kZSB3aXRoIOKAmCDigJkgKHNwYWNlKS4gIEJpbmFy eQ0KICBtb2RlIGlzIHRoZSBkZWZhdWx0IG9uIHN5c3RlbXMgd2hlcmUgaXTigJlzIHNpZ25pZmlj YW50LCBvdGhlcndpc2UgdGV4dA0KICBtb2RlIGlzIHRoZSBkZWZhdWx0LiAgV2l0aG91dCDigJgt LXplcm/igJksIGlmIEZJTEUgY29udGFpbnMgYSBiYWNrc2xhc2ggb3INCiAgbmV3bGluZSwgdGhl IGxpbmUgaXMgc3RhcnRlZCB3aXRoIGEgYmFja3NsYXNoLCBhbmQgZWFjaCBwcm9ibGVtYXRpYw0K ICBjaGFyYWN0ZXIgaW4gdGhlIGZpbGUgbmFtZSBpcyBlc2NhcGVkIHdpdGggYSBiYWNrc2xhc2gs IG1ha2luZyB0aGUNCiAgb3V0cHV0IHVuYW1iaWd1b3VzIGV2ZW4gaW4gdGhlIHByZXNlbmNlIG9m IGFyYml0cmFyeSBmaWxlIG5hbWVzLiAgSWYNCiAgRklMRSBpcyBvbWl0dGVkIG9yIHNwZWNpZmll ZCBhcyDigJgt4oCZLCBzdGFuZGFyZCBpbnB1dCBpcyByZWFkLg0KDQpTcGVjaWZpY2FsbHkgaXQg aXMgdGhpcyBzZW50ZW5jZS4NCg0KICBXaXRob3V0IOKAmC0temVyb+KAmSwgaWYgRklMRSBjb250 YWlucyBhIGJhY2tzbGFzaCBvciBuZXdsaW5lLCB0aGUgbGluZQ0KICBpcyBzdGFydGVkIHdpdGgg YSBiYWNrc2xhc2gsIGFuZCBlYWNoIHByb2JsZW1hdGljIGNoYXJhY3RlciBpbiB0aGUNCiAgZmls ZSBuYW1lIGlzIGVzY2FwZWQgd2l0aCBhIGJhY2tzbGFzaCwgbWFraW5nIHRoZSBvdXRwdXQgdW5h bWJpZ3VvdXMNCiAgZXZlbiBpbiB0aGUgcHJlc2VuY2Ugb2YgYXJiaXRyYXJ5IGZpbGUgbmFtZXMu DQoNCkFuZCBzbyB0aGUgcHJvZ3JhbSBpcyBiZWhhdmluZyBhcyBleHBlY3RlZC4gIFdoaWNoIEkg YW0gc3VyZSB5b3Ugd2lsbA0Kbm90IGJlIGhhcHB5IGFib3V0IHNpbmNlIHRoaXMgYnVnIHJlcG9y dCBhYm91dCBpdC4NCg0KU29tZW9uZSB3aWxsIGNvcnJlY3QgbWUgYnV0IEkgdGhpbmsgdGhlIHRo aW5raW5nIGlzIHRoYXQgdGhlIG91dHB1dCBvZg0KbWQ1c3VtIGlzIG1vc3QgdXNlZnVsIHdoZW4g aXQgY2FuIGJlIGNoZWNrZWQgd2l0aCBtZDVzdW0gLWMgYW5kDQp0aGVyZWZvcmUgdGhlIGZpbGVu YW1lIHByb2JsZW0gbmVlZGVkIHRvIGJlIGhhbmRsZWQuICBUaGUgdHJpZ2dlciBmb3INCnRoaXMg ZXNjYXBlcyBteSBtZW1vcnkuICBCdXQgaWYgeW91IHdlcmUgdG8gY2hlY2sgdGhlIG91dHB1dCB3 aXRoIC1jDQp0aGVuIHlvdSB3b3VsZCBmaW5kIHRoaXMgcmVzdWx0IHdpdGggeW91ciB0ZXN0IGNh c2UuDQoNCiAgJCBtZDVzdW0gXFwgfCBtZDVzdW0gLWMNCiAgXDogT0sNCg0KQW5kIG5vdGUgdGhh dCB0aGlzIGFwcGxpZXMgdG8gdGhlIG90aGVyICpzdW0gcHJvZ3JhbXMgdG9vLg0KDQogIFRoZSBj b21tYW5kcyBzaGEyMjRzdW0sIHNoYTI1NnN1bSwgc2hhMzg0c3VtIGFuZCBzaGE1MTJzdW0gY29t cHV0ZQ0KICBjaGVja3N1bXMgb2YgdmFyaW91cyBsZW5ndGhzIChyZXNwZWN0aXZlbHkgMjI0LCAy NTYsIDM4NCBhbmQgNTEyDQogIGJpdHMpLCBjb2xsZWN0aXZlbHkga25vd24gYXMgdGhlIFNIQS0y IGhhc2hlcy4gVGhlIHVzYWdlIGFuZCBvcHRpb25zDQogIG9mIHRoZXNlIGNvbW1hbmRzIGFyZSBw cmVjaXNlbHkgdGhlIHNhbWUgYXMgZm9yIG1kNXN1bSBhbmQNCiAgc2hhMXN1bS4gU2VlIG1kNXN1 bSBpbnZvY2F0aW9uLg0KDQo+IChZZXMsIG15IHVzZXJzIGFyZSBhIGNsZXZlciBwZW9wbGUuKQ0K DQogIEkgYW0gc28gY2xldmVyIHRoYXQgc29tZXRpbWVzIEkgZG9uJ3QgdW5kZXJzdGFuZCBhIHNp bmdsZSB3b3JkIG9mIHdoYXQgSSBhbSBzYXlpbmcgLS0gT3NjYXIgV2lsZGUNCg0KOi0pDQoNCkJv Yg0K From unknown Sun Jun 22 03:58:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41657: md5sum: odd escaping for input filename \ Resent-From: Bob Proulx Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 24 Jun 2020 21:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41657 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Michael Coleman Cc: "41657@debbugs.gnu.org" <41657@debbugs.gnu.org> Received: via spool by 41657-submit@debbugs.gnu.org id=B41657.159303443924777 (code B ref 41657); Wed, 24 Jun 2020 21:34:01 +0000 Received: (at 41657) by debbugs.gnu.org; 24 Jun 2020 21:33:59 +0000 Received: from localhost ([127.0.0.1]:39235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1joD1r-0006RY-DR for submit@debbugs.gnu.org; Wed, 24 Jun 2020 17:33:59 -0400 Received: from havoc.proulx.com ([96.88.95.61]:33786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1joD1n-0006RF-UZ; Wed, 24 Jun 2020 17:33:57 -0400 Received: from joseki.proulx.com (localhost [127.0.0.1]) by havoc.proulx.com (Postfix) with ESMTP id F40AB2AA; Wed, 24 Jun 2020 15:33:49 -0600 (MDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proulx.com; s=dkim2048; t=1593034430; bh=3C5gPPREIcPBO/gTdpwv8NBua3DzZE++4no3muF4g8g=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Y+NHKODuKKC8vOQxbf/7QmqBL8T8wbLBxlCdCiMBge9TFHedk/YHHb4yNKpYH8Vln +S0galpirRnEqnJIHv9vHhMvVUdzzAswlC8iL7jTHCzSuQW4WcgXdT20Ts4rtLIBd3 Tl/13q2KvGwJu+T+fMO6FuHJsKgNEU355VdKGC+ic5lcam1/KGbhJffoERo8PeKNqi LdP3/K3EWp77mhw230mOg7nicY8ZXZ11qNjiFlSu7MkZqtXKzUbGrgjeqol5r+Xl0B mo6dnyeRe9t3s2D3kGZVjQgGcpzssnBX1YceNDKhnOWuRF4M30CyEaM+8I+2YIdQ87 Lwu4wccBtf8mg== Received: from hysteria.proulx.com (hysteria.proulx.com [192.168.230.119]) by joseki.proulx.com (Postfix) with ESMTP id CF57021150; Wed, 24 Jun 2020 15:33:49 -0600 (MDT) Received: by hysteria.proulx.com (Postfix, from userid 1000) id BD0962DC8B; Wed, 24 Jun 2020 15:33:49 -0600 (MDT) Date: Wed, 24 Jun 2020 15:33:49 -0600 From: Bob Proulx Message-ID: <20200624150904473827493@bob.proulx.com> References: <20200601214028341466119@bob.proulx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: 0.0 (/) 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: -1.0 (-) close 41657 thanks No one else has commented therefore I am closing the bug ticket. But the discussion may continue here. Michael Coleman wrote: > Thanks very much for your prompt reply. Certainly, if this is > documented behavior, it's not a bug. I would have never thought to > check the documentation as the behavior seems so strange. I am not always so generous about documented behavior *never* being a bug. :-) > If I understand correctly, the leading backslash in the first field > is an indication that the second field is escaped. (The first field > never needs escapes, as far as I can see.) Right. But it was available to clue in the md5sum and others that the file name was an "unsafe" file name and was going to be escaped there. > Not sure I would have chosen this, but it can't really be changed > now. But, I suspect that almost no real shell script would deal > with this escaping correctly. Really, I'd be surprised if there > were even one example. If so, perhaps it could be changed without > trouble. Let's talk about the shell scripting part. Why would this ever need to be parsed in a shell script? And if so then that is precisely where it would need to be done due to the file name! Your own example was a file name that consisted of a single backslash. Since the backslash is the shell escape character then handling that in a shell script would require escaping it properly with a second backslash. I will suggest that the primary use for the *sum utility output is as input to the same utility later to check the content for differences. That's arguably the primary use of it. There are also cases where we will want to use the *sum utilities on a single file. That's fine. I think the problematic case here might be a usage like this usage. filename="\\" sum=$(md5sum "$filename" | awk '{print$1}') printf "%s\n" "$sum" \d41d8cd98f00b204e9800998ecf8427e And then there is that extra backslash at the start of the hash. Well, yes, that is unfortunate. But in this case we already have the filename in a variable and don't want the filename from md5sum. This is very similar to portability problems between different versions of 'wc' and other utilities too. (Some 'wc' utils print leading spaces and some do not.) As you already deduced if md5sum does not have a file name then it does not know if it is escaped or not. Reading standard input instead doesn't have a name and therefore "-" is used as a placeholder as per the tradition. filename="\\" sum=$(md5sum < "$filename" | awk '{print$1}') printf "%s\n" "$sum" d41d8cd98f00b204e9800998ecf8427e And because this is discussion I will note that the name is just one of the possible names to a file. Let's hard link it to a different name. And of course symbolic links are the same too. A name is just a pointer to a file. ln "$filename" foo md5sum foo d41d8cd98f00b204e9800998ecf8427e foo But I drift... I think it likely you have already educated your people about the problems and the solution was to read from stdin when the file name is potentially untrusted "tainted" data. (Since programming langauges often refer to unknown untrusted data as "tainted" data for the purpose of tracking what actions are safe upon it or not. When taint checking is enabled.) Therefore if the name is unknown then it is safer to avoid the name and use standard input. And I suggest the same with other utilities such as 'wc' too. Fortunately wc is not used to read back its own input. Otherwise I am sure someone would suggest that it would need the same escaping done there too. Example that thankfully does not actually exist: $ wc -l \\ \0 \\ I am sure that if such a change were made that it would result in a large wide spread breakage. Let's hope that never happens. Bob From unknown Sun Jun 22 03:58:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#41657: md5sum: odd escaping for input filename \ Resent-From: Michael Coleman Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 25 Jun 2020 16:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41657 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bob Proulx Cc: "41657@debbugs.gnu.org" <41657@debbugs.gnu.org> Received: via spool by 41657-submit@debbugs.gnu.org id=B41657.159310313413906 (code B ref 41657); Thu, 25 Jun 2020 16:39:01 +0000 Received: (at 41657) by debbugs.gnu.org; 25 Jun 2020 16:38:54 +0000 Received: from localhost ([127.0.0.1]:40999 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1joUtp-0003cD-LJ for submit@debbugs.gnu.org; Thu, 25 Jun 2020 12:38:54 -0400 Received: from mx0a-000bfd01.pphosted.com ([148.163.145.154]:35998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1joUtm-0003c4-I6 for 41657@debbugs.gnu.org; Thu, 25 Jun 2020 12:38:52 -0400 Received: from pps.filterd (m0158911.ppops.net [127.0.0.1]) by mx0a-000bfd01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 05PGTDKa007263; Thu, 25 Jun 2020 16:38:49 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoregon.edu; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=uoregon.edu; bh=gX2qRzK+oqX5sw/NYlfqswBsUY3uYsQSSvYH0KP2qSU=; b=Na2n9ZDkpzJB06z8huR1cJcEBMBE/tmMM2thAnwRaKueDYXQrv/YO+5PdW6u+S/twXai T3GoB6GhM733+pbI1XzCesaJqqF+u4oYJRu0d/OkNOTGdom0Cur0XqGFYnt6KFNDPN1q np99h/ms0lqRtkYeF+d5Ad+V5aAvED8N06QD7LYHzA/GA/r5ms/tWnps7qm8jATx1/rj ScYPpvVA3/PUzolNbM5ask6B75e0cETrg1qgBtyOoF9vs+IeN0MLxOPfxJ+J3gV5ue4+ 2ftEMBQyXNaUQy3Tt8IzOuyp1AesY+YbLrxAv9VPCzF1ymVttcsYu2dP43O9pxhRYYzE 0Q== Received: from smtp.uoregon.edu (oh-smtp1.uoregon.edu [184.171.108.233]) by mx0a-000bfd01.pphosted.com with ESMTP id 31uurhu5x3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 25 Jun 2020 16:38:49 +0000 Received: from ad-ah-ex04.ad.uoregon.edu (ad-ah-ex04.uoregon.edu [184.171.120.164]) by smtp.uoregon.edu (8.14.4/8.14.4) with ESMTP id 05PGcmpq006196 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Thu, 25 Jun 2020 09:38:48 -0700 Received: from ad-ah-ex04.ad.uoregon.edu (184.171.120.164) by ad-ah-ex04.ad.uoregon.edu (184.171.120.164) with Microsoft SMTP Server (TLS) id 15.0.1367.3; Thu, 25 Jun 2020 09:38:48 -0700 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (104.47.58.109) by ad-ah-ex04.ad.uoregon.edu (184.171.120.164) with Microsoft SMTP Server (TLS) id 15.0.1367.3 via Frontend Transport; Thu, 25 Jun 2020 09:38:48 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n2vYCP7+vjIoG3x6zAcC5bNTte4hN/JPWlDJxGX5dRcefgscE94edz2Xo2Lk9HIqqWeuP192/A+gXhQgObOm1xldfq3fjvgpTVFLgqxBx4Ljo18Sn5z/vXQajUajKKwhNASrPsvyUSnAxFaVzQ5YCrkRoxa7kcpBmv3P7vCHjMzDqBgRvTIBxh+sImSX9GPb2M17TI08Pe53SM5fdf+rjOga84bpP4MYRoh0t9W9kGcbh9fjluUWB05u7U5XH4B5MZpVKEQFB7J1ROl7LjfzyXNCU2CHdcY0f90x2gDMFG/vyBgtGgMz0QCtGfIXFTY4OzFjMYYBsVbzSVx8BV/Fqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gX2qRzK+oqX5sw/NYlfqswBsUY3uYsQSSvYH0KP2qSU=; b=dBieh3adVs+V5itpHApvab8NRDGqx4Q5Y2UQ48w4D44MNrnt+ZiGFfJiOxQMGIzlLiUaDgg5OmDAYW/wJZEbd3TEBK/HY5fR1e5klRSanwGntfV+VrEp6UJBxsd8oPVQi4UO6JZTghwiMubJkO+6Z1W+tfAnl3WOr4b0+DJCTqYr//pZ0j/l/mOVw9Hxw0JCnMqAeWLx2bqVBtx9B95TNW6l3HxS3frNC2Fjui1pCTt9hSiEnhCFN5KDhGYceO0TRj4asFXKWaFrsL0UF0CNqnxujwZmeQDPdLetiS12lRilLC0aAixdkyGeJ4ns8duP3CfCKZGPNSduvj0nTNxDyw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoregon.edu; dmarc=pass action=none header.from=uoregon.edu; dkim=pass header.d=uoregon.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoregon.onmicrosoft.com; s=selector2-uoregon-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gX2qRzK+oqX5sw/NYlfqswBsUY3uYsQSSvYH0KP2qSU=; b=A8fiDUslOCbZyfS+kfha0I446g/SPiiGGdUlrjfsCPny9iBaxQfd2k65beSUoplxy3/7giOVbilgjskazncgR8xahB0v8c4dHP9FPNrvuGAivp6L7ze14MbL8kwvZftjjIxr0tOXTb6nla4TwQnfkkXiBBwSeM8birl74CCFp4A= Received: from MWHPR1001MB2174.namprd10.prod.outlook.com (2603:10b6:301:33::16) by MWHPR1001MB2238.namprd10.prod.outlook.com (2603:10b6:301:2d::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3109.22; Thu, 25 Jun 2020 16:38:47 +0000 Received: from MWHPR1001MB2174.namprd10.prod.outlook.com ([fe80::f06b:da9a:7238:47dd]) by MWHPR1001MB2174.namprd10.prod.outlook.com ([fe80::f06b:da9a:7238:47dd%6]) with mapi id 15.20.3131.021; Thu, 25 Jun 2020 16:38:47 +0000 From: Michael Coleman Thread-Topic: bug#41657: md5sum: odd escaping for input filename \ Thread-Index: AdY4gwsXt3CiBXvBRQW3wuSVBP47cgADjdaAACmwTxAETciIgAAmzscA Date: Thu, 25 Jun 2020 16:38:46 +0000 Message-ID: References: <20200601214028341466119@bob.proulx.com> <20200624150904473827493@bob.proulx.com> In-Reply-To: <20200624150904473827493@bob.proulx.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: proulx.com; dkim=none (message not signed) header.d=none;proulx.com; dmarc=none action=none header.from=uoregon.edu; x-originating-ip: [71.236.136.242] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 050ef01e-1e48-49ad-9a07-08d819263b8f x-ms-traffictypediagnostic: MWHPR1001MB2238: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:8273; x-forefront-prvs: 0445A82F82 x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: r94jfY8oF2JRUJgoHCnjvob7uXxb7m7MS0FKOPUTqKEwjVin7lxw+kjnfCkKiD0fX1Z3sNFPy6kzsmMiu4vF3msYTnuz08qqsDbmsxSAezINaPaS4za5i1pXH+4sCk9EbtrGtftLoW9neC7KT5bYFZqtjA3MAq0XNxpt0iTj81fuR86w2NgL8N/b3sFFOGJJLhF4LWEv8CsZ0mYsZl4dEqEL242kmFvf1VmNdCpBB0zLmL8gxJi4JaCfvXjpcFj92RNkXElX4xo66uasACxg1AH+8rzNp+wosTBA54LvCwba+1MoeU/XK+S6+OQsk9S5oVS1+R2RePI5Wf4PBi5HGe/4dvd9lIWcWoQ491uNnB0Wu0ZYPbjMmHtRjWvjiXQ5 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MWHPR1001MB2174.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(366004)(39860400002)(136003)(346002)(376002)(396003)(478600001)(71200400001)(76116006)(6506007)(66946007)(53546011)(66556008)(66476007)(86362001)(66446008)(8936002)(64756008)(186003)(26005)(33656002)(75432002)(6916009)(9686003)(8676002)(7696005)(316002)(4326008)(2906002)(55016002)(52536014)(5660300002)(786003)(83380400001)(32563001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: OJ11mRqeDM80MscYQ94p+C5Afe7KbPaMpHToSO11ntdu6FsJdVyJ/4gb4vN8OSL3dL9++b48Pl1T616RsvbRgF3snEcybuXmaot5VXD3Ebj4ldJJaMRFq0XMSulM2r3AHshe0rcrldQPQsl2ER3RyXRH9rYAbG9T3mxKiNeStIYkxF6GIqHU55+xVGo4dwCaa59NAS9xDeHbOVwILjfg9Qz4zXaUCVqpRwj3BAJkCF5bF1q9oKfUxopmcgEEzIq+0nIiKHYwV0Z9GAA7sR9S/bplp70O5LR4XIdXP7c1S2vDXX9CsWxyyM+s1TfBqbaX79GXlQ2D13kDLJrYTQyybsrt0TUJv6rgs2dYUvMauHJNj2vaXngvsn2KmWTRfAz3q06FbJdMfBsHDKQ7w+J+5EHg6RGF37ufjkI4auj8uPDPpLhqf/ZxZB3WDYwKYgWzJCfLeY3LfjN0ph2QVHwLBl8OAErx++ppXVnbnrPmx9jiXB6P34E6WMiSBuVqSruy x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 050ef01e-1e48-49ad-9a07-08d819263b8f X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jun 2020 16:38:47.0024 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 8f0b198f-f447-4cfe-ba03-526b46c661f8 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4n9wYhTbqecrnbBueG/J6Yz9gNNF6tjoIt1JOs9E7tQ5EPegc6hWqhqi7kjwNx0bqPPtN+QzDie0H4aX2bgQAw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR1001MB2238 X-OriginatorOrg: uoregon.edu X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.216, 18.0.687 definitions=2020-06-25_11:2020-06-25, 2020-06-25 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxlogscore=999 spamscore=0 priorityscore=1501 suspectscore=0 bulkscore=0 phishscore=0 mlxscore=0 impostorscore=0 malwarescore=0 cotscore=-2147483648 clxscore=1015 adultscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006250103 X-Spam-Score: -0.7 (/) 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: -1.7 (-) Not sure I have much useful to add, though per your example, it does seem s= urprising that the first output field can differ between md5sum "$filename" and md5sum < "$filename" Perhaps especially so since that only very rarely happens, and in all likel= ihood virtually no one knows of this behavior. I do agree that the escape character usually won't make a difference. It d= oes make the checksum have a possibly variable length, though most code wou= ldn't care. Some code (e.g., a call from a C program) could crash or clip = the checksum, in which case comparison to checksums produced by other means= (e.g., Python3 hashlib) will fail. It wouldn't completely shock me if the= re's at least one latent security hole out there involving this.=20 I do sometimes do variations on this command to look for duplicate files, w= hich I now realize fails for odd filenames. find . -type f -print0 | xargs -0 md5sum | sort It would have been nice if the quoting convention was more intuitive. If y= ou had asked me before all of this, I might have guessed that just backslas= h and newline were quoted in the filename as '\\' and '\n', and that the ch= ecksums themselves were not affected. Seems more Unixy. And though in GNU the man pages are not complete, this seems surprising eno= ugh to be worth mentioning. As another possibility, perhaps this program a= nd many more should sprout '-0' options. Mike -----Original Message----- From: Bob Proulx =20 Sent: Wednesday, June 24, 2020 02:34 PM To: Michael Coleman Cc: 41657@debbugs.gnu.org Subject: Re: bug#41657: md5sum: odd escaping for input filename \ close 41657 thanks No one else has commented therefore I am closing the bug ticket. But the discussion may continue here. Michael Coleman wrote: > Thanks very much for your prompt reply. Certainly, if this is > documented behavior, it's not a bug. I would have never thought to > check the documentation as the behavior seems so strange. I am not always so generous about documented behavior *never* being a bug. :-) > If I understand correctly, the leading backslash in the first field > is an indication that the second field is escaped. (The first field > never needs escapes, as far as I can see.) Right. But it was available to clue in the md5sum and others that the file name was an "unsafe" file name and was going to be escaped there. > Not sure I would have chosen this, but it can't really be changed > now. But, I suspect that almost no real shell script would deal > with this escaping correctly. Really, I'd be surprised if there > were even one example. If so, perhaps it could be changed without > trouble. Let's talk about the shell scripting part. Why would this ever need to be parsed in a shell script? And if so then that is precisely where it would need to be done due to the file name! Your own example was a file name that consisted of a single backslash. Since the backslash is the shell escape character then handling that in a shell script would require escaping it properly with a second backslash. I will suggest that the primary use for the *sum utility output is as input to the same utility later to check the content for differences. That's arguably the primary use of it. There are also cases where we will want to use the *sum utilities on a single file. That's fine. I think the problematic case here might be a usage like this usage. filename=3D"\\" sum=3D$(md5sum "$filename" | awk '{print$1}') printf "%s\n" "$sum" \d41d8cd98f00b204e9800998ecf8427e And then there is that extra backslash at the start of the hash. Well, yes, that is unfortunate. But in this case we already have the filename in a variable and don't want the filename from md5sum. This is very similar to portability problems between different versions of 'wc' and other utilities too. (Some 'wc' utils print leading spaces and some do not.) As you already deduced if md5sum does not have a file name then it does not know if it is escaped or not. Reading standard input instead doesn't have a name and therefore "-" is used as a placeholder as per the tradition. filename=3D"\\" sum=3D$(md5sum < "$filename" | awk '{print$1}') printf "%s\n" "$sum" d41d8cd98f00b204e9800998ecf8427e And because this is discussion I will note that the name is just one of the possible names to a file. Let's hard link it to a different name. And of course symbolic links are the same too. A name is just a pointer to a file. ln "$filename" foo md5sum foo d41d8cd98f00b204e9800998ecf8427e foo But I drift... I think it likely you have already educated your people about the problems and the solution was to read from stdin when the file name is potentially untrusted "tainted" data. (Since programming langauges often refer to unknown untrusted data as "tainted" data for the purpose of tracking what actions are safe upon it or not. When taint checking is enabled.) Therefore if the name is unknown then it is safer to avoid the name and use standard input. And I suggest the same with other utilities such as 'wc' too. Fortunately wc is not used to read back its own input. Otherwise I am sure someone would suggest that it would need the same escaping done there too. Example that thankfully does not actually exist: $ wc -l \\ \0 \\ I am sure that if such a change were made that it would result in a large wide spread breakage. Let's hope that never happens. Bob