stop R mainloop without calling exit(1)
Dear Professor Ripley, Thank you for your reply. I have a few questions left:
But that's not true. The documented way is setup_Rmainloop run a loop (which can return) end_Rmainloop The problem was that the only documented way to shut R down cleanly was end_Rmainloop (which did call exit), whereas there now is Rf_endEmbeddedR.
In the documentation "run_Rmainloop" is called to start the loop:
Rf_initEmbeddedR(argc, argv);
/* submit some code to R, which is done interactively via
run_Rmainloop();
*/
Rf_endEmbeddedR(0);
But that method doesn't return normally, right? It only ends if
ReplIteration returns -1.
Or do you mean I need to re-implement the read-and-evaluate loop in a
way that I can interrupt it (at "run a loop (which can return)" in
your example)? So instead of calling run_Rmainloop, I can copy the
loop in R_ReplConsole, add an interrupted flag and check that every
iteration.
It seems that almost all users of embedded R did not call end_Rmainloop, and I met this when creating a common embedding interface for Unix and Windows versions of R: the Windows widgets (such as the graphics device) do need to be told to shut down.
Another idea on Unix-alikes is to replace R_CleanUp by your own callback: it is part of the documented interface for writing a front-end.
So for the Unix alikes I could use a customized R_CleanUp for the non-devel versions of R. For windows I should still call end_Rmainloop, but if I understand you well, this is only needed if I use the windows widgets in R. I don't want to, so it shouldn't be a problem then? Thank you for your help, I'm going to try to modify the JRI interface by writing a custom loop instead of calling run_Rmainloop. By the way, I use R version 2.2.1 in linux, because I got the "Error: C stack usage is too close to the limit R" error in higher versions (I saw there was a topic about this already: https://stat.ethz.ch/pipermail/r-devel/2006-April/037219.html). I tried to use the R-devel version to make use of the Rf_endEmbeddedR method, but the error also occurs in this version. Could this be a bug? Thomas 2006/8/31, Prof Brian Ripley <ripley at stats.ox.ac.uk>:
Another idea on Unix-alikes is to replace R_CleanUp by your own callback: it is part of the documented interface for writing a front-end. On Thu, 31 Aug 2006, Prof Brian Ripley wrote:
This is already covered in the R-devel version of R: please consult `Writing R Extensions' in that version. On Thu, 31 Aug 2006, Thomas Kelder wrote:
Hello, I'm trying to make my Java application work with R, which involves sending and retrieving data and to run R functions from within the Java application. I also need to have "live interaction" with R, to show the R console output (e.g. warnings and print) and to enable the user to enter input when a function asks for it. Therefore I created a simple R console in Java using JRI (http://rosuda.org/JRI/), and it works ok. The only problem is that I have to start the R main loop which doesn't return.
But that's not true. The documented way is setup_Rmainloop run a loop (which can return) end_Rmainloop The problem was that the only documented way to shut R down cleanly was end_Rmainloop (which did call exit), whereas there now is Rf_endEmbeddedR.
The only way to stop it is to give R the quit command ('q()'), but then
'exit(1)' is called from the R code and the Java Virtual Machine
(including my application) also shuts down.
That's because you called end_Rmainloop, possibly by calling run_Rmainloop rather than taking control of the loop. It seems that almost all users of embedded R did not call end_Rmainloop, and I met this when creating a common embedding interface for Unix and Windows versions of R: the Windows widgets (such as the graphics device) do need to be told to shut down. [...]
-- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595