Perhaps I missed something obvious, but when I applied patch 2 and then recompiled R-0.49, I found that the objects such as glm.fit that were supposed to be updated still had their original definitions. After some hair-pulling, I remembered that patch saves a backup copy of the original files it changes. Because of the way the makefile for the system database is structured, both the new files and the original files in $R_HOME/src/library/base/funs were being read into the system base file, $R_HOME/library/base. Since, for example, glm.orig is listed after glm, then all the original definitions superceded the new definitions. After moving all the *.orig files out of $R_HOME/library/base/funs and re-making the system database, the new object definitions were activated. L. Ammann =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-r-help 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-help-request at stat.math.ethz.ch =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Larry P Ammann <ammann at utdallas.edu> writes:> files it changes. Because of the way the makefile for the system database > is structured, both the new files and the original files in > $R_HOME/src/library/base/funs were being read into the system base file, > $R_HOME/library/base. Since, for example, glm.orig is listed after glm, > then all the original definitions superceded the new definitions.*blink* Holy smoke... $ more src/library/base/Makefile base: @echo building system base library @cat funs/[a-z]* |sed '/^[ ]*$$/d' >../../../library/base ========== Make that @ls funs/[a-z]* | grep -v '\.orig$' | xargs cat | sed ..... or @cat `ls funs/[a-z]* | grep -v '\.orig$'` | sed .... will ya', Ross? -- O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard at biostat.ku.dk) FAX: (+45) 35327907 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-r-help 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-help-request at stat.math.ethz.ch =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ben Bolker
1997-Jun-04 15:55 UTC
R-beta: various comments: image(), complex(), time series, 3D graphics
First of all, hearty thanks to all for undertaking this project; it looks like it will solve many problems for me in the future (cost of S-PLUS, lack of a Linux port, unresponsiveness of StatSci/MathSoft, ...) I would like to contribute in some way, I will look around for a project that's about my size. A few questions/comments about minor S-PLUS/R inconsistencies: 1) complex() in S-PLUS also takes optional arguments modulus and argument (instead of re and im): I just wrote a little wrapper program Complex _ function(modulus=1, argument=0) { complex(real=modulus*cos(argument),imag=modulus*sin(argument)) } but perhaps this change should be made in the C code itself (I would consider doing it myself as soon as I've gotten a little more familiar with the way the C code works). 2. In S-PLUS, if Z is a matrix, image(Z) works -- in R, you get a missing argument error and have to say image(z=Z); again, not a big deal and (presumably) fairly easy to fix. 3.. Any plans to implement acf(), etc.? (I may get around to writing my own.) 4. Any plans for 3-D graphics (persp() and friends)? This is a place where it would presumably be very easy to do better than S-PLUS (at least than release 3.1, which is what I'm using), where 3-D graphics are very clearly old and clunky. I guess a fair amount of thought should go into the design phase, though ... -- in future, should I bother sending comments like this (for which I don't really need help) to the help-list, or just to the R address? Benjamin Bolker Dep't of Ecology and Evolutionary Biology, ben at eno.princeton.edu Princeton University tel: (609) 258-6886, fax: (609) 258-1334 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-r-help 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-help-request at stat.math.ethz.ch =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=