similar to: src directory disappeared after installation of packages

Dear R user, I used from the library MASS the dataset cpus and the skript plot.tree.sequence.R, which are included in the tree package: >library(MASS) > data(cpus) > cpus.ltr <- tree(log10(perf) ~ syct + mmin + mmax + cach >+ + chmin + chmax, data=cpus) At home it works but at work I get this message: >Error in .C("BDRgrow1", as.double(X),

Full_Name: Venkatesh Mysore Version: R-1.7.0 OS: WindowsXP Submission from: (NULL) (216.165.110.10) While accessing Rproxy.dll repeatedly (using the code from the (D)COM example in the R website) causes a failure in the 24th iteration. R-1.6.2 does NOT give this error. This seems to be a memory management error, that might be linked to the huge leakage difference between R-1.7.0 and R-1.6.2

We have seen problems with a number of packages which use R/Rscript to run R code in configure or makefiles. (a) You must give a full path: there need be no version of R in the path, and if there is it might not be the version/build of R under which package installation is being done. So the general form is to use ${R_HOME}/bin/R to select the right version. And since ${R_HOME} might

Dear R-developers, I am trying to reproduce the autoconf.ac example from R-ext and fail. My autoconf file looks like this [autoconf.ac] # original by Friedrich Leisch, much changed by BDR AC_INIT([SBMLodeSolveR]) dnl Select an optional include path, from a configure option dnl or from an environment variable. AC_ARG_WITH([sbmlode-include],

As you may recall, a Debian user complained last year about how R is out of line with respect to the filesystem standards (where, in essence, architecture independent files should be in /usr/share, not /usr/lib). While I more or less just told him to get lost, I think it was mostly BDR who actually added support for this over the summer -- so a public Thanks! first. As of a few weeks ago, I now

R (Windows version) users/developers: While I have checked R-help/-devel mailing lists and R-bug-tracking system, this problem has not been reported so far. I would like to know whether this problem is specific to my machine. Lately I downloaded the version 1.5.0 patched [for windows] from http://www.stats.ox.ac.uk/pub/bdr/RWin/Rpre/ [patched: 2002-06-05] and

(CC'ed to R-bugs ``for the record'') >>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Thu, 13 Jun 2002, Martin Maechler wrote: >> >>>>> "MM" == Martin Maechler >> <maechler@stat.math.ethz.ch> writes: >> >> >>>>> "BDR" ==

>>>>> "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

>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Mon, 22 May 2000 berwin@maths.uwa.edu.au wrote: >> Dear all, >> >> I was playing around with some C-code that I dynamically linked to R >> and noticed the following inconsistency: > > dat <- matrix(1,3,3) > >

>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Tue, 7 Mar 2000, Martin Maechler wrote: >> >>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: >> BDR> On Tue, 7 Mar 2000, Trenkler, Dietrich wrote: >> >> I think I've discovered what went

>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk> >>>>> on Tue, 13 May 2008 07:32:43 +0100 (BST) writes: BDR> This example does not crash in R 2.7.0, R-patched nor BDR> R-devel (r45677) for me (x86_64 F8 Linux.) It also BDR> does not crash with the CRAN build of R 2.7.0 on BDR> Windows XP. Neither does it

Version: platform = sparc-sun-solaris2.6 arch = sparc os = solaris2.6 system = sparc, solaris2.6 status = status.rev = 0 major = 0 minor = 64.2 year = 1999 month = July day = 3 language = R -- It is unclear to me that the handling of NAs is desirable, and it has problems with names: > z <- c(T,T,NA,F,T) > names(z) <- letters[1:5] > which(z) Error: names attribute

Has there been a recent change in the behavior of binary operators? In SparseM it was, until quite recently ok to do scalar multiplication but now, > A*4 Error in A * 4 : non-numeric argument to binary operator > 4*A Error in 4 * A : non-numeric argument to binary operator > A%*%A An object of class "matrix.csr" Slot "ra": [1] 1 1 1 Slot "ja": [1] 1 2 3

>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Tue, 7 Mar 2000, Trenkler, Dietrich wrote: >> I think I've discovered what went wrong. >> >> My workspace included a function wilcox.test formerly copied from >> ctest. Now ctest ist part of the distribution and because of that I

On Tue, 7 Mar 2000, Martin Maechler wrote: > >>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: > > BDR> On Tue, 7 Mar 2000, Trenkler, Dietrich wrote: > >> I think I've discovered what went wrong. > >> > >> My workspace included a function wilcox.test formerly copied from > >>

Wish to install a local source package on Un*x platform from within R. Same thing as I can accomplish from cmdline as $ export R_LIBS=~/R/library $ cd /path/to/pkg $ R CMD INSTALL -l $R_LIBS <pkgname> So, how do you go about this anyway? And isn't this a bug in 'install.packages'? ------- $ R R : Copyright 2004, The R Foundation for Statistical Computing Version 1.9.0

Dear R users, I ran into this curious problem: > d <- rnorm(100) > d.density <- density(d) > sum( d.density$x * d.density$y) [1] 2.517502 Admittedly the method of computing the mass under the density curve at line 3 is crude. But 2.5 is pretty far from 1, the value it should be. I tried a few other dataset and got similar result. Am I missing something obvious? Or is the return

[This turned into a bug report which will go to r-devel, so I have taken it off r-help.] Bugs reported here: (1) formatC's help page need some clarification. (2) formatC needs to treat modes "double" and "real" as equivalent. (3) format's help page or (preferably) format needs correction re the meaning of `digits' On Sun, 28 Feb 1999, Martin Maechler wrote:

Dear Sir, I have point-point ethernet connections to my linux boxes on which I am running Zebra OSPFD. I am unable to understand the output of the tcpdump. Please clarify the terms in the output. The output of the command tcpdump on BOX 1 is as follows: I have also shown a part of my network below. 14:0831.849801 eth0 M 192.168.2.2 > 224.0.0.5: OSPF v2-hello 48: rtrid 192.168.4.2 backbone

The problem with POSIXt is that you must consider timezones and daylight vs. standard time issues even if you don't want to. This violates modularity (viz. your routines becomes coupled to unrelated information) and leads to subtle errors where different routines are assuming different time zones. The problem is that the time, date, day of the week, month, etc. of a date depend on its