similar to: New version of eha

A few days ago I uploaded to CRAN a new package called 'eha', which stands for 'Event History Analysis'. Its main focus is on proportional hazards modeling in survival analysis, and in that respect eha can be regarded as a complement and an extension to the 'survival' package. In fact eha requires survival. Eha contains three functions for proportional hazards

A few days ago I uploaded to CRAN a new package called 'eha', which stands for 'Event History Analysis'. Its main focus is on proportional hazards modeling in survival analysis, and in that respect eha can be regarded as a complement and an extension to the 'survival' package. In fact eha requires survival. Eha contains three functions for proportional hazards

A new version of 'eha' (0.92-1) is now on CRAN. From the ChangeLog: 0.92-1 (January 7, 2004) * mlreg: Geometric distribution (i.e., constant baseline discrete hazard) added. Not for frailty models, yet (on the TODO list). * mlreg: New argument, 'n.points', added to 'control'. Controls the number of points used in the Gauss-Hermite quadrature. * mlreg: Stricter

A new version of 'eha' (0.92-1) is now on CRAN. From the ChangeLog: 0.92-1 (January 7, 2004) * mlreg: Geometric distribution (i.e., constant baseline discrete hazard) added. Not for frailty models, yet (on the TODO list). * mlreg: New argument, 'n.points', added to 'control'. Controls the number of points used in the Gauss-Hermite quadrature. * mlreg: Stricter

I noticed the same thing as I reported below, when I upgraded from R-2.0.0-alpha-20040918 to today's beta version: 'R CMD check' failed as before; but after cleaning 'src' from .o and .so files, it worked again. So the two-day-old '.so' file is obviously different from today's. Has compiler directives changed in the two last days? Or what is happening? G?ran On

A new version of 'glmmML' (0.28-4) is uploaded to CRAN. The most important new feature is the possibility to get a p-value for the test of the hypothesis that the variance of the random effects is zero, on the wishlist of many R users these days! Note two things: (i) glmmML only treats random intercepts for binomial and poisson models, (ii) the p-value is calculated thru bootstrapping

A new version of 'glmmML' (0.28-4) is uploaded to CRAN. The most important new feature is the possibility to get a p-value for the test of the hypothesis that the variance of the random effects is zero, on the wishlist of many R users these days! Note two things: (i) glmmML only treats random intercepts for binomial and poisson models, (ii) the p-value is calculated thru bootstrapping

I have both gcc-3.4 and gcc-4.0(.1) installed on my system (debian-amd64 unstable), with links /usr/bin/gcc, g77, etc. to the 3.4 versions. When I build R, the 3.4 version is picked up, which is fine. However, when I 'install.packages("xyz")', R uses gcc-4.0 and gfortran-4.0! Should I accept this or do something about it? And if so, what? Of course, removing all 4.0 versions

I have a problem with some functions handling dates, in packages 'date' and 'survival' (they seem to be identical). For instance, from the documentation, -------------------- mdy.date {survival} R Documentation Convert to Julian Dates Description Given a month, day, and year, returns the number of days since January 1, 1960. Usage mdy.date(month, day, year, nineteen = TRUE,

Now I try to add some C and Fortan code to my package, so the NAMESPACE file is useDynLib(eha) importFrom(survival, Surv) export(mlreg.fit, risksets) but I get ..... * checking R files for library.dynam ... OK * checking S3 generic/method consistency ... WARNING Error in .try_quietly({ : Error in library(package, lib.loc = lib.loc, character.only = TRUE, verbose = FALSE) :

When I try 'install-packages' (from menu) in R-1.7.0 (Windows), I get > install.packages(choose.files('',filters=Filters[c('zip','All'),]), .libPaths()[1], CRAN = NULL) Error in file(file, "r") : unable to open connection In addition: Warning message: cannot open file `eha060/DESCRIPTION' > but it works with R-1.6.2. It also works if I

Just as one more datapoint: I cannot reproduce the segfault, with R 3.5.1 on (L)Ubuntu 18.04. (I use the Ubuntu package, i.e. I did not build from source.) regards Enrico Quoting G?ran Brostr?m <goran.brostrom at umu.se>: > I am running R 3.5.1 on ubuntu 18.04, installed via apt. When I run > R from the bash prompt, I get (reinstalling r-base doesn't help) >

Hello, I get a segfault when running glmmboot in my own package glmmML. Has happened many time before, but this time I get no hint of where in my C functions the error might be. I give the output below. Can this be an R bug? I suspect it has to do with repeated calls to 'vmmin' like this: for (...){ vmax = vmaxget(); vmmin(*p, b, &Fmin, bfun,

On Sat, 7 Jul 2018 at 07:52, G?ran Brostr?m <goran.brostrom at umu.se> wrote: > > > On 2018-07-07 06:27, Dirk Eddelbuettel wrote: > > > > On 7 July 2018 at 00:51, G?ran Brostr?m wrote: > > | My repo is > > | > > | deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran35/ > > | > > | Is that wrong? > > > > That repo will

Hi, I would like to fit parametric survival models to time-to-event data that are left truncated. I have checked the help page for survreg and looked in the R-help archive, and it appears that the R function survreg from the survival library (version 2.16) should allow me to take account of left truncation. However, when I try the command

On 2019-09-11 22:16, Avraham Adler wrote: > Can you write a small C function that calls LAPACK call that fro your > Fortran code? Yes, an extra step but maybe less traumatic than rewriting > parts of LAPACK directly. Yes, I know how to do that, but I find it somewhat bizarre that it is impossible to call a Fortran subroutine from Fortran. And rewriting 'dgemv' was simple:

Dear R-users, I need to use the aftreg function in package 'eha' to estimate failure times for left truncated survival data. Apparently, survreg still cannot fit such models. Both functions should be fitting the accelerated failure time (Weibull) model. However, as G?ran Brostr?m points out in the help file for aftreg, the parameterisation is different giving rise to different

I'm looking for a Windows distribution of TeX that works with R, after a few years' absence from Windows. On Duncan Murdoch's Rtools page fptex is still recommended, but it turns out that fptex is "defunct" as of May 2005, see http://www.metz.supelec.fr/~popineau/xemtex-7.html So, what is suggested? TUG (tug.org) recommends something called proTeXt, which is said to be

I have tried what I proposed in a virtual Kubuntu 18.04 which uses gfortran 7.4. I used the latest development version of R. It worked just as on macOS. Berend > On 11 Sep 2019, at 22:07, G?ran Brostr?m <goran.brostrom at umu.se> wrote: > > Berend, > > I do not think this works with gfortran 7+. I am calling the BLAS subroutine dgemv from Fortran code in my package eha,

Can you write a small C function that calls LAPACK call that fro your Fortran code? Yes, an extra step but maybe less traumatic than rewriting parts of LAPACK directly. Avi On Wed, Sep 11, 2019 at 4:08 PM G?ran Brostr?m <goran.brostrom at umu.se> wrote: > Berend, > > I do not think this works with gfortran 7+. I am calling the BLAS > subroutine dgemv from Fortran code in my