similar to: R-devel on alpha Tru64: cxml/dxml problem (PR#977)

sorry I forgot: platform alphaev67-dec-osf4.0f arch alphaev67 os osf4.0f system alphaev67, osf4.0f status major 1 minor 2.1 year 2001 month 01 day 15 language R -- ------------------------------------------------------- Dr. Thomas Bruns <thomas.bruns at ptb.de> Physikalisch-Technische Bundesanstalt

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

I just tried the rsync version of R-1.1.0 on one of my alphas: It compiles without problems (gcc/g77 2.95.2, system is DU4.0E) but make check stops in base-Ex.R at > X <- cbind(1, 1:7) > str(s <- svd(X)); D <- diag(s$d) List of 3 $ d: num [1:2] 12.07 1.16 $ u: num [1:7, 1:2] -0.0976 -0.1788 -0.2601 -0.3413 -0.4225 ... $ v: num [1:2, 1:2] -0.198 -0.980 -0.980 0.198 >

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 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

I am attaching a patch to R-0.63's configure.in file which will enable R to detect and use some special math libraries on linuxppc and mklinux. The patch provides tests for these libraries and enable/disable switches for them as well. One library is the libmoto math library which must be used in conjunction with libm (it only replaces some of libm's functions). The other is a RISC

I am attaching a patch to R-0.63's configure.in file which will enable R to detect and use some special math libraries on linuxppc and mklinux. The patch provides tests for these libraries and enable/disable switches for them as well. One library is the libmoto math library which must be used in conjunction with libm (it only replaces some of libm's functions). The other is a RISC

Hi, The help file for strptime has the following code which doesn't work for me: ## read in date info in format `ddmmmyyyy' x <- c("1jan1960", "2jan1960", "31mar1960", "30jul1960") z <- strptime(x, "%d%b%Y") > z [1] "NA" "NA" "NA" "NA" Do these work for other people?

Dear R-helpers, I am trying to install Rstreams library on the following platform: ---------------------------- platform alphaev67-dec-osf5.0 arch alphaev67 os osf5.0 system alphaev67, osf5.0 status major 1 minor 2.3 year 2001 month 04 day 26 language R --------------------------- Unfortunately, I get these error messages: --------------------------- > [557] R

Dear R users, I was trying to install "R" on an ALPHA running OSF1/V5.1 for individual use, but warning messages came out when I run "./configure" and "make". The following is part of output: % ./configure --prefix=$home/r checking build system type... alphaev67-dec-osf5.1b checking host system type... alphaev67-dec-osf5.1b loading site script

Hi, I configure llvm to generate code for alpha. I use a the following steps to generate code from the source files: 1) llvm-gcc -c main.c -emit-llvm main.bc 2) opt -load <library fo myPass> -myPass main.bc main.opt.bc 3) llc -march=alpha main.opt.bc -o main.S 4) alphaev67-unknown-linux-gnu-as main.S -o main.o Most of the files that i compile run just fine. Suddenly, i have hit on a file

On Thu, 11 Jan 2001 stephen@anc.ed.ac.uk wrote: > Hi, > > The help file for strptime has the following code which doesn't work > for me: > > ## read in date info in format `ddmmmyyyy' > x <- c("1jan1960", "2jan1960", "31mar1960", "30jul1960") > z <- strptime(x, "%d%b%Y") > > z > [1]

I've just compiled 2.5.6 release on Tru64 V5.0A (configure detects alphaev67-dec-osf5.0, gcc release is a 3.1.1). rsync fails using rsync://<hostname>/ syntax. > lct@goliath(32) [rsync-2.5.6]$ ./rsync rsync://stitch/ > rsync: getaddrinfo: stitch 873: servname not supported for ai_socktype > rsync error: error in socket IO (code 10) at clientserver.c(83) Is there anyone else

When I run configure on either a DU server running 4.0f or a DU client running 4.0d, I receive the following error: ERROR: No locking available. Running Samba would be unsafe configure: error: summary failure. Aborting config Most directories are mounted using nfs v2 or nfs v3. rpc.lockd and rpc.statd are running on servers and clients. The rpcinfo -p command shows nlockmgr and llockmgr

Full_Name: Wolfgang Huber Version: R-devel_2005-03-10 OS: alphaev68-dec-osf4.0f Submission from: (NULL) (62.253.128.15) This report concerns allocation of large (>2^31 byte) chunks of memory with R_alloc. I suspect it is a bug/typo but please don't hate me if it's actually a feature: In R, I can happily create large matrices: > a= matrix(0, nrow=191481, ncol=3063) > dim(a) [1]

Dear all- I get the same problem in compiling R-1.3.0 on Tru64 Unix (OSF 5.0). Here is the final output of the ./configure R is now configured for alphaev67-dec-osf5.0 Source directory: . Installation directory: /usr/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN compiler: f77 -fpe3 -g X11 support:

Hi all. I have a Dell SC440 running Centos 4.4. It has two 500GB disks in a RAID1 array using linux software raid (md1 is / and md0 is /boot). Recently the root file system was remounted read-only for some reason. The logs don't show anything unusual, presumably the file system was read-only before anythng was logged. Running dmesg showed this error repeated many times: EXT3-fs error (device

Has anyone succeeded in compiling R-1.1.0 on a Digital (Compaq) Alpha running OSF4.0F (or E)? Everything seems to compile OK (except the frequent "Warning: Unresolved:" at link time - this threw me off the scent for a while!), but then at run time I get: Fatal error: The X11 shared library could not be loaded. The error was dlopen: cannot load

Dear R-users, I currently have trouble in trying to compile R-1.3.0-patched on Compaq OSF1. -------- >uname -a OSF1 adenine.fysik.dtu.dk V4.0 1229 alpha -------- The 'configure' step ended seemingly corretly: ----------------------- R is now configured for alphaev6-dec-osf4.0f Source directory: . Installation directory: /home/adenine/sysman/laurent/share/ C

Sorry, the typescript file I attached in last email was wrong, here is the right one :)) Helen -------------- next part -------------- An embedded message was scrubbed... From: Helen Wang <huwang@hsc.vcu.edu> Subject: samba-2.2.5 in Tru64 unix v4.0e Date: Fri, 11 Oct 2002 16:37:02 -0400 Size: 2753 Url: http://lists.samba.org/archive/samba/attachments/20021011/d2594161/attachment.eml