On Mon, 13 Nov 2006, [EMAIL PROTECTED] wrote:
> tmp <- data.frame(x=c(1,1),
> y=c(1,2))
>
> tmp.lm <- lm(y ~ x, data=tmp)
> summary(tmp.lm)
>
> coef(summary(tmp.lm))
>
> ## I consider this to be a bug. Since summary(tmp.lm) gives
> ## two rows for the coefficients, I believe the
In lattice version 0.14-11 (2006/10/23), there appears
to be a small bug in lrect [lattice]: border is set to NULL
accidentally. It is easily fixed by adding one line
to lrect -- see example and hack below ...
I wasn't sure if this should be submitted as an R bug
since it is part of a package,
I am fascinated. I can accept the argument that suppressing aliased
values is a valid behavior of the program. The defense of the inconsistency
between the two displays surprises me.
Yes, Brian, I checked. That's why I offered the option of an inconsistency.
I do believe strongly that the coef
Full_Name: Ian McLeod
Version: 2.3.1
OS: Windows
Submission from: (NULL) (129.100.76.136)
> There is a simple bug in acf as shown below:
>
> z <- 1
> acf(z,lag.max=1,plot=FALSE)
> Error in acf(z, lag.max = 1, plot = FALSE) :
>'lag.max' must be at least 1
>
This is certainly a bug.
Ther
On 11/13/2006 10:30 AM, [EMAIL PROTECTED] wrote:
> Full_Name: Ian McLeod
> Version: 2.3.1
> OS: Windows
> Submission from: (NULL) (129.100.76.136)
>
>
>> There is a simple bug in acf as shown below:
>>
>> z <- 1
>> acf(z,lag.max=1,plot=FALSE)
>> Error in acf(z, lag.max = 1, plot = FALSE) :
>>
Full_Name: Bill Dunlap
Version: 2.4.0
OS: Windows XP
Submission from: (NULL) (208.252.71.182)
When I use readBin() to read an unknown number
of null-terminated strings from a file by supplying
an overcount as the n= argument, it appends an empty
string to the result.
> tf<-tempfile()
> strings<-
Full_Name: Tamas K Papp
Version: 2.4.0
OS: linux
Submission from: (NULL) (140.180.166.160)
I was using the lines.polynomial method for plotting piecewise polynomials
(parts of splines). I needed a feature to limit the range of plotting using a
parameter given to the function (as opposed to par("
On 11/13/06, Ben Bolker <[EMAIL PROTECTED]> wrote:
>
> In lattice version 0.14-11 (2006/10/23), there appears
> to be a small bug in lrect [lattice]: border is set to NULL
> accidentally.
Yes, this bug was probably introduced while trying to fix PR#9307. But
that was three whole weeks ago. Run upd
> I don't think that's a reasonable expectation. You've got an empty sum
> in the formula for the lag 1 autocovariance:
>
> sum_{i=1}^0 phi_i phi_{i+1}
>
> R is assuming that's not what you meant and is reporting it as an error.
> If it gave you any value, it should be zero, not phi^2.
>
***
'polynom' is a contributed package, so using R-bugs is inappropriate.
Please do read the R FAQ and note what it says about contributed packages.
Since in particular it is an R port of an S(-PLUS) library section, author
!= maintainer and probably both should agree to this.
On Mon, 13 Nov 2006,
Here is the result from S-Plus V.8.
> acf(1,lag.max=1,type="covariance",plot=F)
Call: acf(x = 1, lag.max = 1, type = "covariance", plot = F)
Autocovariances matrix:
lag X2
1 0 0
2 1 0
Their function does not support the demean option, so the variance is zero but
they set 0/0 to 0 instead
On Mon, 13 Nov 2006 [EMAIL PROTECTED] wrote:
> When I use readBin() to read an unknown number
> of null-terminated strings from a file by supplying
> an overcount as the n= argument, it appends an empty
> string to the result.
>
> > tf<-tempfile()
> > strings<-c("One","Two","Three")
> > writeBin(s
On Mon, 13 Nov 2006 [EMAIL PROTECTED] wrote:
> When I use readBin() to read an unknown number
> of null-terminated strings from a file by supplying
> an overcount as the n= argument, it appends an empty
> string to the result.
>
> > tf<-tempfile()
> > strings<-c("One","Two","Three")
> > writeBin(s
On 11/13/2006 2:24 PM, A.I. McLeod wrote:
>> I don't think that's a reasonable expectation. You've got an empty sum
>> in the formula for the lag 1 autocovariance:
>>
>> sum_{i=1}^0 phi_i phi_{i+1}
>>
>> R is assuming that's not what you meant and is reporting it as an error.
>> If it gave yo
That's arrived after I had committed an identical fix. It's a relic of a
time when m had a different meaning.
Thanks!
Brian
On Mon, 13 Nov 2006, Bill Dunlap wrote:
> On Mon, 13 Nov 2006 [EMAIL PROTECTED] wrote:
>
>> When I use readBin() to read an unknown number
>> of null-terminated strings
On 11/13/2006 2:24 PM, A.I. McLeod wrote:
>> I don't think that's a reasonable expectation. You've got an empty sum
>> in the formula for the lag 1 autocovariance:
>>
>> sum_{i=1}^0 phi_i phi_{i+1}
>>
>> R is assuming that's not what you meant and is reporting it as an error.
>> If it gave yo
[Moved to r-devel for further discussion, bcc:ed r-help for the record]
Hi Benilton,
it is possible that this has to do with so called unevaluated
promises. I had a similar problem a few months ago. I emailed R-devel
about it - "[Rd] save() saves extra stuff if object is not evaluated"
(Thu May
I am trying to port some C code from S-Plus (7.0.6) to R (2.4.0) under
Windows XP SP2. I use Visual C++ 6.0 to build my library for S-Plus, so I'd
like to stick with that set up, if possible. According to the
README.packages file, I need the file R.exp (containing functions exported
from R.dll, I'm
On Mon, 13 Nov 2006, Christopher G. Green (W) wrote:
> I am trying to port some C code from S-Plus (7.0.6) to R (2.4.0) under
> Windows XP SP2. I use Visual C++ 6.0 to build my library for S-Plus, so I'd
> like to stick with that set up, if possible. According to the
> README.packages file, I need
19 matches
Mail list logo
