similar to: RE: [R] debugging non-visible functions

> From: Duncan Temple Lang > > Prof Brian Ripley wrote: > > On Wed, 13 Oct 2004, Liaw, Andy wrote: > > > > > > > On a slightly different topic: In R-2.0.0, packages with > NAMESPACE no > > > longer need to use the package= argument in .C/.Fortran. > Does that mean if > > > I remove those arguments, I should put R version >=

Hi everybody, Could I consult one problem? I want to access database with RODBC, first download this package from http://www.microsoft.com/data/odbc as part of MDAC, the version is the newest version 2.7.0. But after I have installed this Package(RODBC) and run command libaray(RODBC), the R system report the fillowing warning information. Error in eval(expr, envir, enclos) :

On Wed, 13 Oct 2004, Duncan Temple Lang wrote: > Prof Brian Ripley wrote: > > On Wed, 13 Oct 2004, Liaw, Andy wrote: > > > > > > > On a slightly different topic: In R-2.0.0, packages with NAMESPACE no > > > longer need to use the package= argument in .C/.Fortran. Does that mean if > > > I remove those arguments, I should put R version >=

Hi, I wonder whether a package with namespace & dynamic library can be installed with the version number attached, ie. with the argument --with-package-versions. Is this currently possible? Using R 1.9.1 on Debian 3.0 I encounter a problem when trying to load a package installed with R91 CMD INSTALL --with-package-versions -l /mnt/local/R/R-1.9.x-libs-EpiR RIO in R started with R91

Hi folks, I'm hoping someone can help with a problem I'm having getting VMWare to work on CentOS 3.3 (x86-64). I recently downloaded VMWare workstation 4.5 (not sure of exact version number but its the latest version as of yesterday). I was hoping to run CentOS as my main OS and then use VMWare to still support Windows XP machines and run the couple of applications which refuse to

Filing on R-bugs (DTL's reply started a new PR). -- 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 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message

Duncan, I don't know what we want, but it is not a simple matter of documenting what .dynLibs currently does. What I see as bugs are 1) the inconsistent names and types of the components returned by .dynLibs(). 2) the inconsistent inclusion or not of R_X11 in the list returned by .dynLibs(). 3) the inclusion of static info (base) by library.dynam(). 4) including loadable modules

--d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Prof Brian Ripley wrote: > nor in any sensible way we could document. >=20 > In R 2.0.0 (and current R-patched and R-devel): >=20 > > X11() > > library.dynam() > Filename Dynamic.Lookup >

there does not seem to be a package "tcltk" on CRAN for 2.0.0. I have successfully installed the same package for 1.9.1. In essence I require the package for a GUI interface to setwd. All work fine with 1.9.1. This is on a Linux Debian unstable kernel 2.4.20 The build version of R 2.0.0 (issuing version whithin R) has the following platform i686-pc-linux-gnu arch i686 os

Hello ... On both RH7.2 and Solaris 8 I'm encountering this problem - in both cases this is from a fresh rsync of R-devel into a brand new directory (to prevent it from me needing to 'make distclean' or the like): building package 'ts' mkdir -p -- ../../../library/ts/R make[3]: Leaving directory `/misc/homes/madman/R-test/src/library/ts' installing parsed NAMESPACE files

nor in any sensible way we could document. In R 2.0.0 (and current R-patched and R-devel): > X11() > library.dynam() Filename Dynamic.Lookup base base FALSE stats /usr/local/lib/R/library/stats/libs/stats.so TRUE methods /usr/local/lib/R/library/methods/libs/methods.so

Mac OS 10.3.5, R 2.0.0 latest version of geoR I have an incomplete 5 x 20 spatial array of samples (60 out of 100 possible locations) for which I would like to calculate directional variograms using variog4(). Unfortunately, I can't get it to return all 4 directions. It returns variograms for 45, 90, and 135 degrees, omitting 0 degrees (pi/4, pi/2, 3pi/4, omitting 0). If I specify 0

Le 07/07/2017 ? 16:52, Duncan Murdoch a ?crit : > On 07/07/2017 9:54 AM, Serguei Sokol wrote: >> Le 07/07/2017 ? 01:09, Duncan Murdoch a ?crit : >>> On 06/07/2017 6:44 PM, Sokol Serguei wrote: >>>> Duncan Murdoch has written at Thu, 6 Jul 2017 13:58:10 -0400 >>>>> On 06/07/2017 5:21 AM, Serguei Sokol wrote: >>>>>> I propose the

>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk> >>>>> on Fri, 30 May 2008 22:34:28 +0100 (BST) writes: BDR> I think it is ESS that is parsing this as a help BDR> request (so it can divert it to an ESS buffer). BDR> Looks like this is an ESS issue, not an R one. yes, indeed, hence much more belonging the ESS-help

Chris Lattner wrote: > On Fri, 29 Jun 2007, John Criswell wrote: > >> The LLVM web server is up and running, but we're still working on some >> subversion configuration issues. The server may go up and down >> intermittently as we try configuration changes over the next half hour. >> > > Apparently someone clobbered

Hi, When starting an embedded R I encounter the following issue under certain conditions: ``` Error: package or namespace load failed for ?utils? in if (.identC(class1, class2) || .identC(class2, "ANY")) TRUE else {: missing value where TRUE/FALSE needed ``` (more such errors for grDevices, graphics, and stats) And in the end: ``` Warning messages: 1: package ?utils? in

please pull git://charm.itp.tuwien.ac.at/mattems/klibc/.git maks for the change: maximilian attems: [klibc] simplify nuke fixes boot failures due to unexpected error returns usr/utils/nuke.c | 20 +++++--------------- 1 file changed, 5 insertions(+), 15 deletions(-) diff --git a/usr/utils/nuke.c b/usr/utils/nuke.c index 01b300f..9470bcf 100644 --- a/usr/utils/nuke.c +++

On Fri, 29 Jun 2007, John Criswell wrote: > Chris Lattner wrote: >> On Fri, 29 Jun 2007, John Criswell wrote: >>> The LLVM web server is up and running, but we're still working on some >>> subversion configuration issues. The server may go up and down >>> intermittently as we try configuration changes over the next half hour. >>> >> >>

Le 07/07/2017 ? 01:09, Duncan Murdoch a ?crit : > On 06/07/2017 6:44 PM, Sokol Serguei wrote: >> Duncan Murdoch has written at Thu, 6 Jul 2017 13:58:10 -0400 >>> On 06/07/2017 5:21 AM, Serguei Sokol wrote: >>>> I propose the following patch against the current >>>> R-devel/src/main/connection.c (cf. attached file). >>>> It gives (on my linux

>>>>> Laurent Gautier >>>>> on Sun, 15 Sep 2019 15:01:09 -0400 writes: > In case a search engine leads someone with the same issue > here, I am documenting the point I reached: > I can reproduce the issue with a small example when > forcing R to not load any package at startup time (using > an Renviron file): ``` package <-