ts such as Microsoft
or Google (below) is really ridiculous.
They have lots of money to spend and pay many many work hours to
pay.
We don't want to: Given such (and potentially many more similar) e-mail
threads plus the issues mentioned above (plus Virus scanners,
plus broken file transfer
> Juan Telleria Ruiz de Aguirre
> on Mon, 3 Jun 2019 06:50:17 +0200 writes:
> Thank you Martin for giving to know and developing 'Rmpfr' library for
> unlimited size integers (GNU C GMP) and arbitrary precision floats (GNU C
> MPFR):
>
> David Scott
> on Tue, 4 Jun 2019 12:32:03 +1200 writes:
> This must have been there for a while>
> In the datasets package, the help for airquality says:
> A data frame with 154 observations on 6 variables.
> But:
>> str(airquality)
> 'data.frame': 153
Martin
>
> On Mon, 15/4/19, Suharto Anggono Suharto Anggono
wrote:
> Subject: Re: [Rd] stopifnot
> To: "Martin Maechler"
> Cc: r-devel@r-project.org
> Date: Monday, 15 April, 2019, 2:56 AM
[,1] [,2]
[1,] "2.5""3.1"
[2,] "2.50" "3.14"
[3,] "2.500" "3.142"
[4,] "2.5000" "3.1416"
[5,] "2.5""3.14159"
[6,] "2.50&qu
> Juan Telleria Ruiz de Aguirre
> on Thu, 30 May 2019 18:46:29 +0200 writes:
>Thank you Gabriel for valuable insights on the 64-bit integers topic.
>In addition, my statement was wrong, as Python3 seems to have unlimited
>(and variable) size integers.
If you are
u could ask about this "over at" the R-devel (or
R-package-devel ?) mailing list?
These problems are relevant to many R package authors not just
bioconductor ones, and so it may worth to expose this to even
more experts than here ...
(I'm interes
) and committed the fix to R-devel rev 76612 , planned
to be ported to R 3.6.0 patched a bit later.
Thank you once more!
Martin
--
Martin Maechler
ETH Zurich and R Core Team
>>>>> Joshua Ulrich
>>>>> on Sat, 21 Jan 2017 11:58:18 -0600 writes:
> I'm not
> Jennifer Bryan
> on Thu, 23 May 2019 00:03:05 -0400 writes:
> Hello, I'm interested in moving text from and to the
> clipboard that cannot necessarily be represented in the
> native encoding. So, really, this is about Windows.
> I can successfully read from the
> [2] https://github.com/x13org/x13binary/issues/46
> R version 3.6.0 Patched (2019-05-22 r76579)
> Platform: x86_64-apple-darwin15.6.0 (64-bit)
> Running under: macOS Mojave 10.14.4
--
Martin Maechler
ETH Zurich and R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
apologies if I
missed it (am trying to follow the advice here:
https://www.r-project.org/bugs.html)<https://www.r-project.org/bugs.html>.
> Best, Paul
Thank you, Paul!
The typo is fixed in the sources of both "R-devel" and "R 3.6.0
patched" now.
With gr
> Simon Urbanek
> on Wed, 22 May 2019 11:54:49 -0400 writes:
> More to the point: the custom search function is currently broken anyway
- it just gives me 404.
> Should we just get rid of it? If people want to use Google they can just
say
> site:developer.r-project.org
>>>>> Martin Maechler
>>>>> on Wed, 22 May 2019 09:50:10 +0200 writes:
>>>>> William Dunlap
>>>>> on Tue, 21 May 2019 12:11:45 -0700 writes:
>> Letting a user supply the autoprint function would be nice also
>> >
>> > 3.6.0> print.integer <- function(x,...) "integer vector"
>> >3.6.0> 1:10
>> > [1] 1 2 3 4 5 6 7 8 9 10
>> > 3.6.0> print(1:10)
>> > [1] "integer vector"
&g
> William Dunlap via R-devel
> on Thu, 16 May 2019 11:56:45 -0700 writes:
> In R-3.6.0 autoprinting was changed so that print methods for the storage
> modes are not called when there is no explicit class attribute. E.g.,
> % R-3.6.0 --vanilla --quiet
>>
method, instead of using any(is.na(.)).
This may break existing code in packages, but the maintainers of
that code could solve the problems by providing anyNA(.)
methods for their objects.
Other opinions / ideas ?
Martin Maechler
ETH Zurich / R Core Team
--
*) in Spring 2013, but too late
>>>>> Gabriel Becker
>>>>> on Fri, 17 May 2019 01:06:11 -0700 writes:
> Hi Martin,
> Thanks for chiming in. Responses inline.
> On Fri, May 17, 2019 at 12:32 AM Martin Maechler
> wrote:
>> >>>>> Gabriel Be
> Gabriel Becker
> on Thu, 16 May 2019 15:47:57 -0700 writes:
> Hi Hadley,
> Thanks for the counterpoint. Response below.
> On Thu, May 16, 2019 at 1:59 PM Hadley Wickham
wrote:
>> The existing behaviour seems inutitive to me. I would consider these
>>
> Ulrike Grömping
> on Mon, 6 May 2019 10:09:05 +0200 writes:
> Dear developeRs, I appreciate that boxplot now labels the
> axes with variable names per default. However, with
> argument "horizontal=TRUE" (which I always use), the
> default axis labels are mixed up,
5 2.0 2.5 3.0 3.5 4.0 4.0
FALSE NA 1.0 NA NA NA 3.0 3.5 4.0 4.0
CN constant TRUE 1.0 1.0 1.0 1.0 1.0 3.0 3.0 4.0 NA
FALSE 1.0 1.0 1.0 NA NA 3.0 3.0 4.0 NA
linear TRUE 1.0 1.0 1.5 2.0 2.5 3.0 3.5 4.0 NA
FALSE 1.0 1
> Ulrike Grömping
> on Fri, 10 May 2019 06:39:39 +0200 writes:
> Mark,
> I used
> if (getRversion()>="3.6.0") RNGkind(sample.kind="Rounding")
> And that works. Actually, using rnorm afterwards also
> yields the same random numbers.
Yes, "of course",
ue where TRUE/FALSE needed
> approx(x2, x2, method="constant", na.rm=FALSE)
Error in if (!ordered && is.unsorted(x, na.rm = na.rm)) { :
missing value where TRUE/FALSE needed
>
I think an error is "fine" here, but one could also think
approx
> Wollschlaeger, Daniel
> on Fri, 26 Apr 2019 15:13:36 + writes:
> In a glm() call using a quasi() family, one may define a custom variance
function in the form of a "list containing components varfun, validmu,
dev.resids, initialize and name" (quoting the help page for
> Jeroen Ooms
> on Thu, 2 May 2019 01:18:02 +0200 writes:
> Multiple people have now reported that the R installer does not build
> with InnoSetup 6 (released last week). The inno log shows this error:
> Error on line 12 in src\gnuwin32\installer\R.iss: Minimum NT
port with patch PR#17556 :
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17556
I cannot easily build R for windows from the sources either, but
committed Duncan's fix to the R-devel sources for now,
in svn rev 76434, so we can all install a binary version of
R-devel for Windows (>= rev 76434) in a day or two
from CRAN https://cran.r-project.org/bin/windows/base/rdevel.html
thanks to Jeroen Ooms' autobuilder.
If that confirms the problem fixed, we will of course port it to
R 3.6.0 patched, so it will be in R 3.6.1 (which is *not* scheduled yet).
Martin Maechler
ETH Zurich and R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
.0 that'll come in 8 days, not the
least thanks to Ben's patch (earlier in this thread).
Martin Maechler
> cheers
> Ben Bolker
> On 2019-04-18 7:30 a.m., Saren Tasciyan wrote:
>> Hi,
>>
>> Sorry for writing this late, I was very busy. I started
>>>>> Martin Maechler
>>>>> on Fri, 5 Apr 2019 17:33:54 +0200 writes:
>>>>> Duncan Murdoch
>>>>> on Fri, 5 Apr 2019 11:12:48 -0400 writes:
>> On 05/04/2019 10:46 a.m., Therneau, Terry M., Ph.D. wrote:
>>>
nd in "all versions" of R (I did not look far back, but these things
haven't changed much).
The cleanest would probably be to define an all.equal.terms()
method, as I think there may be more code relying on the
behavior of all.equal.formula() to only look at the formulas
themselves and not their attributes...
but you (Duncan) and others may have a different opinion.
Martin Maechler
ETH Zurich and R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Dear Terry,
> Therneau, Terry M , Ph D via R-devel
> on Thu, 4 Apr 2019 22:48:49 -0400 writes:
> Someone sent me a bug report for survival2.44.1-1 that involves a model
with both cluster
> and offset. It turns out to be a 3 part issue with [.terms and my own
ine that your 'foo.diff' file is plain text.
{{ .. and we all know that Windows is sillily using file extensions
to determine file type and only knows Windows-extensions plus
those added explicitly by software installed; so nowadays *.rda
is marked as an Rstudio file ... [argh].
}}
Martin
> cartograflow@gmail com
> on Wed, 3 Apr 2019 18:11:10 + writes:
> Hi,
> I come back to you because I have always the problem with
devtools::check of my package.
But we've told you repeatedly now *NOT* to use it in this case, but
rather use
R CMD build ...
rry for that.
>>>
>>> Yes, it is related. My problem was that I have column names with spaces
and current solution doesn't solve it. I have a
>>> solution, which works for me and maybe also for others.
>>>
>>> Either, someone can regi
>>>>> Tierney, Luke
>>>>> on Mon, 1 Apr 2019 12:41:08 + writes:
> On Mon, 1 Apr 2019, Martin Maechler wrote:
>>>>>>> Suharto Anggono Suharto Anggono via R-devel
>>>>>>> on Sun, 31 Mar 2019 15:26:13
> Suharto Anggono Suharto Anggono via R-devel
> on Sun, 31 Mar 2019 15:26:13 + writes:
[.]
[ "eval() inside for()" not giving call in error message .]
[.]
> "Details" section of 'stopifnot' documentation in current R 3.6.0 alpha
>
> Suharto Anggono Suharto Anggono via R-devel
> on Sun, 31 Mar 2019 15:26:13 + writes:
> Ah, with R 3.5.0 or R 3.4.2, but not with R 3.3.1, 'eval'
> inside 'for' makes compiled version behave like
> non-compiled version.
Ah.. ... thank you for detecting that "
> Saren Tasciyan
> on Thu, 28 Mar 2019 17:02:10 +0100 writes:
> Hi,
> I have found a bug in reformulate function and have a solution for it. I
> was wondering, where I can submit it?
> Best,
> Saren
Well, you could have given a small reproducible example
> Konrad Rudolph
> on Sat, 23 Mar 2019 14:26:40 + writes:
> Konrad Rudolph
> on Sat, 23 Mar 2019 14:26:40 + writes:
> I was surprised just now to find out that `topenv(emptyenv())` equals
> … `.GlobalEnv`, not `emptyenv()`. From my understanding of the
sion/specialization to the already existing
class.
---
... and then, I do agree with Gabe that (in some cases), using
formal (aka "S4") classes is really what one should do in order
to get a clean interface.
Martin Maechler
ETH Zurich and R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Lenth, Russell V
> on Wed, 27 Mar 2019 00:06:08 + writes:
> Dear R-Devel, As I am sure many of you know, a special
> issue of The American Statistician just came out, and its
> theme is the [mis]use of P values and the many common ways
> in which they are
> Kurt Van Dijck
> on Tue, 26 Mar 2019 21:20:07 +0100 writes:
> On di, 26 mrt 2019 12:48:12 -0700, Michael Lawrence wrote:
>> Please file a bug on bugzilla so we can discuss this
>> further.
> All fine. I didn't find a way to create an account on
>
t;better":
d=10 d=7 d=2 d=1 d=0
[1,] "123456" "123456" "123456" "1e+05" "1.234560e+05"
[2,] "12345.6""12345.6""12346" "12346" "1.234560e+04"
[3,
Thank you, Robert for raising this here !
> Robert McGehee
> on Thu, 21 Mar 2019 20:56:19 + writes:
> R developers,
> Seems I get a bad result ("%#4.0-1e" in particular) when trying to use
prettyNum digits=0 with scientific notation. I tried on both my Linux box and
on
As the topic came up on R-help
(as side issue in 'density vs. mass for discrete probability functions')
and Rui mentioned this old thread:
https://stat.ethz.ch/pipermail/r-help/2019-March/461989.html
I'm taking up this 5.5 years old thread from R-devel:
> peter dalgaard
> on
> peter dalgaard
> on Thu, 14 Mar 2019 16:18:55 +0100 writes:
> I have no recollection of the original rationale for as.data.frame.table,
but I actually think it is fine as it is:
> The classifying _factors_ of a crosstable should be factors unless very
specifically
> Kirill Müller
> on Fri, 8 Mar 2019 22:26:17 +0100 writes:
> Kirill Müller
> on Fri, 8 Mar 2019 22:26:17 +0100 writes:
> Hi
> In addition to the inconsistency in make.names(), the text in ?Reserved
> seems incomplete:
> "Reserved words outside
>>>>> Martin Maechler
>>>>> on Wed, 6 Mar 2019 11:51:33 +0100 writes:
>>>>> Gabriel Becker
>>>>> on Tue, 5 Mar 2019 22:01:37 -0800 writes:
>> On Tue, Mar 5, 2019 at 9:54 PM Richard White wrote:
>>>
;Date")
structure(NaN, class = "Date")
structure(110957, class = "Date")
structure(410957, class = "Date")
structure(1e+100, class = "Date")
structure(1.79769313486232e+308, class = "Date")
>
-
What if we left NA ( NA_character_ specifically ) as result for format(),
but changed the print() method so it gives better information
here ?
I would argue that -Inf and Inf should show differently than
true NA's or NaN's .. not the least because infinitely past and
infinitely into the future are different concepts.
Martin Maechler
ETH Zurich (and R Core team)
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> Martin Maechler
>>>>> on Tue, 5 Mar 2019 21:04:08 +0100 writes:
>>>>> Suharto Anggono Suharto Anggono
>>>>> on Tue, 5 Mar 2019 17:29:20 + writes:
>> Another possible shortcut definition:
>> asser
dd a case for 'cl', like
> else if(is.expression(exprs))
> as.call(c(quote(expression), exprs))
that seems simple indeed, but at the moment, I cannot see one example
where it makes a difference ... or then I'm "blind" .. ???
Best,
Martin
>
>>>>> Martin Maechler
>>>>> on Tue, 5 Mar 2019 12:45:36 +0100 writes:
>>>>> Berwin A Turlach
>>>>> on Tue, 5 Mar 2019 16:54:09 +0800 writes:
>> G'day all,
>> I have daily scripts running to install the pat
> Berwin A Turlach
> on Tue, 5 Mar 2019 16:54:09 +0800 writes:
> G'day all,
> I have daily scripts running to install the patched version of the
> current R version and the development version of R on my linux box
> (Ubuntu 18.04.2 LTS).
> The last development
(is.null(ni <- names(cl.i)) || length(cl.i) == 3L ||
> @@ -84,7 +83,12 @@
> "%s are not all TRUE"),
> Dparse(cl.i))
> - stop(simpleError(msg, call = sys.call(-1)))
> + n <- sys.nframe()
> + if((p <- n-3) > 0 &&
>
> Erin Hodgess
> on Fri, 1 Mar 2019 12:30:35 -0700 writes:
> Yay! I re-installed everything and got through "Make
> distribution"! I have one more question, please: I am
> running the make check-all. I have an error at reg-1d.
> It stops the process. However, the
(ni <- names(cl.i)) || length(cl.i) == 3L ||
> @@ -84,7 +82,11 @@
> "%s are not all TRUE"),
> Dparse(cl.i))
> - stop(simpleError(msg, call = sys.call(-1)))
> + p <- sys.parent()
> + if(p && identical(sys.function(p), stopifnot) &&
> +
(log("a")))
Error in is.na(log("a")) : non-numeric argument to mathematical function
-
Again, I'm sure I partly failed to understand what you said in
your e-mail and apologize for that.
Of course, I'm happy and glad to discuss impro
> peter dalgaard
> on Fri, 22 Feb 2019 12:38:14 +0100 writes:
> It's not a problem per se to put additional information
> into class htest objects (hey, it's S3 after all...) and
> there is a precedent in chisq.test which returns $observed
> and $expected.
It seems
the omission there!
Prepared to go (into the sources) now.
Martin
>> -Original Message- From: Martin Maechler
>> [mailto:maech...@stat.math.ethz.ch] Sent: Friday,
>> February 22, 2019 11:50 AM To: Ben Bolker
>> Cc: Fox, John ;
>> r-deve
> Kevin Ushey
> on Fri, 22 Feb 2019 10:09:15 -0800 writes:
> The 'long long' type does not exist in the C++98
> standard, so you need to explicitly request C++11 or
> C++14 (the former which is now fairly broadly supported
> across compilers on different systems).
> Ben Bolker
> on Thu, 21 Feb 2019 08:18:51 -0500 writes:
> On Thu, Feb 21, 2019 at 7:49 AM Fox, John wrote:
>>
>> Dear Ben,
>>
>> Perhaps I'm missing the point, but contrasts.arg is documented to be a
list. From ?model.matrix: "contrasts.arg: A list, whose
> Marc Schwartz via R-devel
> on Thu, 21 Feb 2019 14:39:45 +0100 writes:
> Hi,
> In follow up to the thread on R-Help yesterday:
>https://stat.ethz.ch/pipermail/r-help/2019-February/461725.html
> I am attaching a proposed patch against the trunk version of
> Extract.Rd, with
> Thomas J Leeper
> on Thu, 21 Feb 2019 22:21:21 + writes:
> Hi John,
> Thanks for your reply. Of course I could write a package and of course I
> would find that trivial to do. The point is this is a main entry point to
R
> for probably (at this point) hundreds
> Lionel Henry
> on Thu, 21 Feb 2019 12:27:11 +0100 writes:
> Hello,
> This is already fixed in r-devel, I think by this commit:
>
https://github.com/wch/r-source/commit/b59a1526085d1b4375b184d35118c6fd6f003912#diff-12de104c9320556f0e99da345c6fb259
urning NULL;
all as it has always been and well documented in ?Extract.
Martin
> ----
> On Fri, 15/2/19, Martin Maechler
> wrote:
> Subject: Re: [Rd] Extract.data.frame.Rd about
> $.data.frame
> Cc: r-devel@r-pr
> Suharto Anggono Suharto Anggono via R-devel
> on Sun, 10 Feb 2019 16:33:25 + writes:
> In R devel, data.frame method of '$' has been removed, but this part of
"Details" section of Extract.data.frame.Rd still implies existence of the
method.
> The \code{data.frame}
Thank you, Brad (and others),
> Brad Bell on Mon, 4 Feb 2019 07:21:18 -0700 writes:
> I get the failure message. To be specific:
adcomp.git> R CMD BATCH --quiet test_nlminb.R
adcomp.git> cat test_nlminb.Rout
>> f <- function(x) sum( log(diff(x)^2+.01) + (x[1]-1)^2 )
>>
> peter dalgaard
> on Mon, 4 Feb 2019 16:48:12 +0100 writes:
> Does either of you have a patch against current R-devel?
> I tried the obvious, but the build dies with
> building package 'tools'
> all.R is unchanged
>
>>>>> Berend Hasselman
>>>>> on Fri, 1 Feb 2019 15:59:58 +0100 writes:
>> On 1 Feb 2019, at 10:00, Martin Maechler
wrote:
>>
>>
>>>> sessionInfo()
>>> R version 3.5.2 (2018-12-20)
>>
> Kasper Kristensen via R-devel
> on Mon, 28 Jan 2019 08:56:39 + writes:
> I've noticed unstable behavior of nlminb on some Linux
> systems. The problem can be reproduced by compiling
> R-3.5.2 using gcc-8.2 and running the following snippet:
> f <- function(x)
as syntax was one of the
> motivations for me to put many setGeneric statements of
> the form setGeneric("someGeneric", signature="x") in
> BiocGenerics over the years. So I don't have many dozens
> of aliases that suddenly break for mysterious reasons
> Michael Lawrence
> on Mon, 28 Jan 2019 20:47:58 -0800 writes:
> That will have some consequences; for example,
> documentation aliases will need to change. Not sure how
> many packages will need to be fixed outside of Matrix, but
> it's not an isolated change.
> Michael Lawrence
> on Mon, 28 Jan 2019 19:00:59 -0800 writes:
> I agree (2) is a good compromise. CC'ing Martin for his
> perspective. Michael
Hmm there's quite a bit more it, really:
I'd not be unwilling to do so myself, but in the long history of
Matrix
> Kasper Daniel Hansen
> on Mon, 21 Jan 2019 21:51:55 -0500 writes:
> Gabe, I don't (yet) know much about long vectors at the C level. So feel
> free to address this.
> Duncan, I'll see what I can do regarding systematically compiling a list
of
> functions without
, at least 'foreign', 'mgcv' and
'cluster' are also maintained there.
Thank you for the question:
I do think "we" should add the corresponding svn URL to the
respective DESCRIPTION file.
OTOH, 'Matrix' has moved to R-forge a while ago .. and I'm
currently also
> Travers Ching
> on Tue, 15 Jan 2019 12:50:45 -0800 writes:
> I have a toy alt-rep string package that generates
> randomly seeded strings. example: library(altstringisode)
> x <- altrandomStrings(1e8) head(x) [1]
> "2PN0bdwPY7CA8M06zVKEkhHgZVgtV1"
>
> Linux)
> https://twitter.com/michael_chirico/status/1083649190117306369?s=17
> On Sat, Jan 12, 2019, 2:00 AM Martin Maechler
> > >>>>> Martin Maechler >>>>> on Fri, 11 Jan 2019 09:44:14
>> +0100 writes:
>>>>> Martin Maechler
>>>>> on Fri, 11 Jan 2019 09:44:14 +0100 writes:
>>>>> Michael Chirico
>>>>> on Fri, 11 Jan 2019 14:36:17 +0800 writes:
>> Identified as root cause of a bug in data.table:
>> ht
s are that would break code that has relied on the
current behavior {on "all but your computer" ;-)} ?
> Michael Chirico
Thank you for the report,
Martin Maechler
ETH Zurich and R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> mark chappell via R-devel
> on Wed, 9 Jan 2019 13:10:26 +1100 writes:
> Hi I believe the dt() function in stats has small areas of
> inaccuracy.
> SmallRangeMostDetaileddf150.png shows this occurring in
> the 10-11th decimal place.
> MyD4 is computed using
> Gábor Csárdi
> on Tue, 4 Dec 2018 21:23:20 + writes:
> The patch below adds support for custom HTTP headers in
> download.file() and url().
> My main motivation for this is performing basic http
> authentication. Some web sites do not support embedding
>
> William Dunlap via R-devel
> on Fri, 21 Dec 2018 13:34:16 -0800 writes:
> I don't have a copy of SV4 (or SV3, where model.frame was
> introduced), but S+ 8.3 (based on SV4) puts the class
> "model.frame" on model.frame()'s return value but has no
> methods (in the
the class of model frames, so as far as I can see, one
> can’t know whether problems will arise before trying it.
> I hope that helps, John
> -
> John Fox, Professor Emeritus McMaster University
> Hamilton, Ontario, Canada Web:
> William Dunlap via R-devel
> on Thu, 20 Dec 2018 15:09:56 -0800 writes:
> When formula() is applied to the output of model.frame()
> it ignores the formula in the model.frame's 'terms'
> attribute:
>> d <- data.frame(A=log(1:6), B=LETTERS[rep(1:2,c(2,4))],
>>
Working on my 'Bessel' package, I've re-detected today, that
indeed even C99 standard GLIBC does not contain, a complex
number version of
log1p()
Further missing in current R, are, basically these
> z <- 1 + 2i
> log1p(z)
Error in log1p(z) : unimplemented complex function
> expm1(z)
Error
> David Hugh-Jones
> on Sat, 15 Dec 2018 08:47:28 +0100 writes:
> I would argue examples should encourage good
> practice. Beginners ought to learn to keep data in data
> frames and not to overuse attach().
Note there's no attach() there in any of these examples!
>
> Ben Bolker
> on Wed, 12 Dec 2018 14:45:10 -0500 writes:
> Line 23:
> "In theory up they can to"
> should be
> "In theory they can be up to"
> or (slightly more formally)
> "In theory they can contain up to"
> cheers
> Ben Bolker
Thank you, Ben!
> Korpela Mikko (MML)
> on Sat, 8 Dec 2018 18:42:30 + writes:
> I noticed that sub() gives unexpected results for the following test
> case. In the test case, the (initial) input is ASCII but the
> replacements are UTF-8. The first sub() produces an UTF-8 result with
> Korpela Mikko (MML)
> on Sat, 8 Dec 2018 17:43:05 + writes:
> There is a small typo in file 'src/library/base/man/grep.Rd'.
> Current text:
> ## collation order is aAbBcCdEe ...
> Suggested text ("D" instead of "E"):
> ## collation order is aAbBcCdDe ...
> Michael Chirico
> on Fri, 7 Dec 2018 10:36:37 +0800 writes:
> This link is referenced in ?timezones and appears to have been
> moved/removed. Is there a replacement?
> http://www.twinsun.com/tz/tz-link.htm
Yes, already in the sources (*) of R at
> Hadley Wickham
> on Thu, 6 Dec 2018 10:22:47 -0600 writes:
> Hi all,
> I'd love to get some clarification on what the new internet policy
> means for packages like httr:
>> Packages which use Internet resources should fail gracefully with an
informative
>>
> Serguei Sokol
> on Tue, 4 Dec 2018 11:46:32 +0100 writes:
> Le 04/12/2018 à 11:27, Iñaki Ucar a écrit :
>> On Tue, 4 Dec 2018 at 11:12, wrote:
>>> function ppois is a function calculate the CDF of Poisson distribution,
it should generate a non-decreasing result, but
> Michael Lawrence
> on Fri, 30 Nov 2018 08:24:31 -0800 writes:
> Argument matching is by name first, then the still missing
> arguments are filled positionally. Unnamed missing
> arguments are thus left missing. Does that help?
Thank you, Michael!
Unfortunately, it may
some of *your*
examples such as closing all existing devices -- something you should not do:
As a good citizen you close graphic devices that you open but not others.
> A workaround is to have at least one example which
> has some plot. Is there a better solution?
Yes, find the exa
rexes/blob/master/disappearingParagraphs/a.html
> and R-3.5.1patched:
> https://github.com/GeoBosh/reprexes/blob/master/disappearingParagraphs/a351.html
>
[..]
> Georgi Boshnakov
Thank you. I can reproduce what you report, thanks to your
'reprex', and will hav
it is one, is in .format.zeros:
> .format.zeros("0.000", "xx")
> Error in strrep(" ", nc - i1) : invalid 'times' value
>
> R version 3.5.1.
>
> David
Thank you, David.
Yes, this looks like a bug / wrong assumption in .format.zeros().
I will have
vec <- c(vec, mpfr(i^2, 88))
}
works fine.
In the next version of Rmpfr, both
as(NULL, "mpfr")
mpfr(NULL)
will also give the 'mNUL' above.
I hope you enjoy using Rmpfr!
Best regards,
Martin
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
all this works fine with S4 classes: There the full
inheritance is used and all methods are found.
Still, would it make sense to improve the underlying .S3methods() ?
I assume it will break *some* overzealous package checks out
there when .S3methods() and hence methods() would return *more*
in s
> Suharto Anggono via R-devel
> on Fri, 5 Oct 2018 17:13:30 + writes:
> After r75387, function 'split.default' in R devel still has this part that no
> longer has effect.
> lf <- levels(f)
> y <- vector("list", length(lf))
> names(y) <- lf
Indeed --> removed
oducibly in R 3.4.3, R3.4.4 (Ubuntu 14.04/Ubuntu 16.04)
and also in the latest development version (we call "R-devel").
THank you very much, Hilmar!
I will have a look, to ensure missing values (incl NaN) are
handled propertly.
Martin
--
Martin Maechler
ETH Zurich and R Core T
> Duncan Murdoch
> on Tue, 18 Sep 2018 16:23:47 -0400 writes:
> On 18/09/2018 2:16 PM, Marcel Ramos wrote:
> > Dear R-devs,
> >
> >
> > Scenario:
> >
> > When checking a package via `R CMD check package_tar.ball`, required /
> > suggested packages may be missing. R subsequently
> Korpela Mikko (MML)
> on Sat, 29 Sep 2018 06:49:25 + writes:
> If the "Matrix" package is attached, 'example(dget)'
> fails:
>> library(Matrix) example(dget)
dget> fil <- tempfile()
dget> ## Write an ASCII version of function mean to our temp
dget>
401 - 500 of 1726 matches
Mail list logo
