Re: [Rd] FYI: R-2.3.1pat-win32.exe not on CRAN

2006-06-05 Thread Duncan Murdoch
On 6/5/2006 10:04 PM, Henrik Bengtsson wrote: > FYI, the download link on CRAN for R-2.3.1pat-win32.exe and related > files seems to be broken at least since yesterday, e.g. > http://cran.at.r-project.org/bin/windows/base/R-2.3.1pat-win32.exe. Thanks, it was a typo in the upload script. Fixed now

[Rd] FYI: R-2.3.1pat-win32.exe not on CRAN

2006-06-05 Thread Henrik Bengtsson
FYI, the download link on CRAN for R-2.3.1pat-win32.exe and related files seems to be broken at least since yesterday, e.g. http://cran.at.r-project.org/bin/windows/base/R-2.3.1pat-win32.exe. /Henrik __ R-devel@r-project.org mailing list https://stat.et

Re: [Rd] grep() and factors

2006-06-05 Thread Gabor Grothendieck
On 6/5/06, Bill Dunlap <[EMAIL PROTECTED]> wrote: > On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: > > > > > > grep("[a-z]", factor(letters)) > > > > numeric(0) > > > > > > I was recently surprised by this also. In addition, if > > > R's grep did support factors in this way, what sort of > > >

Re: [Rd] grep() and factors

2006-06-05 Thread Bill Dunlap
On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: > > > > grep("[a-z]", factor(letters)) > > > numeric(0) > > > > I was recently surprised by this also. In addition, if > > R's grep did support factors in this way, what sort of > > object (factor or character) should it return when value=T? > > I

Re: [Rd] grep() and factors

2006-06-05 Thread Sean Davis
Marc Schwartz (via MN) wrote: > On Mon, 2006-06-05 at 13:45 -0700, Bill Dunlap wrote: > >>On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: >> >> >>>Based upon an offlist communication this morning, I am somewhat confused >>>(more than I usually am on most Monday mornings...) about the use of >>>g

Re: [Rd] grep() and factors

2006-06-05 Thread Marc Schwartz (via MN)
On Mon, 2006-06-05 at 13:45 -0700, Bill Dunlap wrote: > On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: > > > Based upon an offlist communication this morning, I am somewhat confused > > (more than I usually am on most Monday mornings...) about the use of > > grep() with factors as the 'x' argum

Re: [Rd] xy.coords(MATRIX) bug in code or documentation (PR#8937)

2006-06-05 Thread pinard
[Martin Maechler] >Hence --- for back compatibility reasons -- I now tend to agree >with Duncan Murdoch, and would not change xy.coords() behavior >at all, but simply amend the documentation. It's fine, thanks a lot. -- François Pinard http://pinard.progiciels-bpi.ca

Re: [Rd] grep() and factors

2006-06-05 Thread Bill Dunlap
On Mon, 5 Jun 2006, Marc Schwartz (via MN) wrote: > Based upon an offlist communication this morning, I am somewhat confused > (more than I usually am on most Monday mornings...) about the use of > grep() with factors as the 'x' argument. > ... > > grep("[a-z]", letters) > [1] 1 2 3 4 5 6

Re: [Rd] xy.coords(MATRIX) bug in code or documentation (PR#8937)

2006-06-05 Thread maechler
> "FrPi" == François Pinard <[EMAIL PROTECTED]> > on Mon, 5 Jun 2006 08:11:20 -0400 writes: FrPi> [Martin Maechler] >> Thanks a lot, Francois, for your careful reading and >> careful report! FrPi> Thanks for being receptive! :-) FrPi> Another problem in the same a

[Rd] grep() and factors

2006-06-05 Thread Marc Schwartz (via MN)
Hi all, Based upon an offlist communication this morning, I am somewhat confused (more than I usually am on most Monday mornings...) about the use of grep() with factors as the 'x' argument. The argument guidance in ?grep indicates: x, text a character vector where matches are sought. Coerced to

Re: [Rd] more on bug 7924

2006-06-05 Thread Thomas Lumley
On Mon, 5 Jun 2006, Hin-Tak Leung wrote: > I see you have found the sexptype listing in Rinternals.h . I believe > it was in one of R's FAQ's about R's garbage collector - it doesn't do > proper reference-counted garbage collection as you suggested, but does > a sort of poor man's garbage collecti

Re: [Rd] more on bug 7924

2006-06-05 Thread Kevin B. Hendricks
Hi, On Jun 5, 2006, at 8:02 AM, Peter Dalgaard wrote: > Not quite: more like freshly-made-not-assigned, > assigned-but-only-once, assigned-maybe-more-than-once. So for my particular case ... > call2 <- Quote(f(arg[[1]]))[c(1,2,2,2)] > 0: 0x9e7d18 LANGSXP Object with length 1, named 1 >

Re: [Rd] xy.coords(MATRIX) bug in code or documentation (PR#8937)

2006-06-05 Thread François Pinard
[Martin Maechler] > Thanks a lot, Francois, for your careful reading and careful report! Thanks for being receptive! :-) >FrPi> Another problem in the same area: the documentation lies >FrPi> about how the function acts when given a data.frame. From >FrPi> the code, a data.frame is

Re: [Rd] more on bug 7924

2006-06-05 Thread Peter Dalgaard
Hin-Tak Leung <[EMAIL PROTECTED]> writes: > I see you have found the sexptype listing in Rinternals.h . I believe > it was in one of R's FAQ's about R's garbage collector - it doesn't do > proper reference-counted garbage collection as you suggested, but does > a sort of poor man's garbage collect

Re: [Rd] xy.coords(MATRIX) bug in code or documentation (PR#8937)

2006-06-05 Thread Duncan Murdoch
On 6/5/2006 5:30 AM, [EMAIL PROTECTED] wrote: >> "FrPi" == François Pinard <[EMAIL PROTECTED]> >> on Sun, 4 Jun 2006 06:27:53 +0200 (CEST) writes: > > FrPi> Hi, people. > FrPi> xy.coords() does not behave like its documentation says, when given > some > FrPi> matrices.

Re: [Rd] Patch: context stack size in gram.y

2006-06-05 Thread Hin-Tak Leung
Hmm, I think you can "flatten" the for-loop with something like this, without modifying R: for(ParamAll in 1:(length01*length02*length03*length*4...)) { idx1 <- as.integer(ParamAll/(length02*length03...)) Param01 <- Param01Set[idx1] idx2 = as.integer((ParamAll - idx1 * length01)/length03*length0

Re: [Rd] more on bug 7924

2006-06-05 Thread Hin-Tak Leung
I see you have found the sexptype listing in Rinternals.h . I believe it was in one of R's FAQ's about R's garbage collector - it doesn't do proper reference-counted garbage collection as you suggested, but does a sort of poor man's garbage collection, by classifying entities in *only* 3 catergorie

Re: [Rd] xy.coords(MATRIX) bug in code or documentation (PR#8937)

2006-06-05 Thread maechler
> "FrPi" == François Pinard <[EMAIL PROTECTED]> > on Sun, 4 Jun 2006 06:27:53 +0200 (CEST) writes: FrPi> Hi, people. FrPi> xy.coords() does not behave like its documentation says, when given some FrPi> matrices. ?xy.coords says: FrPi> If 'y' is 'NULL' and 'x' is a