-- This ticket was imported from http://sourceforge.net/p/rkward/feature-requests/33 on 2017-05-31 14:48:55 +0100 -- I would be nice to be able to connect to an R process running on a different machine. This will require quite a bit of work: 1\) A drop-in replacement for RThread, which sends all data over the network instead 2\) A wrapper for an R process on the other side, which takes this data, and submits it to R just as in REmbedInternal 3\) Configuration options
-- Originally posted by (AT sourceforge.net): nobody -- Logged In: NO Why not using RServe for this ?
-- Originally posted by (AT sourceforge.net): nobody -- Logged In: NO > Why not using RServe for this ? Well, while this functionality is in fact fairly similar to RServe, RServe simply does not do everything that is needed. Things that need to be handled include interrupting the current command in R, handling readline\(\) requests, handling other call-backs \(such as invoking the package installation dialog, when require\(\) fails to find the required package\), detecting object changes... If you'd like to have a look at it: Basically all forms of communication between RThread and REmbedInternal need to be supported \(currently, REmbedInternal is a base class of RThread, but actually, they behave more like two separate modules, and should probably be "divided" in this sense, anyway. Then, perhaps, we can put in a layer between the two \*relatively\* easily.