Re: [Rd] A weird behaviour of strsplit?

The fact that strsplit() doesn't say anything about 'split' being longer than 'x' adds to the confusion: > strsplit(c("xAy", "xxByB", "xCyCCz"), split=c("A", "B", "C", "D")) [[1]] [1] "x" "y" [[2]] [1] "xx" "y" [[3]] [1] "x" "y" "" "z" A warning (or error) would go a long

Re: [Rd] head/tail breaking change

Thank you Gabriel, I agree that new behaviour makes much more sense. Just wanted to confirm before resolving compatibility of my unit tests. Best, Jan On Wed 18 Dec, 2019, 10:46 PM Gabriel Becker, wrote: > Jan, > > That is an intentional change as you can see in the documentation for > head/tail

Re: [Rd] head/tail breaking change

Jan, That is an intentional change as you can see in the documentation for head/tail in R-devel. Last time I discussed it with Martin, this behavior was desired and thus is unlikely to change unless "our" (ie his) mind does. The hope is that the new behavior is actually what people would want (no

Re: [Rd] readBin should check that its endian argument is a legal value

Thank you! Jen On Wed, Dec 18, 2019 at 4:12 AM Tomas Kalibera wrote: > Thank you for reporting this problem, R-devel now has a check in readBin > and writeBin. > > I've identified two CRAN packages with an incorrect value for "endian" > and reported to maintainers, unfortunately in their case t

Re: [Rd] A weird behaviour of strsplit?

On 18/12/2019 9:42 a.m., IAGO GINÉ VÁZQUEZ wrote: Hi all, In the help of strsplit one can read split character vector (or object which can be coerced to such) containing regular expression(s) (unless fixed = TRUE) to use fo

[Rd] A weird behaviour of strsplit?

Hi all, In the help of strsplit one can read split character vector (or object which can be coerced to such) containing regular expression(s) (unless fixed = TRUE) to use for splitting. If empty matches occur, in particular

Re: [Rd] readBin should check that its endian argument is a legal value

Thank you for reporting this problem, R-devel now has a check in readBin and writeBin. I've identified two CRAN packages with an incorrect value for "endian" and reported to maintainers, unfortunately in their case the intention was to specify "little". Best Tomas On 11/18/19 11:22 PM, Jenn

[Rd] head/tail breaking change

Hi R-devel community, I am aware of changes in R-devel in head/tail methods but I was not expecting that to be a breaking change. # R 3.6.1 ar = array(1:27, c(3,3,3)) tail(ar, 1) #[1] 27 The current output of R-devel is something that I would expect from a tail(ar, c(1, Inf, Inf)) or tail(ar,