[ESS-bugs] ess-mode 5.3.5; M-x R messes up RET in new shells

[Tim Hesterberg]

I tracked the problem to this line in (defun R ...) in ess-r.el:
    (if ess-microsoft-p
	(setq default-process-coding-system '(undecided-dos . undecided-dos)))

If I comment that out then subsequent shells are fine.
The default value for default-process-coding-system is
(undecided-dos . undecided-unix)

This may also be relevant:
When I installed Cygwin, I accepted the option to use Unix EOL sequences.
(I edit the same files on our network using both Unix and
Windows emacs, so try to consistently use Unix EOL sequences.)

Tim

P.S.  I reported the problem against ESS 5.3.5, but the same occurs
with 5.3.6.


>I think it is a combination of:
>(1) M-x R causing subsequent new shells to use Windows eol sequences
>  carriage return-line feed
>(2) bash not accepting windows eol sequences.
>...
>>
>> > >>>>> "TH" == Tim Hesterberg <timh at insightful.com>
>> > >>>>>     on Thu, 20 Dec 2007 15:56:06 -0800 writes:
>> > 
>> >     TH> I can create a new shell using M-x shell, and it works fine.
...
>> >     TH> But, if I now run 
>> >     TH> M-x R
>> >     TH> then when I start a new shell I can't use it; it seems that at "\r"
>> >     TH> is appended to any command that I give:
>> > 
>> >     TH> $ pwd
>> >     TH> bash: $'pwd\r': command not found
>> >...