Re: [Rd] system.time provides inaccurate sys.child (PR#14210)

2010-02-21 Thread p . dalgaard
Henrik Bengtsson wrote: > FYI, > > you're much more likely to get a response/see actions on this if you > report issues using the most recent stable version (R v2.10.1) and/or > even the developers version (R v2.11.0). You're current version is, > as you see, more than 2 years old. It is likely

Re: [Rd] (PR#14210) incoming/14210 system.time provides inaccurate

2010-02-10 Thread P . Dalgaard
Manuel L=C3=B3pez-Ib=C3=A1=C3=B1ez wrote: > Patch against current trunk attached. It is a one-liner, so I do not > believe anyone can claim copyright over it. Fixed for r-devel (r51115). > Cheers, >=20 > Manuel. >=20 > BTW, bugs.r-project.org is painfully slow. I cannot login, I cannot pos=

Re: [Rd] [R] Suppressing scientific notation on plot axis tick labels (PR#14203)

2010-02-02 Thread P . Dalgaard
murd...@stats.uwo.ca wrote: > On 02/02/2010 6:20 AM, Dimitri Shvorob wrote: >> Ruben Roa has kindly suggested using 'scipen' option - cf. >> >>> fixed notation will be preferred unless it is more than =C3=A2=E2=82=AC= =CB=9Cscipen=C3=A2=E2=82=AC=E2=84=A2 digits >>> wider. >> However,=20 >> >> optio

Re: [Rd] poisson.test from stats package does not pass the conf.level (PR#14197)

2010-01-27 Thread p . dalgaard
m...@niaid.nih.gov wrote: > Hi, > > The poisson.test function from stats package does not pass the conf.level p= > arameter for the two-sample test. Here is an example: > > poisson.test(c(2,4),c(20,14),conf.level=3D.95)$conf.int > poisson.test(c(2,4),c(20,14),conf.level=3D.9)$conf.int > > > Her

Re: [Rd] `mgp[1:3]' are of differing sign (PR#14130)

2009-12-12 Thread p . dalgaard
Peter Ehlers wrote: > > cornell.p.gonsch...@iem.fh-friedberg.de wrote: >> Full_Name: Cornell Gonschior >> Version: 2.10.0 >> OS: Linux >> Submission from: (NULL) (212.201.28.40) >> >> >> Hi, >> >> in the introduction to R, you can find the following sentence in the >> par() >> chapter: >> "Use tc

Re: [Rd] Internal error in 'ls' for pathological environments (PR#14035)

2009-11-01 Thread p . dalgaard
macra...@alum.mit.edu wrote: > nchar(with(list(2),ls())) gives an internal error. This is of course > a peculiar call (no names in the list), but the error is not caught > cleanly. > > It is not clear from the documentation whether with(list(2)...) is > allowable; if it is not, it should presumabl

Re: [Rd] Inverting a square... (PR#13762)

2009-06-18 Thread P . Dalgaard
Refiling this. The actual fix was slightly more complicated. Will soon be committed to R-Patched (aka 2.9.1 beta). -p rvarad...@jhmi.edu wrote: > Full_Name: Ravi Varadhan > Version: 2.8.1 > OS: Windows > Submission from: (NULL) (162.129.251.19) >=20 >=20 > Inverting a matrix with solve()

Re: [Rd] Inverting a square... (PR#13765)

2009-06-18 Thread P . Dalgaard
Drats!. Jitterbug is up to its old PR renaming trick again... This should have been a followup to PR#13762. Will refile. p.dalga...@biostat.ku.dk wrote: > rvarad...@jhmi.edu wrote: >> Full_Name: Ravi Varadhan >> Version: 2.8.1 >> OS: Windows >> Submission from: (NULL) (162.129.251.19) >> >> >> Inv

Re: [Rd] Inverting a square matrix using solve() with LAPACK=TRUE (PR#13765)

2009-06-18 Thread p . dalgaard
rvarad...@jhmi.edu wrote: > Full_Name: Ravi Varadhan > Version: 2.8.1 > OS: Windows > Submission from: (NULL) (162.129.251.19) > > > Inverting a matrix with solve(), but using LAPACK=TRUE, gives erroneous > results: Thanks, but there seems to be a much easier fix. Inside coef.qr, we have coef[

Re: [Rd] R build fails during make when configured with "--with-x=no" (PR#13666)

2009-04-20 Thread P . Dalgaard
j...@ku.edu wrote: >=20 > If R is configured using the "--with=3Dx=3Dno" option, then the make fa= ils with the > following error: > make[1]: *** [R] Error 1 > make[1]: Leaving directory `/home/jeet/Scratch/r-build/on-frontend/R-2.= 9.0/src' > make: *** [R] Error 1 >=20 > The problem appears

Re: [Rd] type.convert (PR#13646)

2009-04-10 Thread p . dalgaard
William Dunlap wrote: > You may have to use > (unsigned int)(unsigned char)*s++ > instead of just > (unsigned int)*s++ > to avoid the sign extension. Thanks again, I probably won't be doing the change since I don't have a Windows build environment around, and I'm a bit superstitious about fi

Re: [Rd] [R] RNG Cycle and Duplication (PR#12537)

2008-08-14 Thread p . dalgaard
Shengqiao Li wrote: > Hello all, > > I am generating large samples of random numbers. The RNG help page > says: "All the supplied uniform generators return 32-bit integer > values that are converted to doubles, so they take at most 2^32 > distinct values and long runs will return duplicated valu

Re: [Rd] Bug in R 2.7 for over long lines (crasher+proposed fix!) (PR#11284)

2008-04-26 Thread p . dalgaard
[EMAIL PROTECTED] wrote: > OK, I am just sending it here too as it looks like [EMAIL PROTECTED] g > is not the right place: > =20 I think it was seen there too, just that noone got around to reply. In=20 R-bugs, there's a filing system so that it won't be completely forgotten.= =2E. However, your

Re: [Rd] bad variable names when printing a data frame containing (PR#10732)

2008-02-09 Thread p . dalgaard
[EMAIL PROTECTED] wrote: > library(glmpath) > data(heart.data) > # heart.data is a list, $y a vector, $x a matrix > data <- data.frame(x=3DI(heart.data$x), y =3D heart.data$y) > =20 >> data[1:2,] >>=20 > x.1 x.2 x.3 x.4 x.5 x.6 x.7 x.8 x.9 y > 1 16012 5.73 23.11

Re: [Rd] xspline(..., draw=FALSE) fails if there is no open device (PR#10728)

2008-02-08 Thread p . dalgaard
[EMAIL PROTECTED] wrote: > Full_Name: Jari Oksanen > Version: 2.6.2 RC (2008-02-07 r44369) > OS: Linux > Submission from: (NULL) (130.231.102.145) > > > Even if function xspline() is called with argument draw=3DFALSE, it req= uires a > graphics device (that it won't use since it was draw=3DFALSE).

Re: [Rd] range( , na.rm = TRUE ) (PR#10508)

2007-12-11 Thread P . Dalgaard
Prof Brian Ripley wrote: > I don't think that is the right fix. All methods for min/max should > now support na.rm=3DTRUE (but not finite=3DTRUE), so range.default shou= ld > just call min and max with that argument. > > I'd need to verify those 'should's first > OK, that why I didn't touch t

Re: [Rd] range( , na.rm = TRUE ) (PR#10508)

2007-12-11 Thread P . Dalgaard
(Drats! Jitterbug is playing tricks with the PR# again. Attempting to refile so that we can kill PR#10509) Peter Dalgaard wrote: > [EMAIL PROTECTED] wrote: > =20 >> --- Start of forwarded message --- >> Date: Tue, 13 Nov 2007 21:44:57 +0100 >> To: Steve Mongin <[EMAIL PROTECTED]> >> Cc: [

Re: [Rd] [EMAIL PROTECTED]: Re: range( , na.rm = (PR#10509)

2007-12-11 Thread P . Dalgaard
[EMAIL PROTECTED] wrote: > --- Start of forwarded message --- > Date: Tue, 13 Nov 2007 21:44:57 +0100 > To: Steve Mongin <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: range( , na.rm =3D TRUE ) > In-Reply-To: <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > From: Kurt Hornik

Re: [Rd] daylight saving / time zone issues with as.POSIXlt/as.POSIXct (PR#10393)

2007-11-01 Thread p . dalgaard
[EMAIL PROTECTED] wrote: > Running under Windows XP 64 bit, as.POSIXlt()/as.POSIXct() seem > to think that US time zones (EST5EDT, MST7MDT) switched from daylight > savings back to standard time on Oct 28, 2007, whereas the switch > is actually on Sun Nov 04, 2007. > > =20 Not Our Problem. (This s

Re: [Rd] (PR#10379) Re: x11(....) kills R without DISPLAY

2007-10-29 Thread p . dalgaard
Hin-Tak Leung wrote: > Peter Dalgaard wrote: > >> You need x11() with a valid display to trigger the bug: >> >> [EMAIL PROTECTED] BUILD]$ ssh -Y 192.168.1.10 >> [EMAIL PROTECTED]'s password: >> Last login: Sat Oct 27 02:40:16 2007 from 192.168.1.11 >> [EMAIL PROTECTED] ~]$ echo $DISPLAY >> localho

Re: [Rd] (PR#10379) Re: x11(....) kills R without DISPLAY

2007-10-26 Thread p . dalgaard
Hin-Tak Leung wrote: > Peter Dalgaard wrote: >> [EMAIL PROTECTED] wrote: >>> Full_Name: Christian Brechbuehler >>> Version: 2.4.1, 2.5.1, OS: Ubuntu GNU/Linux >>> Submission from: (NULL) (24.61.47.236) >>> >>> > >>> Example (start R without DISPLAY from bash): >>> % DISPLAY=3D R >>> > x11("loc

Re: [Rd] Incorrect matrix of spearman correlations .... in 64-bit (PR#9570)

2007-03-16 Thread p . dalgaard
[EMAIL PROTECTED] wrote: > Full_Name: Vladimir Obolonkin > Version: tested in 2.0 to 2.4.1 > OS: linux, win, mac > Submission from: (NULL) (202.14.96.194) > > {{ Subject shortened manually -- to pass anti-spam filters > >Original-subject: Incorrect matrix of spearman correlations working \ >

Re: [Rd] obscure error with subsetting as.list() of a function then (PR#9504)

2007-02-08 Thread p . dalgaard
[EMAIL PROTECTED] writes: > Hello. I was writing some code that computes on the language and came acr= oss > this. I can work around it, but thought you might like to know about it. > >> f <- function(x) { NULL } >> a <- as.list(f)[[1]] >> a # ie print(a) > Error: argument "a" is missing, with no

Re: [Rd] R windows crash (PR#9426)

2006-12-21 Thread P . Dalgaard
Prof Brian Ripley wrote: > On Thu, 21 Dec 2006, Peter Dalgaard wrote: > > [...] > > >> This seems reproducible on Linux, except that it goes into an infinite >> loop. The lm call seems to be the real culprit: >> >> >>> testfun <- function(aa=aa) return(aa) >>> testfun() >>> >> Error

Re: [Rd] rm() deletes 'c' if c('a','b') is the argument (PR#9399)

2006-11-29 Thread p . dalgaard
Steven McKinney wrote: > Same behaviour seen on Apple Mac OSX 10.4.8 platform: > > >> sessionInfo() >> > R version 2.4.0 Patched (2006-10-31 r39758) > powerpc-apple-darwin8.8.0 > > locale: > en_CA.UTF-8/en_CA.UTF-8/en_CA.UTF-8/C/en_CA.UTF-8/en_CA.UTF-8 > > attached base packages: > [1] "m

Re: [Rd] memory issues with new release (PR#9344)

2006-11-06 Thread p . dalgaard
"Derek Stephen Elmerick" <[EMAIL PROTECTED]> writes: > Peter, >=20 > I ran the memory limit function you mention below and both versions provi= de > the same result: >=20 > > > > memory.limit(size=3D4095) > NULL > > memory.limit(NA) > [1] 4293918720 > > > I do have 4GB ram on my PC. As a more repr

Re: [Rd] memory issues with new release (PR#9344)

2006-11-06 Thread p . dalgaard
"Derek Stephen Elmerick" <[EMAIL PROTECTED]> writes: > Thanks for the replies. Point taken regarding submission protocol. I have > included a text file attachment that shows the R output with version 2.3.= 0and > 2.4.0. A label distinguishing the version is included in the comments. >=20 > A quick

Re: [Rd] memory issues with new release (PR#9344)

2006-11-06 Thread p . dalgaard
"Derek Stephen Elmerick" <[EMAIL PROTECTED]> writes: > thanks for the friendly reply. i think my description was fairly clear: i > import a large dataset and run a model. using the same dataset, the > process worked previously and it doesn't work now. if the new version of R > requires more memory

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread p . dalgaard
Bill Dunlap <[EMAIL PROTECTED]> writes: > On Fri, 3 Nov 2006 [EMAIL PROTECTED] wrote: >=20 > > > > On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > > > > > > x <- quote(match.call()) > > > > > > eval(x) > > > > > *** buffer overflow detected ***: /usr/lib/R/bin/exec/R terminated > > > >

Re: [Rd] eval(match.call()) (PR#9339)

2006-11-03 Thread p . dalgaard
Marc Schwartz <[EMAIL PROTECTED]> writes: > On Fri, 2006-11-03 at 21:15 +0100, Peter Dalgaard wrote: > > [EMAIL PROTECTED] writes: > >=20 > > > Full_Name: Justin Harrington > > > Version: 2.4.0 > > > OS: Fedora Core 6 > > > Submission from: (NULL) (142.103.121.203) > > >=20 > > >=20 > > > When I t

Re: [Rd] 'make check' fails on d-p-q-r-tests (PR#9326)

2006-10-31 Thread p . dalgaard
Peter Kleiweg <[EMAIL PROTECTED]> writes: > Peter Dalgaard schreef op de 31e dag van de wijnmaand van het jaar 2006: >=20 > > Peter Kleiweg <[EMAIL PROTECTED]> writes: > >=20 > > > Peter Dalgaard schreef op de 31e dag van de wijnmaand van het jaar 20= 06: > > >=20 > > > > [EMAIL PROTECTED] writes:

Re: [Rd] 'make check' fails on d-p-q-r-tests (PR#9326)

2006-10-31 Thread p . dalgaard
Peter Kleiweg <[EMAIL PROTECTED]> writes: > Peter Dalgaard schreef op de 31e dag van de wijnmaand van het jaar 2006: >=20 > > [EMAIL PROTECTED] writes: > >=20 > > > 'make check' fails on d-p-q-r-tests: > > ... > > > --please do not edit the information below-- > > >=20 > > > Version: > > > platfo

Re: [Rd] bug in rect (PR#9307)

2006-10-20 Thread p . dalgaard
Duncan Murdoch <[EMAIL PROTECTED]> writes: > Are you fixing rect? Done now (-patched and -devel). --=20 O__ Peter Dalgaard =C3=98ster Farimagsgade 5, Entr.B c/ /'_ --- Dept. of Biostatistics PO Box 2099, 1014 Cph. K (*) \(*) -- University of Copenhagen Denmark

Re: [Rd] Installation, permissions of /usr/local/lib/R (PR#9054)

2006-07-02 Thread p . dalgaard
Thibaut Jombart <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] wrote: > > >I said > >./configure --with-readline=no --with-x=no > >make > >make install > > > >and everything works except that /usr/local/lib/R/etc/ldpaths was not > >readable > >as normal user. > You don't say if you installed R

Re: [Rd] a new way to crash R? (PR#8981)

2006-06-26 Thread p . dalgaard
Duncan Murdoch <[EMAIL PROTECTED]> writes: > On 6/26/2006 7:31 AM, [EMAIL PROTECTED] wrote: > > This works for me on both Linux and Windows. > > > > Please check your memory usage: it does need about 900Kb of VM, and as you > > have less RAM than that installed you need to set --max-mem-size=1G

Re: [Rd] Numerical error in R (win32) (PR#8909)

2006-05-30 Thread p . dalgaard
"ltp" <[EMAIL PROTECTED]> writes: > Hi > > Thanks for the quick reply. However, I am not satisfied, as > > round(3.1500, 1) > [1] 3.1 > > round(3.7500, 1) > [1] 3.8 > > I think the problem is really more of an error in the rounding off > algorithm than finite precision. It i

Re: [Rd] pbinom( ) function (PR#8700)

2006-03-22 Thread p . dalgaard
Duncan Murdoch <[EMAIL PROTECTED]> writes: > On 3/22/2006 3:52 AM, [EMAIL PROTECTED] wrote: > >> "cspark" == cspark <[EMAIL PROTECTED]> > >> on Wed, 22 Mar 2006 05:52:13 +0100 (CET) writes: > > > > cspark> Full_Name: Chanseok Park Version: R 2.2.1 OS: RedHat > > cspark> EL4 S

Re: [Rd] sub returns garbage (PR#8687)

2006-03-17 Thread p . dalgaard
Peter Dalgaard <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] writes: > > > Full_Name: Todd Bailey > > Version: 2.1 > > Er, 2.2.1 > > > OS: Mac OS-X 10.4.3 > > Submission from: (NULL) (87.112.79.124) > > > > > > sub returns garbage in some strings when replacing something with nothing >

Re: [Rd] pbinom with size argument 0 (PR#8560)

2006-02-04 Thread p . dalgaard
P Ehlers <[EMAIL PROTECTED]> writes: > I prefer a (consistent) NaN. What happens to our notion of a > Binomial RV as a sequence of Bernoulli RVs if we permit n=0? > I have never seen (nor contemplated, I confess) the definition > of a Bernoulli RV as anything other than some dichotomous-outcome >

Re: [Rd] Multiplication (PR#8466)

2006-01-06 Thread p . dalgaard
Thomas Lumley <[EMAIL PROTECTED]> writes: > On Fri, 6 Jan 2006, [EMAIL PROTECTED] wrote: > > > hi - in version 2.1 the command > > > > >-2^2 > > > > gives > > > > -4 > > > > as the answer. (-2)^2 is evaluated correctly. > > So is -2^2. The precedence of ^ is higher than that of unary minus. It

[Rd] update.formula gotcha (PR#8462)

2006-01-04 Thread p . dalgaard
(Reported by Søren Højsgaard) Looks like update.formula is stripping of parentheses in cases where they shouldn't be > update.formula (Reaction ~ Days + (Days | Subject), . ~ . + I(Days^2)) Reaction ~ Days + Days | Subject + I(Days^2) Notice that the right hand side is interpreted with the bar

Re: [Rd] shared-mime-info (PR#8278)

2005-11-04 Thread p . dalgaard
Vaidotas Zemlys <[EMAIL PROTECTED]> writes: > Hi, > > On 04 Nov 2005 13:51:56 +0100, Peter Dalgaard <[EMAIL PROTECTED]> wrote: > > > One further thought about this: > > > > On SUSE, > > > > rpm -qif /usr/share/mime/ > > > > points at > > > > http://www.freedesktop.org/wiki/Software_2fshared_2dmi

Re: [Rd] Assigning a zero length vector to a list (PR#8157)

2005-09-26 Thread p . dalgaard
Duncan Murdoch <[EMAIL PROTECTED]> writes: > After foo<-list(), foo$bar is NULL, so we can simplify this. > > Here's a simpler version: > > # These work, which is a bit of a surprise, but there is some > inconsistency: one x becomes a list, the other is numeric: > > x <- NULL > > x[[1]] <-