similar to: compilation of 0.62.4

I noticed that R was burning up 100% of a CPU when a call to Sys.sleep() was made. Upon investigation, I discovered that R_checkActivityEx() in src/unix/sys-std.c was putting the entire timeout (in usec) into the struct timeval tv_usec member, leaving tv_sec set to 0. I don't know about other unix variants, but Solaris requires that the timeout value be normalized (i.e. 0 <= tv_usec

> To: Jonathan.Yuen at tvs.slu.se > Cc: "G.Janacek" <G.Janacek at uea.ac.uk>, r-help at stat.math.ethz.ch > Subject: Re: [R] Installing on DEC 4.0b > From: Peter Dalgaard BSA <p.dalgaard at biostat.ku.dk> > Date: 12 Feb 1999 13:25:18 +0100 > > Jonathan.Yuen at tvs.slu.se writes: > > > I don't know how well it is documented, but you need gnu

Hello, I decided to try to compile R version 1.0.0 on my home-hacked linux system. This is not a conventional distribution, but has been upgraded countless numbers of times (I think it started as a 1.2.13). It's up to 2.2.13 (kernel version) and I still use gcc 2.7.2.3. I have managed to deal with the fortran part of R with f2c. As it turns out I can compile the program OK, but when it

Hello, This is perhaps a little off-topic, but I am curious as to what compilers people use to compile R (under unix/linux). I am primarily interested in the use of egcs or gcc, g77 or f2c, etc. It seems most of the gcc interest and development is towards egcs, and while a gcc 2.8.1/g77 combination did work and compile R on my primary linux machine, it also managed to produce kernels that did

Greetings, I am trying to install R (0.63.2) on a Digital Unix 4.0b Alpha Server 2100A using gcc 2.8.1 and f77 v 0.5.2.3. It seems to compile OK. However, when I try to run R I get the following message: R : Copyright 1999, The R Development Core Team Version 0.63.2 (January 12, 1999) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under

Hello, I take it all back. I just tried to comple 0.90.1 on my alpha (with f2c) and it didn't work. I'll look into it when I find time (I STILL usually run on my libretto and linux, even through my RS6000 workstation). Jonathan Jonathan Yuen, Professor in Plant Pathology phone: 46 18 672369 Dept. of Ecology and Crop Production Sciences fax: 46 18 672890 Swedish University of

Heiner Schwarte has helped me with the AIX problem that I and Janusz Kawczak recently reported here. Heiner had found out earlier that there was a problem with the 'finite' c-library function [Heiner's test code see below] when gcc (and older versions of xlc) is used. He also found that instead, AIX defines a FINITE(.) macro itself in fp.h and that this would work in any case.

"The question is, what is making the results for the R packages different from each other?" There are literally thousands of R packages, contributed independently by thousands of people. There should be no expectation of consistency or for that matter, "correctness", among them. Caveat emptor. Only within the base R distribution, maintained and mostly written by the R Core

The problem: I would like to translate the Octave algorithm in griddata.m to R. Within the griddata algorithm calls are made to the Delaunay function. For the R translation I have found delaunayn within the "geometry" package and also the deldir package. Both do similar things but give slightly different results depending on the input. The question is, what is making the results for the

Hello, Does anyone know where I might BEGIN to look for the reason why the documentation for R doesn't 'produced' properly on my linux machines? The binary is made and seems to run (the demos work), but I don't get any help pages (ie I get nothing when I type ?contributors). If I repeatedly run the 'build-help' command in the bin directory, it will take up where it broke

Hello, I managed to solve the problem myself. After fooling around with the machine(s) last night I discovered that either my groff (1.09) is either 'broken' or too old. This is on a 'homemade' linux machine and the groff was from 1994. After updating to groff 1.11 the docs came out just fine!! Jonathan Yuen phone: 46 18 672369 Swedish

Hello, With regards to Peter's comment, I got R to compile on OSF 4.0C, though I'm a little behind on versions. I only have 0.63.3 and haven't found anything newer... All kidding regarding typos aside, I went through that floating point exception business on the Alpha and I just didn't have time to make it work. Someone tipped me on to f2c, which I had used with my (old gcc

Hello All, I have used that DCW data at PSU before, and one option (at that time) was to download ascii files with the lat/lon point pairs for each of the polygons for each country. The format was fairly easy to read (into SAS). I just looked at the page again but I was unable to download the ascii files. I don't know if this is a 'temporary' bug or a feature. You should also know

Hello All, It appears that something is still not right with my linux systems. I can compile R (ie make and make install) but make check fails. It appears that the getwd and setwd functions don't work -- getwd returns gibberish. Thus I can run the graphics demo until it tries to read in the iris data. I'll admit I've done maybe too much to these systems to be able to get R to

Actually, the best thing do to would be to use __int64 *unless* it's not supported. So there needs to be a configure check... Jean-Marc Le mar 01/06/2004 à 14:50, Kenji Chan a écrit : > I emailed Jean-Marc the arch.h about one week ago, not quite sure > whether he actually received that email. > > > > Anyway, here I have an improved version of arch.h that I

Greetings. I'm trying to install R-0.90.1 on our digital 4.0F servers (alphaev6 arch). Using either the digital cc and f77, or gcc 2.95.2 and g77, R compiles, but on trying to execute it I get: 11819:./bin/R.X11: /sbin/loader: Fatal Error: cannot map xxxxxxx I'm used to 'cannot map', but always with a shared library name, not 'xxxxxxx'. Has anyone else run into this

Hi all, The systems guys here in the stat dept don't seem to be able to compile R on the Dec Alphas or on the SGIs. Can anyone give them a hand? -Greg ------------------------------------------------------------------------------- Gregory R. Warnes | It is high time that the ideal of success warnes at biostat.washington.edu | be replaced by the ideal of service.

Hello I am trying to redirect all http traffic of unauthorized wifi users on a wireless hotspot to a login page. The problem I have is that I can not disable the regular address translation (I want the source address to stay the same). 10.0.0.7 is the wifi client 195.250.155.29 is the web wifi user tries to access from his browser 195.113.17.94 is my login page 10.0.0.1 is the wifi

I just looked at the data at the URL you posted and it looks like it consists of all the points in a rectangular grid. When you triangulate a rectangle it is arbitrary whether you use the SW-NE or the SE-NW diagonal and that looks like the only difference between the various algorithms. Bill Dunlap TIBCO Software wdunlap tibco.com On Thu, Jan 25, 2018 at 5:14 AM, Yuen, Kam <k.yuen at

I have been reading the archives of this list and noticed a post from Murray Jorgensen asking about how to install R under slackware. The replies were all to the effect that he should compile from the source. There is another path that is better for some purposes. Download the red hat binary package, the .rpm file, then run rpm2targz on it, a slackware program designed to convert rpm packages