similar to: Rterm

FYI, via a bug report of one of my packages, I discovered that the following cases will hang Rterm when using TAB completion: CASE #1: Adding an empty default function for tail() causes Rterm on Windows to hang if one press TAB at the prompt: % Rterm -vanilla > tail.default <- function(...) {} > [PRESS TAB] Error in specialOpLocs(text) : (list) object cannot be coerced to type

Dear developers, I have come across a (somewhat strange) change in the encoding of Sweave output from R-2.9.2pat to R-2.10.0beta (apparently specific to Rgui) on Windows installations. Of course, the NEWS file contains quite a few changes concerning encoding, but I was not able to locate an entry which explains the observed behaviour. I am not very familiar with encodings/locales/codepages,

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'm running an R script in Rterm and would like the user to be prompted for input as in: id <- readline("Please enter ID: ") myfunction(id) . . . etc. This works when I run one line at a time in RGui, but not when I try to run the script in Rterm (I'm working with R 2.2.0 in Windows Server 2003). Is there any way to do this? Mikkel

That looks to me like a bug, but I don't use Windows any more, so I won't offer to try to fix it for you. In fact I don't think Rterm has many users at all: most Windows users probably use RStudio or one of the other graphical front ends (Visual Studio, Emacs, Rgui, etc.) So maybe you can track down the issue, or someone else will try. Or maybe you'll just have to avoid

I don't use term, but I've just tested it and this is reproducable. Is it a bug? Not sure. If you hit c after getting the message it will cancel the q() request. On Fri, 9 Feb 2024, 17:21 Duncan Murdoch, <murdoch.duncan at gmail.com> wrote: > That looks to me like a bug, but I don't use Windows any more, so I > won't offer to try to fix it for you. In fact I

Yes, indeed, I am talking about Rterm in Windows. Iago ________________________________ De: Duncan Murdoch <murdoch.duncan at gmail.com> Enviat el: divendres, 9 de febrer de 2024 13:50 Per a: Iago Gin? V?zquez <iago.gine at sjd.es> Tema: Re: [R] Avoiding Delete key function as 'Quit R' in Rterm when there are no characters in cursor line On 09/02/2024 6:25 a.m., Iago Gin?

Hello everyone, I am new to R and I have experienced some bugs when using Rterm on Windows. Chinese characters in the console output are discarded by Rterm, and trying to type them into the console will crash the Rterm application. ---ENVIRONMENT--- Platform = x86_64-w64-mingw32 OS = Windows 10 Pro 1709 chs R version = 3.4.3 Active code page = 936 (Simplified Chinese) ---STEPS TO

Hello Users: I'm using R version 2.0.1, and having problems with RODBC. Everything works fine when I use Rgui, but when I try to use Rterm and issue the commands library(RODBC) con <- odbcConnect("MySQL", "test") I get the following error: Error in sqlQuery(con, str) : first argument is not an open RODBC channel In addition: Warning messages:

Duncan, do you think it's worth to comment this in R-devel list? Iago ________________________________ De: CALUM POLWART <polc1410 at gmail.com> Enviat el: divendres, 9 de febrer de 2024 18:28 Per a: Duncan Murdoch <murdoch.duncan at gmail.com> A/c: Iago Gin? V?zquez <iago.gine at sjd.es>; r-help at r-project.org <r-help at r-project.org> Tema: Re: [R] Avoiding Delete

Hello. I am trying to build R on Windows. It appears that my build passes the various "make checks" (unless I missed some error) and running Rterm seems to work fine whereas Rgui has an immediate error stating " AppName: rgui.exe AppVer: 2.150.58871.0 ModName: rzlib.dll ModVer: 0.0.0.0 Offset: 0000a9e5 The taskbar still works, but the console window has nothing in it, and

I've been trying to use Rterm.exe, mainly because of Rgui.exe's lack of support for incremental history searching. But on my system (Win XP, SP3), it (rterm from R-2.8.1) frequently just stops responding to keyboard input. This happens often (enough to make it unusable), and generally after a switch to another window. It doesn't seem to hang exactly, as if I leave it a while (minutes)

Hi, I'm running R v1.9.0 on WinXP Pro. I noticed that R.exe and Rterm.exe behave differently on Ctrl-C. Starting a Windows Command prompt (cmd.exe) you get from running Rterm.exe: C:\Program Files\R>rw1090\bin\Rterm.exe --vanilla --quiet > ^C > ^C > 1+1 [1] 2 > Sys.sleep(100) # Ctrl-C after a few seconds > ^C > ^C > 1+1 [1] 2 > q() C:\Program Files\R>

On 2/9/24 21:39, Iago Gin? V?zquez wrote: > Duncan, do you think it's worth to comment this in R-devel list? Duncan filed a bug report via R bugzilla (thanks). There is no way to disable this functionality and it has existed for very long time, I tested that at least in R 3.0. Optionally ending the session was I believe intentional with Ctrl+D, when the input is empty, and it is also

Dear list, I?m using R embedded in another program (coded in tcl/tk) under Windows Vista. In this context I don?t launch Rgui.exe but rather Rtem.exe. Now I have a problem finding libraries not specifically installed as administrator (and which are not in the path ?program files? but in Contacts\Documents of the current user). To be precise, the user launching my tcl/tk program can?t find

Hello, I am experiencing trouble with r-term 1.1.1 for windows 2000. When I start rterm, and I get a prompt, it seems to freeze after any assignment statement (so, if I type x_rnorm(1000), I don't get another prompt). Statements that don't involve assignment statements (like "plot(rnorm(1000))") seem to work, and I get a new prompt. The Rgui seems to work fine, and if I *can*

For processing events, RGtk2 has moved away from using the old tcl_do hack and now synchronizes on the Windows event loop. In Rgui.exe this works fine (well mostly), but in Rterm.exe, users report the following warning from GLib: "main loop already active in another thread". The most obvious way this could occur is if the Windows event loop were iterating in multiple threads. This does

Dear all, I've just downloaded R.12.0 from CRAN (http://cran.r-project.org/bin/windows/base/release.htm). I am unable to find RGUI.exe as well as Rterm.exe. Conversely to what is explained in readme.R.2.12.0: There are two versions of the R executable in R-2.12.0\bin\i386 (32-bit) or R-2.12.0\bin\x64 (64-bit). I can't find directories i386 or x64 in R-2.12.0\bin -- Renaud Lancelot EDEN

Colleagues, I have encountered the following situation in R (2.9.0) with Windows XP. I have an application that calls Rterm.exe. In certain situations, the application terminates but fails to close R. Then, the next time that the application runs, there are replicated copies of R running - this slows the system. One solution would be to kill any open versions of Rterm.exe each time

Greetings, I am trying to run a short script from a shell: c:\projects\hell>Rscript --default-packages=mypack X:/4Stephen/commit/curve.R > X:/4Stephen/commit/run1.out Loading required package: utils Warning message: package 'RODBC' was built under R version 2.12.2 Error: could not find function "normalize" Execution halted Warning message: closing unused RODBC handle 1