Re: [Rd] PATCH: install inst/ before doing lazyload on Windows

2007-06-13 Thread Seth Falcon
Seth Falcon <[EMAIL PROTECTED]> writes: > On Windows, package files in the inst/ subdir are installed after the > lazyload creation. This differs from Linux where inst/ is installed > _before_ lazyload creation. > > Since packages may need data in inst, I think the order on Windows > should be cha

Re: [Rd] R.INSTALL on Windows

2007-06-13 Thread Herve Pages
Hi, This has been addressed in R-2.5.0 and R-2.6.0. Thanks! H. Herve Pages wrote: > Hi, > > I'd like to point out a potential problem with the current R.INSTALL > directory created by 'R CMD INSTALL' when applied to a source package. > > On Windows (and, AFAIK, only on Windows), 'R CMD INSTALL

Re: [Rd] step() in sink() and Sweave()

2007-06-13 Thread Gavin Simpson
On Wed, 2007-06-13 at 08:04 -0700, Seth Falcon wrote: > Jari Oksanen <[EMAIL PROTECTED]> writes: > > > On Wed, 2007-06-13 at 13:33 +0100, Gavin Simpson wrote: > >> Dear Developers, > >> > >> This change also just bit me whilst updating Sweave documents for some > >> computer classes. > >> > >> I

[Rd] Reported invalid memory references

2007-06-13 Thread Ross Boylan
While testing for leaks in my own code I noticed some reported memory problems from valgrind, invoked with $ R --vanilla -d "valgrind --leak-check=full" This is on Debian GNU/Linux (testing aka lenny) with a 2.6 kernel, R package version 2.4.1-2. I was running in an emacs shell. The immediate s

[Rd] R 2.5.1 scheduled for June 28

2007-06-13 Thread Peter Dalgaard
This is to announce that we plan to release R version 2.5.1 on Thursday June 28, 2007. The following information is mainly for developers, package maintainers and repository maintainers. The planned procedure is June 14: Feature Freeze 2.5.1 beta June 21: Code Freeze 2.5.1 R

[Rd] Test for Equality of Coefficient of Variation

2007-06-13 Thread Gregory Kotler
Hi ALL, Do R have any tools for testing equality of coefficients of variation for k normal populations ? Thank you, Gregory Kotler __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] step() in sink() and Sweave()

2007-06-13 Thread Seth Falcon
Jari Oksanen <[EMAIL PROTECTED]> writes: > On Wed, 2007-06-13 at 13:33 +0100, Gavin Simpson wrote: >> Dear Developers, >> >> This change also just bit me whilst updating Sweave documents for some >> computer classes. >> >> Is there a work-around that can be employed so that we get both the >> me

Re: [Rd] (PR#9733) subset() only returns first of equally named

2007-06-13 Thread ripley
>From NEWS for 2.5.0 patched: o [i, j] could sometimes select the wrong column when j is numeric if there are duplicate column names. > subset(test, TRUE, c(2,3)) a a.1 1 2 3 Please do not report bugs that are already fixed (as asked in the FAQ). On Wed, 13 Jun 2007, [EMAI

Re: [Rd] step() in sink() and Sweave()

2007-06-13 Thread Friedrich Leisch
> On Wed, 13 Jun 2007 16:43:32 +0300, > Jari Oksanen (JO) wrote: > On Wed, 2007-06-13 at 13:33 +0100, Gavin Simpson wrote: >> Dear Developers, >> >> This change also just bit me whilst updating Sweave documents for some >> computer classes. >> >> Is there a work-around that

Re: [Rd] step() in sink() and Sweave()

2007-06-13 Thread Jari Oksanen
On Wed, 2007-06-13 at 13:33 +0100, Gavin Simpson wrote: > Dear Developers, > > This change also just bit me whilst updating Sweave documents for some > computer classes. > > Is there a work-around that can be employed so that we get both the > message() bits and the print() bits in the same place

[Rd] subset() only returns first of equally named columns from a data.frame (PR#9733)

2007-06-13 Thread beierm
Full_Name: Manfred Beier Version: 2.5.0 (2007-04-23) OS: linux-gnu Submission from: (NULL) (134.99.204.101) When multiple columns in a data.frame have the same name, only the first of them is returned by the subset() function even when selected numerically. > test <- data.frame(cbind(1,2,3)) > n

Re: [Rd] step() in sink() and Sweave()

2007-06-13 Thread Gavin Simpson
Dear Developers, This change also just bit me whilst updating Sweave documents for some computer classes. Is there a work-around that can be employed so that we get both the message() bits and the print() bits in the same place for our Sweave files? If not, is there any point in filing this as a