From unknown Mon Jun 23 11:25:07 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#63780 <63780@debbugs.gnu.org> To: bug#63780 <63780@debbugs.gnu.org> Subject: Status: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr Reply-To: bug#63780 <63780@debbugs.gnu.org> Date: Mon, 23 Jun 2025 18:25:07 +0000 retitle 63780 Reversing the grep message output type matching binary files = (without the -a option added) changed from stdout to stderr reassign 63780 grep submitter 63780 "2773414454" <2773414454@qq.com> severity 63780 normal tag 63780 notabug thanks From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 00:55:45 2023 Received: (at submit) by debbugs.gnu.org; 29 May 2023 04:55:45 +0000 Received: from localhost ([127.0.0.1]:56758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3Uuy-0006pG-Q8 for submit@debbugs.gnu.org; Mon, 29 May 2023 00:55:45 -0400 Received: from lists.gnu.org ([209.51.188.17]:47206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <2773414454@qq.com>) id 1q3RCd-0000QT-Bb for submit@debbugs.gnu.org; Sun, 28 May 2023 20:57:43 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <2773414454@qq.com>) id 1q3RCZ-0006ST-9L for bug-grep@gnu.org; Sun, 28 May 2023 20:57:35 -0400 Received: from out162-62-57-137.mail.qq.com ([162.62.57.137]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <2773414454@qq.com>) id 1q3RCT-0007yz-Jk for bug-grep@gnu.org; Sun, 28 May 2023 20:57:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201512; t=1685321841; bh=RTSaFD+mMN7kIyH7GIR6z56gll4AQPMbV2/qpcruQTA=; h=From:To:Subject:Date; b=RvyH53suQrbvSFXp8TLhyGVXi7wfRMBiGjoCubnRIL+iaH/WU+tXb5YzzzSWPYydo hQQ9VuqqYHJfou+e9RJJmLVifdoMtAiKJUdcR/wQ+EiQh/Ogc4GEq3p/linnSrWGKV WRec2G8sj2H/+hmeBT0mUBX9XblossCZx+qqRyus= X-QQ-FEAT: vgyHkztH/IGlRRckd2MMyTJbwGLYKf++ X-QQ-SSF: 0000000000000020000000000000 X-QQ-XMAILINFO: MwR1H7ttBvXOa0aMlqH8VOdN1E0jL3ODZQC8r9ClG4wCLXwUagoF+j66IJJbvg HsMWe9haj6Bo6D6Rm/mwnvMPKbY9BOlLM4DtfQF5pfhJzxHkXHArIks2l7bp3l4qYRj1sg6KRTXrh WN8MzGaSZDEf5fg4D89aWzEcv6DrWdKPALnzWjEFM+FADOy37INgwm0Ea0tO/BNdeBVILuN8h0lpT Vsd+ewno6apRss3qOMu06HtVKijePI9v/4gIsMtun1Daryc+gBKlna8fOySKhL2SXk8k9VG7ZUALK qPW8O9E6238tbsEeCNKrJTvpHiUt3BzvQa+AMQyyC+jpCrK7qcqeQY1c2wZXx/NbavsKolQAE/xDK wo8KDpnBKKXTng9mTR36/cd7d4BnKi8FskLdVsbq5+fEFUWI6RavTsySis2T2XlR0IBvPHW8/EuqY 1MSqXLcA8A8kuLC7+TRE/g5XlxL0oDAAdt1TN8OgAxoLTyyofGZUpqzz3V8Y6Mvj85jzETUfX8CfT wQ8ZLPLbe4AjrjfO3f5glmcvwULdx6fP11kg/ALVDU2tKZ/Goq8brWzm70bQphvi9dstrDKNJw2Wv +/sG5F10L7NXYnQXTH/yRBPGU2eNcf+hAo0KfSeoIT2/e7fWyQp5kUzoWAiKGvpI6Dv80nE0e4T+m KUtJ2vZwmJy+UnDzBn4Abc/7TBiW9DF8/wnr/cCU2oQZHWpkjLilx8npzhPWJhQFxw4UBsPpJZpad BV08qDILw/+wRzNC/A6gZal6Ba6ora9JVBSWU/GRTHo7yfgHWxaBI+NcsrvYhoVCE2jEFSN27+g51 0BsJpoE5i9xoj9qsdJ/eYZHJ1h+gUqJie74moy7TXIEi8+eak6mhaH8Q/NIKyLYalMNSiimCmmEbZ Mwj2hZBBMQ7poDAfjQRkAYoFDUZIs/CNIBjE2xAE9c= X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 115.200.125.194 X-QQ-STYLE: X-QQ-mid: webmail836t1685321647t6265413 From: "=?gb18030?B?Mjc3MzQxNDQ1NA==?=" <2773414454@qq.com> To: "=?gb18030?B?YnVnLWdyZXA=?=" Subject: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_6473F7AF_10E21DD0_12AE6765" Content-Transfer-Encoding: 8Bit Date: Mon, 29 May 2023 08:54:07 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x Received-SPF: pass client-ip=162.62.57.137; envelope-from=2773414454@qq.com; helo=out162-62-57-137.mail.qq.com X-Spam_score_int: 43 X-Spam_score: 4.3 X-Spam_bar: ++++ X-Spam_report: (4.3 / 5.0 requ) BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, 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, FROM_EXCESS_BASE64=0.001, HELO_DYNAMIC_IPADDR=1.951, HTML_MESSAGE=0.001, NO_FM_NAME_IP_HOSTN=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_DYNAMIC=0.982, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_SCC_BODY_TEXT_LINE=-0.01, T_TVD_MIME_EPI=0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 29 May 2023 00:55: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: -3.0 (---) This is a multi-part message in MIME format. ------=_NextPart_6473F7AF_10E21DD0_12AE6765 Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 SGkgIQ0KDQoNCkJldHdlZW4gZ3JlcDMuNCBhbmQgZ3JlcDMuNSwgdGhlIGdyZXAgbWVzc2Fn ZSBvdXRwdXQgdHlwZSBtYXRjaGluZyBiaW5hcnkgZmlsZXMgKHdpdGhvdXQgdGhlIC1hIG9w dGlvbiBhZGRlZCkgY2hhbmdlZCBmcm9tIHN0ZG91dCB0byBzdGRlcnIuIFRoaXMgcmVzdWx0 cyBpbiB0aGUgaW5hYmlsaXR5IHRvIHBpcGUgaW4gbWF0Y2hpbmcgbWVzc2FnZXMsIHJlc3Vs dGluZyBpbiBzaWduaWZpY2FudCBjaGFuZ2VzIHRvIHRoZSB1c2VyIGV4cGVyaWVuY2UuIEJ1 dCB0aGlzIG1vZGlmaWNhdGlvbiBkb2Vzbid0IGFjdHVhbGx5IGRvIG11Y2guIENvdWxkIHlv dSBjb25zaWRlciByZXZlcnNpbmcgdGhpcyBjaGFuZ2U/DQoNCg0KDQoNCjI3NzM0MTQ0NTQN CjI3NzM0MTQ0NTRAcXEuY29tDQoNCg0KDQombmJzcDs= ------=_NextPart_6473F7AF_10E21DD0_12AE6765 Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNo YXJzZXQ9R0IxODAzMCI+PGRpdj48c3BhbiBkYXRhLXNlY3Rpb249IjAiIGRhdGEtc2VudGVu Y2U9IjAiIGRhdGEtZ3JvdXA9IjAtMCIgY2xhc3M9InRndCBjb2xvcl90ZXh0XzAiIHN0eWxl PSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBjb2xvcjogcmdiKDE2LCAxOCwgMjApOyBsaW5l LWhlaWdodDogMjFweDsgZGlzcGxheTogaW5saW5lOyBmb250LWZhbWlseTogJnF1b3Q7UGlu Z0ZhbmcgU0MmcXVvdDssICZxdW90O1NlZ29lIFVJJnF1b3Q7LCBBcmlhbCwgJnF1b3Q7TWlj cm9zb2Z0IFlhSGVpJnF1b3Q7LCDOosjt0cW62iwgy87M5SwgJnF1b3Q7TWFsZ3VuIEdvdGhp YyZxdW90Oywgc2Fucy1zZXJpZjsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyI+SGkgITwvc3Bh bj48L2Rpdj48ZGl2PjxzcGFuIGRhdGEtc2VjdGlvbj0iMCIgZGF0YS1zZW50ZW5jZT0iMCIg ZGF0YS1ncm91cD0iMC0wIiBjbGFzcz0idGd0IGNvbG9yX3RleHRfMCIgc3R5bGU9ImJveC1z aXppbmc6IGJvcmRlci1ib3g7IGNvbG9yOiByZ2IoMTYsIDE4LCAyMCk7IGxpbmUtaGVpZ2h0 OiAyMXB4OyBkaXNwbGF5OiBpbmxpbmU7IGZvbnQtZmFtaWx5OiAmcXVvdDtQaW5nRmFuZyBT QyZxdW90OywgJnF1b3Q7U2Vnb2UgVUkmcXVvdDssIEFyaWFsLCAmcXVvdDtNaWNyb3NvZnQg WWFIZWkmcXVvdDssIM6iyO3RxbraLCDLzszlLCAmcXVvdDtNYWxndW4gR290aGljJnF1b3Q7 LCBzYW5zLXNlcmlmOyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij48YnI+PC9zcGFuPjwvZGl2 PjxkaXY+PHNwYW4gZGF0YS1zZWN0aW9uPSIwIiBkYXRhLXNlbnRlbmNlPSIwIiBkYXRhLWdy b3VwPSIwLTAiIGNsYXNzPSJ0Z3QgY29sb3JfdGV4dF8wIiBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsgY29sb3I6IHJnYigxNiwgMTgsIDIwKTsgbGluZS1oZWlnaHQ6IDIxcHg7 IGRpc3BsYXk6IGlubGluZTsgZm9udC1mYW1pbHk6ICZxdW90O1BpbmdGYW5nIFNDJnF1b3Q7 LCAmcXVvdDtTZWdvZSBVSSZxdW90OywgQXJpYWwsICZxdW90O01pY3Jvc29mdCBZYUhlaSZx dW90OywgzqLI7dHFutosIMvOzOUsICZxdW90O01hbGd1biBHb3RoaWMmcXVvdDssIHNhbnMt c2VyaWY7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPkJldHdlZW4gZ3JlcDMuNCBhbmQgZ3Jl cDMuNSwgdGhlIGdyZXAgbWVzc2FnZSBvdXRwdXQgdHlwZSBtYXRjaGluZyBiaW5hcnkgZmls ZXMgKHdpdGhvdXQgdGhlIC1hIG9wdGlvbiBhZGRlZCkgY2hhbmdlZCBmcm9tIHN0ZG91dCB0 byBzdGRlcnIuPC9zcGFuPjxzcGFuIGRhdGEtc2VjdGlvbj0iMCIgZGF0YS1zZW50ZW5jZT0i MSIgZGF0YS1ncm91cD0iMC0xIiBjbGFzcz0idGd0IGNvbG9yX3RleHRfMCIgc3R5bGU9ImJv eC1zaXppbmc6IGJvcmRlci1ib3g7IGNvbG9yOiByZ2IoMTYsIDE4LCAyMCk7IGxpbmUtaGVp Z2h0OiAyMXB4OyBkaXNwbGF5OiBpbmxpbmU7IGZvbnQtZmFtaWx5OiAmcXVvdDtQaW5nRmFu ZyBTQyZxdW90OywgJnF1b3Q7U2Vnb2UgVUkmcXVvdDssIEFyaWFsLCAmcXVvdDtNaWNyb3Nv ZnQgWWFIZWkmcXVvdDssIM6iyO3RxbraLCDLzszlLCAmcXVvdDtNYWxndW4gR290aGljJnF1 b3Q7LCBzYW5zLXNlcmlmOyB3aGl0ZS1zcGFjZTogcHJlLXdyYXA7Ij4gVGhpcyByZXN1bHRz IGluIHRoZSBpbmFiaWxpdHkgdG8gcGlwZSBpbiBtYXRjaGluZyBtZXNzYWdlcywgcmVzdWx0 aW5nIGluIHNpZ25pZmljYW50IGNoYW5nZXMgdG8gdGhlIHVzZXIgZXhwZXJpZW5jZS48L3Nw YW4+PHNwYW4gZGF0YS1zZWN0aW9uPSIwIiBkYXRhLXNlbnRlbmNlPSIyIiBkYXRhLWdyb3Vw PSIwLTIiIGNsYXNzPSJ0Z3QgY29sb3JfdGV4dF8wIiBzdHlsZT0iYm94LXNpemluZzogYm9y ZGVyLWJveDsgY29sb3I6IHJnYigxNiwgMTgsIDIwKTsgbGluZS1oZWlnaHQ6IDIxcHg7IGRp c3BsYXk6IGlubGluZTsgZm9udC1mYW1pbHk6ICZxdW90O1BpbmdGYW5nIFNDJnF1b3Q7LCAm cXVvdDtTZWdvZSBVSSZxdW90OywgQXJpYWwsICZxdW90O01pY3Jvc29mdCBZYUhlaSZxdW90 OywgzqLI7dHFutosIMvOzOUsICZxdW90O01hbGd1biBHb3RoaWMmcXVvdDssIHNhbnMtc2Vy aWY7IHdoaXRlLXNwYWNlOiBwcmUtd3JhcDsiPiBCdXQgdGhpcyBtb2RpZmljYXRpb24gZG9l c24ndCBhY3R1YWxseSBkbyBtdWNoLjwvc3Bhbj48c3BhbiBkYXRhLXNlY3Rpb249IjAiIGRh dGEtc2VudGVuY2U9IjMiIGRhdGEtZ3JvdXA9IjAtMyIgY2xhc3M9InRndCBjb2xvcl90ZXh0 XzAiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBjb2xvcjogcmdiKDE2LCAxOCwg MjApOyBsaW5lLWhlaWdodDogMjFweDsgZGlzcGxheTogaW5saW5lOyBmb250LWZhbWlseTog JnF1b3Q7UGluZ0ZhbmcgU0MmcXVvdDssICZxdW90O1NlZ29lIFVJJnF1b3Q7LCBBcmlhbCwg JnF1b3Q7TWljcm9zb2Z0IFlhSGVpJnF1b3Q7LCDOosjt0cW62iwgy87M5SwgJnF1b3Q7TWFs Z3VuIEdvdGhpYyZxdW90Oywgc2Fucy1zZXJpZjsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyI+ IENvdWxkIHlvdSBjb25zaWRlciByZXZlcnNpbmcgdGhpcyBjaGFuZ2U/PC9zcGFuPjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGhyIGFsaWduPSJsZWZ0IiBzdHlsZT0ibWFyZ2luOiAw IDAgMTBweCAwO2JvcmRlcjogMDtib3JkZXItYm90dG9tOjFweCBzb2xpZCAjRTRFNUU2O2hl aWdodDowO2xpbmUtaGVpZ2h0OjA7Zm9udC1zaXplOjA7cGFkZGluZzogMjBweCAwIDAgMDt3 aWR0aDogNTBweDsiPjxkaXYgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5OlZl cmRhbmE7Y29sb3I6IzAwMDsiPjxhIGNsYXNzPSJ4bV93cml0ZV9jYXJkIiBpZD0iaW5fYWxp YXMiIHN0eWxlPSJ3aGl0ZS1zcGFjZTogbm9ybWFsOyBkaXNwbGF5OiBpbmxpbmUtYmxvY2s7 IHRleHQtZGVjb3JhdGlvbjogbm9uZSAhaW1wb3J0YW50O2ZvbnQtZmFtaWx5OiAtYXBwbGUt c3lzdGVtLEJsaW5rTWFjU3lzdGVtRm9udCxQaW5nRmFuZyBTQyxNaWNyb3NvZnQgWWFIZWk7 IiBocmVmPSJodHRwczovL3d4Lm1haWwucXEuY29tL2hvbWUvaW5kZXg/dD1yZWFkbWFpbF9i dXNpbmVzc2NhcmRfbWlkcGFnZSZhbXA7bm9jaGVjaz10cnVlJmFtcDtuYW1lPTI3NzM0MTQ0 NTQmYW1wO2ljb249aHR0cCUzQSUyRiUyRnRoaXJkcXEucWxvZ28uY24lMkZnJTNGYiUzRHNk ayUyNmslM0RpYzJsdmxKclJiQ3p2ZkRQQ0xZWmljdFElMjZzJTNEMTAwJTI2dCUzRDE2Mzk4 OTEyMzQlM0ZyYW5kJTNEMTY0NDA2MjEyOSZhbXA7bWFpbD0yNzczNDE0NDU0JTQwcXEuY29t JmFtcDtjb2RlPSIgdGFyZ2V0PSJfYmxhbmsiPjx0YWJsZSBzdHlsZT0id2hpdGUtc3BhY2U6 IG5vcm1hbDt0YWJsZS1sYXlvdXQ6IGZpeGVkOyBwYWRkaW5nLXJpZ2h0OiAyMHB4OyIgY29u dGVudGVkaXRhYmxlPSJmYWxzZSIgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIj48 dGJvZHk+PHRyIHZhbGlnbj0idG9wIj48dGQgc3R5bGU9IndpZHRoOiA0MHB4O21pbi13aWR0 aDogNDBweDsgcGFkZGluZy10b3A6MTBweCI+PGRpdiBzdHlsZT0id2lkdGg6IDM4cHg7IGhl aWdodDogMzhweDsgYm9yZGVyOiAxcHggI0ZGRiBzb2xpZDsgYm9yZGVyLXJhZGl1czo1MCU7 IG1hcmdpbjogMDt2ZXJ0aWNhbC1hbGlnbjogdG9wO2JveC1zaGFkb3c6IDAgMCAxMHB4IDAg cmdiYSgxMjcsMTUyLDE3OCwwLjE0KTsiPjxpbWcgc3JjPSJodHRwOi8vdGhpcmRxcS5xbG9n by5jbi9nP2I9c2RrJmFtcDtrPWljMmx2bEpyUmJDenZmRFBDTFlaaWN0USZhbXA7cz0xMDAm YW1wO3Q9MTYzOTg5MTIzND9yYW5kPTE2NDQwNjIxMjkiIHN0eWxlPSJ3aWR0aDoxMDAlO2hl aWdodDoxMDAlO2JvcmRlci1yYWRpdXM6NTAlO3BvaW50ZXItZXZlbnRzOiBub25lOyI+PC9k aXY+PC90ZD48dGQgc3R5bGU9InBhZGRpbmc6IDEwcHggMCA4cHggMTBweDsiPjxkaXYgY2xh c3M9ImJ1c2luZXNzQ2FyZF9uYW1lIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4O2NvbG9yOiAj MzMzMTJFO2xpbmUtaGVpZ2h0OiAyMHB4OyBwYWRkaW5nLWJvdHRvbTogMnB4OyBtYXJnaW46 MDtmb250LXdlaWdodDogNTAwOyI+Mjc3MzQxNDQ1NDwvZGl2PjxkaXYgY2xhc3M9ImJ1c2lu ZXNzQ2FyZF9tYWlsIiBzdHlsZT0iZm9udC1zaXplOiAxMnB4O2NvbG9yOiAjOTk5ODk2O2xp bmUtaGVpZ2h0OiAxOHB4OyBtYXJnaW46MDsiPjI3NzM0MTQ0NTRAcXEuY29tPC9kaXY+PC90 ZD48L3RyPjwvdGJvZHk+PC90YWJsZT48L2E+PC9kaXY+PC9kaXY+PGRpdj4mbmJzcDs8L2Rp dj4= ------=_NextPart_6473F7AF_10E21DD0_12AE6765-- ÿÿÿù/ From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 02:51:39 2023 Received: (at 63780) by debbugs.gnu.org; 29 May 2023 06:51:39 +0000 Received: from localhost ([127.0.0.1]:56962 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3WjD-0001hG-0Q for submit@debbugs.gnu.org; Mon, 29 May 2023 02:51:39 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:56566 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3Wj8-0001h5-F6 for 63780@debbugs.gnu.org; Mon, 29 May 2023 02:51:37 -0400 X-Envelope-From: arnold@skeeve.com Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 34T6pXUw010062 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 29 May 2023 00:51:33 -0600 Received: (from arnold@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 34T6pWHh010058; Mon, 29 May 2023 00:51:32 -0600 From: arnold@skeeve.com Message-Id: <202305290651.34T6pWHh010058@freefriends.org> X-Authentication-Warning: frenzy.freefriends.org: arnold set sender to arnold@skeeve.com using -f Date: Mon, 29 May 2023 00:51:32 -0600 To: 63780@debbugs.gnu.org, 2773414454@qq.com Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr References: In-Reply-To: User-Agent: Heirloom mailx 12.5 7/5/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 63780 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: 0.0 (/) There is no real need to make such a change, given that it's really easy to handle at the shell level: ... | grep '...' 2>&1 | ... HTH, Arnold "2773414454" via Bug reports for GNU grep wrote: > Hi ! > > > Between grep3.4 and grep3.5, the grep message output type matching binary files (without the -a option added) changed from stdout to stderr. This results in the inability to pipe in matching messages, resulting in significant changes to the user experience. But this modification doesn't actually do much. Could you consider reversing this change? > > > > > 2773414454 > 2773414454@qq.com > > > >   From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 04:44:58 2023 Received: (at submit) by debbugs.gnu.org; 29 May 2023 08:44:59 +0000 Received: from localhost ([127.0.0.1]:57050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3YUs-0004fa-KF for submit@debbugs.gnu.org; Mon, 29 May 2023 04:44:58 -0400 Received: from lists.gnu.org ([209.51.188.17]:36826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3YUr-0004fT-0O for submit@debbugs.gnu.org; Mon, 29 May 2023 04:44:57 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3YUq-0006rH-Qy for bug-grep@gnu.org; Mon, 29 May 2023 04:44:56 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3YUp-000322-A9 for bug-grep@gnu.org; Mon, 29 May 2023 04:44:56 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id C5E5B5C00D1 for ; Mon, 29 May 2023 04:44:51 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute6.internal (MEProxy); Mon, 29 May 2023 04:44:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1685349891; x=1685436291; bh=MXwgHQWXY8fLv KgNKnS4LGreCH++4Hneemt4lozJOYs=; b=E4m9XMlNwgV5k8PbfYHEG+uDEwkjR 6KREpC3xp9vbsI2nXNnimGLpj41oP1v/7ArUbOzl7RWiE5S/1Z9JrqcF/1NVySYE nqQ1keWTbBHBgyOIYsTcMOVtwNl6/pH1OA6hEV/I3GbJIvDoPdPl1NW2VQL6QOt7 zpeolcrQXLsx1Krv4rULhIxAOEqfHZXPPXsxyFAPw1F9g9CiIKo3/3aRWsbVR2zD bilvF2C/z4I1MHFAhvcpCOt6PU1fNzRYD8vjv1GVgMzRX4xeDF14wcGqOCCooDyJ emgrBfxW5khDr16R7f4ZyQc/PCBflgk/TIK6DxOWRC5NwD5r2gB9sK9ng== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeekhedgtdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedfrfgruhhlucflrggtkhhsohhnfdcuoehpjhesuhhsrgdr nhgvtheqnecuggftrfgrthhtvghrnhephfevtdehjeethfegjedtiefgffdtlefgvdekue efheejkeevveehudffgfduleejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepphhjsehushgrrdhnvght X-ME-Proxy: Feedback-ID: i047841af:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 77728B6008D; Mon, 29 May 2023 04:44:51 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-441-ga3ab13cd6d-fm-20230517.001-ga3ab13cd Mime-Version: 1.0 Message-Id: In-Reply-To: <202305290651.34T6pWHh010058@freefriends.org> References: <202305290651.34T6pWHh010058@freefriends.org> Date: Mon, 29 May 2023 03:44:31 -0500 From: "Paul Jackson" To: bug-grep@gnu.org Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr Content-Type: text/plain Received-SPF: neutral client-ip=66.111.4.28; envelope-from=pj@usa.net; helo=out4-smtp.messagingengine.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_NEUTRAL=0.779, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) 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.6 (--) >> grep '...' 2>&1 But won't that send all error messages into the stdout stream, not just the "binary file matches" messages? -- Paul Jackson pj@usa.net From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 13:55:39 2023 Received: (at 63780) by debbugs.gnu.org; 29 May 2023 17:55:39 +0000 Received: from localhost ([127.0.0.1]:59107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3h5n-0003Ix-0C for submit@debbugs.gnu.org; Mon, 29 May 2023 13:55:39 -0400 Received: from mail-lf1-f46.google.com ([209.85.167.46]:60854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3h5l-0003Ig-3j for 63780@debbugs.gnu.org; Mon, 29 May 2023 13:55:37 -0400 Received: by mail-lf1-f46.google.com with SMTP id 2adb3069b0e04-4f4bd608cf4so3973249e87.1 for <63780@debbugs.gnu.org>; Mon, 29 May 2023 10:55:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685382931; x=1687974931; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=kXJG0kcQ7LnMop40z5gFqGMD2BtJOCTR3ss5lMxyJto=; b=gZM+a5jQFZTT1f/6u7j+ssD/iDc7El8HPffjf+0L0AG5PjZzQ7kRdXWoNi6i/tm8Yk qsz9bpMJAYD9b+RvBqaPibzLFMvsU3zMLOcKI/y8WXe/TURYXDxlyOHU+CAA8X3Czdp6 kXeX94O27QNi2am4FDdK1zlaNa2+5zN/ch9wmcq+spQpMr8eNr/wa1e5lE0JTN3ialMP bpMQEBI2Ds9HelKAO2ZtgSjf/02B6C7Nv+nf3pXa9zvro3yF0MtQaef6TJPZMseWynbh PEX1EjH1LpB7gESikdBXIaxZRKWljEntEb+XV1Vdk7MQq5Ms9SDkETJ5qV3Fr+xt1Brm +YpQ== X-Gm-Message-State: AC+VfDyNWPMjgw5srkV8Uag/SUcBAlUujdCG0sWvSVefV+C8lacItjYz aCIHaScoplJsNig9y6T+psB5pOQ0QO7ibdlpHNg= X-Google-Smtp-Source: ACHHUZ5ae7qdT80hu4ROI017aJVuIxxAcQTPxPMhfAR642obhXbTBf4VCIEn5E9lnKW9/AfIXcs1hJrEKhfw2cy2rMk= X-Received: by 2002:ac2:54a5:0:b0:4f4:dd5d:f3eb with SMTP id w5-20020ac254a5000000b004f4dd5df3ebmr4462817lfk.43.1685382930614; Mon, 29 May 2023 10:55:30 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jim Meyering Date: Mon, 29 May 2023 10:55:18 -0700 Message-ID: Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr To: 2773414454 <2773414454@qq.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 63780 Cc: 63780@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: -0.8 (/) tags 63780 notabug close 63780 On Sun, May 28, 2023 at 9:56=E2=80=AFPM 2773414454 via Bug reports for GNU grep wrote: > Between grep3.4 and grep3.5, the grep message output type matching binary= files (without the -a option added) changed from stdout to stderr. This re= sults in the inability to pipe in matching messages, resulting in significa= nt changes to the user experience. But this modification doesn't actually d= o much. Could you consider reversing this change? Please read this excerpt from the NEWS and announcement for some of the motivation for that change: * Noteworthy changes in release 3.5 (2020-09-27) [stable] ** Changes in behavior The message that a binary file matches is now sent to standard error and the message has been reworded from "Binary file FOO matches" to "grep: FOO: binary file matches", to avoid confusion with ordinary output or when file names contain spaces and the like, and to be more consistent with other diagnostics. For example, commands like 'grep PATTERN FILE | wc' no longer add 1 to the count of matching text lines due to the presence of the message. Like other stderr messages, the message is now omitted if the --no-messages (-s) option is given. If you want to restore such diagnostics to stdout, you can invoke grep through a bash/zsh function wrapper like this: (it preserves all stderr, except that one diagnostic, which it redirects to stdout): grep() { local re=3D'^grep: .*: binary file matches$'; env grep "$@" 2> >(tee >(env grep -av "$re" 1>&2) | env grep -a "$re"); } From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 18:38:23 2023 Received: (at submit) by debbugs.gnu.org; 29 May 2023 22:38:24 +0000 Received: from localhost ([127.0.0.1]:59430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3lVP-0002oP-Ka for submit@debbugs.gnu.org; Mon, 29 May 2023 18:38:23 -0400 Received: from lists.gnu.org ([209.51.188.17]:45178) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3lVN-0002oG-1q for submit@debbugs.gnu.org; Mon, 29 May 2023 18:38:21 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3lVM-0007O7-RL for bug-grep@gnu.org; Mon, 29 May 2023 18:38:20 -0400 Received: from wout3-smtp.messagingengine.com ([64.147.123.19]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3lVL-0002D3-2G for bug-grep@gnu.org; Mon, 29 May 2023 18:38:20 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id AF01432006F5 for ; Mon, 29 May 2023 18:38:15 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute6.internal (MEProxy); Mon, 29 May 2023 18:38:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1685399895; x=1685486295; bh=GvJzYkHSWfBHC UEuHTpaigkeTO5aTnFg5KvdPvaN6ts=; b=GDGe4TcGLls8wyYmNXN82uVw71spE 5dq3mDexJTYMdxgD6Er6+gFUm562w/AKfOx1VM2xK6Pr7Tow8zSGFv9ec8lY/ZJe LVMUC4Mml5N9tIHYN8ExfE5PV/+T0QnKPxKUthhlATIP+Qk+OMihcDyO8HY2uCGJ KBdDdsShRhuxCWqe5Ot2LsP7L3TrR9qAjo8tbXfo8K6Txcqq3lYJ+lyMxm0XmoBW vXmEBIu7Tbh2lTtNLDsCI0iILG4wXBuEeejAX8TWGltsiOA2W7KfVG4L6LpVbvIO yhCkoKhtULVvV7o4egODB3rvD07M5P06vWDXYESqdDDJBBZWNuiXN3w+g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeekiedguddvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedfrfgruhhlucflrggtkhhsohhnfdcuoehpjhesuhhsrgdr nhgvtheqnecuggftrfgrthhtvghrnhephfevtdehjeethfegjedtiefgffdtlefgvdekue efheejkeevveehudffgfduleejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepphhjsehushgrrdhnvght X-ME-Proxy: Feedback-ID: i047841af:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 013BBB60086; Mon, 29 May 2023 18:38:14 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-441-ga3ab13cd6d-fm-20230517.001-ga3ab13cd Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 29 May 2023 17:37:24 -0500 From: "Paul Jackson" To: bug-grep@gnu.org Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr Content-Type: text/plain Received-SPF: neutral client-ip=64.147.123.19; envelope-from=pj@usa.net; helo=wout3-smtp.messagingengine.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_NEUTRAL=0.779, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) 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.6 (--) That "2> >(...)" syntax forprocess substition off the explicitly specified file descriptor 2 output surprised me. Only now, thanks to this example, do I realize that this usage is implied in the two zshmisc(1) REDIRECTION section sentences beginning with: >> If one of the above is preceded by a digit ... and >> The various forms of process substitution ... are often used together with redirection ... Once again, as I have known for nearly a half century, man pages are sometimes written to only be understood by those who already know what they are reading.. -- Paul Jackson pj@usa.net From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 21:01:39 2023 Received: (at 63780) by debbugs.gnu.org; 30 May 2023 01:01:39 +0000 Received: from localhost ([127.0.0.1]:59497 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3nk2-0006nL-KA for submit@debbugs.gnu.org; Mon, 29 May 2023 21:01:39 -0400 Received: from out203-205-221-231.mail.qq.com ([203.205.221.231]:54404) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <2773414454@qq.com>) id 1q3njz-0006mz-31 for 63780@debbugs.gnu.org; Mon, 29 May 2023 21:01:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qq.com; s=s201512; t=1685408484; bh=pn/+4Fo0qbWt2+nJvH6HN1xHwRNywKfno1HJIQNtgqA=; h=In-Reply-To:References:From:To:Cc:Subject:Date; b=uTLWs9kvM02IeSODVNj1Q54CYPoz0j7A0WyzkzKY8qXFSiJqBstJhFsd+JC1szfPj hosFIHdKLLdKBAPJ1QZlCCP5XFo8ZfA82GY46AukGqZqJvDsRzgWvPMxSp9/96rbXc 02RwSeDz/B4s77w6ZwIsPU5xcLAb09I9enEIvMqw= X-QQ-FEAT: vgyHkztH/IEr7ifPsJeqDY0PmF6rClnp X-QQ-SSF: 0000000000000020000000000000 X-QQ-XMAILINFO: NDaUFQyTBRqBngXSrl5Mu8OhHQCTShuKm0Ln7fUd9pseuLsSE2j2QAM0yOIlur cPQEZT0QCLLgmnDzf+zkeCRNgiKxBgQg+RU4dzL2EQFRvhAm6SjMUD+dq8CecxuGVN0LdQj3RepMm Zo4pSaoIOcmtOIo0YDPy6YbAgm5rg1KCsDfyMoC+8nN8JClk4mti+4Amm19RubJGPGtzm1juXKRG6 RBiyfRfhi21l5FoBn6b/6JFdwv00tUsCohyfI8W606Wqx0MbT5Gcwzgj9bSGBLe2RQeJA+SNEQWwc x8W8MBwHmV2zDv3py4sMmrPm6xiZoBAR/3vDMEQgFbCqEfl/R/2O/ku0jkGhfAx9WIi7HlmizRpN1 H1YBeggWKRPrwBXp7WsDRxVGxQmrPVfdu2upsMfIt4J0Iv5H4kyNi6I9Xs9+hxCxgYoS9eTQQm9OU kE5h7cFEHROxYLu5No1cDOIP0SSlfn5N3v1onSdwnHq8AxvFd8ymizRUQ3vPlB0McRuej/nNz1BOY 96XBM8Ym3FoHoJh+N4Sm8d/SlL61k8oFRV8WSOml05fEW90kedUBGYgWH3dzLf/YokimZX8hF8MKx /5JF0mpzGJBPxMEWOrkM0yo+bLZyUI0N8Q3icNHWROAyYYU2xDgr7pBkVvjhE/HyLYzcSMXMU1Xvc c9VVrDn4gBJfpiREJP71h3vUBYdmtf4vxWMArmcnrwECACG9E6+VmM4VpcDzh+VTr3BLlPJfaGKOJ pEm2Peo89ElJSZP2kuA/dhTva9xs2zhjjh2z/ma4AHH+DUCv5VOXgf+SDKKtS7TQLPpHB/hPvfC3c OdCv5Ksyqp3XgL3NEmcJL0rm4O+/UNMPRCmqYOg+kyZ9FiqHwXHNeKRrXLE/TB+b1lHEOEDyhyXlG /F/IfmaZsnBQHr00gbEvkH0D+OHFUx/9/lGnevjGGwiqIXm0nvPuZ9s0MaKKMHi0nZH5ia9sS0= X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 X-Originating-IP: 183.157.193.11 In-Reply-To: References: X-QQ-STYLE: X-QQ-mid: webmail836t1685408479t5700762 From: "=?gb18030?B?Mjc3MzQxNDQ1NA==?=" <2773414454@qq.com> To: "=?gb18030?B?SmltIE1leWVyaW5n?=" Subject: =?gb18030?B?u9i4tKO6IGJ1ZyM2Mzc4MDogUmV2ZXJzaW5nIHRo?= =?gb18030?B?ZSBncmVwIG1lc3NhZ2Ugb3V0cHV0IHR5cGUgbWF0?= =?gb18030?B?Y2hpbmcgYmluYXJ5IGZpbGVzICh3aXRob3V0IHRo?= =?gb18030?B?ZSAtYSBvcHRpb24gYWRkZWQpIGNoYW5nZWQgZnJv?= =?gb18030?B?bSBzdGRvdXQgdG8gc3RkZXJy?= Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_64754ADE_0F3EDD88_72E76A8A" Content-Transfer-Encoding: 8Bit Date: Tue, 30 May 2023 09:01:18 +0800 X-Priority: 3 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-Mailer: QQMail 2.x X-QQ-Mailer: QQMail 2.x X-Spam-Score: 3.9 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview:         I know my suggestion may seem silly, but in fact, I used grep3.4 related code for my project and provided it to the client, and recently provided the client with grep3.7 for a [...] Content analysis details: (3.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (2773414454[at]qq.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (2773414454[at]qq.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [203.205.221.231 listed in list.dnswl.org] 0.0 T_TVD_MIME_EPI BODY: No description available. 0.0 HTML_MESSAGE BODY: HTML included in message 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 0.0 FROM_EXCESS_BASE64 From: base64 encoded unnecessarily 3.2 HELO_DYNAMIC_IPADDR Relay HELO'd using suspicious hostname (IP addr 1) 0.0 T_REMOTE_IMAGE Message contains an external image 0.0 NO_FM_NAME_IP_HOSTN No From name + hostname using IP address X-Debbugs-Envelope-To: 63780 Cc: =?gb18030?B?NjM3ODA=?= <63780@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: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview:      I know my suggestion may seem silly, but in fact, I used grep3.4 related code for my project and provided it to the client, and recently provided the client with grep3.7 for a [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [203.205.221.231 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (2773414454[at]qq.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (2773414454[at]qq.com) 0.0 T_TVD_MIME_EPI BODY: No description available. 0.0 HTML_MESSAGE BODY: HTML included in message 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS 0.0 FROM_EXCESS_BASE64 From: base64 encoded unnecessarily 3.2 HELO_DYNAMIC_IPADDR Relay HELO'd using suspicious hostname (IP addr 1) -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager This is a multi-part message in MIME format. ------=_NextPart_64754ADE_0F3EDD88_72E76A8A Content-Type: text/plain; charset="gb18030" Content-Transfer-Encoding: base64 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEkga25vdyBteSBzdWdnZXN0aW9uIG1heSBzZWVt IHNpbGx5LCBidXQgaW4gZmFjdCwgSSB1c2VkIGdyZXAzLjQgcmVsYXRlZCBjb2RlIGZvciBt eSBwcm9qZWN0IGFuZCBwcm92aWRlZCBpdCB0byB0aGUgY2xpZW50LCBhbmQgcmVjZW50bHkg cHJvdmlkZWQgdGhlIGNsaWVudCB3aXRoIGdyZXAzLjcgZm9yIGFuIHVwZ3JhZGUuIEFmdGVy IHVwZ3JhZGUgSSBmb3VuZCB0aGF0IHRoZSBjaGFuZ2UgZnJvbSBncmVwMy40IHRvIGdyZXAz LjUgY2F1c2VkIG15IHByb2plY3QgdG8gYmVjb21lIGludmFsaWQuDQoNCiZuYnNwOyZuYnNw OyZuYnNwOyBTaW5jZSB0aGUgcHJvamVjdCBpcyBydW5uaW5nLCBteSBkaWxlbW1hIGlzIHRo YXQgSSBjYW4gb25seSBtb2RpZnkgdGhlIHNvdXJjZSBjb2RlIG9mIGdyZXAzLjcgdG8gc29s dmUgdGhlIGN1c3RvbWVyIHByb2JsZW0sIGFuZCBJIGNhbm5vdCBhZGFwdCB0aGUgZ3JlcCBj b21tYW5kIHRvIHRoZSBwcm9qZWN0LiBJIHRyaWVkIHRvIHJvbGwgYmFjayB0aGUgYmVoYXZp b3IgdG8gZ3JlcDMuNC4gSSBmaW5kIHRoYXQgdGhlcmUgYXJlIGJhdGNoIHVzZSBjYXNlcyB0 aGF0IGZhaWwuIEF0IGxlYXN0IDMgZ3JlcCBiaW5hcnkgbWF0Y2hpbmcgb3BlbiBzb3VyY2Ug cGF0Y2hlcyBuZWVkIHRvIGJlIGJhY2tlZCB1cCwgdGhpcyBpcyB0b28gbXVjaCBtb2RpZmlj YXRpb24sIGFuZCBJIGFtIGFmcmFpZCBvZiBpbnRyb2R1Y2luZyBuZXcgcHJvYmxlbXMgdG8g YWZmZWN0IHRoZSB1c2Ugb2YgY3VzdG9tZXJzLiBTbyBteSBvcmlnaW5hbCBpbnRlbnRpb24g aXMgdG8gYXNrIHRoZSBjb21tdW5pdHkgd2hldGhlciB0aGVyZSBpcyBhIGJldHRlciB3YXkg dG8gbW9kaWZ5IHRoZSBncmVwMy43IHNvdXJjZSBjb2RlLiBUaGUgYmluYXJ5IG1hdGNoaW5n IGJlaGF2aW9yIG9mIGdyZXAzLjcgYW5kIGdyZXAzLjQgaXMgY29uc2lzdGVudC4NCiZuYnNw Ow0KJm5ic3A7Jm5ic3A7ICZuYnNwOyBJIHNpbmNlcmVseSBob3BlIHRvIGdldCB5b3VyIGhl bHAuDQoNCg0KDQoyNzczNDE0NDU0DQoyNzczNDE0NDU0QHFxLmNvbQ0KDQoNCg0KJm5ic3A7 DQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLSZuYnNwO9StyrzTyrz+Jm5ic3A7LS0tLS0t LS0tLS0tLS0tLS0tDQq3orz+yMs6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIkppbSBNZXllcmluZyIgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICA8amltQG1leWVyaW5nLm5ldCZndDs7DQq3osvNyrG8 5DombmJzcDsyMDIzxOo11MIzMMjVKNDHxtq2/ikgweizvzE6NTUNCsrVvP7IyzombmJzcDsi Mjc3MzQxNDQ1NCI8Mjc3MzQxNDQ1NEBxcS5jb20mZ3Q7Ow0Ks63LzTombmJzcDsiNjM3ODAi PDYzNzgwQGRlYmJ1Z3MuZ251Lm9yZyZndDs7DQrW98ziOiZuYnNwO1JlOiBidWcjNjM3ODA6 IFJldmVyc2luZyB0aGUgZ3JlcCBtZXNzYWdlIG91dHB1dCB0eXBlIG1hdGNoaW5nIGJpbmFy eSBmaWxlcyAod2l0aG91dCB0aGUgLWEgb3B0aW9uIGFkZGVkKSBjaGFuZ2VkIGZyb20gc3Rk b3V0IHRvIHN0ZGVycg0KDQoNCg0KdGFncyA2Mzc4MCBub3RhYnVnDQpjbG9zZSA2Mzc4MA0K DQpPbiBTdW4sIE1heSAyOCwgMjAyMyBhdCA5OjU2gTanMlBNIDI3NzM0MTQ0NTQgdmlhIEJ1 ZyByZXBvcnRzIGZvciBHTlUNCmdyZXAgPGJ1Zy1ncmVwQGdudS5vcmcmZ3Q7IHdyb3RlOg0K Jmd0OyBCZXR3ZWVuIGdyZXAzLjQgYW5kIGdyZXAzLjUsIHRoZSBncmVwIG1lc3NhZ2Ugb3V0 cHV0IHR5cGUgbWF0Y2hpbmcgYmluYXJ5IGZpbGVzICh3aXRob3V0IHRoZSAtYSBvcHRpb24g YWRkZWQpIGNoYW5nZWQgZnJvbSBzdGRvdXQgdG8gc3RkZXJyLiBUaGlzIHJlc3VsdHMgaW4g dGhlIGluYWJpbGl0eSB0byBwaXBlIGluIG1hdGNoaW5nIG1lc3NhZ2VzLCByZXN1bHRpbmcg aW4gc2lnbmlmaWNhbnQgY2hhbmdlcyB0byB0aGUgdXNlciBleHBlcmllbmNlLiBCdXQgdGhp cyBtb2RpZmljYXRpb24gZG9lc24ndCBhY3R1YWxseSBkbyBtdWNoLiBDb3VsZCB5b3UgY29u c2lkZXIgcmV2ZXJzaW5nIHRoaXMgY2hhbmdlPw0KDQpQbGVhc2UgcmVhZCB0aGlzIGV4Y2Vy cHQgZnJvbSB0aGUgTkVXUyBhbmQgYW5ub3VuY2VtZW50IGZvciBzb21lIG9mDQp0aGUgbW90 aXZhdGlvbiBmb3IgdGhhdCBjaGFuZ2U6DQoNCiogTm90ZXdvcnRoeSBjaGFuZ2VzIGluIHJl bGVhc2UgMy41ICgyMDIwLTA5LTI3KSBbc3RhYmxlXQ0KDQoqKiBDaGFuZ2VzIGluIGJlaGF2 aW9yDQoNCiZuYnNwOyBUaGUgbWVzc2FnZSB0aGF0IGEgYmluYXJ5IGZpbGUgbWF0Y2hlcyBp cyBub3cgc2VudCB0byBzdGFuZGFyZCBlcnJvcg0KJm5ic3A7IGFuZCB0aGUgbWVzc2FnZSBo YXMgYmVlbiByZXdvcmRlZCBmcm9tICJCaW5hcnkgZmlsZSBGT08gbWF0Y2hlcyIgdG8NCiZu YnNwOyAiZ3JlcDogRk9POiBiaW5hcnkgZmlsZSBtYXRjaGVzIiwgdG8gYXZvaWQgY29uZnVz aW9uIHdpdGggb3JkaW5hcnkNCiZuYnNwOyBvdXRwdXQgb3Igd2hlbiBmaWxlIG5hbWVzIGNv bnRhaW4gc3BhY2VzIGFuZCB0aGUgbGlrZSwgYW5kIHRvIGJlDQombmJzcDsgbW9yZSBjb25z aXN0ZW50IHdpdGggb3RoZXIgZGlhZ25vc3RpY3MuJm5ic3A7IEZvciBleGFtcGxlLCBjb21t YW5kcw0KJm5ic3A7IGxpa2UgJ2dyZXAgUEFUVEVSTiBGSUxFIHwgd2MnIG5vIGxvbmdlciBh ZGQgMSB0byB0aGUgY291bnQgb2YNCiZuYnNwOyBtYXRjaGluZyB0ZXh0IGxpbmVzIGR1ZSB0 byB0aGUgcHJlc2VuY2Ugb2YgdGhlIG1lc3NhZ2UuJm5ic3A7IExpa2Ugb3RoZXINCiZuYnNw OyBzdGRlcnIgbWVzc2FnZXMsIHRoZSBtZXNzYWdlIGlzIG5vdyBvbWl0dGVkIGlmIHRoZSAt LW5vLW1lc3NhZ2VzDQombmJzcDsgKC1zKSBvcHRpb24gaXMgZ2l2ZW4uDQoNCklmIHlvdSB3 YW50IHRvIHJlc3RvcmUgc3VjaCBkaWFnbm9zdGljcyB0byBzdGRvdXQsIHlvdSBjYW4gaW52 b2tlIGdyZXANCnRocm91Z2ggYSBiYXNoL3pzaCBmdW5jdGlvbiB3cmFwcGVyIGxpa2UgdGhp czoNCihpdCBwcmVzZXJ2ZXMgYWxsIHN0ZGVyciwgZXhjZXB0IHRoYXQgb25lIGRpYWdub3N0 aWMsIHdoaWNoIGl0DQpyZWRpcmVjdHMgdG8gc3Rkb3V0KToNCg0KJm5ic3A7IGdyZXAoKSB7 IGxvY2FsIHJlPSdeZ3JlcDogLio6IGJpbmFyeSBmaWxlIG1hdGNoZXMkJzsgZW52IGdyZXAg IiRAIg0KMiZndDsgJmd0Oyh0ZWUmbmJzcDsgJmd0OyhlbnYgZ3JlcCAtYXYgIiRyZSIgMSZn dDsmYW1wOzIpIHwgZW52IGdyZXAgLWEgIiRyZSIpOyB9 ------=_NextPart_64754ADE_0F3EDD88_72E76A8A Content-Type: text/html; charset="gb18030" Content-Transfer-Encoding: base64 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEkga25vdyBteSBzdWdnZXN0aW9uIG1heSBzZWVt IHNpbGx5LCBidXQgaW4gZmFjdCwgSSB1c2VkIGdyZXAzLjQgcmVsYXRlZCBjb2RlIGZvciBt eSBwcm9qZWN0IGFuZCBwcm92aWRlZCBpdCB0byB0aGUgY2xpZW50LCBhbmQgcmVjZW50bHkg cHJvdmlkZWQgdGhlIGNsaWVudCB3aXRoIGdyZXAzLjcgZm9yIGFuIHVwZ3JhZGUuIEFmdGVy IHVwZ3JhZGUgSSBmb3VuZCB0aGF0IHRoZSBjaGFuZ2UgZnJvbSBncmVwMy40IHRvIGdyZXAz LjUgY2F1c2VkIG15IHByb2plY3QgdG8gYmVjb21lIGludmFsaWQuPGJyPjxicj4mbmJzcDsm bmJzcDsmbmJzcDsgU2luY2UgdGhlIHByb2plY3QgaXMgcnVubmluZywgbXkgZGlsZW1tYSBp cyB0aGF0IEkgY2FuIG9ubHkgbW9kaWZ5IHRoZSBzb3VyY2UgY29kZSBvZiBncmVwMy43IHRv IHNvbHZlIHRoZSBjdXN0b21lciBwcm9ibGVtLCBhbmQgSSBjYW5ub3QgYWRhcHQgdGhlIGdy ZXAgY29tbWFuZCB0byB0aGUgcHJvamVjdC4gSSB0cmllZCB0byByb2xsIGJhY2sgdGhlIGJl aGF2aW9yIHRvIGdyZXAzLjQuIEkgZmluZCB0aGF0IHRoZXJlIGFyZSBiYXRjaCB1c2UgY2Fz ZXMgdGhhdCBmYWlsLiBBdCBsZWFzdCAzIGdyZXAgYmluYXJ5IG1hdGNoaW5nIG9wZW4gc291 cmNlIHBhdGNoZXMgbmVlZCB0byBiZSBiYWNrZWQgdXAsIHRoaXMgaXMgdG9vIG11Y2ggbW9k aWZpY2F0aW9uLCBhbmQgSSBhbSBhZnJhaWQgb2YgaW50cm9kdWNpbmcgbmV3IHByb2JsZW1z IHRvIGFmZmVjdCB0aGUgdXNlIG9mIGN1c3RvbWVycy4gU28gbXkgb3JpZ2luYWwgaW50ZW50 aW9uIGlzIHRvIGFzayB0aGUgY29tbXVuaXR5IHdoZXRoZXIgdGhlcmUgaXMgYSBiZXR0ZXIg d2F5IHRvIG1vZGlmeSB0aGUgZ3JlcDMuNyBzb3VyY2UgY29kZS4gVGhlIGJpbmFyeSBtYXRj aGluZyBiZWhhdmlvciBvZiBncmVwMy43IGFuZCBncmVwMy40IGlzIGNvbnNpc3RlbnQuPGJy PiZuYnNwOzxicj4mbmJzcDsmbmJzcDsgJm5ic3A7IEkgc2luY2VyZWx5IGhvcGUgdG8gZ2V0 IHlvdXIgaGVscC48YnI+PGJyPjxkaXY+PGhyIHN0eWxlPSJtYXJnaW46IDAgMCAxMHB4IDA7 Ym9yZGVyOiAwO2JvcmRlci1ib3R0b206MXB4IHNvbGlkICNFNEU1RTY7aGVpZ2h0OjA7bGlu ZS1oZWlnaHQ6MDtmb250LXNpemU6MDtwYWRkaW5nOiAyMHB4IDAgMCAwO3dpZHRoOiA1MHB4 OyIgYWxpZ249ImxlZnQiPjxkaXYgc3R5bGU9ImZvbnQtc2l6ZToxNHB4O2ZvbnQtZmFtaWx5 OlZlcmRhbmE7Y29sb3I6IzAwMDsiPjxhIGNsYXNzPSJ4bV93cml0ZV9jYXJkIiBpZD0iaW5f YWxpYXMiIHN0eWxlPSJ3aGl0ZS1zcGFjZTogbm9ybWFsOyBkaXNwbGF5OiBpbmxpbmUtYmxv Y2s7IHRleHQtZGVjb3JhdGlvbjogbm9uZSAhaW1wb3J0YW50O2ZvbnQtZmFtaWx5OiAtYXBw bGUtc3lzdGVtLEJsaW5rTWFjU3lzdGVtRm9udCxQaW5nRmFuZyBTQyxNaWNyb3NvZnQgWWFI ZWk7IiBocmVmPSJodHRwczovL3d4Lm1haWwucXEuY29tL2hvbWUvaW5kZXg/dD1yZWFkbWFp bF9idXNpbmVzc2NhcmRfbWlkcGFnZSZhbXA7bm9jaGVjaz10cnVlJmFtcDtuYW1lPTI3NzM0 MTQ0NTQmYW1wO2ljb249aHR0cCUzQSUyRiUyRnRoaXJkcXEucWxvZ28uY24lMkZnJTNGYiUz RHNkayUyNmslM0RpYzJsdmxKclJiQ3p2ZkRQQ0xZWmljdFElMjZzJTNEMTAwJTI2dCUzRDE2 Mzk4OTEyMzQlM0ZyYW5kJTNEMTY0NDA2MjEyOSZhbXA7bWFpbD0yNzczNDE0NDU0JTQwcXEu Y29tJmFtcDtjb2RlPSIgdGFyZ2V0PSJfYmxhbmsiPjx0YWJsZSBzdHlsZT0id2hpdGUtc3Bh Y2U6IG5vcm1hbDt0YWJsZS1sYXlvdXQ6IGZpeGVkOyBwYWRkaW5nLXJpZ2h0OiAyMHB4OyIg Y29udGVudGVkaXRhYmxlPSJmYWxzZSIgY2VsbHNwYWNpbmc9IjAiIGNlbGxwYWRkaW5nPSIw Ij48dGJvZHk+PHRyIHZhbGlnbj0idG9wIj48dGQgc3R5bGU9IndpZHRoOiA0MHB4O21pbi13 aWR0aDogNDBweDsgcGFkZGluZy10b3A6MTBweCI+PGRpdiBzdHlsZT0id2lkdGg6IDM4cHg7 IGhlaWdodDogMzhweDsgYm9yZGVyOiAxcHggI0ZGRiBzb2xpZDsgYm9yZGVyLXJhZGl1czo1 MCU7IG1hcmdpbjogMDt2ZXJ0aWNhbC1hbGlnbjogdG9wO2JveC1zaGFkb3c6IDAgMCAxMHB4 IDAgcmdiYSgxMjcsMTUyLDE3OCwwLjE0KTsiPjxpbWcgc3JjPSJodHRwOi8vdGhpcmRxcS5x bG9nby5jbi9nP2I9c2RrJmFtcDtrPWljMmx2bEpyUmJDenZmRFBDTFlaaWN0USZhbXA7cz0x MDAmYW1wO3Q9MTYzOTg5MTIzND9yYW5kPTE2NDQwNjIxMjkiIHN0eWxlPSJ3aWR0aDoxMDAl O2hlaWdodDoxMDAlO2JvcmRlci1yYWRpdXM6NTAlO3BvaW50ZXItZXZlbnRzOiBub25lOyI+ PC9kaXY+PC90ZD48dGQgc3R5bGU9InBhZGRpbmc6IDEwcHggMCA4cHggMTBweDsiPjxkaXYg Y2xhc3M9ImJ1c2luZXNzQ2FyZF9uYW1lIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4O2NvbG9y OiAjMzMzMTJFO2xpbmUtaGVpZ2h0OiAyMHB4OyBwYWRkaW5nLWJvdHRvbTogMnB4OyBtYXJn aW46MDtmb250LXdlaWdodDogNTAwOyI+Mjc3MzQxNDQ1NDwvZGl2PjxkaXYgY2xhc3M9ImJ1 c2luZXNzQ2FyZF9tYWlsIiBzdHlsZT0iZm9udC1zaXplOiAxMnB4O2NvbG9yOiAjOTk5ODk2 O2xpbmUtaGVpZ2h0OiAxOHB4OyBtYXJnaW46MDsiPjI3NzM0MTQ0NTRAcXEuY29tPC9kaXY+ PC90ZD48L3RyPjwvdGJvZHk+PC90YWJsZT48L2E+PC9kaXY+PC9kaXY+PGRpdj4mbmJzcDs8 L2Rpdj48ZGl2IHN0eWxlPSJwb3NpdGlvbjogcmVsYXRpdmU7Ij48ZGl2Pjxicj48L2Rpdj48 ZGl2Pjxicj48L2Rpdj48ZGl2IHN0eWxlPSJmb250LXNpemU6IDEycHg7Zm9udC1mYW1pbHk6 IEFyaWFsIE5hcnJvdztwYWRkaW5nOjJweCAwIDJweCAwOyI+LS0tLS0tLS0tLS0tLS0tLS0t Jm5ic3A71K3KvNPKvP4mbmJzcDstLS0tLS0tLS0tLS0tLS0tLS08L2Rpdj48ZGl2IHN0eWxl PSJmb250LXNpemU6IDEycHg7YmFja2dyb3VuZDojZWZlZmVmO3BhZGRpbmc6OHB4OyI+PGRp dj48Yj63orz+yMs6PC9iPiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICJKaW0gTWV5ZXJpbmciICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgJmx0O2ppbUBtZXllcmluZy5uZXQmZ3Q7OzwvZGl2PjxkaXY+ PGI+t6LLzcqxvOQ6PC9iPiZuYnNwOzIwMjPE6jXUwjMwyNUo0MfG2rb+KSDB6LO/MTo1NTwv ZGl2PjxkaXY+PGI+ytW8/sjLOjwvYj4mbmJzcDsiMjc3MzQxNDQ1NCImbHQ7Mjc3MzQxNDQ1 NEBxcS5jb20mZ3Q7Ozx3YnI+PC9kaXY+PGRpdj48Yj6zrcvNOjwvYj4mbmJzcDsiNjM3ODAi Jmx0OzYzNzgwQGRlYmJ1Z3MuZ251Lm9yZyZndDs7PHdicj48L2Rpdj48ZGl2PjxiPtb3zOI6 PC9iPiZuYnNwO1JlOiBidWcjNjM3ODA6IFJldmVyc2luZyB0aGUgZ3JlcCBtZXNzYWdlIG91 dHB1dCB0eXBlIG1hdGNoaW5nIGJpbmFyeSBmaWxlcyAod2l0aG91dCB0aGUgLWEgb3B0aW9u IGFkZGVkKSBjaGFuZ2VkIGZyb20gc3Rkb3V0IHRvIHN0ZGVycjwvZGl2PjwvZGl2PjxkaXY+ PGJyPjwvZGl2PnRhZ3MgNjM3ODAgbm90YWJ1Zzxicj5jbG9zZSA2Mzc4MDxicj48YnI+T24g U3VuLCBNYXkgMjgsIDIwMjMgYXQgOTo1NoE2pzJQTSAyNzczNDE0NDU0IHZpYSBCdWcgcmVw b3J0cyBmb3IgR05VPGJyPmdyZXAgJmx0O2J1Zy1ncmVwQGdudS5vcmcmZ3Q7IHdyb3RlOjxi cj4mZ3Q7IEJldHdlZW4gZ3JlcDMuNCBhbmQgZ3JlcDMuNSwgdGhlIGdyZXAgbWVzc2FnZSBv dXRwdXQgdHlwZSBtYXRjaGluZyBiaW5hcnkgZmlsZXMgKHdpdGhvdXQgdGhlIC1hIG9wdGlv biBhZGRlZCkgY2hhbmdlZCBmcm9tIHN0ZG91dCB0byBzdGRlcnIuIFRoaXMgcmVzdWx0cyBp biB0aGUgaW5hYmlsaXR5IHRvIHBpcGUgaW4gbWF0Y2hpbmcgbWVzc2FnZXMsIHJlc3VsdGlu ZyBpbiBzaWduaWZpY2FudCBjaGFuZ2VzIHRvIHRoZSB1c2VyIGV4cGVyaWVuY2UuIEJ1dCB0 aGlzIG1vZGlmaWNhdGlvbiBkb2Vzbid0IGFjdHVhbGx5IGRvIG11Y2guIENvdWxkIHlvdSBj b25zaWRlciByZXZlcnNpbmcgdGhpcyBjaGFuZ2U/PGJyPjxicj5QbGVhc2UgcmVhZCB0aGlz IGV4Y2VycHQgZnJvbSB0aGUgTkVXUyBhbmQgYW5ub3VuY2VtZW50IGZvciBzb21lIG9mPGJy PnRoZSBtb3RpdmF0aW9uIGZvciB0aGF0IGNoYW5nZTo8YnI+PGJyPiogTm90ZXdvcnRoeSBj aGFuZ2VzIGluIHJlbGVhc2UgMy41ICgyMDIwLTA5LTI3KSBbc3RhYmxlXTxicj48YnI+Kiog Q2hhbmdlcyBpbiBiZWhhdmlvcjxicj48YnI+Jm5ic3A7IFRoZSBtZXNzYWdlIHRoYXQgYSBi aW5hcnkgZmlsZSBtYXRjaGVzIGlzIG5vdyBzZW50IHRvIHN0YW5kYXJkIGVycm9yPGJyPiZu YnNwOyBhbmQgdGhlIG1lc3NhZ2UgaGFzIGJlZW4gcmV3b3JkZWQgZnJvbSAiQmluYXJ5IGZp bGUgRk9PIG1hdGNoZXMiIHRvPGJyPiZuYnNwOyAiZ3JlcDogRk9POiBiaW5hcnkgZmlsZSBt YXRjaGVzIiwgdG8gYXZvaWQgY29uZnVzaW9uIHdpdGggb3JkaW5hcnk8YnI+Jm5ic3A7IG91 dHB1dCBvciB3aGVuIGZpbGUgbmFtZXMgY29udGFpbiBzcGFjZXMgYW5kIHRoZSBsaWtlLCBh bmQgdG8gYmU8YnI+Jm5ic3A7IG1vcmUgY29uc2lzdGVudCB3aXRoIG90aGVyIGRpYWdub3N0 aWNzLiZuYnNwOyBGb3IgZXhhbXBsZSwgY29tbWFuZHM8YnI+Jm5ic3A7IGxpa2UgJ2dyZXAg UEFUVEVSTiBGSUxFIHwgd2MnIG5vIGxvbmdlciBhZGQgMSB0byB0aGUgY291bnQgb2Y8YnI+ Jm5ic3A7IG1hdGNoaW5nIHRleHQgbGluZXMgZHVlIHRvIHRoZSBwcmVzZW5jZSBvZiB0aGUg bWVzc2FnZS4mbmJzcDsgTGlrZSBvdGhlcjxicj4mbmJzcDsgc3RkZXJyIG1lc3NhZ2VzLCB0 aGUgbWVzc2FnZSBpcyBub3cgb21pdHRlZCBpZiB0aGUgLS1uby1tZXNzYWdlczxicj4mbmJz cDsgKC1zKSBvcHRpb24gaXMgZ2l2ZW4uPGJyPjxicj5JZiB5b3Ugd2FudCB0byByZXN0b3Jl IHN1Y2ggZGlhZ25vc3RpY3MgdG8gc3Rkb3V0LCB5b3UgY2FuIGludm9rZSBncmVwPGJyPnRo cm91Z2ggYSBiYXNoL3pzaCBmdW5jdGlvbiB3cmFwcGVyIGxpa2UgdGhpczo8YnI+KGl0IHBy ZXNlcnZlcyBhbGwgc3RkZXJyLCBleGNlcHQgdGhhdCBvbmUgZGlhZ25vc3RpYywgd2hpY2gg aXQ8YnI+cmVkaXJlY3RzIHRvIHN0ZG91dCk6PGJyPjxicj4mbmJzcDsgZ3JlcCgpIHsgbG9j YWwgcmU9J15ncmVwOiAuKjogYmluYXJ5IGZpbGUgbWF0Y2hlcyQnOyBlbnYgZ3JlcCAiJEAi PGJyPjImZ3Q7ICZndDsodGVlJm5ic3A7ICZndDsoZW52IGdyZXAgLWF2ICIkcmUiIDEmZ3Q7 JmFtcDsyKSB8IGVudiBncmVwIC1hICIkcmUiKTsgfTwvZGl2Pg== ------=_NextPart_64754ADE_0F3EDD88_72E76A8A-- ÿÿÿÿÿI From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 21:14:15 2023 Received: (at submit) by debbugs.gnu.org; 30 May 2023 01:14:15 +0000 Received: from localhost ([127.0.0.1]:59503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3nwF-00075f-Fb for submit@debbugs.gnu.org; Mon, 29 May 2023 21:14:15 -0400 Received: from lists.gnu.org ([209.51.188.17]:33860) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3nwC-00075W-QF for submit@debbugs.gnu.org; Mon, 29 May 2023 21:14:13 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3nwC-0005FQ-KB for bug-grep@gnu.org; Mon, 29 May 2023 21:14:12 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3nwA-0003Bi-GR for bug-grep@gnu.org; Mon, 29 May 2023 21:14:12 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 2A24D320039A for ; Mon, 29 May 2023 21:14:08 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute6.internal (MEProxy); Mon, 29 May 2023 21:14:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1685409247; x=1685495647; bh=hNoChSlDuQcLq fADSXdBMtxwjwituTh6ebtLBCz9BbY=; b=wWI25YydfDrjvPVlm+7xByx28LVCo S+G+pIAHvfEdCnx2I4M44yuJ6gA8qb46lYSY0aFQhetojhQtt4yvvPDIgeb1bccH DtiYQhRRm8vzgadw9UTwZsKeivbKH9L5rFC5eCR26jzGC5S57H252UqjOMuLlhWf wDjjIItwwwNRmw53ZhsMbbeXARK1d9Vo12biCHPgMSp+CkQMFCV/UDs+VuF4hBxP 3n/05sp/AOuCdiHwHnE8R9Is1/MtJBXnoi88e89K8NIgBEDImMEdH5GGkqQi1kwq BxCIzvLDP2VJuJx74nPilAfwL3AD28u9TqYJk8MuFGplcX6R4DHt/NnLQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeekiedggedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderreejnecuhfhrohhmpedfrfgruhhlucflrggtkhhsohhnfdcuoehpjhesuhhsrgdr nhgvtheqnecuggftrfgrthhtvghrnhepiedvgeelkeejueetieeijeetkeffkeejgfeuke euvedtjeduheeuveefleetjeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepphhjsehushgrrdhnvght X-ME-Proxy: Feedback-ID: i047841af:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 43B5DB60086; Mon, 29 May 2023 21:14:07 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-441-ga3ab13cd6d-fm-20230517.001-ga3ab13cd Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Mon, 29 May 2023 20:13:46 -0500 From: "Paul Jackson" To: bug-grep@gnu.org Subject: =?UTF-8?Q?Re:_bug#63780:_=EF=BF=BD=D8=B8=EF=BF=BD=EF=BF=BD=EF=BF=BD_bug#?= =?UTF-8?Q?63780:_Reversing_the_grep_message_output_type_matching_binary?= =?UTF-8?Q?_files_(without_the_-a_option_added)_changed_from_stdout_to_s?= =?UTF-8?Q?tderr?= Content-Type: text/plain Received-SPF: neutral client-ip=64.147.123.24; envelope-from=pj@usa.net; helo=wout1-smtp.messagingengine.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_NEUTRAL=0.779, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) 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.6 (--) >> So my original intention is to ask the community whether there is a better way to modify the grep3.7 source code. I doubt it makes sense to change (revert, in this case) grep's interface for all other users, for the benefit of one user who has limited ways of adapting to the current interface. Can you code a wrapper for grep, whether in bash/zsh shell or in C or similar, that is also called "grep" and appears on the PATH before the "real" grep? This wrapper could invoke the "real" grep, fixup the one issue of concern here, that the "binary file matches" error message might come out on the "wrong" (for your use case) file descriptor, and leave all the other grep work to whatever the currently installed "real" grep does. -- Paul Jackson pj@usa.net From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 21:44:47 2023 Received: (at 63780) by debbugs.gnu.org; 30 May 2023 01:44:47 +0000 Received: from localhost ([127.0.0.1]:59513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3oPn-0007pQ-Bt for submit@debbugs.gnu.org; Mon, 29 May 2023 21:44:47 -0400 Received: from mail-oo1-f46.google.com ([209.85.161.46]:52560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3oPl-0007pD-5M for 63780@debbugs.gnu.org; Mon, 29 May 2023 21:44:46 -0400 Received: by mail-oo1-f46.google.com with SMTP id 006d021491bc7-5555a3266cbso1884263eaf.1 for <63780@debbugs.gnu.org>; Mon, 29 May 2023 18:44:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685411079; x=1688003079; h=content-transfer-encoding:cc:to:subject:message-id:date:from :reply-to:in-reply-to:references:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=31naa/HxfZVuUysHzQTpvXRqaqwGvNUKP0qKoKpjH50=; b=lTmO1LprnaP3bmWi1PsDkdG5xPO3JAm1ppRMZxKdX0oTITLBfXC5+1TVvEzYpGLiPI c1AGFlPcvRxftduwPDId55UFY4o0DkHwuUUYQb/DurwJuASfdiHlvabT70fHuV9JT0CW 1Gwh842hfo0M3DTScM2Su2iWNHkXnWua7Jq+ZrkWgP9ELMgfqkRnTtE7EibnsTxrnZZK 9t8SX2hSBH8TnbFUxFhJsUt8ovKMVZnpZgKjru5FQv/wDp5hbgSeL77c3NgSL1O9KFOa lvNBWSfMqO9PsyKCa/GrDgdeWi5SBM3Nuy91F6PiBPuNRKLGumC4jKJNYFRKh17CJzYp VJ8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685411079; x=1688003079; h=content-transfer-encoding:cc:to:subject:message-id:date:from :reply-to:in-reply-to:references:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=31naa/HxfZVuUysHzQTpvXRqaqwGvNUKP0qKoKpjH50=; b=TgnxADqLKxETVFwAqEDfOYaeGHZz50cJLJhuNGXljLuw0id9ZDucntpnBrkLR0AAmf I6HtfPc5EpDG+yxwQhYt8nq1EbIyP4RNvZSMHmpRdlh4LmU1p/o+J2Dx1Nor1mA7l2Ss tilnC9UWEcjA8Vxz+xSoRfn8D7mKmrQpl6+Zrc9DoWE7qLgOE8eVXsLFLlxJ7kw4bw3u nVYTHZxKk4vASK4eykMqM2ZEXpzAQsxxMUx2J42itM20k4vXED3vCXAA7aTo5oX67cQe oma2FlvT/fNyYrwaGko0LpadmZIkngaBWWO8h5TJq4ihJeJGwetc3HQ93f9Ohzq7tEdH bkNA== X-Gm-Message-State: AC+VfDyUdlEqH/HoHU6HSPkSgd1+tURLvs3ZrUPSXzWbiELiLHyqir3K 9OmR/8RZlsDmLka20JytoVcu5K3H1nBiBHuZZug= X-Google-Smtp-Source: ACHHUZ7Ru/qNIKSkHRJIqwgfDIdg7tmjhHMfqXjgkIEt3Hoie5fJLlF6HWO0wfYuhSq67dqD3tvFb09kW8jix64beDo= X-Received: by 2002:a05:6870:3747:b0:19f:8fd5:3493 with SMTP id a7-20020a056870374700b0019f8fd53493mr358699oak.7.1685411079150; Mon, 29 May 2023 18:44:39 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jeffrey Walton Date: Mon, 29 May 2023 21:44:11 -0400 Message-ID: Subject: =?UTF-8?Q?Re=3A_bug=2363780=3A_=EF=BF=BD=D8=B8=EF=BF=BD=EF=BF=BD=C2=BA_bug=2363780=3A_Reversing_th?= =?UTF-8?Q?e_grep_message_output_type_matching_binary_files_=28without_th?= =?UTF-8?Q?e_=2Da_option_added=29_changed_from_stdout_to_stderr?= To: 2773414454 <2773414454@qq.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63780 Cc: 63780 <63780@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: , Reply-To: noloader@gmail.com Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Mon, May 29, 2023 at 9:02=E2=80=AFPM 2773414454 via Bug reports for GNU grep wrote: > >      I know my suggestion may seem silly, but in fact= , I used grep3.4 related code for my project and provided it to the client,= and recently provided the client with grep3.7 for an upgrade. After upgrad= e I found that the change from grep3.4 to grep3.5 caused my project to beco= me invalid. > >     Since the project is running, my dilemma is that I can= only modify the source code of grep3.7 to solve the customer problem, and = I cannot adapt the grep command to the project. I tried to roll back the be= havior to grep3.4. I find that there are batch use cases that fail. At leas= t 3 grep binary matching open source patches need to be backed up, this is = too much modification, and I am afraid of introducing new problems to affec= t the use of customers. So my original intention is to ask the community wh= ether there is a better way to modify the grep3.7 source code. The binary m= atching behavior of grep3.7 and grep3.4 is consistent. Maybe ack(1) could be a suitable replacement for you. ack(1) man page at https://linux.die.net/man/1/ack . Or, you could roll your own replacement with just the functionality you nee= d. Or, you could describe the problem you are trying to solve, rather than trying to revert to grep 3.4. Someone may be able to help you with it. Jeff From debbugs-submit-bounces@debbugs.gnu.org Mon May 29 23:46:17 2023 Received: (at submit) by debbugs.gnu.org; 30 May 2023 03:46:17 +0000 Received: from localhost ([127.0.0.1]:59588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3qJN-0002kG-3J for submit@debbugs.gnu.org; Mon, 29 May 2023 23:46:17 -0400 Received: from lists.gnu.org ([209.51.188.17]:44660) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q3qJL-0002k3-8H for submit@debbugs.gnu.org; Mon, 29 May 2023 23:46:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3qJK-0003Id-WA for bug-grep@gnu.org; Mon, 29 May 2023 23:46:15 -0400 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3qJI-0002TF-Dv for bug-grep@gnu.org; Mon, 29 May 2023 23:46:14 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 73E96320090F for ; Mon, 29 May 2023 23:46:08 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute6.internal (MEProxy); Mon, 29 May 2023 23:46:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1685418368; x=1685504768; bh=dkci7qlB3xUYP 9pBX8EesUBlySWy+Jr59g0mkiHqv04=; b=HB8BG1U2CMiXMZCbs3YeaUYnanBmU fsxutjhAtMgfbFJA///2gk66mreIwOXPyX5Q8moTK0+P2TRHSl2BVH1EhRaeXO7+ DPcaO3hbO3pS6TWDTU3PRCnjBEuWo2PuoA6wQuL+RzBwu08UiE+3lHDcyHf6w1Tr sFO01Yem1Qutc5RrRSrst0mHAG0RXzNRpbgWJc6f6OCI+1dBD/KWS2QI5u0b6mQE n9f+0kj5TPexbjVJQ1WpqRybK+kxNEPHN5gG9V+2/Egj5OJuLk/GuaJ5qYBknsfZ jZlCYt3QBXJRf78w700yV5jO2AonQkNCMsJwMmIAE/D+wOVPUIdnAjkBQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeekiedgjeefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderreejnecuhfhrohhmpedfrfgruhhlucflrggtkhhsohhnfdcuoehpjhesuhhsrgdr nhgvtheqnecuggftrfgrthhtvghrnhepiedvgeelkeejueetieeijeetkeffkeejgfeuke euvedtjeduheeuveefleetjeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepphhjsehushgrrdhnvght X-ME-Proxy: Feedback-ID: i047841af:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id A12D2B60086; Mon, 29 May 2023 23:46:07 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-441-ga3ab13cd6d-fm-20230517.001-ga3ab13cd Mime-Version: 1.0 Message-Id: <806962c8-e34a-46b9-a434-b1f23fe87133@app.fastmail.com> In-Reply-To: References: Date: Mon, 29 May 2023 22:44:26 -0500 From: "Paul Jackson" To: bug-grep@gnu.org Subject: =?UTF-8?Q?Re:_bug#63780:_=EF=BF=BD=D8=B8=EF=BF=BD=EF=BF=BD=C2=BA_bug#637?= =?UTF-8?Q?80:_Reversing_the_grep_message_output_type_matching_binary_fi?= =?UTF-8?Q?les_(without_the_-a_option_added)_changed_from_stdout_to_stde?= =?UTF-8?Q?rr?= Content-Type: text/plain Received-SPF: neutral client-ip=64.147.123.21; envelope-from=pj@usa.net; helo=wout5-smtp.messagingengine.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_NEUTRAL=0.779, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) 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.6 (--) ... or if you're really just looking for which files to backup, based on the contents of those files matching some regex pattern, consider using the "grep -l", aka "grep --files-with-matches", option. It might be a wee bit faster or less consumptive of file system buffers on large files that have at least one match early on, and based on my 20 seconds of testing just now, it (grep -l) examines all files, whether binary or not, unlike the default grep, which without the -l option chooses not to search binary files, and complains (now on stderr) instead. -- Paul Jackson pj@usa.net From debbugs-submit-bounces@debbugs.gnu.org Tue May 30 17:02:10 2023 Received: (at 63780) by debbugs.gnu.org; 30 May 2023 21:02:10 +0000 Received: from localhost ([127.0.0.1]:34387 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q46Tp-0002px-TV for submit@debbugs.gnu.org; Tue, 30 May 2023 17:02:10 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:37274 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q46Tn-0002po-Pd for 63780@debbugs.gnu.org; Tue, 30 May 2023 17:02:09 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id 34UK20EM021189; Tue, 30 May 2023 13:02:02 -0700 Message-ID: <6476640E.2080100@tlinx.org> Date: Tue, 30 May 2023 14:01:02 -0700 From: gnu@tlinx.org User-Agent: Thunderbird MIME-Version: 1.0 To: arnold@skeeve.com Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr References: <202305290651.34T6pWHh010058@freefriends.org> In-Reply-To: <202305290651.34T6pWHh010058@freefriends.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63780 Cc: 2773414454@qq.com, 63780@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: -1.0 (-) On 2023/05/28 23:51, arnold@skeeve.com wrote: > There is no real need to make such a change, given that it's really > easy to handle at the shell level: > > ... | grep '...' 2>&1 | ... > ---- But why should the user have to worry work around a bug in grep? Why is finding the desired text in a binary file not a "positive finding" as it is in a text file? The point of the grep is to find the regex in matching files -- there is no differentiation between text and binary files in the concept of searching for a string in all files. This gets especially hairy when various utilities (gnu, et al.) classify ill-formatted text files as 'binary' because they don't fit some definition of a text file. Examples: * A "text" file that has a NUL byte terminating some paragraph in the file can easily be taken as a binary file. * An "mbox" file may be classified as 'binary' due to mixed encodings in incoming emails. * absence of a "eol" at the end of a file can force classification of the file as binary -- only allowing the file to be written w/o the " eol" if the file is marked as binary. * The presence of a BOM at the beginning of a file might force a non-unicode util to classify the file as binary. There are too many cases where someone would expect grep to display a positive for a file, where now, such a positive would only be noted on stderr. Noting a match (which is what grep should do), shouldn't be considered an error that is only output on stderr. Matches for files that are scanned with the appropriate options (assuming binary files are not skipped), should be displayed on stdout. This has been the case in the past and shouldn't be changed on some whim. Saying the user should work around a basic change in behavior for positive matches is "making the user wrong" and the opposite of "user-friendly". I also think this behavior change should be reverted to keep grep's positive findings consistently going to stdout. Linda Walsh OR some text editors force presence of a final "EOL" if the file is not explicitly marked as 'binary'.Some utils may classify a 'mbox' file as binary file due to mixed encodings of incoming emails. > HTH, > > Arnold > > "2773414454" via Bug reports for GNU grep wrote: > > >> Hi ! >> >> >> Between grep3.4 and grep3.5, the grep message output type matching binary files (without the -a option added) changed from stdout to stderr. This results in the inability to pipe in matching messages, resulting in significant changes to the user experience. But this modification doesn't actually do much. Could you consider reversing this change? >> >> >> >> >> 2773414454 >> 2773414454@qq.com >> >> >> >>   >> > > > > From debbugs-submit-bounces@debbugs.gnu.org Tue May 30 18:04:55 2023 Received: (at control) by debbugs.gnu.org; 30 May 2023 22:04:55 +0000 Received: from localhost ([127.0.0.1]:34434 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q47SU-0004UV-Ow for submit@debbugs.gnu.org; Tue, 30 May 2023 18:04:55 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:54220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q47SP-0004UA-3y for control@debbugs.gnu.org; Tue, 30 May 2023 18:04:49 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id EFCBC3C020F7C for ; Tue, 30 May 2023 15:04:38 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id qr1RzPGcDBqd for ; Tue, 30 May 2023 15:04:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id AA2973C09FA21 for ; Tue, 30 May 2023 15:04:38 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu AA2973C09FA21 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1685484278; bh=qntk1L0pPkI5X7CxIHqIXb9qnZQ6l/YtnqLyNf/6C0Q=; h=Message-ID:Date:MIME-Version:To:From; b=q/B9ItR6HBJa2OrZPnL1+aucOIAJn3FG79ZQZQDmrVpwXpnQUO69I40l59o0q46cK Cu4YZx+slrJwQRE0MKJd1PmEnQUoeu1rSKtVir4IlINnT5SuZLugB7HV3K+hN0lVyC 0cw6xb0dm/yCwB1Cos56oD1ISW9Azr19fVebMGWcKvBZ/xsvWAiWMTnPqmqF0TvYXM GpLNLD3yJamDCB1QDenUljPMKhcALsxcQS20W4XbnTXXMVEiFgmT6P0OEMA+eykIcF juyTsgKOktIJzDUdzxXKLRgsuuqjti3NiyiiOZOPkNInLB26wUy2goRjyJ//1HLgoJ ibTQLQrmoYAoQ== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id r19T6E0pSP6r for ; Tue, 30 May 2023 15:04:38 -0700 (PDT) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 907613C020F7C for ; Tue, 30 May 2023 15:04:38 -0700 (PDT) Message-ID: Date: Tue, 30 May 2023 15:04:38 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: en-US To: GNU bug control From: Paul Eggert Subject: 63780 is not a bug Organization: UCLA Computer Science Department Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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 (-) tags 63780 notabug close 63780 From debbugs-submit-bounces@debbugs.gnu.org Wed May 31 15:17:29 2023 Received: (at 63780) by debbugs.gnu.org; 31 May 2023 19:17:30 +0000 Received: from localhost ([127.0.0.1]:36351 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4RK5-0001im-7q for submit@debbugs.gnu.org; Wed, 31 May 2023 15:17:29 -0400 Received: from sonic301-22.consmr.mail.gq1.yahoo.com ([98.137.64.148]:35175) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4RK1-0001iX-5w for 63780@debbugs.gnu.org; Wed, 31 May 2023 15:17:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1685560638; bh=nlA6/uE6QuyFprPPgynw2+qhr4xmFijiTR8xYWRPOGI=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=QzQztgHh6a05mJkxilr4C/Wak+XndD/zTSTQGYoFtci3DMfZIw+Cxly7UtAwsNYCFbgj1XFxJynfsZ9xijoDGLfhhWl7GGPid7dJe9lMZNQMFO/KpP2+SQFi+4bVdr1BbdVloj7zbHghSXw0lO7AJ1mscNv9MHjTxaKzpGuqEo063W709KDRnC/euh0LPGoxAryua5aM8KSrMNx/esJHVxjwcEqePhie0LEA2/+eXVTAsAfwDFdhwlhOTENFQ/fhTnpYrK2orRewL7oU2bns6gkzJItFm84TzLUd3YxYDuHPqdys+qHxHbYkWa82JhChLMCZeWg1GRyFMSa83mVvzA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685560638; bh=0A8Xvb8leW3HoaEt3+hi2waVghBH5cm85aKEW3seFZ1=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=LC+QOpRUrEmkR4EtK8ZoGo/7aB+jurCPqZztADiGaRj6D5fxWOLFbf+f+DRrFHvd77idnAiD3Ra6QY47CvMBMm1H1/x7vCq4p+rUK9ZvJIMbksK6I2Y16XtMoBLHf4LiyQMiLbjD8kmKuey7yQ+Gt1DCxZAPtcnXbDdGH52JxLfl6UqMq++OKANqeodQcDqioGkgSrrWiljT0PJB6YodlSKIPzxS+1yTylFTJVt2hyiTdlWHrq8K2HgFT9agyPXlPd7kwFd0bjO5pjT57NJA7rXlJJl1Fx1w+lxu3dOE4sb5P6XN/M2LVwINhdeCVFG6Bxun5tbdcCsgHqdBZzcoMw== X-YMail-OSG: 59gHD40VM1mtUKupsLQHG_ZXOxvf07n0qVXRWjwKj7KuJYo17erJjQHmdbyOBdO 5ViQjOUztqV.vuPObvWpU2V8RpY5JOqKRkiyWuuNvnnBjtrBOvwmYqrngaE99ip9p6ukuzSYbL.n ICm1v1YaiIyN3rdRRMGzv416G.zGYrQfE8YbsGDEGX0Hk22kH1fy0umJW2EM4ildRclnzQM50D5x lKOmLe3PliV0Zp0aQ5omJFDEem_o.uIA.W6vce.9EunWRfd.9OD9SMjVgjs581gBYVhlTUpw_qcZ rOeGiNimdGOCWpSUTgGVLyytgclSA_IO0FHto2dMYBT23OxoAdx4r3yyavBnHWRiF2F0FmlcWEYd NgW3F7rEmkMpb2iJrDCDc97wDeyhvPSRre8BEgcKUnksxHrRmOaaSmiZzcFVLEgzMZXdmFqljFvv .IfAlTuqQaO7nDkaEAzKCJoi3GaEn4dqf9fOcCEwxVIDovSn6zqGXWRFvzr.CI5R7K8YxQv1DO35 xa_qKor3uxszBHOYFoHGO67nLiof2Jwr6U0Jh1G7IegZaP8zoDzHBFzrN3WYtxxbzXIMxH_ufxAg HjhVmXNxad4Ldk8YMPHaREG4TAvdy4nRxM5HulAoZEYpjczZ4kN54MxLG31O2tcL8HWxOvZPB7lJ ZLgftX_jOpInEtM_AdFgX3IFwM4LGY51LEQxyIj6iLDPdRA6GwRYH7_gThUIszgxrERKYcdVIhUi JJGrM4cptLPfYSOaBzaVp2YrNhHgwKu.gKqVlLMl.ru0bZeZNUNDyqtmmUWvR4ech0pH6l68QK9q NstDh28uoSLdKSUSRV92lStZxX2i..yxcZdVdihz4nZLSprKaJ6U6svM7sBENNaUmEPy9qOa15B0 YHwmYV77oLjfdddklu2XQn399_PpY1yZFEJU0qhC5p6QjJaRk3eClU9ymm18P86f6CZdCYm9sH_F olYg55974mAMR3MsY6Mj7FcCHCU8QgO1fiVs9YI.tvhlgIPwz8h1.dgpptxgw2wA3PvTYKVpUTsK rcuLzU4rG.pRlz3PPtnWJRmRL01ygIEmp30YQogns_yEgRkT1ofIlTNVLMQZ8e.VKLeknekmE3Te FCv70kquQYeKL7QemdmrXK3xyILZOVxL7oQgownNk2p.uWE3FlCoFE6LvmYwzxKRyMOeNVRa9YQH QCAcnho2lz_svqIGhwBssvBzTKr3X5iF5BykENvFAvNrcgj07RtCZaF9DnrNboWIdqOu8ZtqE6.C XP8oY84puHkkFWt8l..eBMG.Feac7LA_xTzt.MMhqtKeWwwqlfe4jvf_1FopBJPqo6iI4v5MnIC6 P.VB.lZuvwKzYEvQE3SEYAA_fbqiNtol6nW8i.GFQzjnGO8O5NoqN72j8qvKrA.YzS5TgHAzwbaG E9Dxmn7docuBmjK1vULQx3a0LHiJiqDq9xzeguF6zwD7CeX5see6oDTxErhbfDBEyj9d6tGBbGol a6lpV5VhyZmn_rGx5vh6afHf2DoWVBzy37epPDZvnWHIFJTUSMCOj.kcH9QWHtNVH2F74.ernRt9 wUCzwkWuCOmNusq3PNsRBb1smQfKFr87L.ZcW7qHG29OVBD7oNBS_qQCa87KTLazy7w6KXS9sPeq KwzufuQMOxtQGgj8Cee2HM319435fk2cBsLhR9XV.toVK9gmQvpo0vm01EW1UNCVoCvNk9nhEAV8 FG9nG_7viqxyCTE4wTxdICFADocQI1J4mxmGP_azVhiqCCzpJj1MiCOu8EJxvQgd8iO6iu06zc8t uvBY_VrcX8dnot0mw.ZeGUt.l7eZquM1A9xwWF1SRrpqQ9psuXw2ebPLid1Q4Y63M.pLdBz26KxS JlUS4FXatTri0jDC0JR76ujO6.xYm9ylve6sSFeS0aeXG_lnCnhouPcL.5k_3yzd86MCA.JEQkDB R8RL57Sn.4djDg63zUuTBljyP5IjmVX91eeCO2rL.3Y.dtFmOdtuck5YuKj4w0KcA5J36DA8wl0D 2AgOimd2y.HpPnTqhAN0Jm3WNbrmrs5aIE8I8TKTzAvQcZp_3YFV_WnKouXbXVhpYkF3e9QJq.Si nH8fgNzbnSdUY1KJoFkZo9PwGRniSYeDfGxXEvQvpa53Mcg.NDZUVDJpgYDPmaEbG7cWFip1eZuS I_5xkO3pAJsvbU70gpQFgfSvQhiTf4Bqv.REKpDkGc4DUeGS1tIX1gaoOFNpONsJ_wScrs5PM3e8 0Wjco2ieCu_srKcFdPG6Bkhd0_qZFPJFEhK35732DujXd0Y_QoKNXz5DRUYFreBAUe_EW54KNcA- - X-Sonic-MF: X-Sonic-ID: d5328d69-2cae-434f-a110-ca842db82435 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Wed, 31 May 2023 19:17:18 +0000 Date: Wed, 31 May 2023 19:17:15 +0000 (UTC) From: "David G. Pickett" To: "gnu@tlinx.org" , "arnold@skeeve.com" Message-ID: <1553760558.3891248.1685560635894@mail.yahoo.com> In-Reply-To: <6476640E.2080100@tlinx.org> References: <202305290651.34T6pWHh010058@freefriends.org> <6476640E.2080100@tlinx.org> Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3891247_872845154.1685560635893" X-Mailer: WebService/1.1.21495 aolwebmail Content-Length: 9701 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63780 Cc: "2773414454@qq.com" <2773414454@qq.com>, "63780@debbugs.gnu.org" <63780@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: , Reply-To: "David G. Pickett" Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------=_Part_3891247_872845154.1685560635893 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I concur with Arnold: stdout/FD1 is for the data stream, stderr/FD2 is for = errors and similar user communication outside the data stream.=C2=A0 Findin= g a file, binary or otherside, should get it reported the same way.=C2=A0 A= s grep was a *VERY* mature product, such a strange behavior should not have= been introduced to it, especially breaking a past behavior. -----Original Message----- From: gnu@tlinx.org To: arnold@skeeve.com Cc: 2773414454@qq.com; 63780@debbugs.gnu.org Sent: Tue, May 30, 2023 5:01 pm Subject: bug#63780: Reversing the grep message output type matching binary = files (without the -a option added) changed from stdout to stderr On 2023/05/28 23:51, arnold@skeeve.com wrote: > There is no real need to make such a change, given that it's really > easy to handle at the shell level: > > =C2=A0=C2=A0=C2=A0 ... | grep '...' 2>&1 | ... >=C2=A0=20 ---- =C2=A0 =C2=A0 But why should the user have to worry work around a bug in gr= ep? Why is finding the desired text in a binary file not a "positive finding" as it is in a text file? The point of the grep is to find the regex in matching files -- there is no differentiation between text and binary files in the concept of searching for a string in all files. This gets especially hairy when various utilities (gnu, et al.) classify ill-formatted text files as 'binary' because they don't fit some definition of a text file. Examples: * A "text" file that has a NUL byte terminating some paragraph =C2=A0 in the file can easily be taken as a binary file. * An "mbox" file may be classified as 'binary' due to mixed encodings =C2=A0 in incoming emails. * absence of a "eol" at the end of a file can force classification =C2=A0 of the file as binary -- only allowing the file to be written w/o th= e "=C2=A0 eol" if the file is marked as binary. * The presence of a BOM at the beginning of a file might force a non-unicod= e =C2=A0 util to classify the file as binary. There are too many cases where someone would expect grep to display a=20 positive for a file, where now, such a positive would only be noted on stderr. Noting a match (which is what grep should do), shouldn't be considered=20 an error that is only output on stderr. Matches for files that are scanned with the appropriate options=20 (assuming binary files are not skipped), should be displayed on stdout.=C2=A0 This has been the ca= se=20 in the past and shouldn't be changed on some whim.=20 Saying the user should work around a basic change in behavior for positive matches is "making the user wrong" and the opposite of "user-friendly". I also think this behavior change should be reverted to keep grep's positive findings consistently going to stdout. Linda Walsh OR some text editors force presence of a final "EOL" if the file is not=20 explicitly marked as 'binary'.Some utils may classify a 'mbox' file as=C2=A0 binary file due to mixed encodings of incoming emails.= =20 > HTH, > > Arnold > > "2773414454" via Bug reports for GNU grep wrote: > >=C2=A0=20 >> Hi ! >> >> >> Between grep3.4 and grep3.5, the grep message output type matching binar= y files (without the -a option added) changed from stdout to stderr. This r= esults in the inability to pipe in matching messages, resulting in signific= ant changes to the user experience. But this modification doesn't actually = do much. Could you consider reversing this change? >> >> >> >> >> 2773414454 >> 2773414454@qq.com >> >> >> >>   >>=C2=A0 =C2=A0=20 > > > >=C2=A0=20 ------=_Part_3891247_872845154.1685560635893 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
-----Original Message-----
From: gnu@tlinx.org
To: arnold@skeeve.com
Cc: 2773414454@qq.com; 63780@debbugs.gnu.org
Sent: Tue, May 30, 2023 5:01 pm
Subject: bug#63780: Reversing the grep message output type matching binary = files (without the -a option added) changed from stdout to stderr

On 2023/05/28 23:51, arnold@skeeve.com w= rote:
> There is no real need to make such a change, g= iven that it's really
> easy to handle at the shell le= vel:
>
>     ... |= grep '...' 2>&1 | ...
> 
----
    But why should the user have to wo= rry work around a bug in grep?

Why is = finding the desired text in a binary file not a "positive finding"
as it is in a text file?

The= point of the grep is to find the regex in matching files -- there is
no differentiation between text and binary files in the concep= t of
searching for a string in all files.

This gets especially hairy when various utilities (gn= u, et al.) classify
ill-formatted text files as 'binary' = because they don't fit some definition
of a text file. Ex= amples:
* A "text" file that has a NUL byte terminating s= ome paragraph
  in the file can easily be taken as a= binary file.
* An "mbox" file may be classified as 'bina= ry' due to mixed encodings
  in incoming emails.
* absence of a "eol" at the end of a file can force classifi= cation
  of the file as binary -- only allowing the = file to be written w/o the
"  eol" if the file is ma= rked as binary.
* The presence of a BOM at the beginning = of a file might force a non-unicode
  util to classi= fy the file as binary.

There are too m= any cases where someone would expect grep to display a
p= ositive
for a file, where now, such a positive would only= be noted on stderr.

Noting a match (w= hich is what grep should do), shouldn't be considered
an= error
that is only output on stderr.
<= br clear=3D"none">Matches for files that are scanned with the appropriate o= ptions
(assuming binary files
are not = skipped), should be displayed on stdout.  This has been the case
in the past
and shouldn't be changed on som= e whim.

Saying the user should work a= round a basic change in behavior for positive
matches is = "making the user wrong" and the opposite of "user-friendly".

I also think this behavior change should be reverted= to keep grep's
positive findings consistently going to s= tdout.

Linda Walsh
<= br clear=3D"none">
OR some text editors force presence of= a final "EOL" if the file is not
explicitly
marked as 'binary'.Some utils may classify a
'mbox= ' file as  binary file due to mixed encodings of incoming emails.=20

> HTH,=
>
> Arnold
>= ;
> "2773414454" via Bug reports for GNU grep <bug-grep@gnu.org> wrote:
>
> 
>> Hi !
>&g= t;
>>
>> Between grep3.4 an= d grep3.5, the grep message output type matching binary files (without the = -a option added) changed from stdout to stderr. This results in the inabili= ty to pipe in matching messages, resulting in significant changes to the us= er experience. But this modification doesn't actually do much. Could you co= nsider reversing this change?
>>
= >>
>>
>>
>> 2773414454
>> 27734144= 54@qq.com
>>
>>
>>
>> &nbsp;
>>   
>
>
>
> 



------=_Part_3891247_872845154.1685560635893-- From debbugs-submit-bounces@debbugs.gnu.org Wed May 31 20:38:24 2023 Received: (at 63780) by debbugs.gnu.org; 1 Jun 2023 00:38:24 +0000 Received: from localhost ([127.0.0.1]:36538 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4WKd-00043D-MK for submit@debbugs.gnu.org; Wed, 31 May 2023 20:38:24 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:48766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4WKX-00042w-H7 for 63780@debbugs.gnu.org; Wed, 31 May 2023 20:38:21 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 72C303C09FA06; Wed, 31 May 2023 17:38:11 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id t1PYWm8UGrjJ; Wed, 31 May 2023 17:38:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 105D13C09FA21; Wed, 31 May 2023 17:38:11 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 105D13C09FA21 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1685579891; bh=YbEJpm2i1eU0U5sLbyyoxIuOen2pxLJRKA+qHrXQi4M=; h=Message-ID:Date:MIME-Version:To:From; b=BBT7qY4kkTTfmTK6NupO+lxi+IN3RAWfnYakYhW1BNl4VRct8NEbxJatKmjcSLfy/ VdI03E6bSVYBSD/b/VOTjDGtLNORFiFAZHRYaWF4eaXe5Rb+ossOkHxeJj+qBkBdTs Sex1bm0iN9uzG8pRB2ZXuTgf+rleA0HYJBpFFus3P4lEZIoPFpDYB/flFws0KbrA/A LgjKszaQyUGBc++LlDrvVqdTbLqM3JOHFrBpAw9KwMlCAp6NyMkieOMfLKnbVIn9+y mnOrilOGul2xPnzQIZlKC2E5KF3pFmVAWTAgvLW/4SkLjclHjoCvInCRWMyvOn7nRw GI3fTDVMyiGLw== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id w6mGcV81cuU8; Wed, 31 May 2023 17:38:10 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id D48473C09FA06; Wed, 31 May 2023 17:38:10 -0700 (PDT) Message-ID: <0517d6b6-6ed3-fbdc-e81f-cf907b48ae66@cs.ucla.edu> Date: Wed, 31 May 2023 17:38:10 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Content-Language: en-US To: gnu@tlinx.org References: <202305290651.34T6pWHh010058@freefriends.org> <6476640E.2080100@tlinx.org> From: Paul Eggert Organization: UCLA Computer Science Department Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr In-Reply-To: <6476640E.2080100@tlinx.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: 63780 Cc: 2773414454@qq.com, 63780@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: -2.1 (--) On 2023-05-30 14:01, gnu@tlinx.org wrote: > Why is finding the desired text in a binary file not a "positive finding" > as it is in a text file? But it is a positive finding. Grep exits with zero status, which is a positive result. There is no perfect solution here. In the old days when 'grep' reported the situation to standard output, this made stdout confusing and we got bug reports about it. Jim's earlier email briefly summarizes some of those issues. When we changed 'grep' to report the situation to standard error, we then got complaints the other way. In cases like this we just have to use our best judgment. > The point of the grep is to find the regex in matching files -- there is > no differentiation between text and binary files in the concept of > searching for a string in all files. If you merely want to find matching files, use 'grep -l'. Then the problem doesn't come up. > This gets especially hairy when various utilities (gnu, et al.) classify > ill-formatted text files as 'binary' because they don't fit some definition > of a text file. Yes, and 'grep' must be particularly careful since it's so widely used and if it outputs random binary data to the screen it can screw up the user's terminal. This can even be a security issue. This is an important reason why 'grep -a' is not the default (though -a is there if you want it - presumably you know what you're doing if so). > Noting a match (which is what grep should do), shouldn't be considered > an error It's not considered an error. It's merely a diagnostic sent to stderr. They're not the same thing. In that sense, it's like the diagnostic "recursive directory loop" from 'grep -R'. That diagnostic is also sent to stderr, but it is not considered an error and it does not affect the exit status. It's sent to stderr because sending it to stdout would likely cause more trouble than it would cure. From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 01 10:50:34 2023 Received: (at 63780) by debbugs.gnu.org; 1 Jun 2023 14:50:34 +0000 Received: from localhost ([127.0.0.1]:38326 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4jdK-0007BA-68 for submit@debbugs.gnu.org; Thu, 01 Jun 2023 10:50:34 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:42776 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4jdG-0007Av-Lq for 63780@debbugs.gnu.org; Thu, 01 Jun 2023 10:50:32 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id 351DoFMq059995; Thu, 1 Jun 2023 06:50:17 -0700 Message-ID: <6478B01E.5050004@tlinx.org> Date: Thu, 01 Jun 2023 07:50:06 -0700 From: L A Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: Paul Eggert Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr References: <202305290651.34T6pWHh010058@freefriends.org> <6476640E.2080100@tlinx.org> <0517d6b6-6ed3-fbdc-e81f-cf907b48ae66@cs.ucla.edu> In-Reply-To: <0517d6b6-6ed3-fbdc-e81f-cf907b48ae66@cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63780 Cc: 2773414454@qq.com, 63780@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: -1.0 (-) On 2023/05/31 17:38, Paul Eggert wrote: > On 2023-05-30 14:01, gnu@tlinx.org wrote: > > >> Why is finding the desired text in a binary file not a "positive finding" >> as it is in a text file? >> > > But it is a positive finding. Grep exits with zero status, which is a > positive result. > > There is no perfect solution here. In the old days when 'grep' reported > the situation to standard output, this made stdout confusing and we got > bug reports about it. I thought binary files were skipped, by default these days (along with directories). Only if the user's grep includes binary files should they get positive findings from binary files. I think that's the deciding factor -- if they want to scan binary files as well as text, then positive results should be printed to stdout. If they want to avoid message about the pattern being found in binary files, they have the option to not scan binary files. I.e. the tools for them getting those messages or not were already present. It seems wrong to hamstring grep for those not knowing how to use the tool. > From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 01 17:18:58 2023 Received: (at 63780) by debbugs.gnu.org; 1 Jun 2023 21:18:58 +0000 Received: from localhost ([127.0.0.1]:38635 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4phB-00047h-SC for submit@debbugs.gnu.org; Thu, 01 Jun 2023 17:18:58 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:50044) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4ph7-00047Q-Rk for 63780@debbugs.gnu.org; Thu, 01 Jun 2023 17:18:56 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 2C72E3C09FA06; Thu, 1 Jun 2023 14:18:47 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id Jc5WAIRiZegE; Thu, 1 Jun 2023 14:18:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id D79B73C09FA21; Thu, 1 Jun 2023 14:18:46 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu D79B73C09FA21 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1685654326; bh=Ci8+RjcYCJNwVOIJ78rLzxvHac+mixZDY7/Mf/hM4nA=; h=Message-ID:Date:MIME-Version:To:From; b=LA2ZbWz53nHUdQQ8U7maaA+BO2DFdy6z7V88AA19lbVYnG8QdkUj8YcipGHtWuFnZ y0CXo9eauOTKuOaPI1flUKlnmJgocCIoJgR4oUk9dZMQ7mktQbsxS8QrOcgikNyfgX RIR+P0mGIDtfv3by/RaIsw4E/2hR655+HKG+7d7X86wLuQr78Hj6oJeZQZnLxsYTVL tO2ZBzyNulHHqmldsw1jE9y3Mgh8i+eaFBuPQqCR+0R4lAm2+MaPljXGtaYg8UKu1i LBv6KOr8k4p+pJQDTl/j2HYvd1mXRWfS2QYl5zNNlTbpeJv57eq0iVJDif6LO9yyg8 D4kqml2z14WXw== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Dzzx7tjlM072; Thu, 1 Jun 2023 14:18:46 -0700 (PDT) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id B9C803C09FA06; Thu, 1 Jun 2023 14:18:46 -0700 (PDT) Message-ID: Date: Thu, 1 Jun 2023 14:18:46 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr Content-Language: en-US To: L A Walsh References: <202305290651.34T6pWHh010058@freefriends.org> <6476640E.2080100@tlinx.org> <0517d6b6-6ed3-fbdc-e81f-cf907b48ae66@cs.ucla.edu> <6478B01E.5050004@tlinx.org> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <6478B01E.5050004@tlinx.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: 63780 Cc: 2773414454@qq.com, 63780@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: -2.1 (--) On 6/1/23 07:50, L A Walsh wrote: > I thought binary files were skipped, by default They're not. The '--binary-files=without-match' option enables that behavior. With that option, this issue doesn't come up. > if they want to scan binary files as > well as text, then positive results should be printed to stdout Not if that would screw up the screen. This is a real problem with arbitrary binary data, with real security implications. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 02 01:36:57 2023 Received: (at 63780) by debbugs.gnu.org; 2 Jun 2023 05:36:57 +0000 Received: from localhost ([127.0.0.1]:38834 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4xT6-0005eh-Uy for submit@debbugs.gnu.org; Fri, 02 Jun 2023 01:36:57 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:47294 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q4xT4-0005eW-Ma for 63780@debbugs.gnu.org; Fri, 02 Jun 2023 01:36:55 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id 3524akH9034560; Thu, 1 Jun 2023 21:36:48 -0700 Message-ID: <64797FDA.80706@tlinx.org> Date: Thu, 01 Jun 2023 22:36:26 -0700 From: L A Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: Paul Eggert Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr References: <202305290651.34T6pWHh010058@freefriends.org> <6476640E.2080100@tlinx.org> <0517d6b6-6ed3-fbdc-e81f-cf907b48ae66@cs.ucla.edu> <6478B01E.5050004@tlinx.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63780 Cc: 2773414454@qq.com, 63780@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: -1.0 (-) On 2023/06/01 14:18, Paul Eggert wrote: > On 6/1/23 07:50, L A Walsh wrote: >> I thought binary files were skipped, by default > > They're not. The '--binary-files=without-match' option enables that > behavior. With that option, this issue doesn't come up. > >> if they want to scan binary files as >> well as text, then positive results should be printed to stdout > > Not if that would screw up the screen. This is a real problem with > arbitrary binary data, with real security implications. If the output is displayed through a util like 'less', such binary data is automatically filtered. Perhaps it would be a good idea for grep to provide such filtering (displaying <00>, or such) for non-ascii data? I have a command to restore my tty settings to the value they were when I logged on. Nevertheless, displaying : matches, without the text doesn't seem to pose any security risks. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 02 18:17:43 2023 Received: (at 63780) by debbugs.gnu.org; 2 Jun 2023 22:17:43 +0000 Received: from localhost ([127.0.0.1]:40953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5D5b-0001Ir-5m for submit@debbugs.gnu.org; Fri, 02 Jun 2023 18:17:43 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:45268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5D5X-0001Ic-Uf for 63780@debbugs.gnu.org; Fri, 02 Jun 2023 18:17:41 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id A2D9F3C02213D; Fri, 2 Jun 2023 15:17:33 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 1LWC9CYrSEeN; Fri, 2 Jun 2023 15:17:33 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 6571A3C09FA21; Fri, 2 Jun 2023 15:17:33 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 6571A3C09FA21 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1685744253; bh=KQRtaw6WDPdt5Q9ThTalkydN5ifedQKOCei9VEWvyHo=; h=Message-ID:Date:MIME-Version:To:From; b=HEklOEpxBnxeKY/b+4DZ5yjkD1RzNZMeOI3ATEpNZtpsOOZ8Yk0RqmxZ33ozRbLBK h7iD5L1a3OG3fDVE9rEN8ITaFn+CnRuFymhhQD8hZFdWq+q90gnJ/e4Z70OYmRqMwG bj8mO7HrPpL+3p6h/yTKzArnQI/W9OpMS4kr6rMC5+6eXS9rMxaX/na2kBFuYReeuk TQfo7a2Sj75KsCC8LG2mb2e8rsCPmFtACCD7Nf+L975tvXJmpOr40JXXM/HSTCn7re mBJISVFWWhWV7cHVrvyRE+3kAx2YtP4czHxixrSy4vNS/e3WiUk86Trt78qir/WelY iO/Yu7dtHBzPA== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id n72N4E_Ni7RL; Fri, 2 Jun 2023 15:17:33 -0700 (PDT) Received: from [131.179.64.200] (Penguin.CS.UCLA.EDU [131.179.64.200]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 4CE933C02213D; Fri, 2 Jun 2023 15:17:33 -0700 (PDT) Message-ID: Date: Fri, 2 Jun 2023 15:17:33 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr Content-Language: en-US To: L A Walsh References: <202305290651.34T6pWHh010058@freefriends.org> <6476640E.2080100@tlinx.org> <0517d6b6-6ed3-fbdc-e81f-cf907b48ae66@cs.ucla.edu> <6478B01E.5050004@tlinx.org> <64797FDA.80706@tlinx.org> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <64797FDA.80706@tlinx.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.1 (-) X-Debbugs-Envelope-To: 63780 Cc: 2773414454@qq.com, 63780@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: -2.1 (--) On 6/1/23 22:36, L A Walsh wrote: > Perhaps it would be a good idea for grep to provide such filtering > (displaying <00>, or such) for non-ascii data? You mean, migrate some of less's functionality into 'grep'? I suppose something like that might work, if someone put a lot of time into it, and carefully considered the backward compatibility issues, and tried things out on some real use cases. I don't have the time myself. > I have a command to restore my tty settings to the value they > were when I logged on. That's not enough to address the security issues. > Nevertheless, displaying : matches, without the text doesn't > seem to pose any security risks. Yes, and grep does that now. The only issue is whether to send that summary information to stdout or to stderr. We seem to be going around in circles, so I'll let you have the last word if you like. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 01:39:20 2023 Received: (at 63780) by debbugs.gnu.org; 3 Jun 2023 05:39:20 +0000 Received: from localhost ([127.0.0.1]:41396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Jyx-0001QQ-R3 for submit@debbugs.gnu.org; Sat, 03 Jun 2023 01:39:20 -0400 Received: from ishtar.tlinx.org ([173.164.175.65]:42848 helo=Ishtar.sc.tlinx.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Jyw-0001QI-7O for 63780@debbugs.gnu.org; Sat, 03 Jun 2023 01:39:18 -0400 Received: from [192.168.3.12] (Athenae [192.168.3.12]) by Ishtar.sc.tlinx.org (8.14.7/8.14.4/SuSE Linux 0.8) with ESMTP id 3534d3i3069850; Fri, 2 Jun 2023 21:39:06 -0700 Message-ID: <647AD1EB.1050506@tlinx.org> Date: Fri, 02 Jun 2023 22:38:51 -0700 From: L A Walsh User-Agent: Thunderbird MIME-Version: 1.0 To: Paul Eggert Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr References: <202305290651.34T6pWHh010058@freefriends.org> <6476640E.2080100@tlinx.org> <0517d6b6-6ed3-fbdc-e81f-cf907b48ae66@cs.ucla.edu> <6478B01E.5050004@tlinx.org> <64797FDA.80706@tlinx.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63780 Cc: 2773414454@qq.com, 63780@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: -1.0 (-) On 2023/06/02 15:17, Paul Eggert wrote: > > Yes, and grep does that now. The only issue is whether to send that > summary information to stdout or to stderr. --- If you want to send all matches from all files to one or the other, that's fine -- the point is to be consistent: sending matches to one or the other. > We seem to be going around in circles, so I'll let you have the last > word if you like. --- Only circles, because I don't see why some matches should be sent to stdout and others to stderr. Like the original poster - I feel being consistent and sending all matches to stdout -- being the way it was done since grep was created was fine. Changing it so some go to stderr was an inconsistent and arbitrary change. Reverting that change seems like the best course. If you want to give a user the last word, you would let their suggestion stand and the change be implemented. It's dishonest to claim a user gets the last word while their suggestion/correction is ignored. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 12:06:33 2023 Received: (at submit) by debbugs.gnu.org; 3 Jun 2023 16:06:33 +0000 Received: from localhost ([127.0.0.1]:44146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Tlu-0001TU-7q for submit@debbugs.gnu.org; Sat, 03 Jun 2023 12:06:33 -0400 Received: from lists.gnu.org ([209.51.188.17]:51774) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q5Tle-0001T6-Ns for submit@debbugs.gnu.org; Sat, 03 Jun 2023 12:06:29 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q5Tle-0003Yy-En for bug-grep@gnu.org; Sat, 03 Jun 2023 12:06:14 -0400 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q5Tlc-0005Go-Je for bug-grep@gnu.org; Sat, 03 Jun 2023 12:06:14 -0400 Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 2DBB132004E7 for ; Sat, 3 Jun 2023 12:06:09 -0400 (EDT) Received: from imap51 ([10.202.2.101]) by compute6.internal (MEProxy); Sat, 03 Jun 2023 12:06:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; t=1685808368; x=1685894768; bh=ewaTwoA89CxRm gmIO4+Y3z8eE9mveALJkmWiGyPny/o=; b=WfKygBtMbQowH5IURSzmqK8Xwxx2G gcQsHV1s02+PZ5BVQRVWvzwyV1S7epIBqnB1ZYEhu2doJ3D8HiPQeW4BOyPk6mNs N7qIRzaKBk/x6Aico9VfoNz3HkXjI9rWU1xDqVEVKv+fp0iN2o5mTt+9T6D0qamZ 0OaziFNQLx5NM+mBf9LaL8OkvnFBvC8B4gbAUWWp5dA1uXeI8Xlu7moFf8nBn4Jt 1A+vCUsA5BFSJfimcmydfA4QHN1TdOwYTFYeENSmfYoYG/7jNY0sm4Bm+tLIbM3P eE0pKA2NKaUdV1oPMMlZlZkd51sSxHsofu7fSO3IhPX4O1xnfe8AbJA2Q== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfeelhedgleekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtsehttd ertderredtnecuhfhrohhmpedfrfgruhhlucflrggtkhhsohhnfdcuoehpjhesuhhsrgdr nhgvtheqnecuggftrfgrthhtvghrnhephfevtdehjeethfegjedtiefgffdtlefgvdekue efheejkeevveehudffgfduleejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepphhjsehushgrrdhnvght X-ME-Proxy: Feedback-ID: i047841af:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id 787D8B60086; Sat, 3 Jun 2023 12:06:08 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-447-ge2460e13b3-fm-20230525.001-ge2460e13 Mime-Version: 1.0 Message-Id: In-Reply-To: <647AD1EB.1050506@tlinx.org> References: <202305290651.34T6pWHh010058@freefriends.org> <6476640E.2080100@tlinx.org> <0517d6b6-6ed3-fbdc-e81f-cf907b48ae66@cs.ucla.edu> <6478B01E.5050004@tlinx.org> <64797FDA.80706@tlinx.org> <647AD1EB.1050506@tlinx.org> Date: Sat, 03 Jun 2023 11:05:48 -0500 From: "Paul Jackson" To: bug-grep@gnu.org Subject: Re: bug#63780: Reversing the grep message output type matching binary files (without the -a option added) changed from stdout to stderr Content-Type: text/plain Received-SPF: neutral client-ip=64.147.123.21; envelope-from=pj@usa.net; helo=wout5-smtp.messagingengine.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_NEUTRAL=0.779, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.7 (/) 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.6 (--) L.A.Walsh wrote: >> If you want to give a user the last word, you would let their suggestion >> stand and the change be implemented. It's dishonest to claim a user >> gets the last word while their suggestion/correction is ignored. Having the last word doesn't mean dictating the result. Paul Eggert was honest in stating he would not be replying again in this discussion. Your view was not ignored. There are conflicting issues on this (and many other such) decisions. Paul Eggert and others working this issue have worked through these issues, made a reasonable set of tradeoffs, and explained their decisions. Thank-you, Paul Eggert, and others, for continuing to keep ed(1) alive and well. It's been my "standard text editor" for 45 years now, and counting. I'm glad it's in good hands. -- Paul Jackson pj@usa.net From unknown Mon Jun 23 11:25:07 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 02 Jul 2023 11:24:11 +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