See the file @file{README.SPLUS4WIN} as well, for more information and details. @itemize @bullet @item (RMH) system freeze and ctrl-m, a solution for some cases. Frequently, when the *shell* buffer freezes while running either COMMAND.COM or a DOS or Windows program initiated by command.com, it can be unfrozen by entering the key sequence C-q C-m RET into the frozen buffer. What I think is happening is the coding-system got confused. Command.com is waiting for the C-m C-l sequence and it only sees the C-l, which it knows is not the end of the line. When we manually give the C-m, followed by RET, it is happy and completes parsing the line. For example, from a *shell* buffer running bash (with ps in the path): command.com ps C-q C-m RET exit C-q C-m RET command.com /c date RET C-q C-m RET command.com /c date C-q C-m RET @item (RMH) Changes in ess-r-d.el for Windows One of the design goals in ESS was to make it almost unnecessary for users to make modifications to the ess-*.el files. We have split the R function into two clones. R-unix is the old R function. It uses the starting argument "--no-readline ". R-microsoft is designed for Windows. It uses the starting argument "--ess ". We detect the operating system and fset the name R to whichever is appropriate. No user changes are required. M-x R always works. @item (RMH) msdos.el Start an msdos shell inside an NTemacs that normally uses bash as its shell. It should have been easy, but had many parameters that needed to be set. I am sending a copy of this to the Ntemacs mailing list. I think this function should be merged into the Ntemacs distribution, but for the moment I am attributing it to us. @end itemize