similar to: library()

I've recently installed R-1.4.0 and I'm having the devil's own time trying to install a home-made package. As far as I can tell, I'm doing the same things that I did previously, under 1.3.1, but somehow everything goes haywire. (Quite possibly I'm simply mis-remembering what I did before, but I can't for the life of me figure out what to change). A toy example of what I

Just now I again had occasion to want nested describe lists in a documentation file. I found that the bug which I reported on 18 October, 2001 still persists. I checked on the bug report at the R web page, and found that the notes say ``Not a problem in R 1.4.0 (2001-12-08)''. Well, it's still a problem for me --- using R 1.4.1. (Details: platform sparc-sun-solaris2.7 arch

I was flummoxed for a long time by errors generated when I did something like install.packages(foo,lib="Rlib") where ``Rlib'' is my personalized directory of R packages, which lives in my home directory (from which I started R before issuing the foregoing install.packages() call. Recently someone (I forget who, but thanks very much to whomever it was) pointed out that I

Hi, Sorry for posting a question that has been asked before but I couldn't quite find the right answer in previous help topics. I am trying to set my library path to a user-specified library ("C:/Users/K/Documents/Work/RLib"). I have used .libPaths("C:/Users/K/Documents/Work/RLib") but when I check the .libPaths(), both the user-specified and default libraries appear. It

If one specifies new options in a package, using the options() function, where does/should one document these new options? E.g. suppose that I put the line options(melvin=42) in a file zzz.R in the R directory of the package source, where the package contains functions foo(), bar(), clyde(), and irving() which all query options("melvin") and take some action based on the value of

On 04/11/2019 4:40 p.m., Pages, Herve wrote: > Hi Rolf, > > On 11/4/19 12:28, Rolf Turner wrote: >> >> On 5/11/19 3:41 AM, Hadley Wickham wrote: >> >>> For what it's worth, I don't think this strategy can work in general, >>> because a class might have attributes that depend on its data/contents >>> (e.g. >>>

This may be an FAQ, but a (perfunctory) search failed to turn it up. Suppose I have a function foo(...){<something>} and I want to obtain, inside foo, the names of items comprising the ``...''. E.g. if I call foo(melvin,clyde,irving) I want to be able to loop through the ``...'' and successively obtain the text strings "melvin", "clyde", and

I am trying to build a function in a context where the environment concept would appear to be useful. But I'm a bit foggy about this concept and would appreciate some pointers and advice. Basically the function I'm building, say foo(x,t), is a function of two variables). Depending on the value of t, foo will return one of the values f1(x), f2(x), ..., fk(x), where each of f1, ..., fk is

On 5/11/19 3:41 AM, Hadley Wickham wrote: > For what it's worth, I don't think this strategy can work in general, > because a class might have attributes that depend on its data/contents > (e.g. https://vctrs.r-lib.org/articles/s3-vector.html#cached-sum). I > don't think these are particularly common in practice, but it's > dangerous to assume that you can restore a

I gather from reading the back-issues of r-help that it should be possible (modulo a number of caveats) to read an excel (yuck!) file into R using RODBC. I have obtained and installed ODBC and the RODBC package, but cannot for the life of me figure out how to go about it. Can anyone give me a simple recipe? I have an excel file on cdrom, say: /mnt/cdrom/melvin.xls I have started R and loaded

I previously sent a cri de coeur about this problem to the r-help list but so far have not managed to extract a solution. So I am trying here. (Uh, Ubuntu *is* a "special instance" of Debian, isn't it?) The problem is that I cannot install rgdal, and I need it. Rather desperately. I do: install.packages("rgdal",lib="/home/rolf/Rlib") and get the error

I've built R functions to ``effect'' a particular distribution, and would like to find out if that distribution is already ``known'' by an existing name. (I.e. suppose it were called the ``Melvin'' distribution --- I've built dmelvin, pmelvin, qmelvin, and rmelvin as it were, but I need a real name to substitute for melvin.) The distribution is really just a toy

Our computing services people have recently reconfigured the Sun compilers structure on our network, and I can no longer install, on our Sun/Solaris machine, a certain package (spatstat) with which I am heavily involved. (The same problem may well pertain to other packages as well; I haven't yet experimented except with spatstat.) Strictly speaking I can ***install*** it, but when I try to

I have just upgraded to the latest R (3.3.2) and thought I should update my library of contributed packages. Ran into problems with "copula". Got the error: > Error in dyn.load(file, DLLpath = DLLpath, ...) : > unable to load shared object '/home/rolf/Rlib/gsl/libs/gsl.so': > libgsl.so.0: cannot open shared object file: No such file or directory So after a bit

I am working on a SLES 10 cluster with R available on it. To better use my resources, I want to use Rmpi, but I am having a difficult time installing it. I have set the $R_LIBS variable correctly. The MPI libraries are available through the PGI compiler, but this R instance was compiled with GCC. The Rmpi package can be compiled and installed with %R CMD INSTALL Rmpi_0.5-5.tar.gz

I started using r2u (see https://eddelbuettel.github.io/r2u) recently and thought I was having a problem in that I was getting out-of-date versions of packages. I made enquiries of Dirk Eddelbuettel about this, and he enlightened me as to what the problem really was. I was seeing old versions of packages that were stored in a library, different from /usr/lib/R/site-library. I have a personal

On 5 October 2016 at 12:16, Rolf Turner wrote: | | On 05/10/16 12:07, Michael Rutter wrote: | | > Typo on my part. Try r-cran-rgdal. | | Thanks. OK, I have now done | | sudo apt-get install r-cran-rgdal | | successfully. Very good. Now do IP <- installed.packages() and convince yourself that you have rgdal. You could even do library(rgdal) | But sad to say, it

Several of us locally are puzzling over the following problem: We have a central repository of R packages on our linux system. Occasionally, we'd like to install a different version of the same package (such as making updates to the survival package before it is released to the larger group, or a downloaded beta version). When using the library function, it appears that lib.loc is not

>>>>> Benjamin Tyner >>>>> on Fri, 20 Jul 2018 19:42:09 -0400 writes: > Here's a trick/workaround; if lib.loc is the path to your > library, then prior to calling library(), >> environment(.libPaths)$.lib.loc <- lib.loc Well, that is quite a "trick" -- and potentially a pretty dangerous one, not intended when making

You can try for testing with a column of class errors, from the package 'errors'. The attributes depend on the content in the way Hadley pointed out. I?aki El lun., 4 nov. 2019 23:19, Rolf Turner <r.turner at auckland.ac.nz> escribi?: > On 5/11/19 10:54 AM, Duncan Murdoch wrote: > > On 04/11/2019 4:40 p.m., Pages, Herve wrote: > >> Hi Rolf, > >> >