similar to: R run under Emacs fatal errors halt execution

After the discussions about appropriate editors under Windows to use with R, I have managed to install Emacs, XEmacs, and ESS under WinNT 4.0, and these work fine. It's not necessary to compile anything to use R with ESS, just to install Emacs and ESS, and do a few modifications in some files. XEmacs is also easy to install but apparently ESS cannot run with it (confirmed by a message by Tony

I've been having problems with Rterm.exe not shutting down when I exit an R (1.7.0 and 1.7.1) session from within emacs when using ESS. I've just upgraded to 5.1.24 and still have the same problems. I'm running ntemacs and winxp. I don't recall having these troubles with version 1.6.2 of R. Jeff. --- Jeff D. Hamann Hamann, Donald and Associates, Inc. PO Box 1421 Corvallis, Oregon

I'm having problems getting RTERM to work via SSH. Whenever it has any type of problem, it abends instead of issuing an error message and returning to the > prompt. Both "server" and client are Windows/2000 Professional at FP4. SSH is via Cygwin on both sides. R is version is 1071. RTERM runs fine when run in a BASH shell on the "server," though it does not prompt

Dear R-help, Apologies if this isn't exactly the right place for this question. I am trying to run R in emacs using ESS. I have done this successfully many times - it works right now on my home computer in windows 7 and in ubuntu. The problem is that when I start emacs the regular splash screen doesn't show. In the mini-buffer I get the message "Finding all versions of R on your

Sorry for the cross-post: not sure whether it's Rterm or ESS (or something else?)... I'm running R (1.5.0 patched 2002-05-09, compiled from source on WinNT4) under ESS 5.1.21 with XEmacs 21.4.6. When I plotted a graph on the windows() device, and then use the menu in the R graphics window to print the graph, the printer selection dialog box does not show up until I go to the *R* buffer

SVN revision replaces "slave" with "no-echo" in R devel. In each of the following, "no-echo" is rather strange to me. - src/gnuwin32/README.Rterm 3) As a no-echo process for ESS mode in NTEmacs with flag --ess. - src/library/grDevices/src/qdCocoa.m /* the no-echo thread work until this is NO */

# Your mailer is set to "none" (default on Windows), # hence we cannot send the bug report directly from R. # Please copy the bug report (after finishing it) to # your favorite email program and send it to # # r-bugs@r-project.org # ###################################################### <<insert bug report here>> There are two bugs associated with graphics devices.

I'm using win XP R 1.51 (Rterm) emacs-20.7 ess-5.1.20 and everything except from command completion works Is it possible to have this functionality using a windows enviroment? thanks soren -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info",

Hi to all who suffer from rterm not shutting down in xemacs/ESS on windows NT or 2000. Also hi to those who could eventually help. Here is some more information which could help and some ENCOURAGEMENT to contribute to a solution. 1. It may be an xemacs problem but it is more likely an interaction between rterm/comint/and xemacs. In fact, the problem started occurring around version R 1.6.0. I

Hey everyone, Might it be possible for future versions of PC-R to highlight the opening brace in a pair, a la emacs? Programs that do that are infinitely friendlier than those that don't. Thanks, Steve Stephen R. Laniel | "I've got a match: Carnegie Mellon University | Your embrace and my collapse." laniel at cmu.edu | --They Might Be

The first of Suharno's examples can be viewed that way, because R under ESS is not a "slave" in the technical sense, just a situation where you do not want keyboard input to be echoed. "Non-echoing" might have been better language though. The 2nd example really is of the master/slave variety, and to my knowledge nothing to do with echoing, so looks like a

Dear R-experts, I run R in a shell under Emacs on Win2k using ESS. I get the following strange error > shell("copy c:\\file.txt c:\\newfile.txt") warning: extra args ignored after 'copy' Forkert syntaks for kommandoen. Warning message: cmd execution failed with error code 1 in: shell("copy c:\\file.txt c:\\newfile.txt") The same problem emerges independently of

Hello, please excuse me if this is not the appropriate mailing list, but I'll give it a try! I recently switched from using Emacs 20.7.1 to XEmacs 21.4, both on cygwin / MS W2K. On Emacs the ESS 5.1.17 was working well, but now, when calling R from within XEmacs, it first asks for the working directory, then says "R process is not running". The ESS buffer holds the

Dear members, I have spent some time to make clear how I could write R programs from within EMACS using the ESS package, under Win98. Unfortunately, I have found this not quite clear for Windows 98 (though a lot of details are provided for UNIX). I have tried to create a .emacs file with a command such as (load "PATH/ess-site.el") and also added a "PATH=...\rw1010\" line in

I have used S-PLUS for years. Now I am learning to use R in Windows'98. I downloaded the latest version and installed it as instructed. However, I cannot find answers from online help to the following questions I encountered. If any of you has quick answers to these questions, please drop me a couple of lines. Thanks. 1. Why does R change my working directory during a session? I often used

I've had time to return to the "external editor" project. The following function does almost what I want, which is to allow an external editor to feed command lines to R. ext.editor<-function(editor) { ext.input<-pipe(editor,"r") eval(parse(ext.input)) close(ext.input) } While the description of parse() indicates that it should parse input line by line, the

Dear R users, Does anyone notice that Rterm.exe does not work well with rxvt.exe, an xterm emulator for Cygwin? It produces an error message window with the following message: This program has performed an illegal operation and will be shut down. If the problem persists, contact the program vendor It also prints "Signal 127" in rxvt window. Rterm --ess, however, works.

I have started using R 1.5.0 on Windows 2000. The refinement of this system in such a short time is astounding, and I thank those who have worked on it and made it available! I have been using rterm.exe to develop R scripts in my preferred editor (not emacs) by sending the command rterm.exe --save < %f where the editor substitutes the filename for %f. This works wonderfully, and the

As a user of only R, I don't use much of the potential of ESS and Emacs. Without entering a religious feud, is there any reason I should use XEmacs rather than my current GNU Emacs? (I looked on the XEmacs site, but I didn't understand the programming issues they were talking about (over my head).) Martin Henry H. Stevens, Assistant Professor 338 Pearson Hall Botany Department Miami

The following becomes more and more a topic for an R mailing list, possibly R-devel. R for Windows crashes are important and should be discussed and debugged with the experts -- which are not reading ESS-help AFAIK. Martin >>>>> "ColCun" == Cunningham, Colin A <colin.a.cunningham@intel.com> writes: ColCun> In my very brief exposure to R, I have