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