[R] Potential for R to conflict with other softwares

Duncan Murdoch murdoch at stats.uwo.ca
Thu Nov 3 17:12:37 CET 2005


On 11/3/2005 10:46 AM, Peter Dalgaard wrote:
> Duncan Murdoch <murdoch at stats.uwo.ca> writes:
> 
>> On 11/3/2005 9:11 AM, Soukup, Mat wrote:
>> > Hi.
>> > 
>> > After some time, my collegues at the Food and Drug Adminstration have
>> > finally acknowledged R as a powerful statistical computing environment.
>> > However, in order to comply with the Office of Information and Technology
>> > standards there are a couple of questions about whether R could interfere
>> > with other software. As I'm more of a driver of the R software and not a
>> > mechanic, I was hoping for the insight of the many great useRs. Below is a
>> > list of 5 proposed questions to which I value any comment.
>> > 
>> > Thank you for your time,
>> > 
>> > -Mat
>> > 
>> > 
>> 
>> These answers are about the Windows version only, but from the 
>> questions, I think that's what you were looking for.  They apply to all 
>> versions since 1.6.x at least (though the earlier ones would have put 
>> fewer entries into the registry, they put them in the same places).
>> 
>> > 1. Does R have high resolution graphics?
>> 
>> Yes, but I don't think I get the point of this question.  How would that 
>> interfere with other software?
> 
> Device drivers! We have seen cases where the FPU control word had to
> be reset (DM will know this more precisely than me, I think). We do
> have code in place to catch that particular issue though. 
> If you want to be really sure, I believe that batch runs using the
> postscript() or pdf() drivers would be immune to such issues (right?).
> 
> (BTW, does the FDA trust SAS for Windows? I've seen a weird thing or
> two happening to the display there...)
> 
>> > 
>> > 2. Does R have .dll files, or other executables which are not located in the
>> > R software directory tree?
>> 
>> No, it installs everything below R_HOME.
> 
> We do rely on MCVCRT.DLL and some other system DLLs though, and I
> think this can get modified by other software.

That's MSVCRT.DLL, the run-time library for MS Visual C++.  It has been 
distributed with the OS since Win98 or so, and we don't touch it, so 
this is more of a possibility of other software interfering with us by 
replacing it with a bad version.

> 
>> > 
>> > 3. Does R modify the Windows registry in a non-obvious way, i.e. other than
>> > defining itself and what extensions to associate with R, and what are those
>> > extensions?
>> 
>> I think all of its modifications would count as obvious.  They are 
>> mainly below HKLM/Software/R-core or HKCU/Software/R-core (where the 
>> file locations are recorded); additionally file associations are set up 
>> for .Rdata files (which are called RWorkspace files there), and an 
>> uninstall entry is made.
>> > 
>> > 4. Does R add macros to any part of MS Office?
>> 
>> No.
>> > 
>> > 5. Can you anticipate any other way in which installing and using R could
>> > disrupt the operation of another software?
>> 
>> No, not really.  Maybe users will become addicted to it?  ;-)
>> 
>> Duncan Murdoch
>> >  
>> > 
>> > ***********************************************************************
>> > Mat Soukup, Ph.D.
>> > Food and Drug Administration
>> > 10903 New Hampshire Ave. 
>> > BLDG 22 RM 5329
>> > Silver Spring, MD 20993-0002
>> > Phone: 301.796.1005
>> > ***********************************************************************
> 
> (& I think Mat is owed a big "Thank you" for his efforts).

Yes, indeed!

Duncan Murdoch




More information about the R-help mailing list