similar to: R-alpha: problem with survival4 and ":="

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

Hmm... I have the same problem on hpux10.20. I put the additional libs into a subdir called contrib, and R INSTALL from there. I have R-0.61.1 Alpha Dec21 1997. Without restored data they work OK. Osman > ---------- > From: Goran Brostrom[SMTP:gb at stat.umu.se] > Sent: Tuesday, January 27, 1998 3:07 AM > To: r-help at stat.math.ethz.ch > Subject: R-beta: survival4 > >

The new code seems to have broken various things. Autoloading of libraries doesn't seem to work: > library(survival4) Autoloading required library: splines Error in pos.to.env(pos) : invalid "pos" argument > search() [1] ".GlobalEnv" "library:survival4" "library:date" [4] "library:base" The coxph function the

The new code seems to have broken various things. Autoloading of libraries doesn't seem to work: > library(survival4) Autoloading required library: splines Error in pos.to.env(pos) : invalid "pos" argument > search() [1] ".GlobalEnv" "library:survival4" "library:date" [4] "library:base" The coxph function the

Attached is an updated version of the CRAN announcement, also to be sent out as soon as 0.50 is out. Again, please have a look if possible. -k ************************************************************************ This is the first announcement of the Comprehensive R Archive Network (CRAN) CRAN is a collection of sites which carry identical material, consisting of the

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

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

I have built R-0.50-a4 on HP9000/C160-hpux10.2 with gcc (cc for libs). When I try library(survival4) Error in pos.to.env(pos) : invalid "pos" argument And it does not load. Other libs seem to work. I tested integrate (has f2c translated c), polynomial. Is this a problem with my system only??? TIA osman =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Hi there, Here is a record of an R session: > library(survival4) Autoloading required package: splines > coxph(Surv(c(1,2,3,4), c(1,1,1,1)) ~ c(1,0,1,0)) Error in .C("coxfit2", iter = as.integer(iter.max), as.integer(n), as.integer(nvar), : C/Fortran function not in load table Why is "coxfit2" not in the load table? How do I fix it? System is Linux. Goran

Hi, I'm using the rsept for WINDOWS 95 (with modified men?, and "fixed" survival4). See the Ennapadam Venkatraman's example made in date 35/07/97 19.02 Ennapadam Venkatraman wrote: > library(splines) > library(survival4) > xx <- NULL > xx$ftim <- exp(-runif(100)) > xx$ctim <- 2*runif(100) > xx$sts <- 1*(xx$ftim <= xx$ctim) > xx$otim <-

Attached is an updated version of the FAQ, to be released right after 0.50 is out. Please have a look, and let me know where improvements are needed. Thanks, -k ******************************************* R FAQ Kurt Hornik v0.1-0, 1997/04/16 This document contains answers to some of the most frequently asked questions about R. Feedback is welcome.

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

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.

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

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

[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

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

>>>>> "FrL" == Friedrich Leisch <Friedrich.Leisch@ci.tuwien.ac.at> writes: FrL> Hmm, I'm quite perplexed by something very trivial/stupid/whatever FrL> ... don't know, if this one has been reported before: R> x<-1 x[1:2] FrL> Error: subscript out of bounds Splus> x<-1 x[1:2] FrL> [1] 1 NA FrL> Or is

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 <

Perhaps someone can enlighten me here: R> x <- factor(LETTERS[1:3]) R> x [1] A B C R> mode(x) [1] "factor" R> class(x) [1] "factor" R> mode(unclass(x)) [1] "factor" S-PLUS has > x <- factor(LETTERS[1:3]) > mode(x) [1] "numeric" > class(x) [1] "factor" > mode(unclass(x)) [1] "numeric" ???