From unknown Sat Aug 16 13:41:54 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#3226 <3226@debbugs.gnu.org> To: bug#3226 <3226@debbugs.gnu.org> Subject: Status: [sh-mode] here-document syntax inference and completion is broken Reply-To: bug#3226 <3226@debbugs.gnu.org> Date: Sat, 16 Aug 2025 20:41:54 +0000 retitle 3226 [sh-mode] here-document syntax inference and completion is bro= ken reassign 3226 emacs submitter 3226 Paul Nienaber severity 3226 minor tag 3226 fixed thanks From phox@phox.ca Tue May 5 15:15:17 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 5 May 2009 22:15:18 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n45MFBhb017485 for ; Tue, 5 May 2009 15:15:13 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M1Sut-0008SI-4P for bug-gnu-emacs@gnu.org; Tue, 05 May 2009 18:15:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M1Sum-0008QG-PJ for bug-gnu-emacs@gnu.org; Tue, 05 May 2009 18:15:09 -0400 Received: from [199.232.76.173] (port=39892 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M1Sum-0008QD-Kl for bug-gnu-emacs@gnu.org; Tue, 05 May 2009 18:15:04 -0400 Received: from rv-out-0708.google.com ([209.85.198.241]:25294) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M1Sum-0002W4-Cd for bug-gnu-emacs@gnu.org; Tue, 05 May 2009 18:15:04 -0400 Received: by rv-out-0708.google.com with SMTP id f25so5123335rvb.6 for ; Tue, 05 May 2009 15:15:02 -0700 (PDT) Received: by 10.141.168.16 with SMTP id v16mr214152rvo.147.1241561702844; Tue, 05 May 2009 15:15:02 -0700 (PDT) Received: from frank.pcic.uvic.ca (frank.pcic.uvic.ca [142.104.194.104]) by mx.google.com with ESMTPS id k2sm13286371rvb.4.2009.05.05.15.15.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 05 May 2009 15:15:02 -0700 (PDT) Message-ID: <4A00BA64.7080700@phox.ca> Date: Tue, 05 May 2009 15:15:00 -0700 From: Paul Nienaber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b5pre) Gecko/20090503 Shredder/3.0b3pre MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: here-document syntax inference and completion is broken Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Steps to reproduce: 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 "<; Tue, 5 May 2009 20:36:28 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUFABKiAErO+IYe/2dsb2JhbACBUM1jhAEFhU4 X-IronPort-AV: E=Sophos;i="4.40,301,1238990400"; d="scan'208";a="38052017" Received: from 206-248-134-30.dsl.teksavvy.com (HELO ceviche.home) ([206.248.134.30]) by ironport2-out.teksavvy.com with ESMTP; 05 May 2009 23:36:20 -0400 Received: by ceviche.home (Postfix, from userid 20848) id A34EFB523F; Tue, 5 May 2009 23:36:20 -0400 (EDT) From: Stefan Monnier To: Paul Nienaber Cc: 3226@debbugs.gnu.org Subject: Re: bug#3226: here-document syntax inference and completion is broken Message-ID: References: <4A00BA64.7080700@phox.ca> Date: Tue, 05 May 2009 23:36:20 -0400 In-Reply-To: <4A00BA64.7080700@phox.ca> (Paul Nienaber's message of "Tue, 05 May 2009 15:15:00 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > 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. Stefan From cyd@stupidchicken.com Sun Aug 16 07:08:10 2009 Received: (at 3226) by emacsbugs.donarmstrong.com; 16 Aug 2009 14:08:10 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.6 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7GE890M027255 for <3226@emacsbugs.donarmstrong.com>; Sun, 16 Aug 2009 07:08:10 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id B02BB57E25D; Sun, 16 Aug 2009 10:09:08 -0400 (EDT) From: Chong Yidong To: Paul Nienaber Cc: 3226@debbugs.gnu.org Subject: Re: here-document syntax inference and completion is broken Date: Sun, 16 Aug 2009 10:09:08 -0400 Message-ID: <87ab1z26m3.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > 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.) From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 26 00:15:38 2016 Received: (at 3226) by debbugs.gnu.org; 26 Jan 2016 05:15:39 +0000 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 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 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) 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) From: Andrew Hyatt To: Chong Yidong Subject: Re: bug#3226: here-document syntax inference and completion is broken References: <87ab1z26m3.fsf@cyd.mit.edu> Date: Tue, 26 Jan 2016 00:15:28 -0500 In-Reply-To: <87ab1z26m3.fsf@cyd.mit.edu> (Chong Yidong's message of "Sun, 16 Aug 2009 10:09:08 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 3226 Cc: Paul Nienaber , 3226@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: -0.7 (/) 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 14 09:45:16 2016 Received: (at 3226) by debbugs.gnu.org; 14 Feb 2016 14:45:16 +0000 Received: from localhost ([127.0.0.1]:38615 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aUxvI-00066s-2X for submit@debbugs.gnu.org; Sun, 14 Feb 2016 09:45:16 -0500 Received: from mail-wm0-f45.google.com ([74.125.82.45]:35219) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aUxvF-00066f-Oy for 3226@debbugs.gnu.org; Sun, 14 Feb 2016 09:45:14 -0500 Received: by mail-wm0-f45.google.com with SMTP id c200so80465839wme.0 for <3226@debbugs.gnu.org>; Sun, 14 Feb 2016 06:45:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=YQTqMpM/bV3Za74PuDWfetjz4qNYkcGMxRjw0TfTIb4=; b=USOL7XECFxnH/+M0JuZtjKRs2dNU6/DoksRw/9WiIpsAcFQNXCDZ+FSSZ9RMTb9Wle z0kZmKINBv5izp8jfZIXzyBkxEHDdloHUA5l4TmE+LCjiE9vHWjbkBIOxekDOUQxY2y5 nSrJYAH4lX1J5v0xNjZo6RwA3ZeDvw8GEPGmyYjCoKS06WVuhcca6MalylMfsNQotCu0 q5I9Q5B6MsPBTAnnkbu+5hczZeeE72u6lxO0hw2XW5/73mPE7vDrohhmJfVAJYUx81eJ PovSeosFRwUKs3PZFYkM2wyu6Cf/aqDxWKSFPp1vz4Wi0s2fGsZ9zoUwlDsF9kPD0Sh+ FFbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-type; bh=YQTqMpM/bV3Za74PuDWfetjz4qNYkcGMxRjw0TfTIb4=; b=JdLQTrBW5yOYO4ixAX1+C6YG1Q5hAjQd8bjqraL+FjoKMX9y5StYAs9icI6wov7eAm BqA9BQnl2+cD2KhJQbNJrBywKoheeofoSmPqTtv94cTFxw27l0oEeWGYX5ZIfs7TRhYa mgPs8z/YRqRVKdXvOh8DOQrloEC6Z9JRpWzZz/ziIfiQTSsLhdk2Hq3jFZO4XB4N9Reg 2n1r5a7h2pdduixQp6OvGRTRuRrvBQnA9TDUJmM+M6dfUbeNGloBSO2hariUu2FmFGVO 0ljF96oR+Df8Ir0E9ApYKA4i83nNV8EJmsDgN/MhFqpYbgnvnnZuPOeLyOCHoY3XBrkZ Q++A== X-Gm-Message-State: AG10YOSKHFaJa8XcaHxP3zH0X/tpiQpwPQoAZI9BSVP+5P58XeBaxCGmSiT0bF5BeTmJsC+bo5DwKm4J8Wj1EQ== X-Received: by 10.28.188.195 with SMTP id m186mr7456404wmf.64.1455461108100; Sun, 14 Feb 2016 06:45:08 -0800 (PST) MIME-Version: 1.0 References: <87ab1z26m3.fsf@cyd.mit.edu> In-Reply-To: From: Philipp Stephani Date: Sun, 14 Feb 2016 14:44:58 +0000 Message-ID: Subject: Re: bug#3226: here-document syntax inference and completion is broken To: Andrew Hyatt , Chong Yidong Content-Type: multipart/alternative; boundary=001a114b0bec55352a052bbbf286 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 3226 Cc: Paul Nienaber , 3226@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: -0.5 (/) --001a114b0bec55352a052bbbf286 Content-Type: text/plain; charset=UTF-8 Andrew Hyatt schrieb am Di., 26. Jan. 2016 um 06:16 Uhr: > 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. > > > The behavior can be disabled using (add-hook 'sh-mode-hook (lambda () (sh-electric-here-document-mode 0))) I think this behavior should be customizable and off by default. --001a114b0bec55352a052bbbf286 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Andrew= Hyatt <ahyatt@gmail.com> sch= rieb am Di., 26. Jan. 2016 um 06:16=C2=A0Uhr:
Chong Yidong <cyd@stupidchicken.com> 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 t= he
>>cursor on the new blank line.=C2=A0 This is incorrect behaviour, as= it
>>breaks entry of BASH here-strings when the user's intent is sti= ll
>>ambiguous.=C2=A0 This should only respond to things ending in, for = example
>>"<< " or possibly "<<E", but certai= nly NOT just "<<".
>>
>> Further, emacs does something outright wrong: An attempt to fix th= e
>>situation by inserting another '<' between the "<= ;<" and "EOF" +results
>>in ANOTHER pair of "EOF" being inserted in a syntacticall= y 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 problem= s
> with individual major modes rolling their own "electric" com= pletion
> facilities.=C2=A0 It might be nice to have a minor mode that provides = a
> unified framework for this kind of functionality; which may also need<= br> > built-in support.)

Just a note that I've reproduced the original problem in Emacs 25, so i= t
appears to be unfixed at present.



The behavior can be disabled using=

(add-hook 'sh-mode-hook (lambda () (sh-electr= ic-here-document-mode 0)))

I think this behavior s= hould be customizable and off by default.=C2=A0
--001a114b0bec55352a052bbbf286-- From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 27 15:56:10 2016 Received: (at 3226) by debbugs.gnu.org; 27 Mar 2016 19:56:10 +0000 Received: from localhost ([127.0.0.1]:40427 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akGnC-0003go-DN for submit@debbugs.gnu.org; Sun, 27 Mar 2016 15:56:10 -0400 Received: from mail-qk0-f170.google.com ([209.85.220.170]:34108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akGnA-0003gb-DE for 3226@debbugs.gnu.org; Sun, 27 Mar 2016 15:56:08 -0400 Received: by mail-qk0-f170.google.com with SMTP id x64so46815829qkd.1 for <3226@debbugs.gnu.org>; Sun, 27 Mar 2016 12:56:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=udel-edu.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=U0C1b+YakqyId6sglyE6sA0YaIvNv2ffPSGIAFSVED4=; b=B+6nrQ8d3XDgEGlL3RBzACrV8Qoyt4T4W9BNpF+Fyudub3ntZmmygHxUCVj+Kcsexx ym7A2FPhpyFPuCyD647GQZhblaz+7deTwNFDVAPmCInKWWs02CocM0a6LPR8OkEHgUes p2bO9zVgUVdEmjLkDlvJbk6jZMXD2iV66tSB2Q6CUmygXvHL7Jr0QW+d547i5ZD3rQK5 Zhu2OMr1Tw4qFrh3nNK3iuW4vcOgUTQ5/fDz2KedaHK+UWtCvk313XeKcypzfxXBBTfS /j/LSu1DamG6csR+MeTTP5ZrLt26Dh2e1ZEPxq6uU7+iOF8NKJKecqAz7575VTpHs+BZ CHew== 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; bh=U0C1b+YakqyId6sglyE6sA0YaIvNv2ffPSGIAFSVED4=; b=DYz7/OhmBXiKEs+8jybxYj/6yWFhIf+vWRE4/8x0VAfh+rlAAQDN2p9qrL//cf3+ar xMCiRwJUxB1OIMf8ud0riFgpqh3TzsHCjQx0xng16fS0U3GORcBmWfnIirIt3JbARUun y0O9NigJ/C7sa2pzyXkVnp0m2Z+54aRBeyB3u9ADRRaBB6sgGF/CLkNekarGMW7bTraN hIAk4Dticrtw1bHwc3LzNlYO++iR4MNj3gtv530n61E8F1w9AHIDlWxlwXrKMu/TSdZB LRL/1FSVDl+kMCcvpBr88d16ppwjv1zBdbeVaKCdcFpCcVjnrW7JCcnyQ/61oHUV8FPo SDLA== X-Gm-Message-State: AD7BkJJTkpGKqpWQF7aLMq6CyWxSMoL6/a7AaAYf+gFhoV/ogQSrHWQyA5qKnV5/riGUr8Of X-Received: by 10.129.50.13 with SMTP id y13mr2482263ywy.305.1459108562644; Sun, 27 Mar 2016 12:56:02 -0700 (PDT) Received: from holos.localdomain (pool-96-227-83-242.phlapa.fios.verizon.net. [96.227.83.242]) by smtp.gmail.com with ESMTPSA id t123sm14528306ywe.4.2016.03.27.12.56.01 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 27 Mar 2016 12:56:01 -0700 (PDT) Received: by holos.localdomain (Postfix, from userid 1000) id CFF2568841; Sun, 27 Mar 2016 15:56:00 -0400 (EDT) From: Mark Oteiza To: Philipp Stephani Subject: Re: bug#3226: here-document syntax inference and completion is broken References: <87ab1z26m3.fsf@cyd.mit.edu> Date: Sun, 27 Mar 2016 15:56:00 -0400 In-Reply-To: (Philipp Stephani's message of "Sun, 14 Feb 2016 14:44:58 +0000") Message-ID: <87lh538zlb.fsf@udel.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 3226 Cc: Paul Nienaber , Chong Yidong , Andrew Hyatt , Stefan Monnier , 3226@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: -0.7 (/) Philipp Stephani writes: > Andrew Hyatt schrieb am Di., 26. Jan. 2016 um 06:16 Uhr: > > 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. > > The behavior can be disabled using > > (add-hook 'sh-mode-hook (lambda () (sh-electric-here-document-mode 0))) > > I think this behavior should be customizable and off by default. I agree. In addition to breaking here strings, it also complicates writing here docs not using sh-here-document-word, as well as here docs with additional contents after <) id 1akJP1-0007oQ-N6 for submit@debbugs.gnu.org; Sun, 27 Mar 2016 18:43:23 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:54557) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1akJOz-0007oD-F4 for 3226@debbugs.gnu.org; Sun, 27 Mar 2016 18:43:22 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CXDQA731xV/+moxEVcDoMChALIYAQCAoE8PBEBAQEBAQEBgQpBBYNdAQEEViMQCw4mEhQYDSSIP88jAQEBAQEFAQEBAR6LOoUFB4QtBZltmVKBRSODOloigngBAQE X-IPAS-Result: A0CXDQA731xV/+moxEVcDoMChALIYAQCAoE8PBEBAQEBAQEBgQpBBYNdAQEEViMQCw4mEhQYDSSIP88jAQEBAQEFAQEBAR6LOoUFB4QtBZltmVKBRSODOloigngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="200924647" Received: from 69-196-168-233.dsl.teksavvy.com (HELO ceviche.home) ([69.196.168.233]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Mar 2016 18:43:15 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 4492666167; Sun, 27 Mar 2016 18:43:15 -0400 (EDT) From: Stefan Monnier To: Mark Oteiza Subject: Re: bug#3226: here-document syntax inference and completion is broken Message-ID: References: <87ab1z26m3.fsf@cyd.mit.edu> <87lh538zlb.fsf@udel.edu> Date: Sun, 27 Mar 2016 18:43:15 -0400 In-Reply-To: <87lh538zlb.fsf@udel.edu> (Mark Oteiza's message of "Sun, 27 Mar 2016 15:56:00 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 3226 Cc: Paul Nienaber , Chong Yidong , Philipp Stephani , Andrew Hyatt , 3226@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: 0.3 (/) > - (sh-electric-here-document-mode 1) Whether or not we enable it by default, the code needs to be changed so that you need to type something like "<< " rather than just "<<" in order to trigger the electric behavior. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 14:49:40 2016 Received: (at 3226) by debbugs.gnu.org; 16 Apr 2016 18:49:40 +0000 Received: from localhost ([127.0.0.1]:37623 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arVHo-000305-D1 for submit@debbugs.gnu.org; Sat, 16 Apr 2016 14:49:40 -0400 Received: from mail-yw0-f194.google.com ([209.85.161.194]:34545) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arVHn-0002zs-3U for 3226@debbugs.gnu.org; Sat, 16 Apr 2016 14:49:39 -0400 Received: by mail-yw0-f194.google.com with SMTP id h6so18804224ywc.1 for <3226@debbugs.gnu.org>; Sat, 16 Apr 2016 11:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=udel-edu.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=MVc5lCZXNu+uieE8yCNY78ThJ4MjjL3QfAqygQDAar8=; b=l4tbY8nHA7U3X1YttrBTUMZSRX9qJTYH3SflUbQQXgU/spc9299+8qOqE97tdwm+Tc JAYRfTR6v8js/bezILY6CwBHmx2hJsW4pMxrQWoEx2i60SuiVQZVl9VRsCV8vtwZqQt+ OR6hVUuocj/s5wLR4RL6oTCPMWPgcT9VphA1WnE2banQ2o8x2R35U5ahfQga8sqjj8ex PV/ruzNAwSXp4g65qqMUl0PwGLoTJ4lEtrp4m4k2aRTQyLhY3DQOEHKZiyI87GAWBujg +Lzb6C4XAXkpD3S5hiNlS7mlq7/csY33eOO60c1e80f3l5ROmrxH/TA0EzL9Rqo93cgn zHEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=MVc5lCZXNu+uieE8yCNY78ThJ4MjjL3QfAqygQDAar8=; b=VR3uEQwXIvWNfpwgxOviPUw6be/baDUD7zOy7esRfC/a+h4AP4dYWeN0oFLBZZezRU rsJBv8Q5mHOFLqH+1/kkNf8T52iOG4zige7N7A/5dYZ/IYyZsegQKehuXQTJCjEOFh8o LDD5yEV/94Ef1ynliUP31PSM/aj5nVfakBU7dqv+/QHYH7hTvC+A/JErjE2EuRkaKgGe lmXj4VhpxAYalujDPec+PoN2aSrozNp8EYkQqx8x+xxq9uDIyT5SVC2aWugPuatxH1vo hD7azF5zWaWwNOQe6cEtoUFDaETFwbFbdKW9e2cKs3axikRrpebECfFhRzg7Rag4BCfk NNBg== X-Gm-Message-State: AOPr4FU+96J2ZKTtfeZTv+GDYTEf7CwAkXrqMoy4Bx7QBejqm7Cqgnu5lKn0A8sIHy2mScN5 X-Received: by 10.129.108.3 with SMTP id h3mr15702398ywc.64.1460832573282; Sat, 16 Apr 2016 11:49:33 -0700 (PDT) Received: from holos.localdomain (pool-96-227-83-242.phlapa.fios.verizon.net. [96.227.83.242]) by smtp.gmail.com with ESMTPSA id 204sm30602117ywz.39.2016.04.16.11.49.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 16 Apr 2016 11:49:32 -0700 (PDT) Received: by holos.localdomain (Postfix, from userid 1000) id 1BF5868838; Sat, 16 Apr 2016 14:49:31 -0400 (EDT) Date: Sat, 16 Apr 2016 14:49:31 -0400 From: Mark Oteiza To: Stefan Monnier Subject: Re: bug#3226: here-document syntax inference and completion is broken Message-ID: <20160416184931.GA24748@holos.localdomain> References: <87ab1z26m3.fsf@cyd.mit.edu> <87lh538zlb.fsf@udel.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24+88 (2a73a6e7c6e7) (2015-08-30) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 3226 Cc: Paul Nienaber , Chong Yidong , Philipp Stephani , Andrew Hyatt , 3226@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: -0.0 (/) On 27/03/16 at 06:43pm, Stefan Monnier wrote: > > - (sh-electric-here-document-mode 1) > > Whether or not we enable it by default, the code needs to be changed so > that you need to type something like "<< " rather than just "<<" in > order to trigger the electric behavior. Until then, I moved the mode invocation to sh-mode-hook in ac00a92. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 01 19:18:45 2017 Received: (at control) by debbugs.gnu.org; 1 Apr 2017 23:18:45 +0000 Received: from localhost ([127.0.0.1]:56067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cuSI8-0008J4-SJ for submit@debbugs.gnu.org; Sat, 01 Apr 2017 19:18:44 -0400 Received: from mail-it0-f41.google.com ([209.85.214.41]:35953) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cuSI6-0008Iq-WB for control@debbugs.gnu.org; Sat, 01 Apr 2017 19:18:43 -0400 Received: by mail-it0-f41.google.com with SMTP id e75so30353651itd.1 for ; Sat, 01 Apr 2017 16:18:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:mime-version; bh=fomXJ6s1/SgEzC6bdQtQ+rPb/dlsNOVZLHXYoYw+uIA=; b=H85vYcKXmYSu3pkAm6Fk8Knv9555OhdK/o0cjdzPxV8iZXfkP2Z3AOs7CQsIXJOtbX Ce1T+R1Ap+eIAFbGTu5ctXu/qbes1XLTZphDNMhGVUUztK5cRTNhs2yTMohvnx2Q/3aN bAxJq2bV1SxqQvks+dS1cbKjGzwLENyNaKxHZIYINQ+6UtphP862kxBDxiNyWoWUm2ev aOAbYimz8tg9JYM/6XWcQ+Pw1XZX9GaAnQ+ZRXvemHpwbrFu5Czn8cfnS7KrIw6AJSTw 5MPLiXAsoKKZzmBm5EVeGdM4qXWBrNbN0Fpw/htvHdZmyCbvFyCIDNqxHeiF3LRDjOoU jrkA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=fomXJ6s1/SgEzC6bdQtQ+rPb/dlsNOVZLHXYoYw+uIA=; b=sh7dvZf9orLTlOt/9zWEE1CGo8AyY0s8RQngBzskquni0t50Zg1JdHBreyjdI/Rv2J P4oHhEmvPByIVOWoyc2MDYnYFoPfosn2LFBKLEVck6GqO9PSYHfORR/SOhYTN+wnQEI1 UrssYvfbyMMxwNuk9WkPHxLH6GV3O71DfQg9z6fRF12SB0IMkUvh0sVwNH+DPWIz9kUl 8vD9eYkrj/4lzhMo4mjYMGy0S1LDSDHxrhUXXAQQB7RKYyq+HnyqAIywc5NHywbGhfhw /Dn0IjPBa1fXlrBCI5vtuEYFmbTj3Mp8vuXlp/2Bxjyvmbr01CEKZqyg8rhspUX0OrwU QrgA== X-Gm-Message-State: AFeK/H0jtsDWJ908+fN5Eh812pkeVozRNXkl8FoP+N0RAZx6o7m3cOjq Sw8INQ8AppXb5c1z X-Received: by 10.36.194.67 with SMTP id i64mr4395425itg.68.1491088717356; Sat, 01 Apr 2017 16:18:37 -0700 (PDT) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id n73sm5434773ioe.10.2017.04.01.16.18.36 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 01 Apr 2017 16:18:36 -0700 (PDT) From: npostavs@users.sourceforge.net To: control@debbugs.gnu.org Subject: control message for bug #19929 Date: Sat, 01 Apr 2017 19:20:01 -0400 Message-ID: <878tnj1zry.fsf@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: control 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: 0.7 (/) retitle 3226 [sh-mode] here-document syntax inference and completion is broken forcemerge 19929 3226 quit From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 11 15:38:20 2019 Received: (at 3226) by debbugs.gnu.org; 11 Oct 2019 19:38:20 +0000 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 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 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 From: Lars Ingebrigtsen To: Stefan Monnier Subject: Re: bug#3226: here-document syntax inference and completion is broken References: <4A00BA64.7080700@phox.ca> Date: Fri, 11 Oct 2019 21:38:11 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 05 May 2009 23:36:20 -0400") Message-ID: <87eezjm5ss.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: 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 behavi [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 3226 Cc: Paul Nienaber , 3226@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 (-) 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 <) id 1iJ0k4-0000Zf-67 for submit@debbugs.gnu.org; Fri, 11 Oct 2019 15:38:24 -0400 Received: from quimby.gnus.org ([80.91.231.51]:41212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iJ0k1-0000ZW-Uh for control@debbugs.gnu.org; Fri, 11 Oct 2019 15:38:23 -0400 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 1iJ0jz-0001hq-56 for control@debbugs.gnu.org; Fri, 11 Oct 2019 21:38:21 +0200 Date: Fri, 11 Oct 2019 21:38:18 +0200 Message-Id: <87d0f3m5sl.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #3226 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 3226 fixed close 3226 27.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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 (-) tags 3226 fixed close 3226 27.1 quit From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 15 19:08:05 2019 Received: (at 3226) by debbugs.gnu.org; 15 Oct 2019 23:08:05 +0000 Received: from localhost ([127.0.0.1]:45013 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKVvA-0006DT-PN for submit@debbugs.gnu.org; Tue, 15 Oct 2019 19:08:05 -0400 Received: from mail-qk1-f179.google.com ([209.85.222.179]:42594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKV0Z-0004gM-BI for 3226@debbugs.gnu.org; Tue, 15 Oct 2019 18:09:36 -0400 Received: by mail-qk1-f179.google.com with SMTP id f16so20792414qkl.9 for <3226@debbugs.gnu.org>; Tue, 15 Oct 2019 15:09:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=phox-ca.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=UQqafl8+mh5UH8itBKTBmVonPERWOWj437zteWU1PcE=; b=Ax76pyoZGosgmMLCEMUxqtjwcP1d8YcTS0MA+f6e0cdpMcD+ZDkjPOoKNL48Agbs+W BlOH13MqEX1MOfvYFX36N6vCTnB9I1+P2GmdfBnx9DwTKB7LJmbhgHiM+NvxKztNCaXX oMA+7fYN+Q39I91KQZMIacz//pqNFrVLA/57f4xMLqVcTDR+JprH/mmoCaQCVgZjONxf zJufLBRvEX6+ZsdCoRW77EU3HYOb3SzXyL8tM8bZ30xy5klpTuWPD3Y9Kg7vk7HAPcoT JxW/chPrQU50Xcu2onhxX9kp0WU6ZZ74/Um0i5kSj/6cshsqbcCoBmVjWVVl4M6RTZqH hyyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=UQqafl8+mh5UH8itBKTBmVonPERWOWj437zteWU1PcE=; b=Dn8LJXUYy2RT1F0vvuJWwsdRNxDFImGf6dQO99H5iYtwavtuIMH0Ma01HIj20AspBe oDi8LwZuJQe7P00dc76cdbVxK7r2l5xfvxlpMyhu5Da2mWS6N+dqb+4blq29iZQXBfuh f+rKm3dn97+5btFp4fxTQMYFwGESx2qr3+CWVGDxpzJQPTx26h3rnIg2dLPwmFG6Mi09 208r7HqKLjmBZks9WO2OJiy7M+cNxY/Oejl7Q+izCYMbX5asxg4jmkK40tGSUf/bbs4H viCyjjO3qSTFq/fhIUA4wtzQ9sxPK7VvtkbhUGqCZ6LUeZzihbkiQsH4GviMXzKHhIV0 qSOQ== X-Gm-Message-State: APjAAAWR0KqXJ/OTSCk2cIdv4eT5FGnctwyAeRhRbJxhdrDBV7GO+GgU 9gPmH833RMUzxQ62CvfQPFbfzmHRz/NNAphK2qqwcQ== X-Google-Smtp-Source: APXvYqyoKXcS6W4QT5udvs1Sa1XLjuiP63UCOvWb4qWUuHBFXD1l1wS/IrRnS3p8aNKV3ir0cHBMG3FWnSYMGJ57kEc= X-Received: by 2002:ae9:f204:: with SMTP id m4mr35193935qkg.300.1571177369603; Tue, 15 Oct 2019 15:09:29 -0700 (PDT) MIME-Version: 1.0 References: <4A00BA64.7080700@phox.ca> <87eezjm5ss.fsf@gnus.org> In-Reply-To: <87eezjm5ss.fsf@gnus.org> From: Paul Nienaber Date: Tue, 15 Oct 2019 15:09:18 -0700 Message-ID: Subject: Re: bug#3226: here-document syntax inference and completion is broken To: Lars Ingebrigtsen Content-Type: multipart/alternative; boundary="000000000000fea4fd0594fa3c50" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 3226 X-Mailman-Approved-At: Tue, 15 Oct 2019 19:08:03 -0400 Cc: 3226@debbugs.gnu.org, Stefan Monnier 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: -0.0 (/) --000000000000fea4fd0594fa3c50 Content-Type: text/plain; charset="UTF-8" While I use here-strings more than here-docs by a huge margin I would also like to not negatively impact people using the former a lot, so in light of that I'd like to suggest going with Stefan's suggestion, importantly because it's also totally valid to trip on '<<-' and '<<[A-Za-z]', whereas here-strings are always only '<<<'. Also '< wrote: > 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 < EOF > > and > > foo << EOF > EOF > > identically. > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no > --000000000000fea4fd0594fa3c50 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
While I use here-strings more than here-docs by a huge mar= gin I would also like to not negatively impact people using the former a lo= t, so in light of that I'd like to suggest going with Stefan's sugg= estion, importantly because it's also totally valid to trip on '<= ;<-' and '<<[A-Za-z]', whereas here-strings are always= only '<<<'.=C2=A0 Also '<<EOF' is the overw= helmingly more common form that I see vs '<< EOF'.

Thanks again for fixing this!

On Fri, Oct 11, 2019 at 12:38 P= M Lars Ingebrigtsen <larsi@gnus.org> wrote:
Ste= fan Monnier <monnier@iro.umontreal.ca> 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.=C2=A0 This is incorrect behaviour, a= s it
>> breaks entry of BASH here-strings when the user's intent is >> still ambiguous.
>
> Thanks for your report.=C2=A0 Indeed, sh-mode does not know about
> here-strings at all.=C2=A0 I guess waiting for "<<[^<]&q= uot; 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.=C2=A0 And as far a= s I can
tell, all the shells handle

foo <<EOF
EOF

and

foo << EOF
EOF

identically.

--
(domestic pets only, the antidote for overdose, milk.)
=C2=A0 =C2=A0bloggy blog: http://lars.ingebrigtsen.no
--000000000000fea4fd0594fa3c50-- From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 15 21:40:54 2019 Received: (at 3226) by debbugs.gnu.org; 16 Oct 2019 01:40:54 +0000 Received: from localhost ([127.0.0.1]:45061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKYJ3-0001xD-MB for submit@debbugs.gnu.org; Tue, 15 Oct 2019 21:40:53 -0400 Received: from [80.91.231.51] (port=43206 helo=quimby.gnus.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKYJ0-0001x1-QQ for 3226@debbugs.gnu.org; Tue, 15 Oct 2019 21:40:51 -0400 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 1iKYIv-0007G7-Im; Wed, 16 Oct 2019 03:40:48 +0200 From: Lars Ingebrigtsen To: Paul Nienaber Subject: Re: bug#3226: here-document syntax inference and completion is broken References: <4A00BA64.7080700@phox.ca> <87eezjm5ss.fsf@gnus.org> Date: Wed, 16 Oct 2019 03:40:45 +0200 In-Reply-To: (Paul Nienaber's message of "Tue, 15 Oct 2019 15:09:18 -0700") Message-ID: <87wod5o4bm.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Paul Nienaber writes: > While I use here-strings more than here-docs by a huge margin I would > also like to not negatively impact people using the former a lot, so > in light of that I'd like to suggest going with Stefan' [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Paul Nienaber writes: > While I use here-strings more than here-docs by a huge margin I would > also like to not negatively impact people using the former a lot, so > in light of that I'd like to suggest going with Stefan' [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: ingebrigtsen.no] 0.0 SPF_NONE SPF: sender does not publish an SPF Record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: 3226 Cc: 3226@debbugs.gnu.org, Stefan Monnier 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: 0.3 (/) Paul Nienaber writes: > While I use here-strings more than here-docs by a huge margin I would > also like to not negatively impact people using the former a lot, so > in light of that I'd like to suggest going with Stefan's suggestion, > importantly because it's also totally valid to trip on '<<-' and > '<<[A-Za-z]', whereas here-strings are always only '<<<'. Also > '<) id 1iKdbm-0005v8-0l for submit@debbugs.gnu.org; Wed, 16 Oct 2019 03:20:34 -0400 Received: from [80.91.231.51] (port=49492 helo=quimby.gnus.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKdbj-0005ux-Sd for 3226@debbugs.gnu.org; Wed, 16 Oct 2019 03:20:32 -0400 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 1iKdbe-0005jz-1H; Wed, 16 Oct 2019 09:20:28 +0200 From: Lars Ingebrigtsen To: Paul Nienaber Subject: Re: bug#3226: here-document syntax inference and completion is broken References: <87wod5o4bm.fsf@gnus.org> <9E560F0F-5809-46BF-9C40-AE243E3A0919@phox.ca> Date: Wed, 16 Oct 2019 09:20:25 +0200 In-Reply-To: <9E560F0F-5809-46BF-9C40-AE243E3A0919@phox.ca> (Paul Nienaber's message of "Tue, 15 Oct 2019 23:04:44 -0700") Message-ID: <87o8yhnoli.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Paul Nienaber writes: > Definitely do cover '<<-' as well (=> '<<-EOF\n\nEOF') for the > strip-leading-tabs here-doc behaviour :) Sure; done now. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Paul Nienaber writes: > Definitely do cover '<<-' as well (=> '<<-EOF\n\nEOF') for the > strip-leading-tabs here-doc behaviour :) Sure; done now. Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_NONE SPF: sender does not publish an SPF Record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: phox.ca] 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Debbugs-Envelope-To: 3226 Cc: 3226@debbugs.gnu.org, Stefan Monnier 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: 0.3 (/) Paul Nienaber writes: > Definitely do cover '<<-' as well (=> '<<-EOF\n\nEOF') for the > strip-leading-tabs here-doc behaviour :) Sure; done now. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 16 03:31:28 2019 Received: (at 3226) by debbugs.gnu.org; 16 Oct 2019 07:31:28 +0000 Received: from localhost ([127.0.0.1]:45138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKdmJ-0006DC-ML for submit@debbugs.gnu.org; Wed, 16 Oct 2019 03:31:28 -0400 Received: from mail-io1-f42.google.com ([209.85.166.42]:37518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKcQV-00046r-QQ for 3226@debbugs.gnu.org; Wed, 16 Oct 2019 02:04:52 -0400 Received: by mail-io1-f42.google.com with SMTP id b19so52324343iob.4 for <3226@debbugs.gnu.org>; Tue, 15 Oct 2019 23:04:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=phox-ca.20150623.gappssmtp.com; s=20150623; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=8vKFpVd9Gn2hlmABaPQYAN4YcW4fMdYgRn/aWPWQZNk=; b=0WWkTPByJTSXZEbZD2nhZvJBJrNcvNBkUVTqww10xCV6AmwfN5URv5aHLu7s8B4Gfm xfYlqISGg+uXL5Zbd9nHUgCssPYzpXNgEw+ZzryufQAnStqeIQnXPcv15JA2hlOgQ7iC X12x1esfkaD+UQZU2S1jYwd0sCYd828TUPcIn21zvsYqUwKYK7T/+OKrf7Pm69xFpReZ LNJUiXJVSkg8NMr1VyKTKkmKB5nIJvvpO1kC2ZAUiQyrGhS+UhaiSSNge0eeb8eJxxZf VXuncSRVfWWOIPhFMwrM38esYUvAQd5gqQM9Xh20aQg/8dJ86iC0kesZC00UaHD9Ni0P OiEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=8vKFpVd9Gn2hlmABaPQYAN4YcW4fMdYgRn/aWPWQZNk=; b=BVTwHnfIdHAo2gtnlWHrPIsz4IkiR/m5lfs+t3K52DtbCaOGGDMUcXeLlIG7ZlI8ON G8hcXwhtVVG9osXZfXoPqQOTjyCzbPKDTc23GO26ommoXj+xP4/VeDblVZaWxk1DDjPK /l/SBamHKIXfq1lojtFMTtN3X1JZ0B818J5O84oXcYP8mkWhopRZh1nV+WouKq9W/soe lc0zAGgloIyzlFR8GjTAdenQTZ93mmU3BT80PKjAOlzK0A7uepnM/JPpKyHX+dVCr8Ah DdyzEyccVh/KEt/yh3KEqzXfcpdWNeTDorOvQnJ34j15njy87Db9HTqnqMGBiC1jfTOT TUiQ== X-Gm-Message-State: APjAAAU+9cBpWqyDdOTN1bVadWXejhHg81HdsGiXNvKO1Z73a830koBU c5CALJbvx1c3mxFod4pFUf+vTR6SVCk= X-Google-Smtp-Source: APXvYqwZYhQhrNO+7VfxeTcrLcZEnAd1pE5ULYNi6qU3WHlubJlBzK31kkSMFKG8WmrSJPHH2mcxfw== X-Received: by 2002:a02:6a05:: with SMTP id l5mr31016407jac.64.1571205885827; Tue, 15 Oct 2019 23:04:45 -0700 (PDT) Received: from [10.0.0.107] ([50.35.85.58]) by smtp.gmail.com with ESMTPSA id o17sm3367375ils.46.2019.10.15.23.04.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 15 Oct 2019 23:04:45 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Paul Nienaber Mime-Version: 1.0 (1.0) Subject: Re: bug#3226: here-document syntax inference and completion is broken Date: Tue, 15 Oct 2019 23:04:44 -0700 Message-Id: <9E560F0F-5809-46BF-9C40-AE243E3A0919@phox.ca> References: <87wod5o4bm.fsf@gnus.org> In-Reply-To: <87wod5o4bm.fsf@gnus.org> To: Lars Ingebrigtsen X-Mailer: iPhone Mail (17A860) X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 3226 X-Mailman-Approved-At: Wed, 16 Oct 2019 03:31:25 -0400 Cc: 3226@debbugs.gnu.org, Stefan Monnier 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: -0.0 (/) Ah yeah totally fair. Definitely do cover '<<-' as well (=3D> '<<-EOF\n\nEOF') for the strip-leadi= ng-tabs here-doc behaviour :) Thanks again. ~Paul > On Oct 15, 2019, at 18:40, Lars Ingebrigtsen wrote: >=20 > =EF=BB=BFPaul Nienaber writes: >=20 >> While I use here-strings more than here-docs by a huge margin I would >> also like to not negatively impact people using the former a lot, so >> in light of that I'd like to suggest going with Stefan's suggestion, >> importantly because it's also totally valid to trip on '<<-' and >> '<<[A-Za-z]', whereas here-strings are always only '<<<'. Also >> '<=20 > The additional wrinkle here is that sh-mode will insert the > sh-here-document-word when expanding. >=20 > So if the user types < appending EOF would be bad, and replacing the X with EOF would be bad, > and expanding to >=20 > foo <=20 > X >=20 > would be bad, and prompting for what to expand to would be pretty > pointless, too. >=20 > I guess is "X" is "E", then expanding to >=20 > foo <=20 > EOF >=20 > would be nice, though. I think I'll add that. >=20 > But I didn't see any way to make the <<[^<] thing work in any intuitive > way. If anybody has an idea here, I'm all ears. >=20 > --=20 > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 16 08:44:05 2019 Received: (at 3226) by debbugs.gnu.org; 16 Oct 2019 12:44:05 +0000 Received: from localhost ([127.0.0.1]:45380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKier-0007Pa-4B for submit@debbugs.gnu.org; Wed, 16 Oct 2019 08:44:05 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:15261) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iKiep-0007P0-It for 3226@debbugs.gnu.org; Wed, 16 Oct 2019 08:44:03 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id E5261811EE; Wed, 16 Oct 2019 08:43:57 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id AD8E980072; Wed, 16 Oct 2019 08:43:55 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1571229835; bh=r7vAbFTePaHpj7LEq+NOUg0L/aZxTb37lSat2Y/RhUY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=AdmdhqlYj6y8f277ivoqm7jQTqa2bSRMQHNps/gj2JDrmLedZxM2+XY1bnt2kG07c UKtXNVxWkbOIOZLqBllf70YskW4GyFTRG9pCQqyFzuxP4dB7gmFGsKdoIyAy6cQon3 U6kVKNkcTadolXAzX4OZruVy12YNuNNgo7qxGVtZLBcctTQohASwgi334QeptgEaQr BTF4BFNlh0tPARyJNFrEqVOCZunPrkWY9/q9INzwo3p0ECjWBCZ/Z3Fzd40MNMvOLD +jik3c0kr/baELroKZHqOoeJKIjhS3MjMVybr3ie+W0aaKJRjr7vLxjGkviHLS5W6C 0Rd9ANgm97/pg== Received: from pastel (unknown [216.154.15.203]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 5D9261202C5; Wed, 16 Oct 2019 08:43:55 -0400 (EDT) From: Stefan Monnier To: Lars Ingebrigtsen Subject: Re: bug#3226: here-document syntax inference and completion is broken Message-ID: References: <4A00BA64.7080700@phox.ca> <87eezjm5ss.fsf@gnus.org> <87wod5o4bm.fsf@gnus.org> Date: Wed, 16 Oct 2019 08:43:53 -0400 In-Reply-To: <87wod5o4bm.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 16 Oct 2019 03:40:45 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.020 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 3226 Cc: Paul Nienaber , 3226@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.7 (-) > I guess is "X" is "E", then expanding to > > foo < > EOF > > would be nice, though. I think I'll add that. More important is likely support for foo <<'EOF' EOF But yes, that sounds good. > But I didn't see any way to make the <<[^<] thing work in any > intuitive way. Same here, which is why I didn't implement it at the time (and doing it on "<< " like you did is a pretty good compromise, I think). Stefan From unknown Sat Aug 16 13:41:54 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 14 Nov 2019 12:24:04 +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 From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 10 20:33:35 2020 Received: (at control) by debbugs.gnu.org; 11 Oct 2020 00:33:35 +0000 Received: from localhost ([127.0.0.1]:38843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRPIt-0001bM-ML for submit@debbugs.gnu.org; Sat, 10 Oct 2020 20:33:35 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44470) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kRPIq-0001b7-Bh for control@debbugs.gnu.org; Sat, 10 Oct 2020 20:33:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44628) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kRPIl-0005Bs-1f for control@debbugs.gnu.org; Sat, 10 Oct 2020 20:33:27 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1kRPIk-0007tU-OE for control@debbugs.gnu.org; Sat, 10 Oct 2020 20:33:26 -0400 Subject: control message for bug 43917 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Sat, 10 Oct 2020 20:33:26 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) unarchive 3226 forcemerge 3226 43917 From unknown Sat Aug 16 13:41:54 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 10 Nov 2020 12:24:04 +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