Re: [Rd] Undefined behavior of head() and tail() with n = 0

2017-01-27 Thread Florent Angly
Dunlap > TIBCO Software > wdunlap tibco.com > > > On Thu, Jan 26, 2017 at 1:53 AM, Martin Maechler > <maech...@stat.math.ethz.ch> wrote: >>>>>>> Florent Angly <florent.an...@gmail.com> >>>>>>> on Wed, 25 Jan 2017 16:31:45 +010

[Rd] Undefined behavior of head() and tail() with n = 0

2017-01-25 Thread Florent Angly
Hi all, The documentation for head() and tail() describes the behavior of these generic functions when n is strictly positive (n > 0) and strictly negative (n < 0). How these functions work when given a zero value is not defined. Both GNU command-line utilities head and tail behave differently

Re: [Rd] Very small numbers in hexadecimal notation parsed as zero

2016-12-24 Thread Florent Angly
Hi Martin, Thanks for the Bugzilla account. I have filed this bug under number 17199. Cheers, Florent On 21 December 2016 at 12:28, Martin Maechler <maech...@stat.math.ethz.ch> wrote: >>>>>> Florent Angly <florent.an...@gmail.com> >>>>>> on Tue,

Re: [Rd] Unexpected I(NULL) output

2016-12-24 Thread Florent Angly
Thank you for the feedback, Martin. Of course, deprecating would be a sensible way to go. I filed this issue on BugZilla under # 17198. Florent On 22 December 2016 at 10:24, Martin Maechler <maech...@stat.math.ethz.ch> wrote: >>>>>> Florent Angly <florent.an...@gmail

[Rd] Unexpected I(NULL) output

2016-12-20 Thread Florent Angly
Hi all, I believe there is an issue with passing NULL to the function I(). class(NULL) # "NULL" (as expected) print(NULL) # NULL (as expected) is.null(NULL) # TRUE (as expected) According to the documentation I() should return a copy of its input with class "AsIs" preprended:

[Rd] Very small numbers in hexadecimal notation parsed as zero

2016-12-20 Thread Florent Angly
Hi all, I have noticed incorrect parsing of very small hexadecimal numbers like "0x1.dp-987". Such a hexadecimal representation can can be produced by sprintf() using the %a flag. The return value is incorrectly reported as 0 when coercing these numbers to double using

Re: [Rd] [R] gettext weirdness

2013-02-04 Thread Florent Angly
for translation depends on the language, including how trailing spaces are handled. There is no reason to expect domains intended for C code to work in R-level gettext(), nor in stop() etc. This was really an R-devel question: see the posting guide. On Mon, 4 Feb 2013, Florent Angly wrote

Re: [Rd] [R] gettext weirdness

2013-02-04 Thread Florent Angly
On 05/02/13 00:02, Prof Brian Ripley wrote: On 04/02/2013 11:14, Florent Angly wrote: Hi Brian, I appreciate your clarifications. I am sending this reply to the R-devel, as per you suggestion. As mentioned in my post, I have no prior experience with this R function and logically, I looked