similar to: digital unix linking problem

Running on an Alpha machine which reports (uname -a) OSF1 bsdx01.bs.ehu.es V4.0 878 alpha and using the binary distribution put together by Albrecht Gebhardt (in http://cran.at.r-project.org/bin/osf/osf4.0/tar/alpha_ev5/) I obtain core dumps whenever I try to use package rpart. I have R REMOVE'd the rpart package, downloaded the source rpart_1.0-7.tar from CRAN and

Due to recent config changes Apache does (by default) not list files called ``README'' anymore but only prints the contents. This can be a hassle if you want to download the file ... As we have no control over all CRAN mirrors we can therefore only rename the files such that they get listed again. Brian Ripley suggested to use ReadMe instead which seems to be safe (at least currently). I

Hi, I updated my R rpms for SuSE systems. They are now available both for S.u.S.E 5.3 and SuSE 6.0 under ftp://ftp.ci.tuwien.ac.at/pub/R/bin/linux/suse/ Additionally I put binaries for DEC Alpha systems running Digital Unix 4.0 under ftp://ftp.ci.tuwien.ac.at/pub/R/bin/osf/osf4.0/alpha/ These packages are available as rpms and as a setld kit. setld is the Digital Unix package maintanance

Dear all, Compiling R-0.64.0 on DEC osf4.0 has the following error message (earlier version was OK). cc -ieee_with_inexact -g -I../include -I../../src/include -c pnf.c -o pnf.o cc -ieee_with_inexact -g -I../include -I../../src/include -c pnt.c -o pnt.o cc: Error: pnt.c, line 83: In this statement, "1021" is not an lvalue, but occurs in a context that requires one. if (df >

I am compiling R-0.90.0 on alpha-dec-osf4.0 and it stops by giving the following message: cc: Error: ../../../R/src/main/gram.y, line 1365: In this declaration, parameter 1 has a different type than specified in an earlier declaration of this function. SEXP mkString(const char *s) -----^ cc: Error: ../../../R/src/main/gram.y, line 1365: In this declaration, the type of "mkString" is not

I am compiling R-0.90.0 on alpha-dec-osf4.0 and it stops by giving the following message: cc: Error: ../../../R/src/main/gram.y, line 1365: In this declaration, parameter 1 has a different type than specified in an earlier declaration of this function. SEXP mkString(const char *s) -----^ cc: Error: ../../../R/src/main/gram.y, line 1365: In this declaration, the type of "mkString" is not

1) Testing of uidswap.c on a Tru64 UNIX V4.0G PK4 (BL22) machine shows the following defines to be required for correct uid changing semantics: #define BROKEN_SETREGID 1 #define BROKEN_SETREUID 1 #define SETEUID_BREAKS_SETUID 1 Failure to fix these contributes to breaking privilege separation (in a safe way: connections will fail while UsePrivilegeSeparation=yes, thanks to

Hi, is somebody out there who has successfullly built R-065 on SuSE-6.2 Linux ? This is for short, If nobody has I?ll describe the problem in depth later. Ralph -- Ralph Leonhardt, 8-) Seminar fuer Internationale Wirtschaftsbeziehungen Tel: 2180-2201 email: ralphl at lrz.uni-muenchen.de -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Full_Name: Albrecht Gebhardt Version: 0.90.0 OS: osf4.0 Submission from: (NULL) (143.205.61.73) I had to apply the following patch to be able to compile on an alpha with DU 4.0E: ############################################### --- ./src/main/gram.y.mkString-patch Tue Nov 23 12:16:29 1999 +++ ./src/main/gram.y Tue Nov 23 12:16:59 1999 @@ -56,7 +56,8 @@ SEXP mkFloat(char *); SEXP

Hi helpteam, may you send me the exact syntax for getting the estimated degrees of freedom for a gam? I tried to do it by name <- edf(gam_name) but this didn't work. Thanks a lot, greetings from Munich, Thomas Nittner -- Thomas Nittner Tel: ++49 89 2180 3197 Akademiestra?e 1 Fax: ++49 89 2180 5042 D - 80799 M?nchen http://www.stat.uni-muenchen.de

Hi, I am searching for a way to solve the following problem: I want to use an external function, defined in a dyn.load()ed shared object, in another dyn.load()ed shared object. Currently I have to take the sources (Fortran) from one libraries src/ directory and copy them into the src/ dir of the other library, resulting in two copies of this function. This is bad for maintanance and maybe also

Only three entries thus far. Please keep them coming in. -k NAME Martyn Plummer EMAIL plummer@iarc.fr VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Redhat 5.1 CC/FC/MAKE gcc/egcs-g77/make NAME Douglas Bates EMAIL bates@stat.wisc.edu VERSION 0.63.3 PLATFORM i386-unknown-linux SYSTEM Debian 2.1 CC/FC/MAKE egcs/g77/make NAME Thomas

I have some slight problems getting R to run smoothly on our alpha... What might be the reason for the following error message? > postscript() Error in PS(file, old$paper, old$family, old$bg, old$fg, old$width, old$height, : unable to start device PostScript I have compiled R-1.1.1 and it starts without complaint. -- +------------------------------------------------------- |

Hi, This may just be an inconsistency between terminal drivers, rather than a proper bug. If the main title of a plot is too wide to all fit on the plot, the X11 driver prints as much of the title as it can, but the postscript driver totally ignores the title. Here's a simple example: % R > plot(runif(1000), main="a long xxxxxxxxxxxx title") >

There seems to be an error in the X11 display code: try: plot(c(-30000,-1,0,1,30000),c(30000,1,0,1,30000),type="l") points(c(-30000,-1,0,1,30000),c(30000,1,0,1,30000)) it gives a big "V" as expexted. Now zoom in using small xlim and ylim: plot(c(-30000,-1,0,1,30000),c(30000,1,0,1,30000),type="l", xlim=c(-5,5),ylim=c(0,5))

Hi all, The systems guys here in the stat dept don't seem to be able to compile R on the Dec Alphas or on the SGIs. Can anyone give them a hand? -Greg ------------------------------------------------------------------------------- Gregory R. Warnes | It is high time that the ideal of success warnes at biostat.washington.edu | be replaced by the ideal of service.

I have a large computation that performs various bootstrap resampling loops over pairs of samples using lapply(). After a few seconds it stops like this > do.summarize.effects(compute.power=T) ... Error: Unimplemented feature in rep > .Traceback [[1]] [1] "rep(no, length = length(ans))" [[2]] [1] "ifelse(t.howto == \"n\", boot.result, l.meanboot.test(onew.x,

Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) Both DEC cc and gcc complain (osf4.0, alpha) about applying an unary operator (!) to a non scalar type (va_list arg) in printutils.c I'm not sure if I understood what was intended by "!arg" (see below), but with this patch I at least was able to compile. (and R runs now, but I