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
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=
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
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
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
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
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()
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
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[
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
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
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
[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
[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
[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).
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
(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: [
[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
[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
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
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
[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 \
>
[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
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
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
"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
"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
"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
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
> > > >
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
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:
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
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
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
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
"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
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
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
>
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
>
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
(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
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
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]] <-
43 matches
Mail list logo