1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
|
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
|