Introduction
============

S-PLUS use
==========

SAS use
=======

Microsoft problems
==================

   See the file `README.SPLUS4WIN' as well, for more information and
details.

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

   * (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.

   * (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.


S-PLUS problems
===============

SAS-problems
============