From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#3226: here-document syntax inference and completion is broken Date: Fri, 11 Oct 2019 21:38:11 +0200 Message-ID: <87eezjm5ss.fsf@gnus.org> References: <4A00BA64.7080700@phox.ca> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="210195"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: Paul Nienaber , 3226@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 11 21:39:12 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iJ0kp-000sa1-Le for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Oct 2019 21:39:12 +0200 Original-Received: from localhost ([::1]:56380 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iJ0ko-00011g-D5 for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Oct 2019 15:39:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40216) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iJ0kh-0000yY-Ad for bug-gnu-emacs@gnu.org; Fri, 11 Oct 2019 15:39:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iJ0kg-00066A-8K for bug-gnu-emacs@gnu.org; Fri, 11 Oct 2019 15:39:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51560) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iJ0kg-000666-5D for bug-gnu-emacs@gnu.org; Fri, 11 Oct 2019 15:39:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iJ0kf-0000b6-Vy for bug-gnu-emacs@gnu.org; Fri, 11 Oct 2019 15:39:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Oct 2019 19:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3226 X-GNU-PR-Package: emacs Original-Received: via spool by 3226-submit@debbugs.gnu.org id=B3226.15708227002197 (code B ref 3226); Fri, 11 Oct 2019 19:39:01 +0000 Original-Received: (at 3226) by debbugs.gnu.org; 11 Oct 2019 19:38:20 +0000 Original-Received: from localhost ([127.0.0.1]:60378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iJ0jz-0000ZN-To for submit@debbugs.gnu.org; Fri, 11 Oct 2019 15:38:20 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:41196) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iJ0jw-0000Z9-UX for 3226@debbugs.gnu.org; Fri, 11 Oct 2019 15:38:18 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iJ0js-0001hd-5v; Fri, 11 Oct 2019 21:38:14 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 05 May 2009 23:36:20 -0400") 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: 209.51.188.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:169010 Archived-At: Stefan Monnier writes: >> A default emacs install will complete with "EOF\n\nEOF" (in a more >> clever fashion so the rest of the line is undisturbed), and place the >> cursor on the new blank line. This is incorrect behaviour, as it >> breaks entry of BASH here-strings when the user's intent is >> still ambiguous. > > Thanks for your report. Indeed, sh-mode does not know about > here-strings at all. I guess waiting for "<<[^<]" is a good idea. > Patches welcome for Emacs-23.2. I've now made it look for a space after the << -- that feels more natural than << and then some arbitrary character. And as far as I can tell, all the shells handle foo <