Hello all,
In a piece of c++ code (part of a future R package), I'm inverting a
relatively large covariance matrix many times using:
F77_CALL(dpotrf)(&upper, &xnrow, R, &xnrow, &info);
F77_CALL(dpotri)(&upper, &xnrow, R, &xnrow, &info);
I am sure that the input matrix is PD and inverts just fine
> Hin-Tak Leung writes:
> Kurt Hornik wrote:
>>> Paul Roebuck writes:
>>
>>> I downloaded 2.3 version of R-FAQ.pdf from CRAN and noticed
>>> the table of contents does not appear in the PDF version
>>> as it does in the HTML version.
>>
>> Where did you get this from? The version I just
Kurt Hornik wrote:
>> Paul Roebuck writes:
>
>> I downloaded 2.3 version of R-FAQ.pdf from CRAN and noticed
>> the table of contents does not appear in the PDF version
>> as it does in the HTML version.
>
> Where did you get this from? The version I just got from
>
> http://cran.r-project
Hi, people. In the "Details" section of ?merge, we read:
If the 'by.*' vectors are of length 0, the result, 'r', is the
"Cartesian product" of 'x' and 'y', i.e., 'dim(r) =
c(nrow(x)*nrow, ncol(x) + ncol(y))'.
On the last line, '(y)' seems to be missing just before the comma.
--p
> Paul Roebuck writes:
> I downloaded 2.3 version of R-FAQ.pdf from CRAN and noticed
> the table of contents does not appear in the PDF version
> as it does in the HTML version.
Where did you get this from? The version I just got from
http://cran.r-project.org/doc/FAQ/R-FAQ.pdf
has both
I downloaded 2.3 version of R-FAQ.pdf from CRAN and noticed
the table of contents does not appear in the PDF version
as it does in the HTML version.
--
SIGSIG -- signature too long (core dumped)
__
On Thu, 27 Apr 2006, Prof Brian Ripley wrote:
> On Thu, 27 Apr 2006, Marc Schwartz wrote:
>
> > On Thu, 2006-04-27 at 10:53 +0100, Prof Brian Ripley wrote:
> >
> >> On Thu, 27 Apr 2006, Dominick Samperi wrote:
> >>
> >>> Building R 2.3.0 fails under Red Hat 9.0 because
> >>> ssize_t is not defined
On Wed, 26 Apr 2006, Prof Brian Ripley wrote:
> I think this is a C stack overflow problem. Probably needs a test added
> internally to save().
I've added such a test and it is now caught. (You still cannot actually
save such an object.)
> I could not reproduce this on Linux: I got a C stack
On Thu, 27 Apr 2006, Roger D. Peng wrote:
> I'm a little confused by a change in behavior from 2.2.1 to 2.3.0. In 2.2.1 I
> could do
So was I, as R-devel works in the same way as 2.2.1. A simpler version is
rbind(x = data.frame(a = 1, b = 2), y = data.frame(a = 1, b = 2))
The problem is in th
