Hello. I've dowloaded R-0.65.1 for WinNT/9X.>There is more support for (support of) ActiveX Automation via the >Rproxy.dll: see the file front-ends/readme.And where is this "the file front-ends/readme" which describes R's ActiveX Automation ? In "readme" under "r-install path\" and FAQ for Win port, no description about this. Please teach me. Hisaji ONO -------------- next part -------------- An HTML attachment was scrubbed... URL: https://stat.ethz.ch/pipermail/r-help/attachments/19991009/c856bc05/attachment.html
Peter Dalgaard BSA
1999-Oct-09 15:36 UTC
[R] Re: R-0.65.1 for WinNT/9XRe: R-0.65.1 for WinNT/9X
"Hisaji ONO" <ono96 at fa2.so-net.ne.jp> writes:> >There is more support for (support of) ActiveX Automation via the > >Rproxy.dll: see the file front-ends/readme. > > And where is this "the file front-ends/readme" which describes R's ActiveX > Automation ? > > In "readme" under "r-install path\" and FAQ for Win port, no description > about this. > > Please teach me.In the main sources, under src/gnuwin32/front-ends Here it is for easy reference, but as you see it's intended for programmers, so you'll need the sources eventually: --- front-ends/readme --- Linking the R DLL into other applications ======================================== The file rtest.c provides an example of linking the R engine into another front end. To build it - edit it to set Rp->rhome and Rp->home appropriately, or set appropriate environmental variables. - to make with gcc, make -f make.rtest - to make with VC++, copy ..\R.exp and ..\R.dll to this directory lib /def:R.exp /machine:ix86 /out:Rdll.lib cl /MT /Ox /I..\..\include /I.. rtest.c Rdll.lib This provides an rterm-like test front end. The main loop is in the main program here: R_ReplDLLdo1() parses one line (up to ; or \n) and returns 1 if complete, 2 if incomplete as an R expression. There is a callback available during evaluation, plotting and console I/O, intended to be used for processing GUI events. (The pager and graphics windows' GUI events are handled at these times by ProcessEvents: the callback is called from within ProcessEvents.) Note that in this version console input blocks the process so pager and graphics windows will not respond during input: a real application that uses these windows needs to have a non-blocking ReadConsole function. Rterm uses a separate thread to achieve this. An alternative to linking the import library would be to explicitly load the DLL from a known location or after searching for it. The example shows one way to handle user interrupts, although it might be as easy to generate a SIGINT directly from a GUI front end. For this to be useful you will want to set R_Interactive to be true, and you will need to use SETJMP to jump back to somewhere useful in your code. A R proxy DLL ============ Files bdx* and rproxy* are used to build a proxy DLL (by Thomas Baier) for use with his automation server StatConnectorSrv.exe. The file rprx.c is a simple test main program for rproxy.dll. The interface can evaluate commands and transfer simple R objects (e.g. vectors and matrices). Look on CRAN under `platform-specific extension packages' for the automation server. -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard at biostat.ku.dk) FAX: (+45) 35327907 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-help-request at stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
On Sun, 10 Oct 1999, Guido Masarotto wrote:> On Sun, Oct 10, 1999 at 10:33:19AM +0200, Karl M. Syring wrote: > > I think, we have now a good reason to make the binary distributions to load > > msvrt.dll. Otherwise, you would probably get both crtdll and msvcrt loaded > > if you use COM/ActiveX. As we already now, this is a safe way into difficult > > and hard to diagnose problems.Nothing in the (unreleased) (D)COM stuff makes any use of msvcrt.dll. I have just checked by removing from my system and re-running the tests. It is all ATL based.> Karl, > my idea is to switch to msvrt.dll soon. However. some more tests > are needed.In particular, we have to resolve what to do about machines without msvcrt.dll. Not all Windows machines have it, and I have read the redistribution conditions on my copy of Visual Studio. I am not clear we have any right to redistribute it with an application not compiled under VC++6 (it might depend where we got it from) and if we do there seem to be complex conditions on checking version numbers which will demand a quite complex updater to be written. It looks like having a local copy for the application is not approved of. (All I know is that the redistibution conditions do depend on which of the many VS licences one has.) Karl: it would be a great help if you could look into this for us, and if the way looks clear provide us with a suitable updater, or point us to a suitable ready-made one. Another side effect of requiring msvcrt.dll appears to be to stop the possibilities of using the cygwin and cross-compiling routes, since AFAIK only the binaries for the mingw32 compiler are available to use msvcrt.dll. Again, if you know more it would be very helpful if you could test this for us. -- Brian D. Ripley, ripley@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 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._