Re: [Rd] seq.int broken (seq as well) (PR#14169)

From: Jens Oehlschlägel <oehl_list_at_gmx.de>
Date: Mon, 11 Jan 2010 22:19:12 +0100


Petr,

Aside of the fact that the argument about someting bad being good because documented is strongly overused. I think this does NOT behave as documented, because a) the behaviour cannot be explained by rounding error on double precision. b) 1e7 is not even outside the range of integer calculation Up to the limit of a) or at least upto b) any expression of the type seq(a, b, by=b) should only return a but not b. Also something like seq.int should ONLY use and return integer, for performance reasons, but even more so for reliability: the reported behaviour is not just a little bit wrong. Since seq is used for looping in R, the looping of the language is broken. This can have severe consequences like accessing beyond the limits of an array. If C-code is involved, this can crash R. In the worst case algorithms can silently do wrong. Being an admirer of R since its early days, I was shocked to see this, and as a consequence, I suggest we do our homework and suspend -- for a year or two -- any claims that R can be used productive such as SAS.

Yours regretfully
Jens Oehlschlägel



R-devel_at_r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel Received on Tue 12 Jan 2010 - 08:03:59 GMT

Archive maintained by Robert King, hosted by the discipline of statistics at the University of Newcastle, Australia.
Archive generated by hypermail 2.2.0, at Wed 13 Jan 2010 - 18:20:13 GMT.

Mailing list information is available at https://stat.ethz.ch/mailman/listinfo/r-devel. Please read the posting guide before posting to the list.

list of date sections of archive