similar to: R-alpha: 1:n is not integer

Ok, I did the following experiment dyn.load("/usr/local/lib/libf2c.so.2.0") dyn.load("try.so") .Fortran("try", 10.5) where try.so contains the following compiled subroutine subroutine try(x) double precision x write(*,*) x return end It worked just fine (at least here on my FreeBSD machine at home). So it seems that it will be

Here is a proposal: At present when you specify a color with an integer it is taken as an index into a fixed table of 8 colors. 1=red, 2=green, 3=blue, 4=cyan, 5=magenta, 6=yellow, 7=white, 8=black [At least this is the intention, there may be bugs in the implementation]. Since I am looking at this anyway (to see if I can see the bug that Martin and Kurt have mentioned) I thought I might

The newest version of R for Unix (version R-0.50-a4) is now (or will soon be) available from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/

Martin Your revisions to my S--R compatability code suggest that tempfile() is in R after 0.49. I don't find that to be the case. It requires code from Friedrich Leisch which still has to be added as of 0.50 alpha3. Paul _______ R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.50 Alpha-3 (August 8, 1997) > exists("tempfile", mode = 'function') [1] FALSE >

Just a short reminder / question -- We've had one posting >> Date: Sun, 17 Aug 1997 19:51:20 -0700 >> From: Kung-Sik Chan <kchan@stat.uiowa.edu> >> To: r-help@stat.math.ethz.ch >> Subject: R-beta: bug report with a predict.default that would "work" with (some) lm objects, and I think it was said that predict.lm "is being" written (Peter

The newest version of R for Unix (version 0.50 alpha-1) is now (or will soon be) available from the following sites. NORTH AMERICA: http://lib.stat.cmu.edu/R/Alpha EUROPE: ftp://ftp.stat.math.ethz.ch/R/ ftp://statlab.uni-heidelberg.de/pub/mirrors/auckland/R/ JAPAN: ftp://ftp.u-aizu.ac.jp/pub/lang/R/ NEW ZEALAND: ftp://stat.auckland.ac.nz/pub/R/

Read this morning >>> R : Copyright 1998, Robert Gentleman and Ross Ihaka >>> Version 0.61.2 Alpha (March 15, 1998) ----- So, there still is no "R beta" around.... - If I didn't know R, would I use a statistics software, if it was still in alpha testing state? - Is this really what we want to tell people about R? More to the point: I think, we could

Jeez I dunno - it compiles perfectly and you guys get excited just because it doesn't work :-) I have to admit to being baffled about what happened (I'm SURE this was working not long ago), but here is a quick fix. The problem is in the function "GetCharInfo" in the file src/unix/PostScript.c. The fix is to change the statement if(nchar < 0) return 0; to if(nchar <

>> ------------------------ >> R & R, any comments? >> ------------------------ At present the parser makes the decision on what characters can go into symbol names based on isalpha(c). If someone will send me a function - say isidchar(c) which returns 1 for characters which can be in identifiers and 0 otherwise, I will replace the current test with that. Ross

1) I have been working on making R libraries more like those in S. I thought it might be advisable to discuss the ideas before springing them on you. What I have done is changed things so that each library has its own frame on the search path. E.g. > search() [1] ".GlobalEnv" "library:base" > library("eda") > search() [1] ".GlobalEnv"

A set of patches for R-0.50-a1 is now available as ftp://stat.auckland.ac.nz/pub/R/R-0.50-a1.patch1.gz The patches mainly fix problems reported since R-0.50-a1 but some older problems are also fixed. Here is the list of changes. Ross o Many subsetting and mutation problems with the new "expression" type have now been fixed. o When ask=T is set in par() the user is instructed

Why does parse not work below and why does assigning it crash R? Paul ________ $ R R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.50 Alpha-3 (August 8, 1997) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type "license()" for details. > system("date \'+%Y %m %d %H %M %S\'",

The have been a few prods to create an S-like matrix class for R. A major reason for having a matrix class seems to be that people get bitten by the default behavior of the drop= parameter to "[". That being the case does it make sense to change the semantics of "[" rather than introducing a new class? I'm just wondering because I'm in a "smaller is better"

I have been looking at the "eigen" function and have reintroduced the ability to compute (right) eigenvalues and vectors for non-symmetric matrices. I've also made "eigen" complex capable. The code is based on the eispack entry points RS, RG, CH, CG (which is what S appears to use too). The problem with both the S and R implementations is that they consume huge amounts

Paul Murrell and I are making some progress with making mathematical expressions available in graphs. The idea is to use R expressions to represent the mathematical expressions. So far we have (or will soon have): R LaTeX x^i x^i x[i] x_i alpha \alpha Alpha \Alpha hat(x) \hat{x} \widehat{x} bar(x) \bar{x} \overline{x} x+y x+y x-y x-y x/y x/y (x) (x) {x} {x} frac(x,y)

This patch corrects the broken postscript graphics driver. If you have already done it by hand ignore this. Apply this patch within the R-0.49 directory. The patch is also at the auckland.ftp site and soon at mirrors. Ross *** src/unix/PostScript.c.orig Thu Apr 24 21:28:27 1997 --- src/unix//PostScript.c Thu Apr 24 21:28:51 1997 *************** *** 160,166 **** if(!MatchKey(buf, "C

A cut and paste typo has crept in and is rendering all values returned for the hypergeometric distribution incorrect. The problem is in src/main/arithmetic.c in the function "math4". The lines PROTECT(sy = allocVector(REALSXP, n)); a = REAL(sa); b = REAL(sb); c = REAL(sc); d = REAL(sc); /* <-- change this line */ y = REAL(sy); should

Before you invest too much effort in fancy conversion scripts ... I really want to change the documentation format to something based on SGML - this should be much easier to parse than the present m4 macro-based stuff, and allow use to use more sophisticated tools for the construction and processing of documentation. Like much of R, the present solution was just a temporary hack ... But it is

[ I'm teaching log-linear models at present, and looking at Agresti's book. ] Often when producing analyis of variance or analysis of deviance tables it is important to get effects fitted in a specific order. At present in S / R this is done as follows: anova( glm( terms(formula, keep.order=T), ...) ) Can anyone think of a reason why keep.order should not become an argument to

Does anyone have experience with using the readline library in conjunction with ISO Latin1 characters? In response to a prod from Martin Maechler I am trying to convert R so that it will accept 8-bit characters (and render them correctly in text and graphics). This appears to work when I type such lines into a file and source it, but readline seems to intercept any 8-bit characters I type