From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andrew Hyatt Newsgroups: gmane.emacs.bugs Subject: bug#3226: here-document syntax inference and completion is broken Date: Tue, 26 Jan 2016 00:15:28 -0500 Message-ID: References: <87ab1z26m3.fsf@cyd.mit.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1453785380 23630 80.91.229.3 (26 Jan 2016 05:16:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 Jan 2016 05:16:20 +0000 (UTC) Cc: Paul Nienaber , 3226@debbugs.gnu.org To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 26 06:16:11 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aNvz8-0004r8-Hu for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Jan 2016 06:16:10 +0100 Original-Received: from localhost ([::1]:41961 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aNvz7-00082X-P1 for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Jan 2016 00:16:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59078) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aNvz3-00082F-Tv for bug-gnu-emacs@gnu.org; Tue, 26 Jan 2016 00:16:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aNvz0-0006MC-Mk for bug-gnu-emacs@gnu.org; Tue, 26 Jan 2016 00:16:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48310) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aNvz0-0006M8-Ji for bug-gnu-emacs@gnu.org; Tue, 26 Jan 2016 00:16:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aNvz0-0001fw-Fk for bug-gnu-emacs@gnu.org; Tue, 26 Jan 2016 00:16:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrew Hyatt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Jan 2016 05:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3226 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 3226-submit@debbugs.gnu.org id=B3226.14537853396401 (code B ref 3226); Tue, 26 Jan 2016 05:16:02 +0000 Original-Received: (at 3226) by debbugs.gnu.org; 26 Jan 2016 05:15:39 +0000 Original-Received: from localhost ([127.0.0.1]:36530 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aNvyc-0001fB-Mx for submit@debbugs.gnu.org; Tue, 26 Jan 2016 00:15:38 -0500 Original-Received: from mail-qg0-f51.google.com ([209.85.192.51]:33267) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aNvya-0001ev-Lq for 3226@debbugs.gnu.org; Tue, 26 Jan 2016 00:15:37 -0500 Original-Received: by mail-qg0-f51.google.com with SMTP id b35so127111213qge.0 for <3226@debbugs.gnu.org>; Mon, 25 Jan 2016 21:15:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=JBswm33YRSn62rrjQKtZRDRpIsvprGmnd+56T41cntY=; b=wcJJq7SzcAeWIfGk9dSePOGAjMOdPLWVTMUUGVVcL2dVz6eh6d1286a7qoCxBkjapw pTPDNCb1tjd13XICtYydVX93gDLoNRJAx7zJchVWo6CiKxjQmMgO/0DrgrkatD586fGo 2Nud/MN4j9CdyNlDQrXGTcQiPPxqptdgIJ8+txrK4JaG/2LesgFbFIOl89X6ql3YgTn2 r6D7nKGR5Gf8RkNv5pWtaze8lOPXsYj/+O01kWW1kDeOIudR0pf810cjyvyV14qST9WD Gy+yHn/CUAY1cmS+25kyWTQkz+cHIz2Hgd/0INxiFU8Sgf6PQ38pwdwC/TrG6sfrvFBf sPhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=JBswm33YRSn62rrjQKtZRDRpIsvprGmnd+56T41cntY=; b=gM4E5fcWVC8WTKXH/tHKIZEotLDgu1Y3aWo4+vRiWIaWm/lsWD7ojmTc3VLKm63UNY gzvANLcImjAH6K3O9NpZ70ZucAX10nEG8ko8moQxU0BY5Z6khmvl9hx+/rE4qFK0oM46 CDDgGrjTV+z3Va7yJ3KJXf+igtpqsuEVjS774bf0SEE1uI7FTuQrUwz8CySFlbGEhiTj zFYkbwe1BnGTusExrRJhDUW5+/LRHT4IfN1k4tP1U4kJmvBT03VZaeUz7nqSLZkQkXAk 88bGj3wz5q5uI60EDU3vBrmeAl3So2Qz8NY65nrz9/tEkafWkFuwgRgOqhuXQLkKTuBO KyIw== X-Gm-Message-State: AG10YOR6y3shcuO0QCshgaA6S+86ZUdo8CD4+ItCirZkTKR3+MxHrHGO3FYBMoJ5Mecv1w== X-Received: by 10.140.104.146 with SMTP id a18mr25444552qgf.59.1453785331462; Mon, 25 Jan 2016 21:15:31 -0800 (PST) Original-Received: from Andrews-MacBook-Pro.local.ahyatt-laptop (cpe-74-73-128-199.nyc.res.rr.com. [74.73.128.199]) by smtp.gmail.com with ESMTPSA id q66sm10114169qhb.31.2016.01.25.21.15.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 25 Jan 2016 21:15:29 -0800 (PST) In-Reply-To: <87ab1z26m3.fsf@cyd.mit.edu> (Chong Yidong's message of "Sun, 16 Aug 2009 10:09:08 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (darwin) 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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:111975 Archived-At: Chong Yidong writes: >> Cook yourself up a bash script and type a line of code like: >> for i in $(/bin/vim << >> >> 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. This should only respond to things ending in, for example >>"<< " or possibly "<> >> Further, emacs does something outright wrong: An attempt to fix the >>situation by inserting another '<' between the "<<" and "EOF" +results >>in ANOTHER pair of "EOF" being inserted in a syntactically invalid way. > > I fixed the second problem, but I don't see any easy way to solve the > first one. > > (The difficulty of fixing the first bug is illustrative of the problems > with individual major modes rolling their own "electric" completion > facilities. It might be nice to have a minor mode that provides a > unified framework for this kind of functionality; which may also need > built-in support.) Just a note that I've reproduced the original problem in Emacs 25, so it appears to be unfixed at present.