From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#32093: 27.0.50; M-x grep appends /dev/null to command line Date: Tue, 10 Jul 2018 18:04:58 -0400 Message-ID: <871scad9x1.fsf@gmail.com> References: <87lgamdqcb.fsf@fencepost.gnu.org> <87pnzyawdg.fsf@gmx.de> <87h8ladpem.fsf@fencepost.gnu.org> <87lgamavq7.fsf@gmx.de> <87d0vydli6.fsf@fencepost.gnu.org> <87va9pdin0.fsf@gmail.com> <83pnzxh7lj.fsf@gnu.org> <87pnzwccfh.fsf@gmail.com> <834lh7gk5u.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1531260257 28258 195.159.176.226 (10 Jul 2018 22:04:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 10 Jul 2018 22:04:17 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: 32093@debbugs.gnu.org, dak@gnu.org, michael.albinus@gmx.de To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 11 00:04:13 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fd0jz-0007ED-W4 for geb-bug-gnu-emacs@m.gmane.org; Wed, 11 Jul 2018 00:04:12 +0200 Original-Received: from localhost ([::1]:49886 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fd0m7-0000v9-4I for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Jul 2018 18:06:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36502) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fd0lq-0000mZ-50 for bug-gnu-emacs@gnu.org; Tue, 10 Jul 2018 18:06:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fd0ln-0004Xk-GJ for bug-gnu-emacs@gnu.org; Tue, 10 Jul 2018 18:06:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46505) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fd0ln-0004Xg-Cv for bug-gnu-emacs@gnu.org; Tue, 10 Jul 2018 18:06:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fd0ln-0004qr-5k for bug-gnu-emacs@gnu.org; Tue, 10 Jul 2018 18:06:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Jul 2018 22:06:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32093 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 32093-submit@debbugs.gnu.org id=B32093.153126030818555 (code B ref 32093); Tue, 10 Jul 2018 22:06:03 +0000 Original-Received: (at 32093) by debbugs.gnu.org; 10 Jul 2018 22:05:08 +0000 Original-Received: from localhost ([127.0.0.1]:54397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fd0kt-0004pD-SJ for submit@debbugs.gnu.org; Tue, 10 Jul 2018 18:05:08 -0400 Original-Received: from mail-io0-f173.google.com ([209.85.223.173]:44152) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fd0ks-0004oi-Uo for 32093@debbugs.gnu.org; Tue, 10 Jul 2018 18:05:07 -0400 Original-Received: by mail-io0-f173.google.com with SMTP id q19-v6so21816068ioh.11 for <32093@debbugs.gnu.org>; Tue, 10 Jul 2018 15:05:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=gmnOPyrHwBd5HEz9sE0o7sOJYFPqDCV1HQdIm2YAGGc=; b=XHhe7iEhpIu2HW2uqpu8hkaQVvTNWqEMwTGLK8QtL8SJ+9JwNX2bv2R+u54xhPyYg9 x5ozRMwo9jZzZ740NKjsw6mxhiIIOwlKmQSKgI57C11C3DKQCTpZ9ZyZwBC0SQqA+WT9 9uuh2iOWkRPuQIRthl341JP6pmNUDiNrYr8/1IFAcIBs2G6Hh7TwEk2mxQ+Vnir2+e/L 3Sl1ZYORTdHv4zBr1AutA830tOnE0wfeHN5lNGxMQKC9KqgZAc54Ume/z5iCujX3e8sO J8NloTxVul6i+N284VomuawmmYaLdVPYdO+a8yqmzgH0la1wB7VHrNCbtERam3in0+CP Iyqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=gmnOPyrHwBd5HEz9sE0o7sOJYFPqDCV1HQdIm2YAGGc=; b=LjjSfOzqZBFrI/botFUDzFZZ8HUz6fzIARXTNoypvFMwiB5VVqDbNRBpm6VYj1mwpz fXR44QhFlOeibl+xnj4Xw939MKGgvmtJk4MT9nJsvJB/oZJBJ9uG3TG4HXTOtRSZdnbx QrxiKsK2B4/H1Z6oLSeHB1LRANySLVZIHFku/OiFVP3437VmSStfme4IdUOu9ArV6J4H wXRAAHKAJf/X7uzgJk+9uIuwxoxqCEUa+wenDhalzOv59zqNuu7sQfgdd3CNYGs1UXg4 CqjzjM2nIClz+CU9WECa8z6x7bYfNeIykJK+DJ5//4yAUjKlQ6f3cYlKaWg65IqWlFB0 eW7g== X-Gm-Message-State: AOUpUlEPkE0WASKaA/4BXgONsRyJuH52s89eb9yBLKuCSVFrh22Qcl40 eMILEIC2vX7nD9SqNxZUj3g= X-Google-Smtp-Source: AAOMgpc0/BtGnQPiDL8hzgs1zANJJLtlPFW5zWxQmrJwlQ6Jt2rpa6mHh02EKDjU0mqM9/l4QbXGqQ== X-Received: by 2002:a6b:ab87:: with SMTP id u129-v6mr23028585ioe.30.1531260301434; Tue, 10 Jul 2018 15:05:01 -0700 (PDT) Original-Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id t67-v6sm8005633ita.3.2018.07.10.15.04.59 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 10 Jul 2018 15:05:00 -0700 (PDT) In-Reply-To: <834lh7gk5u.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 10 Jul 2018 18:55:25 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:148422 Archived-At: On 10 July 2018 at 11:55, Eli Zaretskii wrote: > But that was just a suggestion. I see Paul decided to continue using > etc/HELLO, just with a different search patterns. If we are OK with > that, we can put that issue to rest. Yeah, I don't think it really matters whether we search etc/HELLO or README. > We could even take one more step back and ask ourselves why do we need > this particular test. I believe it's because we want to support file > names with embedded newlines, in which case perhaps such niche use > cases could be supported by a special command or a special user > option? I don't think it's about newlines in filenames (in fact, grep-regexp-alist doesn't support that regardless). As far as I can tell, the HELLO test is checking whether we can pass -H to get the filename together with the matches, or if we need to pass multiple files to do that. To do without -H, we would need to handle matches in both formats which would make the matching regexp more complicated, and we would need to be able to extract the filename from the shell command that the user types in. That would be quite difficult to do correctly in general.