In current versions of R, pretty(333) gives an infinite loop (due to a silent integer overflow in src/appl/pretty.c). I've looked at this problem and also at what S-plus does, (no code there to inspect, just experiments), and then I have fixed pretty.c. I think that it now behaves much more reasonably (both than before and than S / S-plus). The only problem: pretty(.) is not giving the same results any more in quite a few cases, *and* is used in graphical functions such as hist(.) and contour(.) ---- Could this be a problem? [non-upward compatibility] Currently, I plan to have the fixed pretty(.) even in the upcoming 0.61.2 release which is termed "bug fix only" The new pretty would however (very rarely) change the output of, e.g., hist(.). Further, S-plus's pretty behaves wierdly in some cases which we don't want to emulate anyway. In other cases pretty(1001.1001), however, it returns 1000 1500 which is quite different from my improved R version which gives 1000 1002. Is it okay for you if we do NOT strive for S-plus compatibility here? Strict S-plus compatibility is not possible, since we don't have S-plus code; but it is also not desirable in the cases where S's pretty() is funny. However, with more experiments and thought, it ought to be possible to come quite close to S's behavior. But I don't want to spend that extra time if there are no stringent reasons.. Martin Maechler <maechler@stat.math.ethz.ch> <>< Seminar fuer Statistik, ETH-Zentrum SOL G1; Sonneggstr.33 ETH (Federal Inst. Technology) 8092 Zurich SWITZERLAND phone: x-41-1-632-3408 fax: ...-1086 http://www.stat.math.ethz.ch/~maechler/ -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel 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-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._
pretty(.) bug -- fix --> "compatibility" ?
2 messages · Martin Maechler, Peter Dalgaard
Martin Maechler <maechler@stat.math.ethz.ch> writes:
Is it okay for you if we do NOT strive for S-plus compatibility here? Strict S-plus compatibility is not possible, since we don't have S-plus code; but it is also not desirable in the cases where S's pretty() is funny. However, with more experiments and thought, it ought to be possible to come quite close to S's behavior. But I don't want to spend that extra time if there are no stringent reasons..
We have a lot of these little differences. No reason to waste time on
them, unless we get actual complaints, I'd say.
(Here's a couple of additions to the list of differences:
aovtable <- anova(KW.lm)$table
Statistic <- aovtable["group","Sum Sq"]
s <- summary(KW.lm)
Statistic <- s$coefficients["group","t Value"] *
s$sigma
[anova returns a table, rather than a list containing a table, in S and
uses "Sum of Sq" and "t value"])
O__ ---- Peter Dalgaard Blegdamsvej 3 c/ /'_ --- Dept. of Biostatistics 2200 Cph. N (*) \(*) -- University of Copenhagen Denmark Ph: (+45) 35327918 ~~~~~~~~~~ - (p.dalgaard@biostat.ku.dk) FAX: (+45) 35327907 -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel 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-devel-request@stat.math.ethz.ch _._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._