Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail From: Mike Jonkmans Newsgroups: gnu.bash.bug Subject: Re: core dump an alt. alt1 alt. Date: Tue, 9 Jun 2020 11:19:18 +0200 Lines: 54 Approved: bug-bash@gnu.org Message-ID: References: <20200608225428.9A3DB1257DF@mail.jonkmans.nl> <1c35c79d-3a73-2204-8814-16ba46f4f5aa@case.edu> <20200609091918.GA21994@jonkmans.nl> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: usenet.stanford.edu 1591694366 21203 209.51.188.17 (9 Jun 2020 09:19:26 GMT) X-Complaints-To: action@cs.stanford.edu Cc: bug-bash@gnu.org, bash@packages.debian.org To: Chet Ramey Envelope-to: bug-bash@gnu.org Mail-Followup-To: Chet Ramey , bug-bash@gnu.org, bash@packages.debian.org Content-Disposition: inline In-Reply-To: <1c35c79d-3a73-2204-8814-16ba46f4f5aa@case.edu> X-SourceIP: 77.250.87.76 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=ALm2FEO8 c=1 sm=1 tr=0 a=8XylVhPluCizVyvt2R3rKg==:17 a=kj9zAlcOel0A:10 a=nTHF0DUjJn0A:10 a=M_ybqJMovTh8XnE1VAUA:9 a=CjuIK1q_8ugA:10 X-Ziggo-Spam-Status: No Received-SPF: pass client-ip=212.54.42.165; envelope-from=mike@jonkmans.nl; helo=smtpq2.tb.mail.iss.as9143.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/09 05:19:20 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: <20200609091918.GA21994@jonkmans.nl> X-Mailman-Original-References: <20200608225428.9A3DB1257DF@mail.jonkmans.nl> <1c35c79d-3a73-2204-8814-16ba46f4f5aa@case.edu> Xref: csiph.com gnu.bash.bug:16375 On Mon, Jun 08, 2020 at 08:43:31PM -0400, Chet Ramey wrote: > > On 6/8/20 6:54 PM, bashbug@jonkmans.nl wrote: > > > Bash Version: 4.4 > > Patch Level: 20 > > Release Status: release > > > > Description: > > Got a core dump (segmentation fault) when i type: Alt-. Alt-1 Alt-. > > You tried to redo `.'. The way this happens is you are in command mode, > run that yank-last-arg binding (which sets the last vi-mode command to > `.'), then try to run it again, but miss the timeout described in the last > paragraph of my previous message, which results in you trying to redo the > last command (`.') in a context where the binding for `.' is vi-redo. I put > something in to stop that at the same time I made the other changes > described in my previous message. The problem from the previous message was the trigger to try this. :) Are you sure that it is a timeout problem in this case? Because if I prepend the followong line to the inputrc: set keyseq-timeout 0 the core dump is also generated. It seems i enter command mode after I press Alt-1. The following Alt-. probably gets split into Alt(Escape) and a '.' The Escape breaks off the Alt-1 'mode' and then the '.' becomes vi-redo. But I fail to see why the vi-redo is bound to vi-redo here. :( With this inputrc: set keyseq-timeout 0 set editing-mode vi set keymap vi-command set show-mode-in-prompt on set vi-ins-mode-string "+ " set vi-cmd-mode-string ": " "\e.": yank-last-arg set keymap vi-insert "\e.": yank-last-arg Another, maybe clearer case, typing: Alt-. Esc . a core dump is also generated. My expectation would be that: - Alt-. insert text - Esc goes to vi-command mode - . does vi-redo, which is, insert the same text as Alt-. did Regards, -- Mike Jonkmans