DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:message-id:references
	:mime-version:content-type:in-reply-to; q=dns; s=default; b=cACF
	vv6Y1sa8/ZiiQ3pt4gd/hCA+0CLaLlfrUg/2WnbvEaGsT3p5QkoLqo5PEJXBrcai
	0wadk7perhqTpLufep5UvPfOkjF7Wy5LH1gSyn34mEqm65U1Jg8TidFZHjeLhAEi
	1I3jsGKXQJmJ5yrMpSASuc+euUDRbQEjs6SviOA=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Fri, 2 Sep 2016 16:12:49 -0700
From: Gary Johnson <garyjohn@spocom.com>
To: cygwin@cygwin.com
Subject: Re: updated vim broke arrow/delete keys
Message-ID: <20160902231249.GB24830@phoenix>
Mail-Followup-To: cygwin@cygwin.com
References: <CAMZ6u3uQHxzrmkNjzZz9R-O8isDs-aPx6pBNoWg4CT_jzFnjCA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAMZ6u3uQHxzrmkNjzZz9R-O8isDs-aPx6pBNoWg4CT_jzFnjCA@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)

On 2016-09-02, Felipe Vieira wrote:
> Dear Gary,
> 
> you are absolutely right. Vim is not the problem.
> 
> I did two changes at the same time and indeed tried the vim -u none
> but maybe did not catch the error.
> 
> Finally what causes the error is:
> 
> inoremap <esc> <Nop>
> 
> no my vimrc. From http://vimdoc.sourceforge.net/htmldoc/map.html:
> 
> *<Nop>*
> A easier way to get a mapping that doesn't produce anything, is to use "<Nop>".
> 
> Anyways this is not the expected behavior. Is there some complexity
> here that I'm not capturing? In theory I'm disabling the <esc> key and
> that's all. Why is it interfering with m arrow keys and the del key?

The escape character alone in insert mode changes the mode to
normal.  The escape character may also begin an "escape sequence"
when it is followed "immediately" by certain other characters.

Vim determines whether an escape character is intended to be
interpreted alone or as the beginning of an escape sequence by
waiting only so long for the next character following the escape.
If the next character arrives after some time limit, the escape is
processed as a single escape and subsequent characters are processed
as themselves rather than part of an escape sequence.

In your case, it appears that the characters following the escape in
the escape sequences for the arrow and delete keys are arriving
after that time limit.  That time limit is set by the 'ttimeoutlen'
option, or by the 'timeoutlen' option if the value of 'ttimeoutlen'
is negative.  See ":help 'ttimeoutlen'".  This timeout defaults to 1
second, which should be plenty of time for a terminal emulator such
as mintty to send an escape sequence.

What do you see when you execute this?

    :verbose set timeoutlen? ttimeoutlen?

Regards,
Gary


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple