similar to: make check on DU4 with R-1.1.0 snapshot

Hi, I just run a ./configure --enable-R-shlib; make; make check; with a recent (11.6.2001) R-devel snapshot on Tru64 4.0F (with libcxml): make check stops in base-Ex.R at: > ###--- >>> `plot.window' <<<----- Set up World Coordinates for Graphics Window> > ## alias help(plot.window) > > ##___ Examples ___: > > ##--- An example for the use

[I thought I'd submitted this bug report some time ago, but it's never showed up on the bug tracking system, so I'm submitting again.] qr.solve() gives incorrect results when dealing with complex matrices or with qr objects that have been computed with LAPACK=TRUE, whenever the b argument has more than one column. This bug flows from qr.coef(), which has a similar problem. I believe

I was reading the API reference for the libvirt, when I came across the function? virDomainMigrate and virDomainMigrate2. I am unable to find the difference between the two. Can someone please tell the difference in the application of the two? -- Abhishek

Hi, I sometimes play around with extreme parameters for distributions and found that qbeta is not always monotone as the following example shows. I don't know whether this is serious enough to submit a bug report (as this example is near to the limitations of floating point arithmetic). Josef > x <- qbeta((0:100)/100,0.01,5) > x [1] 0.000000e+00 1.253990e-201 1.589622e-171

Hello, I would like to ask what I am doing  wrong and what is the best approach to resolve this situation: First of all I start virtual machine by virDomainCreateXML. In my application I use libvncclient library that sends mouse events to this running domain. I had some troubles with coordinates of mouse cursor but all problem was solved when I added <input type='tablet'

I've now done two rebuilds of R-1.7.0 on NetBSD 1.6, one with the --without-zlib configure option, and one without. Both builds use the recently-installed gcc-3.2.3 compiler. As before, the one built normally gets a segment violation, whereas the one built with the --without-zlib option works. The odd thing is that neither uses shared libraries for zlib: % ldd /usr/local/lib/R/bin/R.bin

Full_Name: Albrecht Gebhardt Version: 0.65.0 OS: Digital Unix 4.0E Submission from: (NULL) (212.17.104.62) Plottimg on the Alpha stopped working with 0.65.0. The tickmarks have a length of -Inf and go across the whole plot. A first solution is the following patch: --- src/main/plot.c.alpha-patch Mon Sep 13 01:37:11 1999 +++ src/main/plot.c Mon Sep 13 01:58:16 1999 @@ -832,7 +832,7 @@

> Date: Mon, 12 Apr 1999 11:30:20 +0200 (MET DST) > From: Albrecht Gebhardt <albrecht.gebhardt@uni-klu.ac.at> > > I think in R we can do better than at present, if only I knew > > exactly how. One idea is to have (effectively) a `hints' file that > > configure uses to add a base set of libraries to FLIBS, but on Solaris > > at least, using the Fortran

Only three entries thus far. Please keep them coming in. -k NAME Martyn Plummer EMAIL plummer@iarc.fr VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Redhat 5.1 CC/FC/MAKE gcc/egcs-g77/make NAME Douglas Bates EMAIL bates@stat.wisc.edu VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Debian 2.1 CC/FC/MAKE egcs/g77/make NAME Thomas

Full_Name: jean coursol Version: 1.7.1, 1.8.0 OS: linux & Windows-XP Submission from: (NULL) (129.175.52.7) Binary MS-Windows akima module from CRAN (1.8.0 version) produces wrong results with some data. Installing akima source in linux, with same data: -with gcc-2.95.3 -O2 : give correct results (under R 1.7.1); -with gcc-3.2.3 -O2 : give wrong results (under R-1.7.1 and R-1.8.0); -with

Hi, I'm currently hunting a bug in the akima library, especially in the code behind the interpp.old function (bi-variate linear interpolation). It is based on a triangulation algorithm, interpolation at a given point needs to know the triangle which contains this point, then the interpolation is a straightforward calculation based on the three vertexes. The problem is: Sometimes the triangle

Hi Is there a SuSE binary package for R 0.64? John -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help 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-help-request at stat.math.ethz.ch

Using the 64-bit Solaris compilers make check dumps core in La_rs at 73 F77_CALL(dsyev)(jobv, uplo, &n, rx, &n, rvalues, work, &lwork, &info); I can't reproduce it easily, but example(eigen) occasionally stops with Error: abs(sm - V %*% diag(lam) %*% t(V)) < 60 * Meps is not TRUE which might be connected. The tiny rounding errors in example(eigen) aren't

Hi, I am searching for a way to solve the following problem: I want to use an external function, defined in a dyn.load()ed shared object, in another dyn.load()ed shared object. Currently I have to take the sources (Fortran) from one libraries src/ directory and copy them into the src/ dir of the other library, resulting in two copies of this function. This is bad for maintanance and maybe also

I noticed this error in my demo from previous versions as well as R 0.99.0. Is there a way around this one also? Thanks in advance... > demo(dyn.load) demo(dyn.load) ---- ~~~~~~~~ Type <Return> to start : > dyn.load(file.path(R.home(), "demos", "dynload", paste("zero", .Platform$dynlib.ext, sep = ""))) Error in

Hi, I'm successfully using PXELINUX for booting several flavors of Linux using the LABEL/APPEND syntax in the config file. But I don't want to allow the users to append additional kernel command line arguments like "init=/bin/sh". Scanning the docs and the mailing list archive I could not figure out how to do this. Can anyone give me a hint? Thanks, Thomas

Hi, I just replaced the pxelinux.0 of some 2.x version by pxelinux.0 vers. 3.0.7. Some of the PXE Clients refused to boot thereafter (just stopped after reading the config file). I noticed that the APPEND line was too long. Is this intentional? What is the maximum length of the APPEND option line? Thanks, Thomas

Running on an Alpha machine which reports (uname -a) OSF1 bsdx01.bs.ehu.es V4.0 878 alpha and using the binary distribution put together by Albrecht Gebhardt (in http://cran.at.r-project.org/bin/osf/osf4.0/tar/alpha_ev5/) I obtain core dumps whenever I try to use package rpart. I have R REMOVE'd the rpart package, downloaded the source rpart_1.0-7.tar from CRAN and

Dear R people, This message is not a message for help, so strictly off-topic, but I wanted to reach as many users of R as possible. Please excuse the fact that it is off-topic. I use Linux, and the distribution I use is the German based commercial distribution SuSE. SuSE prides itself on trying to be a comprehensive distribution of free software. However, they do not include R (or for that

Up to now I have got the base R and about half of the packages working on SuSe Linux 5.3 using gcc, g77 and xdevel. The other half, for example: pspline, logspline, KernSmooth, akima, tripack, ppr, principal.curve, cluster, funfit, repeated, event, etc., just won't install. Some of them give warnings at expressions in subroutines (repeated, event, pspline,etc.. I will ask about this in