From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 30 13:10:11 2022 Received: (at submit) by debbugs.gnu.org; 30 Jul 2022 17:10:11 +0000 Received: from localhost ([127.0.0.1]:35686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHpyd-00045p-0E for submit@debbugs.gnu.org; Sat, 30 Jul 2022 13:10:11 -0400 Received: from lists.gnu.org ([209.51.188.17]:58022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHoqe-0001wD-Cb for submit@debbugs.gnu.org; Sat, 30 Jul 2022 11:57:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58204) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oHoqe-0003yZ-5U for bug-grep@gnu.org; Sat, 30 Jul 2022 11:57:52 -0400 Received: from sonic307-55.consmr.mail.gq1.yahoo.com ([98.137.64.31]:41242) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oHoqb-0008Eu-PB for bug-grep@gnu.org; Sat, 30 Jul 2022 11:57:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1659196661; bh=+B9+SjtBaL0BpPB+noeFqOtCIyGz+zl8Pu3A9XZ13CI=; h=Date:From:Reply-To:To:Subject:References:From:Subject:Reply-To; b=G7Bl2DgKlpLrAMQYeg33YjQeu+gW6nCgpu0Iy0fKdxfDS6PSKu6vrmxoZanVGPWr8Qv1S0i78V4jih/YsDGxce/gpHbXhITv73/sF8JoNXzgQcapxgUqYByBaZkXlejTOoj9cetUoJD4wCARWfA44J9yR1YrE/ZahfXq0lPErLq/RrLOwpzv8NW2bR0eSEXk24AQR75tj8F0YkiJitUC4iKM1o7JRAukTMYlh55aJF/UTJPsytjk2/Sm1nQBknErtQ+sr+vophHQM23tvSJFICqJq4HZZp7tGiqXadoo4Fz3ddRGyf4E/xs0eMTunn0WjGg18Zc+IAFgLos1qVXrpw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659196661; bh=3MqmQMK5xCzylsfVqN2KPKF0VX/zXaPK2Z20ISWtcGM=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=KdE9covY/1x3GKt4vHFKxOZSv2UDG547dxzMdBJcL+B4goX0B3nTN4aMxLfr7R5xBaYNImMPw5ad6cguiBYveO9dnhBSrfv9L63w1iml+zluW6KsLRQlejxfY24C6aHaEKkh+IX6E/NhE3cOSTrkeLPjfZzJgoJPTfjUM3VDPOOn1HBh1tyOz1C3187B05edWY7FzeymcBIHEzOFIf6QblcV7jfC+rYJVgLum+dybRYNl5ZDBiBk6YLKE33yH8/cecHJBqw1D3v32QjONAGlk1jYXs8iamEF2I2MBS7ajV9eEqALj05UrPe8yo+gvMgttoENI8b+CacKnk/LEbCMWg== X-YMail-OSG: Qek9HxcVM1n3wLCwPNcocfDR9m3uPCMKJY5Nvuwf2ZF.rE29bZx6WdvTzeoPZIi yBpXBgZWGkdmrR3nDzOL4s4LknLoJxlVCHd_sSUdrtdVCLGqxKUgdHdpTY4OGdS9K83_5Zi6CmFb Hlq0IQFr2ovIEneJN6555b2SC.G3_wur4zNsHqY5qCFaiOy2JfTHznY7cJeLaMFKk0.XJFzlEib4 d7XY_gTR720svOyN6CuIOdy8EyQeN9J0pavWCzxtox33nbOUwXt6ICbkMgakZ90l0M0gXOdibDHK gdPJB2S4TS7QTzI946zyGmEHzhHaYDGlsZDskD0Gh8mtz0epSdzh4txYya9GjqrCFMS916LvT8hl VwKSSJtqPAr7UbKw060lBjVuOD_7_FF.lP1mkadi2yiq2pGfMTypGGfkVFMjtTnzPo8Ilc1.8ade 6jRhO54c4gNE7TF6uisb0F4UvtBuYHgbhYoZQBBfqgfNdRLVeplUMQ4a8pZWRL.Va_ZFIvn1Fu6O chshZyIaXhyOEaYVm7lezA0NRzhAnpGbr6ModrX2wLdDXjtMchNOuudOKpPTawYUvsl1brvO8rAD Kq9mth7JBk7fJtdrk2sM64u0F2KdzsjI.lT5Z_gQI0PUBtFZBESuvG.HMRLUHVW_X5rnxZX2EKBO kKV0BvXru0.ewqIxnm0Fu5MmeJxXiCPchhmi0Ld..Lrq7E7clfCf_OQEQ0r8Q58ZFPhMKjR1rlBM 34BZ.IvoeXO7PEIL5i5ziD17JRO49.Foxai5vTOjGRIs8A_AqdtZJ8PDhxvdwRtUnYvQtzZh87ef F9QcPipepQ8BS1fwGCRciBWFS67xWwuw2lNT37lOZSjR1PmPY22fbfYsSB5Vf5W_NpeLXA70snxX 9ngqkK19x7uDZMBFeabe3uEGDv8ykOU8DUdInqqTa4zq3psUJtvPNYPLPdjzxqDYoFTrsDZWzfzz dOqKAvQX5__UtZf2VgI16Th51VSHzemYMr5ikY3cAeDUAY64KYZhOUkaLtFvngSyxlUYAWcm0Grt zyZ0QtVTKQy2nIQelg_jshpoDK_dTDUSP5kPj.Te5dxlIdINjHaz5Jl78uSu4ES.uIZ5jafFfeNa 3ON87sBm00HMpUBUbJnuf.E5FnasQIuPcH7GyMpHScbUnTIEAP0aJj2wc2E2ctTDQLwvbnZda3X1 7SZJhtU4Jt_6ActXRLsBguk9.voQHZDSbuSBwlY6CR3ZfwFiKt4851AZ2e23IwNyq.dhkED5HQVb f.X2JDZ5PviH6geKXlILlzyhaWUC8pxtWDSsPd7uupLaTykX1qv.kYtGFKB9DKXWmDdrTRZWmj7A N5ajLGikoP7z4fBR0kOiNZDdQU.cr6_OrLWVukBcU2wdAweH7WZUeC8HU5wHZpAYazZHF_D2mpui UCsVTZj6i5owyXlWLodlLRelyOpgYmzZx6_y6X3zDruzylTg3eq80APoLEld89cwDnmoPT936ZJk ZAm_cZHw4y9nlP8dNQcA9j4yh83n7RkH099YTlh.OUfViirTVTy6ZQVrJR1vNfTh3Dz6vto84Y7n kBr4E8y6NA6wL0u9gw0GLfTHhvEIAdptlts1hurI0P9oE4s6NJDpe2mN5e7_x8b9YNb26_98.8tT b7i2g5OjQve5cSQE666G3Iw7ZS3.ZSbshLbebF2kcwk0n3CwqvHl1pqhMOMkj_N1xl8mPwplX.m1 cz3iQYS5fUNmu8AwJo484Up7JEVIrISKDIeA8zKumquAD6oZ2LPaJx3bctiBy0jbdf334i7lXhQz J1RXxymRk4wDvic_TTeVL2GeOkBOOspuhBPDBpDX2Q8ulojXXBeTNJA1G1OudzQHrn1ST0lcb0wc 7BL_5HLUCqWR4YEFo8saGyiwY4Xy7S6zay6oQtLfaROg03T6ZSYrM.LmkBJEinecDsGtJ4Y9wyx5 WTly3fNIPzaG1Syf24EBm0RRFZ.qNXbcilH0Y7AcBRQSRKZyiazw2C9qHvh0UPhvmJoNSOhgjSzK cVp9Udoa7Fh8cqaDOedLij.nRPxe4zoRYJMHod9R99BXtPYV0DbrAueQDx4eVJbvUJT8r2OP.LZu AbbYsQYGQ9eu7AzOTGEXgJ7oPT1guzzig8lRba8vrHQ1cfxRgm1xK7NFaEiJpoOAnO.gsv1Dk89O wib3Cz0EOVUyjhW79oj1f1AD0Ut_fOzotcF.51lRSbP4SwL6Lfi9AYaGYMiv4FhjkrDYDU6_uwLC 5MY1RHv4_So7GUAfmAXp6PNEB X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 30 Jul 2022 15:57:41 +0000 Date: Sat, 30 Jul 2022 15:57:39 +0000 (UTC) From: "David G. Pickett" To: "bug-grep@gnu.org" Message-ID: <1364145315.3269558.1659196659189@mail.yahoo.com> Subject: grep mangling lines MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3269557_1104421049.1659196659187" References: <1364145315.3269558.1659196659189.ref@mail.yahoo.com> X-Mailer: WebService/1.1.20447 aolwebmail Content-Length: 3863 Received-SPF: pass client-ip=98.137.64.31; envelope-from=dgpickett@aol.com; helo=sonic307-55.consmr.mail.gq1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 30 Jul 2022 13:10:09 -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: , Reply-To: "David G. Pickett" Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) ------=_Part_3269557_1104421049.1659196659187 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I was stunned to see the grep command remove bytes: $ crontab -l|grep clam30 23 * * * /usr/bin/freshclam --datadir=3D/home/dgp/= .clamtk/db --log=3D/home/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y)= .log >/home/dgp/.clamtk/db/freshcla_cron.log 2>&1 ; /usr/local/bin/clamdsca= n --config-file=3D/etc/clamav/clamd.conf --reload --log=3D"$HOME/.clamtk/hi= story/$(/bin/date +\%b-\%d-\%Y).log" >>.clamtk/history/clamscan.log 2>&1 ; = /usr/local/bin/clamdscan --config-file=3D/etc/clamav/clad.conf --quiet --mu= ltiscan --fdpass --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).l= og" $HOME >>.clamtk/history/clamscan.log 2>&1 # freshclam update andclam-sc= an from this line: 30 23 * * * /usr/bin/freshclam --datadir=3D/home/dgp/.clamtk/db --log=3D/ho= me/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y).log >/home/dgp/.clamt= k/db/freshclam_cron.log 2>&1 ; /usr/local/bin/clamdscan --config-file=3D/et= c/clamav/clamd.conf --reload --log=3D"$HOME/.clamtk/history/$(/bin/date +\%= b-\%d-\%Y).log" >>.clamtk/history/clamscan.log 2>&1 ; /usr/local/bin/clamds= can --config-file=3D/etc/clamav/clamd.conf --quiet --multiscan --fdpass --l= og=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" $HOME >>.clamtk/= history/clamscan.log 2>&1 # freshclam update and clam-scan On my 80x25 xterm, the missing byte should have been at the end of the line= , and is highlighted in red.=C2=A0 Highlighting is ok but accurate data is = nicer? ------=_Part_3269557_1104421049.1659196659187 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
I was stunned to see the grep command remove bytes:

$ crontab -l|grep clam
30 23 * * * /usr/bin/freshclam --datadir=/home/dgp/.clamtk/db --log=/home/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y).log >/home/dgp/.clamtk/db/freshcla_cron.log 2>&1 ; /usr/local/bin/clamdscan --config-file=/etc/clamav/clamd.conf --reload --log="$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" >>.clamtk/history/clamscan.log 2>&1 ; /usr/local/bin/clamdscan --config-file=/etc/clamav/clad.conf --quiet --multiscan --fdpass --log="$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" $HOME >>.clamtk/history/clamscan.log 2>&1 # freshclam update andclam-scan

from this line:

30 23 * * * /usr/bin/freshclam --datadir=/home/dgp/.clamtk/db --log=/home/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y).log >/home/dgp/.clamtk/db/freshclam_cron.log 2>&1 ; /usr/local/bin/clamdscan --config-file=/etc/clamav/clamd.conf --reload --log="$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" >>.clamtk/history/clamscan.log 2>&1 ; /usr/local/bin/clamdscan --config-file=/etc/clamav/clamd.conf --quiet --multiscan --fdpass --log="$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" $HOME >>.clamtk/history/clamscan.log 2>&1 # freshclam update and clam-scan

On my 80x25 xterm, the missing byte should have been at the end of the line, and is highlighted in red.  Highlighting is ok but accurate data is nicer?
------=_Part_3269557_1104421049.1659196659187-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 30 13:15:58 2022 Received: (at 56843) by debbugs.gnu.org; 30 Jul 2022 17:15:58 +0000 Received: from localhost ([127.0.0.1]:35701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHq4D-0004H8-M9 for submit@debbugs.gnu.org; Sat, 30 Jul 2022 13:15:57 -0400 Received: from tensor.andric.com ([87.251.56.140]:23318 ident=postfix) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHq4B-0004Gz-Iz for 56843@debbugs.gnu.org; Sat, 30 Jul 2022 13:15:56 -0400 Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 47A363DFF8; Sat, 30 Jul 2022 19:15:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=andric.com; s=201904; t=1659201349; bh=qfQ1q++0Y1MvVFaase2/ijiEsm+ArqAndCHcLfiKEDc=; h=Subject:From:In-Reply-To:Date:Cc:Message-Id:References:To:From; b=JG+0LVEBrpNNfk1WeBG8gIPrEf0ddwzVzz7EwyQbh52VyQzPOVAHmQQh5mM8ADDS9 KBpOhPz9oKRwDGLhlUZ9YW9WxBphjJsJzcRR9ePg+fF0ZctHKNmBo40h+J0NaZ26F3 7BNFw3OzIFr6R4O0ko0WfckFt3LMFgc+4/05TPRXoDPT6U8ZNmyHHCicMUWPfgNijE ispKmunFoX5rcSMXKjUsAHNCias7sYUdkvFTM8Ryi/s+uLmCZ3Y+DkoaLWbX7T3yi6 pbTg6fpXU7mKZAcGMCPbZ8mMvQYTdBXspB+C4pVOua+sMeqKaGqxnijzQhd9lUwZla ixm7NyQ2IGUgQ== Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.1\)) Subject: Re: bug#56843: grep mangling lines From: Dimitry Andric In-Reply-To: <1364145315.3269558.1659196659189@mail.yahoo.com> Date: Sat, 30 Jul 2022 19:15:49 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1364145315.3269558.1659196659189.ref@mail.yahoo.com> <1364145315.3269558.1659196659189@mail.yahoo.com> To: "David G. Pickett" X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 56843 Cc: 56843@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 30 Jul 2022, at 17:57, David G. Pickett via Bug reports for GNU grep = wrote: >=20 > I was stunned to see the grep command remove bytes: >=20 > $ crontab -l|grep clam30 23 * * * /usr/bin/freshclam = --datadir=3D/home/dgp/.clamtk/db = --log=3D/home/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y).log = >/home/dgp/.clamtk/db/freshcla_cron.log 2>&1 ; /usr/local/bin/clamdscan = --config-file=3D/etc/clamav/clamd.conf --reload = --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" = >>.clamtk/history/clamscan.log 2>&1 ; /usr/local/bin/clamdscan = --config-file=3D/etc/clamav/clad.conf --quiet --multiscan --fdpass = --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" $HOME = >>.clamtk/history/clamscan.log 2>&1 # freshclam update andclam-scan > from this line: > 30 23 * * * /usr/bin/freshclam --datadir=3D/home/dgp/.clamtk/db = --log=3D/home/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y).log = >/home/dgp/.clamtk/db/freshclam_cron.log 2>&1 ; /usr/local/bin/clamdscan = --config-file=3D/etc/clamav/clamd.conf --reload = --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" = >>.clamtk/history/clamscan.log 2>&1 ; /usr/local/bin/clamdscan = --config-file=3D/etc/clamav/clamd.conf --quiet --multiscan --fdpass = --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" $HOME = >>.clamtk/history/clamscan.log 2>&1 # freshclam update and clam-scan > On my 80x25 xterm, the missing byte should have been at the end of the = line, and is highlighted in red. Highlighting is ok but accurate data = is nicer? I'm sorry, but the formatting in your mail seems completely mangled. ;) It's very hard to make out what you think is wrong, so could you make that more explicit? -Dimitry From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 30 14:17:54 2022 Received: (at 56843) by debbugs.gnu.org; 30 Jul 2022 18:17:54 +0000 Received: from localhost ([127.0.0.1]:35737 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHr29-00088U-W8 for submit@debbugs.gnu.org; Sat, 30 Jul 2022 14:17:54 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:43656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHr27-00088C-60 for 56843@debbugs.gnu.org; Sat, 30 Jul 2022 14:17:53 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id C0A4A160143; Sat, 30 Jul 2022 11:17:44 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id BzkvrqK1DkcY; Sat, 30 Jul 2022 11:17:43 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id E2238160144; Sat, 30 Jul 2022 11:17:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ywhYMOyVH9cz; Sat, 30 Jul 2022 11:17:43 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id B9A3F160143; Sat, 30 Jul 2022 11:17:43 -0700 (PDT) Message-ID: Date: Sat, 30 Jul 2022 11:17:43 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Content-Language: en-US To: "David G. Pickett" References: <1364145315.3269558.1659196659189.ref@mail.yahoo.com> <1364145315.3269558.1659196659189@mail.yahoo.com> From: Paul Eggert Organization: UCLA Computer Science Department Subject: Re: bug#56843: grep mangling lines In-Reply-To: <1364145315.3269558.1659196659189@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56843 Cc: 56843@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: -3.3 (---) I'm not seeing the problem on Ubuntu 22.04 LTS, using grep 3.7 and GNOME Terminal 3.44.0 using VTE 0.68.0 +BIDI +GNUTLS +ICU +SYSTEMD. The output isn't even colored unless I pass something like '--color=always' to 'grep', which leads me to wonder whether you're using an alias for 'grep' instead of the real thing. Here's how I tried to reproduce the problem. What happens when you try the same thing on your platform? and what is your platform? $ cat >x <<'EOF' > 30 23 * * * /usr/bin/freshclam --datadir=/home/dgp/.clamtk/db --log=/home/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y).log >/home/dgp/.clamtk/db/freshclam_cron.log 2>&1 ; /usr/local/bin/clamdscan --config-file=/etc/clamav/clamd.conf --reload --log="$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" >>.clamtk/history/clamscan.log 2>&1 ; /usr/local/bin/clamdscan --config-file=/etc/clamav/clamd.conf --quiet --multiscan --fdpass --log="$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" $HOME >>.clamtk/history/clamscan.log 2>&1 # freshclam update and clam-scan > EOF $ cat x | grep clam | diff x - $ e=$(printf '\033') $ cat x | grep --color=always clam | sed "s/$e\\[[0-9;]*.//g" | diff x - $ which grep /usr/bin/grep From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 30 20:46:42 2022 Received: (at 56843) by debbugs.gnu.org; 31 Jul 2022 00:46:42 +0000 Received: from localhost ([127.0.0.1]:35978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHx6P-0001mI-Hs for submit@debbugs.gnu.org; Sat, 30 Jul 2022 20:46:42 -0400 Received: from sonic316-55.consmr.mail.gq1.yahoo.com ([98.137.69.31]:46773) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oHx28-0001f0-7B for 56843@debbugs.gnu.org; Sat, 30 Jul 2022 20:42:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1659228129; bh=itSqVsKWn6+1gaUc+uHu1ZbLl8CTAXkkzUFNVhqCoR8=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=hmXD/qLDBdqfqFoBG7PWQp6f0W6nSll0V3EYpW9TWA/2v8A9EpvgI45FTjNY2S6YQbxMRa7R6xRI73KFv2vR7iBSVkSf+9pDeu7VkWuJzeHoQk2Q46+5XAPwYWLiiP+gSRhbQOmgl2HpuUXuxdNNLqBWY/LSPhdNBnjtrYkprWKXs2u1Pub5mhBVtP3oE/hGnkB6zeuKyPsm1bwXDZaG7iOxOPB+64FywWXkgHQASE5QU3IZsRJAWM70M4hlq1yaZ+UvJHVd01zdcIxs19PYEnSFXvE9Oq5Y8zu+00GNTz33c9RrSlnvK9lxoSgpB+ueZWTvc5CVxSlW9qelYSJn4A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1659228129; bh=033ALBdHdyUQpsBhICpgqN019omNJQXDUleSjh2x70q=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=Di8H+wrtc3EZnvVAm5oCMEmYnW7ZkzjhcLd6CXCcnzNrw7zJvrOBwt34ilNh920d0mAV4s00TfKNCItuSgncmrguX+16kwKaXeLqMrrxwGyTim4mtnid3ZrVIbraWoDpM/fNCsmAOGekM8YsSWakTQUaeyyvwfJApsAjAXigeCKbVQL+KoAAQ2NDy44qfPR26f0PLkDgX1RIUw20fFSDi8t3IIaROAKg3rVRODm32wzlf8BeVSXM+bH/6yP+XKVmituyt+29sJncdGWM7E7TASno+xZ30O8zL+jFEfFxQE8R3a4sug54GiAnbJjA7raq3uaPl0mPnpvIfnJKPkmcNw== X-YMail-OSG: vvDMLHoVM1lzeXgFaJf5h.2eHIwTUYS9N3_CQgVAidMxUeauu0e4woTMRcyrfbM 3ksXLgLwadp5lHkKW38c5Z4hqUZEJNipZ5DpTlXa316x8sfj2jRG.KbSWVhAATa04vv2o2LsyCPI K0ltKTUsazPy8_22fgCWCdqmsawdSVFqiVRJ4rvq6ALZ.Lm5SyRkffXc10B1xaADsZsirphrvW.n vf5UlXTUipdL49YSGizM16iD4nONW_EjOUjq7fIVtbej1wtbUtrIuwOJrip79MMiwXRLuVlpfhJd BSMlyL_.ncHZBI8fEOU41lFBLOGk0_7RKPmT4ZWt9dh1Di4LXCRNZ39VBcBpEuECH1CLcKO_XGfA Jatvic9g1Vwb4jNZcsAw0.VfFKK.1Ohae.zCwOBlIZnZxTKOciy4dRJn008iV1whYAXieWKy5Ie3 rke.v5SgXFBe5DZyjtKz0FBk9noOGDVEuTZMx2YOJiCQR_gEr04HHbBp0IQ61rRActRmgd0Lr9MH YyU1J2AAIpAlDyltasthfJ.3c_yN4na_WfkPv63TzKxgmzTZqghS8txCCLIp.SlBf.3hRvzuIcSs bw.tOIrKKB1bjWd1awfCBV1RPg9ZX_KpTFGES6bitgVXEuUvQlWFQlxXBdEIK6kibDfEnP5Rq5TS ACA5OM9JXcx4ZBiGS4_sUXnj8Mh3wwOazXHYt1Hj05OOXSPOipeDLNNfFSbnxu_BWba3eroyA_sN qghWM5JlsvxGcnMH9Z4jAZblciU3QnRz6PLG8vv56TSnCQ_6jE6AjWikVJggUv7XRyJ6DKIxV9MY .HtQtIfR0DVpdTC0kP1SL6X1ElFn.71akT0he4pLJbpq8pLQEpWxA7RHSKpnLCGyDRdXA7nBjbkP VsKXWtJh.vnFEENlDMgA7g5IhMecFfq.L8JKmRIcWD4M.3aTh0n7oxQCRJU2CM6G1tlK6GjZPHa7 Ov.Y9kgiScILbiYsNu5_6w6S2kgSImk15cI_L2RA5uEJjBqgPYLzGFI.qDTOkTUHqB_rHr3eqPV0 tkasAGHG6zFaJPvM_KguqH_n5ZA7_uz6enDgSl.PmAZV2_vSaiHRKlHPMXZK.zKPY4HPuE90a4G7 jETDyhtHVthcdF_H4xTZD3MTJa4b6msV5doF3O_RgsIT_amzVdEvY7EhGEm.Vh7E32RiQmzPpHgX YSyFgJlbJR2zLPMjlon7I6b48p_YD90GRQEuCsLI1E6ygSje2Tt32RhxSvPbv53UrmkU3SzgG6F. AIbuF7IVw5Y1aG7CgRz0ZTLsvSJBU6cki9dfEROg0nbTGi95a8aGd0gvHRGtkLgbqOtpV27HdBXd SxJ_dIAlfcrNUjyKUoh.GYO6BMvfjqi6oQtyYsnzQ5LXiB.M3JGdKJNuWBwEVhz_7WVhp.8vTlbJ jbFSl4YmC_317qaY5QZFI6Lj_LU.XTW00UQmhc6uO6DCCycxlWWr4EM1qL0dSZOxUXF2EQHg_8t9 AnBGLhGoqnAyMab8nt4aAcZz2PBm8MgiDw7o7eHHMN45HyVaUO.10.SOGvCOtI0F9ufIxjEvWs4z kzLo4KkKe5A9aZoJVGadnHNnVUmJ6vXM3ik8wAHHRr_brPOx4XkFp3ZKwTy9u2XQ4iCSN3FuBuUD VeCMBSf1xYMtorn5sRD49eBo6OKts38.zDN2JG_vYRbgOsSM1kNmEbQWPEZBOsR5uWWBoErkB3XY flZfhRpL8L3jpkZaBglTlEeSNOrIdzJuRgI8svYcqvHnEExID6yCG3EKjgptXaaNtLuiyyv.Qq1w P1a.KOecv4jEmbbJ.hTq1khUCdCWfxIyLr26FwAg.FGZ0h6pjQ7Yb18a.yLhHHcqB4yTveSpM2Rv UT6obusURgyyFLwm6jPcH7Fcru_xOFQiI.WDh.KaGQ1NFQGNHpL1PoL6rYBUeL2OCUh.dxvGRuMN QHTGiuD2s1n61zSCtKysS3JeG5Zp8kK7j28pPPbDcN_q6gkq6nCgdfWqDXFjKvHBigQAp44aBY6X 3JqNnaJbB7MrZq82njxV8uK0H5Z0vM4ra0dO03UpCe5oCbdccH4oW66vupYIDcVjBRtJL2JieKB8 hCl3A4PQp7bZWEoasAFLSau78BR.vkBg_iqMPebG.ZQgOTHytBBv_vOc4nxf4axiGnMhPxwZ8zcV CB.xX8OtGgTy8iCHGVGx9wS5zaqyDHUAUVKEl07MAIffnXRI5O2YxZLaPvKoXv7lvT_iXsXrOyU7 vHiB3B2mnrIy.zlOsifhe7HlF_2PEbpxqfURPmOaMM88MkfLmPE3rNjK2O6oai16TCIoqohm966G hX3oroXc7PRnhFLo- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 31 Jul 2022 00:42:09 +0000 Date: Sun, 31 Jul 2022 00:42:05 +0000 (UTC) From: "David G. Pickett" To: "eggert@cs.ucla.edu" Message-ID: <1628647076.3351446.1659228125689@mail.yahoo.com> In-Reply-To: References: <1364145315.3269558.1659196659189.ref@mail.yahoo.com> <1364145315.3269558.1659196659189@mail.yahoo.com> Subject: Re: bug#56843: grep mangling lines MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_3351445_1383191914.1659228125685" X-Mailer: WebService/1.1.20447 aolwebmail Content-Length: 13378 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 56843 X-Mailman-Approved-At: Sat, 30 Jul 2022 20:46:40 -0400 Cc: "56843@debbugs.gnu.org" <56843@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_3351445_1383191914.1659228125685 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable That was a bit funny and not an exact reproduction, as </home/dgp/.clamtk/db/freshcla_cron.log 2>&1 ; /u= sr/local/bin/clamdscan --reload --log=3D"$HOME/.clamtk/history/$(/bin/date = +\%b-\%d-\%Y).log" >>.clamtk/history/clamscan.log 2>&1 ; if [ `fuser .clamt= k/history/clamscan.log 2>/dev/null` =3D "" ]; then=C2=A0 echo Still running= >>.clamtk/history/clamscan.log ; else=C2=A0 /usr/local/bin/clamdscan --qui= et --multiscan --fdpass --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d= -\%Y).log" / >>.clamtk/history/clamscan.log 2>&1 ; fi # freshclam update an= d clam-scan =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 23985 write(1, "30 23 * * * /usr/bin/fresh\33[01;31m\33[Kclam\33[m\33[K --d= atadir=3D/home/dgp/.\33[01;31m\33[Kclam\33[m\33[Ktk/db --log=3D/home/dgp/.\= 33[01;31m\33[Kclam\33[m\33[Ktk/db/fresh\33[01;31m\33[Kclam\33[m\33[K.$(/bin= /date +\\%b-\\%d-\\%Y).log >/home/dgp/.\33[01;31m\33[Kclam\33[m\33[Ktk/db/f= resh\33[01;31m\33[Kclam\33[m\33[K_cron.log 2>&1 ; /usr/local/bin/\33[01;31m= \33[Kclam\33[m\33[Kdscan --reload --log=3D\"$HOME/.\33[01;31m\33[Kclam\33[m= \33[Ktk/history/$(/bin/date +\\%b-\\%d-\\%Y).log\" >>.\33[01;31m\33[Kclam\3= 3[m\33[Ktk/history/\33[01;31m\33[Kclam\33[m\33[Kscan.log 2>&1 ; if [ `fuser= .\33[01;31m\33[Kclam\33[m\33[Ktk/history/\33[01;31m\33[Kclam\33[m\33[Kscan= .log 2>/dev/null` =3D \"\" ]; then=C2=A0 echo Still running >>.\33[01;31m\3= 3[Kclam\33[m\33[Ktk/history/\33[01;31m\33[Kclam\33[m\33[Kscan.log ; else=C2= =A0 /usr/local/bin/\33[01;31m\33[Kclam\33[m\33[Kdscan --quiet --multiscan -= -fdpass --log=3D\"$HOME/.\33[01;31m\33[Kclam\33[m\33[Ktk/history/$(/bin/dat= e +\\%b-\\%d-\\%Y).log\" / >>.\33[01;31m\33[Kclam\33[m\33[Ktk/history/\33[0= 1;31m\33[Kclam\33[m\33[Kscan.log 2>&1 ; fi # fresh\33[01;31m\33[Kclam\33[m\= 33[K update and \33[01;31m\33[Kclam\33[m\33[K-scan\n", 965) =3D 965 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3Ddgp= @dgp-p6803w:~$ stty -aspeed 38400 baud; rows 25; columns 80; line =3D 0;int= r =3D ^C; quit =3D ^\; erase =3D ^?; kill =3D ^U; eof =3D ^D; eol =3D ;eol2 =3D ; swtch =3D ; start =3D ^Q; stop =3D ^S; susp =3D= ^Z; rprnt =3D ^R;werase =3D ^W; lnext =3D ^V; discard =3D ^O; min =3D 1; t= ime =3D 0;-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts= -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ix= off-iuclc -ixany -imaxbel iutf8opost -olcuc -ocrnl onlcr -onocr -onlret -of= ill -ofdel nl0 cr0 tab0 bs0 vt0 ff0isig icanon iexten echo echoe echok -ech= onl -noflsh -xcase -tostop -echoprtechoctl echoke -flusho -extprocdgp@dgp-p= 6803w:~$ echo $TERMxtermdgp@dgp-p6803w:~$ pse xtermUID=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 PID=C2=A0 =C2=A0 PPID=C2=A0 C STIME TTY=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 TIME CMDdgp=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A03841=C2=A0 =C2= =A0 1862=C2=A0 0 12:38 ?=C2=A0 =C2=A0 =C2=A0 =C2=A0 00:00:03 xterm -T x3831= -n x3831 -geometry 80x25 -fn 12x24 -sb -vb -cn -sl 9999 -lsdgp=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A03877=C2=A0 =C2=A0 1862=C2=A0 0 12:38 ?=C2=A0 =C2=A0= =C2=A0 =C2=A0 00:00:01 xterm -T x3867 -n x3867 -geometry 80x25 -fn 12x24 -= sb -vb -cn -sl 9999 -lsdgp=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A03913=C2=A0 =C2= =A0 1862=C2=A0 0 12:38 ?=C2=A0 =C2=A0 =C2=A0 =C2=A0 00:00:01 xterm -T x3903= -n x3903 -geometry 80x25 -fn 12x24 -sb -vb -cn -sl 9999 -lsdgp=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A03949=C2=A0 =C2=A0 1862=C2=A0 0 12:38 ?=C2=A0 =C2=A0= =C2=A0 =C2=A0 00:00:01 xterm -T x3939 -n x3939 -geometry 80x25 -fn 12x24 -= sb -vb -cn -sl 9999 -lsdgp@dgp-p6803w:~$=C2=A0 -----Original Message----- From: Paul Eggert To: David G. Pickett Cc: 56843@debbugs.gnu.org Sent: Sat, Jul 30, 2022 2:17 pm Subject: Re: bug#56843: grep mangling lines I'm not seeing the problem on Ubuntu 22.04 LTS, using grep 3.7 and GNOME=20 Terminal 3.44.0 using VTE 0.68.0 +BIDI +GNUTLS +ICU +SYSTEMD. The output=20 isn't even colored unless I pass something like '--color=3Dalways' to=20 'grep', which leads me to wonder whether you're using an alias for=20 'grep' instead of the real thing. Here's how I tried to reproduce the problem. What happens when you try=20 the same thing on your platform? and what is your platform? $ cat >x <<'EOF' > 30 23 * * * /usr/bin/freshclam --datadir=3D/home/dgp/.clamtk/db=20 --log=3D/home/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y).log=20 >/home/dgp/.clamtk/db/freshclam_cron.log 2>&1 ;=20 /usr/local/bin/clamdscan --config-file=3D/etc/clamav/clamd.conf --reload=20 --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log"=20 >>.clamtk/history/clamscan.log 2>&1 ; /usr/local/bin/clamdscan=20 --config-file=3D/etc/clamav/clamd.conf --quiet --multiscan --fdpass=20 --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" $HOME=20 >>.clamtk/history/clamscan.log 2>&1 # freshclam update and clam-scan > EOF $ cat x | grep clam | diff x - $ e=3D$(printf '\033') $ cat x | grep --color=3Dalways clam | sed "s/$e\\[[0-9;]*.//g" | diff x - $ which grep /usr/bin/grep ------=_Part_3351445_1383191914.1659228125685 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
freshcla_cron.log 2>&1 ; /usr/local/bin/clamdscan --re= load --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" >>= .clamtk/history/clamscan.log 2>&1 ; if [ `fuser .clamtk/history/clam= scan.log 2>/dev/null` =3D "" ]; then  echo Still running >>.c= lamtk/history/clamscan.log ; else  /usr/local/bin/clamdscan --quiet --= multiscan --fdpass --log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y)= .log" / >>.clamtk/history/clamscan.log 2>&1 ; fi # freshclam u= pdate and clam-scan

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

23985 write(1, "30 23 * * * /usr/bin/fresh\33[01;31m\33[Kclam\33[m\33[= K --datadir=3D/home/dgp/.\33[01;31m\33[Kclam\33[m\33[Ktk/db --log=3D/home/d= gp/.\33[01;31m\33[Kclam\33[m\33[Ktk/db/fresh\33[01;31m\33[Kclam\33[m\33[K.$= (/bin/date +\\%b-\\%d-\\%Y).log >/home/dgp/.\33[01;31m\33[Kclam\33[m\33[= Ktk/db/= fresh\33[01;31m\33[Kclam\33[m\33[K_cron.log 2>&1 ; /usr/local= /bin/\33[01;31m\33[Kclam\33[m\33[Kdscan --reload --log=3D\"$HOME/.\33[01;31= m\33[Kclam\33[m\33[Ktk/history/$(/bin/date +\\%b-\\%d-\\%Y).log\" >>.= \33[01;31m\33[Kclam\33[m\33[Ktk/history/\33[01;31m\33[Kclam\33[m\33[Kscan.l= og 2>&1 ; if [ `fuser .\33[01;31m\33[Kclam\33[m\33[Ktk/history/\33[0= 1;31m\33[Kclam\33[m\33[Kscan.log 2>/dev/null` =3D \"\" ]; then  ech= o Still running >>.\33[01;31m\33[Kclam\33[m\33[Ktk/history/\33[01;31m= \33[Kclam\33[m\33[Kscan.log ; else  /usr/local/bin/\33[01;31m\33[Kclam= \33[m\33[Kdscan --quiet --multiscan --fdpass --log=3D\"$HOME/.\33[01;31m\33= [Kclam\33[m\33[Ktk/history/$(/bin/date +\\%b-\\%d-\\%Y).log\" / >>.\3= 3[01;31m\33[Kclam\33[m\33[Ktk/history/\33[01;31m\33[Kclam\33[m\33[Kscan.log= 2>&1 ; fi # fresh\33[01;31m\33[Kclam\33[m\33[K update and \33[01;31= m\33[Kclam\33[m\33[K-scan\n", 965) =3D 965

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D
dgp@dgp-p6803w:~
$ stty -a
speed 38400 baud; rows 25; columns 80; line =3D 0;
intr =3D ^C; quit =3D ^\; erase =3D ^?; kill =3D ^U; eof =3D ^D; eol = =3D <undef>;
eol2 =3D <undef>; swtch =3D <undef>; start =3D ^Q; stop = =3D ^S; susp =3D ^Z; rprnt =3D ^R;
werase =3D ^W; lnext =3D ^V; discard =3D ^O; min =3D 1; time =3D 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixo= n -ixoff
-iuclc -ixany -imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs= 0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -ec= hoprt
echoctl echoke -flusho -extproc
dgp@dgp-p6803w:~
$ echo $TERM
xterm
dgp@dgp-p6803w:~
$ pse xterm
UID          PID    PPID  C ST= IME TTY          TIME CMD
dgp         3841    1862  0 12= :38 ?        00:00:03 xterm -T x3831 -n x3831 -geometry= 80x25 -fn 12x24 -sb -vb -cn -sl 9999 -ls
dgp         3877    1862  0 12= :38 ?        00:00:01 xterm -T x3867 -n x3867 -geometry= 80x25 -fn 12x24 -sb -vb -cn -sl 9999 -ls
dgp         3913    1862  0 12= :38 ?        00:00:01 xterm -T x3903 -n x3903 -geometry= 80x25 -fn 12x24 -sb -vb -cn -sl 9999 -ls
dgp         3949    1862  0 12= :38 ?        00:00:01 xterm -T x3939 -n x3939 -geometry= 80x25 -fn 12x24 -sb -vb -cn -sl 9999 -ls
dgp@dgp-p6803w:~

-----Original Message-----
From: Paul Eggert <eggert@cs.ucla.edu>
To: David G. Pickett <dgpickett@aol.com>
Cc: 56843@debbugs.gnu.org
Sent: Sat, Jul 30, 2022 2:17 pm
Subject: Re: bug#56843: grep mangling lines

I'm not seeing the problem on Ubuntu 22.04 LTS, using grep= 3.7 and GNOME
Terminal 3.44.0 using VTE 0.68.0 +BIDI +G= NUTLS +ICU +SYSTEMD. The output
isn't even colored unles= s I pass something like '--color=3Dalways' to
'grep', wh= ich leads me to wonder whether you're using an alias for
'grep' instead of the real thing.

Her= e's how I tried to reproduce the problem. What happens when you try
the same thing on your platform? and what is your platform?

$ cat >x <<'EOF'

> 30 = 23 * * * /usr/bin/freshclam --datadir=3D/home/dgp/.clamtk/db
--log=3D/home/dgp/.clamtk/db/freshclam.$(/bin/date +\%b-\%d-\%Y).log <= br clear=3D"none"> >/home/dgp/.clamtk/db/freshclam_cron.log 2>&1 = ;
/usr/local/bin/clamdscan --config-file=3D/etc/clamav/c= lamd.conf --reload
--log=3D"$HOME/.clamtk/history/$(/bin= /date +\%b-\%d-\%Y).log"
>>.clamtk/history/clamsc= an.log 2>&1 ; /usr/local/bin/clamdscan
--config-f= ile=3D/etc/clamav/clamd.conf --quiet --multiscan --fdpass
--log=3D"$HOME/.clamtk/history/$(/bin/date +\%b-\%d-\%Y).log" $HOME
>>.clamtk/history/clamscan.log 2>&1 # freshclam= update and clam-scan

> EOF
$ cat x | grep clam | diff x= -
$ e=3D$(printf '\033')
$ cat x | gre= p --color=3Dalways clam | sed "s/$e\\[[0-9;]*.//g" | diff x -
$ which grep
/usr/bin/grep

------=_Part_3351445_1383191914.1659228125685-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 31 00:50:24 2022 Received: (at 56843-done) by debbugs.gnu.org; 31 Jul 2022 04:50:24 +0000 Received: from localhost ([127.0.0.1]:36257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oI0uC-0008UP-Ae for submit@debbugs.gnu.org; Sun, 31 Jul 2022 00:50:24 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:58648) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oI0u6-0008Tm-8V for 56843-done@debbugs.gnu.org; Sun, 31 Jul 2022 00:50:18 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id DE62D160153; Sat, 30 Jul 2022 21:50:07 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id mJOrR2cDtkoP; Sat, 30 Jul 2022 21:50:07 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 16817160156; Sat, 30 Jul 2022 21:50:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id JpvIU0NqAr2n; Sat, 30 Jul 2022 21:50:06 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id CD8EE160153; Sat, 30 Jul 2022 21:50:06 -0700 (PDT) Message-ID: <19578b8a-16b7-4957-596a-25fcae9273b8@cs.ucla.edu> Date: Sat, 30 Jul 2022 21:50:06 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: bug#56843: grep mangling lines Content-Language: en-US To: "David G. Pickett" References: <1364145315.3269558.1659196659189.ref@mail.yahoo.com> <1364145315.3269558.1659196659189@mail.yahoo.com> <1628647076.3351446.1659228125689@mail.yahoo.com> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <1628647076.3351446.1659228125689@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56843-done Cc: 56843-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) On 7/30/22 17:42, David G. Pickett wrote: > Any clues on how I got an xterm to mess up? Presumably by sending that sequence of escape characters to xterm. You should be able to reproduce the problem by using grep --color=always and sending the output to a file F, and then by typing 'cat F'. As this is not a grep bug, I'll close the grep bug report. From unknown Sun Jun 22 11:47:52 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, 28 Aug 2022 11:24:06 +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