similar to: R-alpha: Re: R-Prerelease ---- Mailing list "R-devel"

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

A few problems in R-0.50-a3 (which were also in R-0.49): 1) y <- c(10,11,12,13,14,NA,NA) n <- length(y) missed <- (1:n)[is.na(y)] notmissed <- (1:n)[!is.na(y)] blocks <- cut(missed,breaks=c(0,notmissed,n+1)) a <- function(v) { q <- range(v) c(q[1]-1,q[2]+1) } brackets <- tapply(missed,blocks,a) This codes gives the following in S: > brackets $"0+ thru 1":

Not sure if I already reported this ... it seems that as of 0.50.a2, the adj graphics parameter is completely ignored. Try e.g. plot(1:10) title(main = "This is a title", adj = 0) title(main = "This is a title", adj = 1) No difference ... -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read

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

I am using the 0.50 alpha version of R packaged (in 3 parts) by Kurt for Debian Linux. Package: r-base Status: install ok installed Priority: optional Section: local Maintainer: Kurt Hornik <Kurt.Hornik at ci.tuwien.ac.at> Version: 0.50b7-1 Depends: libc5, xlib6, libreadline2 Description: R, a language not entirely unlike the language S. Package: r-contrib Status: install ok

Martin Maechler <maechler@stat.math.ethz.ch> writes: > This caused 3 postings (1 to R-help, 2 to R-devel) to be aborted. > For some reason, it also seems majordomo did not save the postings in > a 'dead.letter' or something. > So could you please re-submit them? > These are the sendmail entries: > Sep 17 21:14:21 .. sendmail[9364]: VAA09363:

Not really important, but ... `make tests' fails if a user's .Rprofile asks for libraries which are not found by the binary in the compilation tree (yes I know, we're here perhaps the only ones who use private libraries ...). Perhaps we should have options --no-site-file --no-init-file which inhibit the loading of a global and a user's init file? -k

>>>>> Thomas Lumley writes: > On Fri, 1 Aug 1997, Kurt Hornik wrote: >> Thomas, >> >> Could you add the "-lf2c" at the end of the line >> @$(LD) $(SHLIBLDFLAGS) -o $(LIBNAME).so $(OBJS) >> in acepack's src-c/Makefile? >> >> I ran across an identical pow_dd problem recently with another package. >> Did we always need

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 <

I've put all ``current'' add-on packages into CRAN's source/contrib tree and created an INDEX file (attached below). As you can see, currently we have acepack bootstrap ctest date e1071 fracdiff gee jpn snns splines survival4 (Yes, e1071 and jpn are new ... more on the latter in a later mail.) In the near future, I am hoping for the following: oz (Bill

Ross mentioned last week that it would be nice to eventually have a real `make install'. As a preparation, we should perhaps rename the current install-help install-latex install-html targets to help latex [or dvi???] html and perhaps test-Examples to test I can of course make the changes, but I thought I'd ask for a good new name for the corresponding scripts in RHOME/etc.

Whereas we typically refer to the add-on `modules' as `libraries' (viz also the way these are represented in the search list, and the variable .Libraries), S speaks about `sections'. Shall we stay with our terminology? Or instead, speak of `sections', `packages', `modules', ...? -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel

>>>>> "Kurt" == Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes: >>>>> Paul Gilbert writes: >> Friedrich >> Regarding the location of data for libraries it might be easier if >> everything for one library is included in one subdirectory. At least >> it would certainly be easier to clean-up, which I like to do

The line contour(volcano, x, y, l, col = "yellow", lty = "solid", add = TRUE) needs to be changed to contour(x, y, volcano, col = "yellow", lty = "solid", add = TRUE) A patch is appended below. -k *** demos/graphics/graphics.orig Thu Apr 17 11:02:39 1997 --- demos/graphics/graphics Thu Apr 17 11:03:08 1997 *************** plot(numeric(0), numeric(0),

I found the following 2 problems (no debugging, sorry). * qt(0.975, 3) never returns. Can someone please check that? Happens for me on Debian GNU/Linux/ix86 compiled with CFLAGS="-O2 -g". * Yet another stupid way to cause a segfault: R> x Error: Object "x" not found R> debug(t.test) R> t.test(rnorm(10)) debug: choices <- c("two.sided",

[I do think this discussion belongs to R-devel rather than anywhere else .. MM] >>>>> "Kurt" == Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes: >>>>> Peter Dalgaard BSA writes: >> Kurt Hornik <Kurt.Hornik@ci.tuwien.ac.at> writes: KH>>> While trying to write documentation for data.class(), I came

There seems to be a small problem with the S-compatible small numbers color specification, colors 0 and 2 are the same. Have a look at e.g. barplot(rbind(1:3, 1), col = c(0,2)) -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or

Is there public domain code for cov.mve? Thanks, -k =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel 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-devel-request@stat.math.ethz.ch

Maybe I'm just not understanding things well enough (actually, that's why I was fooling around with this in the first place), but: > g function () { e <- sys.frame(sys.parent()) print(ls(envir = e)) eval(print(b), e) } > f function () { b <- 7913 g() } > f() [1] "b" Error: Object "b" not found Er? Is