Re: [Rd] R 2.3.0: Use of NULL as an environment is deprecated

Dear Andy, Uwe and remaining list subscribers, now, coming closer to the evil's root. Yesterday, I source compiled on a Linux box at home and the result is the same behaviour as pointed out below. This is regardless of the package version of 'urca'. Aside of 'urca', other packages that have Import

Re: [Rd] R 2.3.0: Use of NULL as an environment is deprecated

> "BernPf" == Pfaff, Bernhard Dr <[EMAIL PROTECTED]> > on Wed, 26 Apr 2006 08:28:34 +0100 writes: BernPf> Dear Andy, Uwe and remaining list subscribers, BernPf> now, coming closer to the evil's root. Yesterday, I source compiled on a BernPf> Linux box at home and the resul

Re: [Rd] R 2.3.0: Use of NULL as an environment is deprecated

> "BernPf" == Pfaff, Bernhard Dr <[EMAIL PROTECTED]> > on Wed, 26 Apr 2006 08:28:34 +0100 writes: BernPf> Dear Andy, Uwe and remaining list subscribers, BernPf> now, coming closer to the evil's root. Yesterday, I source compiled on a BernPf> Linux box at home and the result

Re: [Rd] Daily package check and --install=no

> Jeff Enos writes: > R-devel, > There has been some confusion on the MatchIt package mailing list on > the meaning of [--install=no] in the comment column of CRAN's > automated package check. > It's my understanding that, at the very least, a package marked like > this will not have its test

Re: [Rd] R 2.3.0: Use of NULL as an environment is deprecated

Pfaff, Bernhard Dr. wrote: >>"BernPf" == Pfaff, Bernhard Dr <[EMAIL PROTECTED]> >>on Wed, 26 Apr 2006 08:28:34 +0100 writes: > > > BernPf> Dear Andy, Uwe and remaining list subscribers, > BernPf> now, coming closer to the evil's root. Yesterday, I source > compiled on a >

Re: [Rd] R 2.3.0: Use of NULL as an environment is deprecated

Pfaff, Bernhard Dr. wrote: > Dear R-Devel subscriber, > > first, let me express my thank to the R-Core team for the new release! I > appreciate their efforts and time spent to enhance R. > In accordance with the 'NEWS' file (see excerpt of it below), > > [... > o Changed the environment tree

[Rd] Large number of linked environments makes save() crash R

Hi, first, this not a problem originating from me, but it was observed trying to do similar things with my R.oo package, so I troubleshooted it and found the following. On R v2.3.0 (patched), the following will crash R on WinXP sooner or later: troubleLimit <- 20435; linkedList <- list(head=new

[Rd] Problems after lm(..., qr=FALSE)

The documentation for lm() indicates that the 'qr' component of an lm object is optional. But some functions do not behave well when this component is absent: summary() gives an error and predict() returns all zeroes. Example: > x <- 1:10; y <- x^2 > mm <- lm(y~x, qr=FALSE) > summary(m

Re: [Rd] Large number of linked environments makes save() crash R

I think this is a C stack overflow problem. Probably needs a test added internally to save(). I could not reproduce this on Linux: I got a C stack overflow that was caught. On Wed, 26 Apr 2006, Henrik Bengtsson (max 7Mb) wrote: > Hi, > > first, this not a problem originating from me, but it

Re: [Rd] R, Rcmdr crash on WinXP PRO laptop (PR#8583)

Having the same behaviour with 2.2.1 and 2.2.1 patched, even if R Cmdr is not loaded. It does not appear to be strictly a data import problem. For me the issue appears when trying to open any scripts, although not always. For example, last week it occurred only a couple of times (had R running more

Re: [Rd] R, Rcmdr crash on WinXP PRO laptop (PR#8583)

.and the same issue occurs in version 2.3.0 JE __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Minor issue building 2.3.0 under Red Hat Linux 9

Building R 2.3.0 fails under Red Hat 9.0 because ssize_t is not defined in src/modules/internet/sock.h. Inserting #include at the top of this file fixes the problem. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel