readline behaves differently in R than in bash

readline behaves differently in R than in bash

[paul]

I "set editing-mode vi" in ~/.inputrc.  In bash, it responds as
expected to (say) "dt,", which deletes characters upto the next comma.
It does not do this in R; instead, that series of keystrokes simply
causes the next two keystrokes to be consumed without any effect.  I
guess it would be wrong to assume that R uses the same readline
implementation as bash?  Is there anything I can set to get the
expected behaviour?

   64-bit Cygwin DLL version 1.7.28
   R version 3.0.1-1


--
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

Re: readline behaves differently in R than in bash

[Marco Atzeri]

On 4/17/2015 10:28 PM, paul wrote:
> I "set editing-mode vi" in ~/.inputrc.  In bash, it responds as
> expected to (say) "dt,", which deletes characters upto the next comma.
> It does not do this in R; instead, that series of keystrokes simply
> causes the next two keystrokes to be consumed without any effect.  I
> guess it would be wrong to assume that R uses the same readline
> implementation as bash?  Is there anything I can set to get the
> expected behaviour?
>
>     64-bit Cygwin DLL version 1.7.28
>     R version 3.0.1-1
>

it works fine for me.

$ uname -svr
CYGWIN_NT-6.1-WOW 1.7.35(0.287/5/3) 2015-03-04 12:07

$ R --version
R version 3.1.3 (2015-03-09) -- "Smooth Sidewalk"

Regards
Marco



--
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

Re: readline behaves differently in R than in bash

[Paul]

Marco Atzeri <marco.atzeri <at> gmail.com> writes:
>On 4/17/2015 10:28 PM, paul wrote:
>> I "set editing-mode vi" in ~/.inputrc.  In bash, it responds as
>> expected to (say) "dt,", which deletes characters upto the next
>> comma.  It does not do this in R; instead, that series of
>> keystrokes simply causes the next two keystrokes to be consumed
>> without any effect.  I guess it would be wrong to assume that R
>> uses the same readline implementation as bash?  Is there anything I
>> can set to get the expected behaviour?
>>
>>     64-bit Cygwin DLL version 1.7.28
>>     R version 3.0.1-1
>
> it works fine for me.
>
> $ uname -svr
> CYGWIN_NT-6.1-WOW 1.7.35(0.287/5/3) 2015-03-04 12:07
>
> $ R --version
> R version 3.1.3 (2015-03-09) -- "Smooth Sidewalk"

My versions are:

$uname -svr
CYGWIN_NT-6.1 1.7.28(0.271/5/3) 2014-02-09 21:06

$R --version
R version 3.0.1 (2013-05-16) -- "Good Sport"
Copyright (C) 2013 The R Foundation for Statistical Computing
Platform: x86_64-unknown-cygwin (64-bit)

The problem is likely due to my old version, then, or perhaps due to
the 64-bit width.  Unfortunately, in my work place, we are not able to
update things at will.  I'll try to work the ropes a bit more on that
front.

Thanks, Marco.


--
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

Re: readline behaves differently in R than in bash

[Marco Atzeri]

On 4/20/2015 5:38 PM, Paul wrote:
> Marco Atzeri <marco.atzeri <at> gmail.com> writes:
>> On 4/17/2015 10:28 PM, paul wrote:
>>> I "set editing-mode vi" in ~/.inputrc.  In bash, it responds as
>>> expected to (say) "dt,", which deletes characters upto the next
>>> comma.  It does not do this in R; instead, that series of
>>> keystrokes simply causes the next two keystrokes to be consumed
>>> without any effect.  I guess it would be wrong to assume that R
>>> uses the same readline implementation as bash?  Is there anything I
>>> can set to get the expected behaviour?
>>>
>>>      64-bit Cygwin DLL version 1.7.28
>>>      R version 3.0.1-1
>>
>> it works fine for me.
>>
>> $ uname -svr
>> CYGWIN_NT-6.1-WOW 1.7.35(0.287/5/3) 2015-03-04 12:07


>
> The problem is likely due to my old version, then, or perhaps due to
> the 64-bit width.  Unfortunately, in my work place, we are not able to
> update things at will.  I'll try to work the ropes a bit more on that
> front.


R version 3.1.3 (2015-03-09) -- "Smooth Sidewalk"
Copyright (C) 2015 The R Foundation for Statistical Computing
Platform: x86_64-unknown-cygwin (64-bit)

works fine also

Regards
Marco


--
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