R devel - Mar 1998 - pretty(.) bug -- fix --> "compatibility" ?

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
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._

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
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._