similar to: R-beta: Problem with dyn.load/IMSL

Good Afternoon R Help! On of my users is seriously thinking about moving to R from Splus. In his testing, he has already found some benefits to it. He has, however run into one issue, calling his Fortran functions in R. Previously, in Splus, he would do the following: 1. Compile via f90 the *.f program 2. link the object file to the Fortran IMSL libraries via the 'ld' command 3.

Upon proposal by Robert Gentleman, and given the ``immediate'' release of R 0.50 beta (instead of alpha), I have created three mailing lists concerned with R where the 2nd one, "R-help", is the replacement for the current "R-testers". For a while, "r-testers" will be kept as synonymous to "r-help". The 3 mailing lists are 1) R-announce : Only

Upon proposal by Robert Gentleman, and given the ``immediate'' release of R 0.50 beta (instead of alpha), I have created three mailing lists concerned with R where the 2nd one, "R-help", is the replacement for the current "R-testers". For a while, "r-testers" will be kept as synonymous to "r-help". The 3 mailing lists are 1) R-announce : Only

Consider the following example : data(iris) attach(iris) par(bg = 'midnightblue', fg = 'yellow') plot(Petal.Length, Petal.Width, main = "Fisher's iris data", sub = "3 kinds") ##>>> gives black axis labels and titles ... ## Currently, the plot I want is produced by par(bg = 'midnightblue', fg = 'yellow', col.axis='yellow',

In 'CHANGES' of 0.49, you find among "NEW FEATURES" o There is a new graphical parameter "gamma" which is designed to let users apply a ``gamma'' correction for their graphics displays. Most monitors produce a color intensity which is related to voltage by the equation intensity = voltage ^ gamma with gamma about 2.5 for most PC monitors.

Our main server [www/ftp/mail] "stat.ethz.ch" (if you want to ping) will be getting more RAM, new disks with new filesystems, etc. This will start on Saturday July 24, 10:30 GMT+2 (=MEST) and last several hours. In case it would take more than 4 hours or so, you might get messages back that you sent to the mailing lists R-help, R-devel, R-announce or R-core. DO NOT REPOST THEM, since

The big Swiss University network provider has been having severe problems for about 8 hours now --- particularly the cross-atlantic connection seems broken --- Many of you will get R-help or ESS-help E-mails very much delayed. Hope things start working soon by themselves. [for those that are disrupted: When you get this message, things should be back to normal; otherwise you wouldn't have

Looking at Albrech Gebhardt's bug report to R-help (Dec.23) and proposal for improvement, I've been also trying several examples and comparing results with S-plus. Note that we have decided to NOT be fully compatible to S with our hist(.) function since we found S to be really `wrong' and `unuseful': S: - The value returned by hist(.) depends on plot=T or plot=F R: - We return a

Well, R ( http://lib.stat.cmu.edu/R/CRAN/ ) has a pictex(..) driver. >>>>> "kjetil" == kjetil halvorsen <kjetil@caoba.entelnet.bo> writes: kjetil> Is there any possibility to write code which ``translates'' kjetil> from splus graphics to latex picture commands? Or somebody has kjetil> written something like that? kjetil> I did

[Same question for max(.), cummin(.) and cummax(.)] In S, S-plus and R, this currently gives NA. I wonder if it wouldn't make more sense to follow common mathematical/logical reasoning here: min { empty set } = +Inf max { empty set } = -Inf (For integers, these would be INT_MAX and INT_MIN, respectively). Maybe this is a real ``first time'': I am proposing a change which

>>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes: TL> ...... TL> Currently "%*%" doesn't have any help but help TL> requests get routed to Arith, because "%*%" as a regular expression TL> matches "%%". I will add this to the special cases in help(), but TL> should we use fgrep

The reason being a design decision of a while ago that "T" and "F" shouldn't be reserved words in R as they are in S-plus. Hence, T & F are just variables being set to TRUE and FALSE respectively; they *can* be overwritten by the user which is very useful e.g., when you do mydat <- read.table(file, header =TRUE) and the file has variable names "T" or

[CC'ed to R-devel, since it should be of interest to more ..] >>>>> "Guy" == Guy Nason <G.P.Nason@Bristol.ac.uk> writes: Guy> Dear Martin, Hope you are well. I am trying to start to get my Guy> [new] WaveThresh package working for R. Great, thank you! Can you make sure that your Examples (.EX in S syntax; \examples{..} in *.Rd) are directly

R 0.63 only ------------ (0.62 does not have the print-tests.Rout.save against which to diff!) I'd be glad if some of you could help us find out some printing/formatting differences of the same R version on different architectures. I have the suspiscion that the new glibc aka libc-6 (Linux), has changed some of the internal printing/formatting code [fprintf ..]. One consequence is that

As some of you know, we have been thinking of allowing the possibility of a CHOICE of the kind of random number generator (=: RNG) to use in R. The current R-release snapshot even has some code in it; however, this will be changed quite a bit. Here is a kind of informal RFC (request for comments / request for criticism / ..): 1a. With the new scheme, we still want that save(..) &

As just mentioned on R-devel, and originally reported (somewhat less concisely) by Adrian Trapletti, This code write(c(paste("\"", LETTERS[1:3],"\"", sep=""),1:3), nc=3) scan("data") # gives error as it should count.fields("data") # will be wrong count.fields("data") # is now ok : 3 3 gives (in 0.64.2 and in 0.65

[forwarded to R-devel, where this really belongs] >>>>> "Samira" == Samira M Ismail <samira@ime.unicamp.br> writes: (to me in a private mail) Samira> We have been trying to install R.0.63 for Unix (SunOS 4.1.4 - Samira> SPARC 20) and we detected the following problem which makes Samira> impossible to run R. We have got the following message:

Looking into several different parts of R../src/library/base/R/*.R has led me to the conclusion that quite a bit of code doubling could be saved by using the following two functions whose naming philosophy is derived from that of NROW() & NCOL(): COLNAMES <- function(x) if(is.null(n <- colnames(x))) paste(seq(length=NCOL(x))) else n ROWNAMES <- function(x)

This was ``accidentally'' only sent to me. But I think the question (and possibly answers) should be relevant to much more people! >> To: maechler at stat.math.ethz.ch >> Subject: manual >> From: Pat Altham <P.M.E.Altham at statslab.cam.ac.uk> >> Date: Thu, 13 Aug 1998 11:34:31 +0100 >> >> Could you kindly email me (or tell me how to obtain)

(I don't have time just now to diagnose & fix..) In R 0.63.3 [both on Solaris and Linux] > example(outer) Error: Couldn't find 'outer' example whereas this worked in 0.63.2. NON-exhaustive `research' [i.e. small sample out of about 1000]: o examples that stopped working (in 0.63.3 and did before) kronecker, outer, vector, Im o Examples working