From unknown Mon Jun 23 13:15:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21414: -F string with tailing newline always matches Resent-From: Ian Brown - HNAS Original-Sender: "Debbugs-submit" Resent-CC: bug-grep@gnu.org Resent-Date: Fri, 04 Sep 2015 15:34:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 21414 X-GNU-PR-Package: grep X-GNU-PR-Keywords: To: 21414@debbugs.gnu.org X-Debbugs-Original-To: "bug-grep@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.14413808361844 (code B ref -1); Fri, 04 Sep 2015 15:34:03 +0000 Received: (at submit) by debbugs.gnu.org; 4 Sep 2015 15:33:56 +0000 Received: from localhost ([127.0.0.1]:48948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXszy-0000TT-SW for submit@debbugs.gnu.org; Fri, 04 Sep 2015 11:33:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47839) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXsFY-0007gs-2w for submit@debbugs.gnu.org; Fri, 04 Sep 2015 10:45:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXsFW-00076r-6P for submit@debbugs.gnu.org; Fri, 04 Sep 2015 10:45:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,HTML_MESSAGE, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:48464) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXsFW-00076l-3S for submit@debbugs.gnu.org; Fri, 04 Sep 2015 10:45:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57843) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXsFU-00032f-ME for bug-grep@gnu.org; Fri, 04 Sep 2015 10:45:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXsFP-00075z-E5 for bug-grep@gnu.org; Fri, 04 Sep 2015 10:45:52 -0400 Received: from usindpps04.hds.com ([207.126.252.17]:58333) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXsFP-00075p-9b for bug-grep@gnu.org; Fri, 04 Sep 2015 10:45:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hds.com; h=from : to : subject : date : message-id : content-type : mime-version; s=mail1; bh=4poD26jiYx8fZTqY7wcg6pfDHD18qiOiTkc6btHGy6s=; b=i7c3PqLfml9dxxeEpGqb91wgU9yKE1r65lEgyIxtyKTrFQcEraATbtH+WJ5FnN9g9Jqi NRC4hug7XkpwBllCdAo3Pjp0DnTf6D13z5xol3jPH4T/RYLGww81t2wZoY7X89iXwS94 XyvYB+y9Jgpgcwm1Np+iZ6VbMY8eg9h04uCVuIEXcaSZCnIL8K07DkUUlVxCNid+GdrE X/HUftea7WV79jHXRrRh5/kSgOGMlq0GXL90A6EXi0jNDEBJ0pWNrNbm6qcaOgGWmcN6 Y+dw9mvA5tHwbZlramGVGhVfzUskIHxBPEtfF4yzijOovzcSHy/Z92LNBiGn2Nw/Z/Xn Yg== Received: from usindmail02.hds.com (usindmail02 [207.126.252.21]) by usindpps04.hds.com (8.15.0.59/8.15.0.59) with ESMTP id t84EjkM3025670 for ; Fri, 4 Sep 2015 10:45:46 -0400 Received: from USINDEHT101.corp.hds.com (usindnetf5d-vlan47float.corp.hds.com [10.74.73.11]) by usindmail02.hds.com (8.14.1/8.14.1) with ESMTP id t84EjjQE020768 for ; Fri, 4 Sep 2015 10:45:46 -0400 (EDT) Received: from USINDEM102.corp.hds.com ([fe80::591e:e12e:753e:f11a]) by USINDEHT101.corp.hds.com ([fe80::59e1:7859:afa6:e63d%12]) with mapi id 14.03.0235.001; Fri, 4 Sep 2015 10:45:45 -0400 From: Ian Brown - HNAS Thread-Topic: -F string with tailing newline always matches Thread-Index: AdDnH6CYevoWgP1LQKmipJDBQ8VHHQ== Date: Fri, 4 Sep 2015 14:45:45 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.74.73.11] Content-Type: multipart/alternative; boundary="_000_FA7104D099F42F4C80F11E38A7CF0728C2B9F433USINDEM102corph_" MIME-Version: 1.0 X-Proofpoint-SPF-Result: pass X-Proofpoint-SPF-Record: v=spf1 mx ip4:207.126.244.0/26 ip4:207.126.252.0/25 include:mktomail.com include:cloud.hds.com include:spf.protection.outlook.com ~all X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2015-09-04_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=outbound_policy score=0 kscore.is_bulkscore=0 kscore.compositescore=1 compositescore=0.9 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 rbsscore=0.9 spamscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1507310000 definitions=main-1509040250 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Mailman-Approved-At: Fri, 04 Sep 2015 11:33:53 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --_000_FA7104D099F42F4C80F11E38A7CF0728C2B9F433USINDEM102corph_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Grep version 2.20 When using the ouput of another command to pass match strings into grep usi= ng -F I was getting unexpected results as it was matching every line. If th= e terminating newline is removed the grep started to work again. Easy to work around but this is different behaviour from 2.12 and may cause= some scripts to fail. Ian Brown (HDS) --_000_FA7104D099F42F4C80F11E38A7CF0728C2B9F433USINDEM102corph_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Grep version 2.20

 

When using the ouput of another command to pass matc= h strings into grep using –F I was getting unexpected results as it w= as matching every line. If the terminating newline is removed the grep star= ted to work again.

 

Easy to work around but this is different behaviour = from 2.12 and may cause some scripts to fail.

 

Ian Brown= (HDS)

 

--_000_FA7104D099F42F4C80F11E38A7CF0728C2B9F433USINDEM102corph_-- From unknown Mon Jun 23 13:15:20 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Ian Brown - HNAS Subject: bug#21414: closed (Re: bug#21414: -F string with tailing newline always matches) Message-ID: References: <55E9D614.4090202@cs.ucla.edu> X-Gnu-PR-Message: they-closed 21414 X-Gnu-PR-Package: grep Reply-To: 21414@debbugs.gnu.org Date: Fri, 04 Sep 2015 17:35:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1441388102-13011-1" This is a multi-part message in MIME format... ------------=_1441388102-13011-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #21414: -F string with tailing newline always matches=20 which was filed against the grep package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 21414@debbugs.gnu.org. --=20 21414: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D21414 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1441388102-13011-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 21414-done) by debbugs.gnu.org; 4 Sep 2015 17:34:16 +0000 Received: from localhost ([127.0.0.1]:48967 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXusR-0003Mp-Rw for submit@debbugs.gnu.org; Fri, 04 Sep 2015 13:34:16 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:53355) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXusQ-0003Mh-Aj for 21414-done@debbugs.gnu.org; Fri, 04 Sep 2015 13:34:15 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4DB47160FD7; Fri, 4 Sep 2015 10:34:13 -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 TOiw65kMVgnT; Fri, 4 Sep 2015 10:34:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 9D942160FD9; Fri, 4 Sep 2015 10:34:12 -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 cV8GzVBW3CII; Fri, 4 Sep 2015 10:34:12 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 84A75160F95; Fri, 4 Sep 2015 10:34:12 -0700 (PDT) Subject: Re: bug#21414: -F string with tailing newline always matches To: Ian Brown - HNAS , 21414-done@debbugs.gnu.org References: From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <55E9D614.4090202@cs.ucla.edu> Date: Fri, 4 Sep 2015 10:34:12 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 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: 21414-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) On 09/04/2015 07:45 AM, Ian Brown - HNAS wrote: > Grep version 2.20 > > When using the ouput of another command to pass match strings into grep using -F I was getting unexpected results as it was matching every line. If the terminating newline is removed the grep started to work again. > > Easy to work around but this is different behaviour from 2.12 and may cause some scripts to fail. > > Ian Brown (HDS) > I assume you're referring to the following sort of behavior: $ printf 'abc\n\ndef\n' >foo $ grep -F 'abc ' foo abc def Older versions of GNU grep would ignore the newline after 'abc' in the pattern, and would output only 'abc' with the above example. This behavior was incompatible with non-GNU grep implementations and with POSIX, and the incompatibility seemed to be unintended and not that useful and was fixed at some point (sorry, don't know the GNU grep version). Sorry you were relying on it. ------------=_1441388102-13011-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 4 Sep 2015 15:33:56 +0000 Received: from localhost ([127.0.0.1]:48948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXszy-0000TT-SW for submit@debbugs.gnu.org; Fri, 04 Sep 2015 11:33:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47839) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXsFY-0007gs-2w for submit@debbugs.gnu.org; Fri, 04 Sep 2015 10:45:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXsFW-00076r-6P for submit@debbugs.gnu.org; Fri, 04 Sep 2015 10:45:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,HTML_MESSAGE, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:48464) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXsFW-00076l-3S for submit@debbugs.gnu.org; Fri, 04 Sep 2015 10:45:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57843) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXsFU-00032f-ME for bug-grep@gnu.org; Fri, 04 Sep 2015 10:45:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXsFP-00075z-E5 for bug-grep@gnu.org; Fri, 04 Sep 2015 10:45:52 -0400 Received: from usindpps04.hds.com ([207.126.252.17]:58333) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXsFP-00075p-9b for bug-grep@gnu.org; Fri, 04 Sep 2015 10:45:47 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hds.com; h=from : to : subject : date : message-id : content-type : mime-version; s=mail1; bh=4poD26jiYx8fZTqY7wcg6pfDHD18qiOiTkc6btHGy6s=; b=i7c3PqLfml9dxxeEpGqb91wgU9yKE1r65lEgyIxtyKTrFQcEraATbtH+WJ5FnN9g9Jqi NRC4hug7XkpwBllCdAo3Pjp0DnTf6D13z5xol3jPH4T/RYLGww81t2wZoY7X89iXwS94 XyvYB+y9Jgpgcwm1Np+iZ6VbMY8eg9h04uCVuIEXcaSZCnIL8K07DkUUlVxCNid+GdrE X/HUftea7WV79jHXRrRh5/kSgOGMlq0GXL90A6EXi0jNDEBJ0pWNrNbm6qcaOgGWmcN6 Y+dw9mvA5tHwbZlramGVGhVfzUskIHxBPEtfF4yzijOovzcSHy/Z92LNBiGn2Nw/Z/Xn Yg== Received: from usindmail02.hds.com (usindmail02 [207.126.252.21]) by usindpps04.hds.com (8.15.0.59/8.15.0.59) with ESMTP id t84EjkM3025670 for ; Fri, 4 Sep 2015 10:45:46 -0400 Received: from USINDEHT101.corp.hds.com (usindnetf5d-vlan47float.corp.hds.com [10.74.73.11]) by usindmail02.hds.com (8.14.1/8.14.1) with ESMTP id t84EjjQE020768 for ; Fri, 4 Sep 2015 10:45:46 -0400 (EDT) Received: from USINDEM102.corp.hds.com ([fe80::591e:e12e:753e:f11a]) by USINDEHT101.corp.hds.com ([fe80::59e1:7859:afa6:e63d%12]) with mapi id 14.03.0235.001; Fri, 4 Sep 2015 10:45:45 -0400 From: Ian Brown - HNAS To: "bug-grep@gnu.org" Subject: -F string with tailing newline always matches Thread-Topic: -F string with tailing newline always matches Thread-Index: AdDnH6CYevoWgP1LQKmipJDBQ8VHHQ== Date: Fri, 4 Sep 2015 14:45:45 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.74.73.11] Content-Type: multipart/alternative; boundary="_000_FA7104D099F42F4C80F11E38A7CF0728C2B9F433USINDEM102corph_" MIME-Version: 1.0 X-Proofpoint-SPF-Result: pass X-Proofpoint-SPF-Record: v=spf1 mx ip4:207.126.244.0/26 ip4:207.126.252.0/25 include:mktomail.com include:cloud.hds.com include:spf.protection.outlook.com ~all X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2015-09-04_07:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=outbound_policy score=0 kscore.is_bulkscore=0 kscore.compositescore=1 compositescore=0.9 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 rbsscore=0.9 spamscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1507310000 definitions=main-1509040250 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 04 Sep 2015 11:33:53 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --_000_FA7104D099F42F4C80F11E38A7CF0728C2B9F433USINDEM102corph_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Grep version 2.20 When using the ouput of another command to pass match strings into grep usi= ng -F I was getting unexpected results as it was matching every line. If th= e terminating newline is removed the grep started to work again. Easy to work around but this is different behaviour from 2.12 and may cause= some scripts to fail. Ian Brown (HDS) --_000_FA7104D099F42F4C80F11E38A7CF0728C2B9F433USINDEM102corph_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Grep version 2.20

 

When using the ouput of another command to pass matc= h strings into grep using –F I was getting unexpected results as it w= as matching every line. If the terminating newline is removed the grep star= ted to work again.

 

Easy to work around but this is different behaviour = from 2.12 and may cause some scripts to fail.

 

Ian Brown= (HDS)

 

--_000_FA7104D099F42F4C80F11E38A7CF0728C2B9F433USINDEM102corph_-- ------------=_1441388102-13011-1-- From unknown Mon Jun 23 13:15:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21414: -F string with tailing newline always matches Resent-From: Jim Meyering Original-Sender: "Debbugs-submit" Resent-CC: bug-grep@gnu.org Resent-Date: Fri, 04 Sep 2015 22:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21414 X-GNU-PR-Package: grep X-GNU-PR-Keywords: To: 21414@debbugs.gnu.org, Paul Eggert , ian.brown@hds.com Cc: 21414-done@debbugs.gnu.org Received: via spool by 21414-submit@debbugs.gnu.org id=B21414.144140508014047 (code B ref 21414); Fri, 04 Sep 2015 22:18:02 +0000 Received: (at 21414) by debbugs.gnu.org; 4 Sep 2015 22:18:00 +0000 Received: from localhost ([127.0.0.1]:49062 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXzJ1-0003eT-DX for submit@debbugs.gnu.org; Fri, 04 Sep 2015 18:17:59 -0400 Received: from mail-vk0-f54.google.com ([209.85.213.54]:35722) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZXzIz-0003eG-He; Fri, 04 Sep 2015 18:17:58 -0400 Received: by vkaw128 with SMTP id w128so18983704vka.2; Fri, 04 Sep 2015 15:17:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=1/stJfZuD4ddZCB1z3d1vGDeI0BxLFRogmlV/sVayHE=; b=jXAia9C71YFDHXvyKrLJCStqgd5B0WmOZUW2dU3HhRodpV1dDqDvYZ5lS7GOssryis SgFh13KT/q3A/M5AnX4Q2SfhYLGoPgFoLEm4urc2rN3KZZ5QC/0PRh7/Zs64a73b6ubG I/bQHq3WFyUl/i/O5fayegiJYPq7zXpv0qKBLnxRQ6+pveofLZDWWrlf9C2YVzHpmPFe /1qUuNAA0p720pBjbvBfvbTbi3qtNhbDeVoA8R447j40ErcDwkakXI7oahgJtbx8oqZd fZgUArTsmSEs803zKQDCYVJROtU+JUHYknKS/N9kJQt4s1PDnbuwb2vguCIFbBeo6CSq cbtA== X-Received: by 10.53.8.137 with SMTP id dk9mr8026832vdd.89.1441405076955; Fri, 04 Sep 2015 15:17:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.61.8 with HTTP; Fri, 4 Sep 2015 15:17:25 -0700 (PDT) In-Reply-To: <55E9D614.4090202@cs.ucla.edu> References: <55E9D614.4090202@cs.ucla.edu> From: Jim Meyering Date: Fri, 4 Sep 2015 15:17:25 -0700 X-Google-Sender-Auth: TenGn_KKRxTWFr8TS4jZiV_yC8M Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.7 (/) On Fri, Sep 4, 2015 at 10:34 AM, Paul Eggert wrote: > On 09/04/2015 07:45 AM, Ian Brown - HNAS wrote: >> >> Grep version 2.20 >> >> When using the ouput of another command to pass match strings into grep >> using -F I was getting unexpected results as it was matching every line. If >> the terminating newline is removed the grep started to work again. >> >> Easy to work around but this is different behaviour from 2.12 and may >> cause some scripts to fail. >> >> Ian Brown (HDS) >> > > I assume you're referring to the following sort of behavior: > > $ printf 'abc\n\ndef\n' >foo > $ grep -F 'abc > ' foo > abc > > def > > Older versions of GNU grep would ignore the newline after 'abc' in the > pattern, and would output only 'abc' with the above example. This behavior > was incompatible with non-GNU grep implementations and with POSIX, and the > incompatibility seemed to be unintended and not that useful and was fixed at > some point (sorry, don't know the GNU grep version). Sorry you were relying > on it. Thank you for the report. I too find this behavior surprising: $ seq 3|grep -F xxx$'\n' 1 2 3 This feels like a bug, since it's an artifact of how grep accumulates multiple keys internally: it uses newline as the separator (http://git.savannah.gnu.org/cgit/grep.git/tree/src/grep.c#n2308). Including a literal newline in the search string conflicts with that. I haven't investigated feasibility, but we be able to make it use \0 as the separator, to avoid this. From unknown Mon Jun 23 13:15:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21414: -F string with tailing newline always matches Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-grep@gnu.org Resent-Date: Sat, 05 Sep 2015 03:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21414 X-GNU-PR-Package: grep X-GNU-PR-Keywords: To: Jim Meyering , 21414@debbugs.gnu.org, ian.brown@hds.com Cc: 21414-done@debbugs.gnu.org Received: via spool by 21414-submit@debbugs.gnu.org id=B21414.144142471617945 (code B ref 21414); Sat, 05 Sep 2015 03:46:02 +0000 Received: (at 21414) by debbugs.gnu.org; 5 Sep 2015 03:45:16 +0000 Received: from localhost ([127.0.0.1]:49174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZY4Pk-0004fH-Cp for submit@debbugs.gnu.org; Fri, 04 Sep 2015 23:45:16 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:44416) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZY4Ph-0004f3-Df; Fri, 04 Sep 2015 23:45:14 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4DBD7160FDA; Fri, 4 Sep 2015 20:45:12 -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 Pr_yN_Yd54YJ; Fri, 4 Sep 2015 20:45:11 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 07731160FEF; Fri, 4 Sep 2015 20:45:11 -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 cos82lYQ2GNq; Fri, 4 Sep 2015 20:45:10 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id DA6A5160FDA; Fri, 4 Sep 2015 20:45:10 -0700 (PDT) References: <55E9D614.4090202@cs.ucla.edu> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <55EA6546.7030002@cs.ucla.edu> Date: Fri, 4 Sep 2015 20:45:10 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) Jim Meyering wrote: > I too find this behavior surprising: > > $ seq 3|grep -F xxx$'\n' > 1 > 2 > 3 > > This feels like a bug, since it's an artifact of how grep accumulates > multiple keys internally: it uses newline as the separator > (http://git.savannah.gnu.org/cgit/grep.git/tree/src/grep.c#n2308). > Including a literal newline in the search string conflicts with that. It's not an artifact; it's intended behavior. POSIX says that xxx$'\n' (which expands to three 'x's followed by a newline) is a pattern_list, not a pattern. A pattern_list is defined to be a series of patterns separated by newlines (not terminated by newlines), so that pattern_list has two patterns, xxx and the empty pattern. From unknown Mon Jun 23 13:15:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21414: -F string with tailing newline always matches Resent-From: Jim Meyering Original-Sender: "Debbugs-submit" Resent-CC: bug-grep@gnu.org Resent-Date: Sat, 05 Sep 2015 04:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21414 X-GNU-PR-Package: grep X-GNU-PR-Keywords: To: Paul Eggert Cc: ian.brown@hds.com, 21414@debbugs.gnu.org, 21414-done@debbugs.gnu.org Received: via spool by 21414-submit@debbugs.gnu.org id=B21414.144142742222024 (code B ref 21414); Sat, 05 Sep 2015 04:31:01 +0000 Received: (at 21414) by debbugs.gnu.org; 5 Sep 2015 04:30:22 +0000 Received: from localhost ([127.0.0.1]:49179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZY57N-0005j7-64 for submit@debbugs.gnu.org; Sat, 05 Sep 2015 00:30:22 -0400 Received: from mail-vk0-f51.google.com ([209.85.213.51]:34672) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZY57K-0005iu-GM; Sat, 05 Sep 2015 00:30:19 -0400 Received: by vkhf67 with SMTP id f67so21376441vkh.1; Fri, 04 Sep 2015 21:30:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=E89C+6dyM4shXO4rRKfngT7vVf+DUJONcvwkyFJyXrE=; b=VOyVVLaI9Q7omiPbi+fzTF7K1bZGUutmMpO6sfrcf6Kwh0nCG9mWbVJRRBobWJMQU8 NDEG5r8l9XA32GBIQkCE1cUI/1g1dLmTWfDpHjZywG9MZWPuWEtK0Lh/m+3hTNKLeT1L 51VPLM70fY3rX3Zr80pg35sFIBCpcu46CPT7y2qof93YGXW4KKYLyddedsf8wwcbEiqx ZhkB5PTk6D9RpeYf4OMkpKdsVnhbCEhY0CW9YYbGJGpM5r1CY7daA3unvCFFnLHBsq2c wUEfOvFwTVwVBghBm6/T8WX5+8Hc2bDUgLtLBGriIAySvgKsJI+eA7Xn8JoEvGmV52H8 hLyw== X-Received: by 10.52.165.100 with SMTP id yx4mr10362882vdb.94.1441427418042; Fri, 04 Sep 2015 21:30:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.61.8 with HTTP; Fri, 4 Sep 2015 21:29:58 -0700 (PDT) In-Reply-To: <55EA6546.7030002@cs.ucla.edu> References: <55E9D614.4090202@cs.ucla.edu> <55EA6546.7030002@cs.ucla.edu> From: Jim Meyering Date: Fri, 4 Sep 2015 21:29:58 -0700 X-Google-Sender-Auth: g5DQUjye0kHQ2SdyTPiUBXdnFdI Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.7 (/) On Fri, Sep 4, 2015 at 8:45 PM, Paul Eggert wrote: > Jim Meyering wrote: >> >> I too find this behavior surprising: >> >> $ seq 3|grep -F xxx$'\n' >> 1 >> 2 >> 3 >> >> This feels like a bug, since it's an artifact of how grep accumulates >> multiple keys internally: it uses newline as the separator >> (http://git.savannah.gnu.org/cgit/grep.git/tree/src/grep.c#n2308). >> Including a literal newline in the search string conflicts with that. > > > It's not an artifact; it's intended behavior. POSIX says that xxx$'\n' > (which expands to three 'x's followed by a newline) is a pattern_list, not a > pattern. A pattern_list is defined to be a series of patterns separated by > newlines (not terminated by newlines), so that pattern_list has two > patterns, xxx and the empty pattern. Thanks for explaining. Looks like I'd better reread that part of the spec. From unknown Mon Jun 23 13:15:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21414: -F string with tailing newline always matches Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-grep@gnu.org Resent-Date: Mon, 07 Sep 2015 15:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21414 X-GNU-PR-Package: grep X-GNU-PR-Keywords: To: Ian Brown - HNAS Cc: 21414@debbugs.gnu.org Received: via spool by 21414-submit@debbugs.gnu.org id=B21414.144163869824712 (code B ref 21414); Mon, 07 Sep 2015 15:12:01 +0000 Received: (at 21414) by debbugs.gnu.org; 7 Sep 2015 15:11:38 +0000 Received: from localhost ([127.0.0.1]:51751 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZYy53-0006QW-UR for submit@debbugs.gnu.org; Mon, 07 Sep 2015 11:11:38 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:46025) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZYy50-0006QM-N3 for 21414@debbugs.gnu.org; Mon, 07 Sep 2015 11:11:35 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id B0943161017; Mon, 7 Sep 2015 08:11:33 -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 9M4Nt3iju3QX; Mon, 7 Sep 2015 08:11:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 9030816102C; Mon, 7 Sep 2015 08:11:32 -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 Ppa8Ky5EnL0w; Mon, 7 Sep 2015 08:11:32 -0700 (PDT) Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 6FCA516100C; Mon, 7 Sep 2015 08:11:32 -0700 (PDT) References: From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <55EDA921.10408@cs.ucla.edu> Date: Mon, 7 Sep 2015 08:11:29 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (/) Ian Brown - HNAS wrote: > the pattern list used was the output of another command, it now needs to have the terminating newline removed. Typically the issue occurs with grep -f. If the pattern list is generated via the shell, like this: grep "$(somecmd)" file then the shell removes all trailing newlines from the output of SOMECMD, so it is not a problem in this case. The shell even strips multiple trailing newlines, which in hindsight is probably a mistake but is standard behavior. So, for example: printf 'abc\n' | grep "$(printf 'xyz\n\n\n')" does not output any matches, but: printf 'xyz\n\n\n' >pattern; printf 'abc\n' | grep -f pattern outputs a match for abc, because the empty pattern matches every line. > I didn't find any mention of this change of behaviour in the change logs The change is listed in NEWS under grep-2.19 bug fixes, like this: grep no longer mishandles an empty pattern at the end of a pattern list. [bug introduced in grep-2.5] This is due to commit 2d3832e1ff772dc1a374bfad5dcc1338350cc48b dated Fri Apr 11 21:34:11 2014 +0900. Here is the ChangeLog entry. 2014-04-11 Norihiro Tanaka grep: no match for the empty string included in multiple patterns * src/dfasearch.c (EGAcompile): Fix it. * src/kwsearch.c (Fcompile): Fix it. This fixes Bug#17240, which essentially is the negation of your bug report, i.e., Bug#17240 asks for the standard grep behavior which we broke in grep 2.5. You can see that bug report here: http://bugs.gnu.org/17240 From unknown Mon Jun 23 13:15:20 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21414: -F string with tailing newline always matches Resent-From: Ian Brown - HNAS Original-Sender: "Debbugs-submit" Resent-CC: bug-grep@gnu.org Resent-Date: Tue, 08 Sep 2015 12:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21414 X-GNU-PR-Package: grep X-GNU-PR-Keywords: To: Paul Eggert Cc: "21414@debbugs.gnu.org" <21414@debbugs.gnu.org> Received: via spool by 21414-submit@debbugs.gnu.org id=B21414.144171459023625 (code B ref 21414); Tue, 08 Sep 2015 12:17:02 +0000 Received: (at 21414) by debbugs.gnu.org; 8 Sep 2015 12:16:30 +0000 Received: from localhost ([127.0.0.1]:52367 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZZHp7-00068z-IS for submit@debbugs.gnu.org; Tue, 08 Sep 2015 08:16:29 -0400 Received: from usindpps06.hds.com ([207.126.252.19]:43374) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZZHp5-00068r-MB for 21414@debbugs.gnu.org; Tue, 08 Sep 2015 08:16:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hds.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=mail1; bh=u8aHuJb1jyrsEkAKZUl8cqAI76PM/E8j3LNLRWs0jok=; b=iLhUisCZXdhJjoUo0U6/Li7p/BCzFLD0U5qDZfA+5yL09WEszN7O09iPilrZKCT0eYyd Qun9nHZhDewzK+N99/GaekqaQx6W4E1lTzluukURFXNvLkDXz0IVVsynLyl7N+MYcdYa KD+KBfsQuCIK/XoME5zrWRnuzd20ApbAqm9gGpuQSlTauk+GOeKnrieZhUOAYfKGRiLb AN5k9sp6XDnugWgSZX16bF+zneDl3zR+Dw48YmVK1VRlPU/UOE2eRCWs9KXn0dYlMGqd egmcH4SBI5rpaz0sU7eMtlXZfGwxvE/KZvHHTSNevDx7s8Mxxrsvx3w72/MUhFoZFhl3 qw== Received: from usindmail01.hds.com (usindmail03 [207.126.252.22]) by usindpps06.hds.com (8.15.0.59/8.15.0.59) with ESMTP id t88CGI4h019898; Tue, 8 Sep 2015 05:16:18 -0700 Received: from USINDEHT103.corp.hds.com (usindnetf5d-vlan47float.corp.hds.com [10.74.73.11]) by usindmail01.hds.com (8.14.1/8.14.1) with ESMTP id t88CGFNA023684; Tue, 8 Sep 2015 08:16:16 -0400 (EDT) Received: from USINDEM102.corp.hds.com ([fe80::591e:e12e:753e:f11a]) by USINDEHT103.corp.hds.com ([fe80::1476:a9fe:bf69:9b28%12]) with mapi id 14.03.0235.001; Tue, 8 Sep 2015 08:16:14 -0400 From: Ian Brown - HNAS Thread-Topic: bug#21414: -F string with tailing newline always matches Thread-Index: AdDpSnrSTB5KumndSSCutt6bl/ap9wAVoUGAACOcTKA= Date: Tue, 8 Sep 2015 12:16:15 +0000 Message-ID: References: <55EDA921.10408@cs.ucla.edu> In-Reply-To: <55EDA921.10408@cs.ucla.edu> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.74.73.11] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Proofpoint-SPF-Result: pass X-Proofpoint-SPF-Record: v=spf1 mx ip4:207.126.244.0/26 ip4:207.126.252.0/25 include:mktomail.com include:cloud.hds.com include:spf.protection.outlook.com ~all X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2015-09-08_06:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=outbound_policy score=0 kscore.is_bulkscore=0 kscore.compositescore=1 compositescore=0.9 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 rbsscore=0.9 spamscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1507310000 definitions=main-1509080184 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -5.0 (-----) TXkgY29kZSB3YXMgaW4gUnVieSBhbmQgdGhhdCBwcmVzZXJ2ZXMgdGhlIG5ld2xpbmVzDQoNCmly YihtYWluKTowMDE6MD4gYHByaW50ZiAnYWJjXG4nfGdyZXAgIiN7YHByaW50ZiAneHl6XG5cblxu J2B9ImANCj0+ICJhYmNcbiINCmlyYihtYWluKTowMDI6MD4NCg0KRGlkbid0IHRoaW5rIHRvIGxv b2sgdW5kZXIgTkVXUyAuLiB0aGFua3MuDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpG cm9tOiBQYXVsIEVnZ2VydCBbbWFpbHRvOmVnZ2VydEBjcy51Y2xhLmVkdV0gDQpTZW50OiAwNyBT ZXB0ZW1iZXIgMjAxNSAxNjoxMQ0KVG86IElhbiBCcm93biAtIEhOQVMNCkNjOiAyMTQxNEBkZWJi dWdzLmdudS5vcmcNClN1YmplY3Q6IFJlOiBidWcjMjE0MTQ6IC1GIHN0cmluZyB3aXRoIHRhaWxp bmcgbmV3bGluZSBhbHdheXMgbWF0Y2hlcw0KDQpJYW4gQnJvd24gLSBITkFTIHdyb3RlOg0KPiB0 aGUgcGF0dGVybiBsaXN0IHVzZWQgd2FzIHRoZSBvdXRwdXQgb2YgYW5vdGhlciBjb21tYW5kLCBp dCBub3cgbmVlZHMgdG8gaGF2ZSB0aGUgdGVybWluYXRpbmcgbmV3bGluZSByZW1vdmVkLg0KDQpU eXBpY2FsbHkgdGhlIGlzc3VlIG9jY3VycyB3aXRoIGdyZXAgLWYuICBJZiB0aGUgcGF0dGVybiBs aXN0IGlzIGdlbmVyYXRlZCB2aWEgdGhlIHNoZWxsLCBsaWtlIHRoaXM6DQoNCiAgICBncmVwICIk KHNvbWVjbWQpIiBmaWxlDQoNCnRoZW4gdGhlIHNoZWxsIHJlbW92ZXMgYWxsIHRyYWlsaW5nIG5l d2xpbmVzIGZyb20gdGhlIG91dHB1dCBvZiBTT01FQ01ELCBzbyBpdCBpcyBub3QgYSBwcm9ibGVt IGluIHRoaXMgY2FzZS4gIFRoZSBzaGVsbCBldmVuIHN0cmlwcyBtdWx0aXBsZSB0cmFpbGluZyBu ZXdsaW5lcywgd2hpY2ggaW4gaGluZHNpZ2h0IGlzIHByb2JhYmx5IGEgbWlzdGFrZSBidXQgaXMg c3RhbmRhcmQgYmVoYXZpb3IuIA0KU28sIGZvciBleGFtcGxlOg0KDQogICAgcHJpbnRmICdhYmNc bicgfCBncmVwICIkKHByaW50ZiAneHl6XG5cblxuJykiDQoNCmRvZXMgbm90IG91dHB1dCBhbnkg bWF0Y2hlcywgYnV0Og0KDQogICAgcHJpbnRmICd4eXpcblxuXG4nID5wYXR0ZXJuOyBwcmludGYg J2FiY1xuJyB8IGdyZXAgLWYgcGF0dGVybg0KDQpvdXRwdXRzIGEgbWF0Y2ggZm9yIGFiYywgYmVj YXVzZSB0aGUgZW1wdHkgcGF0dGVybiBtYXRjaGVzIGV2ZXJ5IGxpbmUuDQoNCj4gSSBkaWRuJ3Qg ZmluZCBhbnkgbWVudGlvbiBvZiB0aGlzIGNoYW5nZSBvZiBiZWhhdmlvdXIgaW4gdGhlIGNoYW5n ZSANCj4gbG9ncw0KDQpUaGUgY2hhbmdlIGlzIGxpc3RlZCBpbiBORVdTIHVuZGVyIGdyZXAtMi4x OSBidWcgZml4ZXMsIGxpa2UgdGhpczoNCg0KICAgZ3JlcCBubyBsb25nZXIgbWlzaGFuZGxlcyBh biBlbXB0eSBwYXR0ZXJuIGF0IHRoZSBlbmQgb2YgYSBwYXR0ZXJuIGxpc3QuDQogICBbYnVnIGlu dHJvZHVjZWQgaW4gZ3JlcC0yLjVdDQoNClRoaXMgaXMgZHVlIHRvIGNvbW1pdCAyZDM4MzJlMWZm NzcyZGMxYTM3NGJmYWQ1ZGNjMTMzODM1MGNjNDhiIGRhdGVkIEZyaSBBcHIgMTENCjIxOjM0OjEx IDIwMTQgKzA5MDAuICBIZXJlIGlzIHRoZSBDaGFuZ2VMb2cgZW50cnkuDQoNCjIwMTQtMDQtMTEg IE5vcmloaXJvIFRhbmFrYSAgPG5vcml0bmtAa2NuLm5lLmpwPg0KDQoJZ3JlcDogbm8gbWF0Y2gg Zm9yIHRoZSBlbXB0eSBzdHJpbmcgaW5jbHVkZWQgaW4gbXVsdGlwbGUgcGF0dGVybnMNCgkqIHNy Yy9kZmFzZWFyY2guYyAoRUdBY29tcGlsZSk6IEZpeCBpdC4NCgkqIHNyYy9rd3NlYXJjaC5jIChG Y29tcGlsZSk6IEZpeCBpdC4NCg0KVGhpcyBmaXhlcyBCdWcjMTcyNDAsIHdoaWNoIGVzc2VudGlh bGx5IGlzIHRoZSBuZWdhdGlvbiBvZiB5b3VyIGJ1ZyByZXBvcnQsIGkuZS4sIEJ1ZyMxNzI0MCBh c2tzIGZvciB0aGUgc3RhbmRhcmQgZ3JlcCBiZWhhdmlvciB3aGljaCB3ZSBicm9rZSBpbiBncmVw IDIuNS4gDQogIFlvdSBjYW4gc2VlIHRoYXQgYnVnIHJlcG9ydCBoZXJlOg0KDQpodHRwczovL3Vy bGRlZmVuc2UucHJvb2Zwb2ludC5jb20vdjIvdXJsP3U9aHR0cC0zQV9fYnVncy5nbnUub3JnXzE3 MjQwJmQ9QlFJQ2FRJmM9RFotRUY0cFpmeEdTVTZNZkFCd3gwZyZyPW9VeVF4RDVEMDc4c3ZWd2VI UXNjR2NpRHhENVlIa2dacVV1X0gxbERyX0kmbT15ZEZPUWU3SWpGbWsyeFBBMlN0cmRkcjF2Q2ly ZU5RN0ZJSWg5RVJpQ1pFJnM9bjg1NUdIOWN2V0FaX1BYWVQxcHIxTUVzemFjUXcwQ3NXOWJWUjVX Y1VBayZlPSANCg==