[Rd] cmdscale in package mva (PR#1027)
Duncan Temple Lang
duncan@research.bell-labs.com
Tue, 17 Jul 2001 08:13:59 -0400
For what it is worth, I saw this problem a few weeks ago but didn't
have time to investigate it in depth and managed to find a work
around. It arose for me on Solaris, specifically when I was compiling
with the native C compiler cc and f77. Switching to gcc and f77
removed the problem. (There is a possibility that I have this
backwards, but I think my memory is correct on this point.)
D.
ripley@stats.ox.ac.uk wrote:
> On Tue, 17 Jul 2001, Kurt Hornik wrote:
>
> > >>>>> laurent writes:
> >
> > > Full_Name: Laurent Gautier
> > > Version: 1.3.0-patched
> > > OS: IRIX 6.5
> > > Submission from: (NULL) (130.225.67.199)
> >
> >
> > > Hello,
> >
> > > The function La.eigen, called by cmdscale in the package mva behaves
> > > an unexplicable way (for me).
> >
> > > The following lines show what happened. I tried the very same on
> > > linux, and it worked fine.
> >
> > >> a <- matrix(c(1,2,3,2),3,3)
> > >> a
> > > [,1] [,2] [,3]
> > > [1,] 1 2 3
> > > [2,] 2 1 2
> > > [3,] 3 2 1
> > >> library(mva)
> > >> cmdscale(a)
> > > Error in La.eigen(Tmat, symmetric = TRUE) :
> > > On entry to DSYEV parameter number 8 had an illegal value
> >
> > I can confirm this on Naras's IRIX machine (in fact, was just about to
> > report this myself ...)
>
> Can you put a breakpoint at line 72 of Lapack.c and see what value of lwork
> is returned? Alternatively, it may fail on the first dsyev call, in which
> case I would guess that the wrong LAPACK routine is being found (and that's
> a plausible explanation).
>
> I get 102 with the built-in BLAS: the answer should be at least max(1, 3*n-1)
>
> What BLAS is in use? The intention is that the workspace is chosen large
> enough to allow the BLAS to work efficiently: it might just be that
> the BLAS is reporting erroneously.
>
> --
> Brian D. Ripley, ripley@stats.ox.ac.uk
> Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/
> University of Oxford, Tel: +44 1865 272861 (self)
> 1 South Parks Road, +44 1865 272860 (secr)
> Oxford OX1 3TG, UK Fax: +44 1865 272595
>
>
> -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
> r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
> Send "info", "help", or "[un]subscribe"
> (in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch
> _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
--
_______________________________________________________________
Duncan Temple Lang duncan@research.bell-labs.com
Bell Labs, Lucent Technologies office: (908)582-3217
700 Mountain Avenue, Room 2C-259 fax: (908)582-3340
Murray Hill, NJ 07974-2070
http://cm.bell-labs.com/stat/duncan
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !) To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._