> 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 ...
> 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
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
> 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
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
>>>>> 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
> 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:
>
> on Thu, 13 Sep 2018 23:33:41 -0700 writes:
> Hello Core Team, I sent this patch over a year ago. It
> looks like it was sent in response to another user's
> complaint which echoed some of my own observations about
> problems in the documentation for 'text'. Did
> Emil Bodeon Fri, 14 Sep 2018 13:04:29 + writes:
> I found some strange behaviour, which I think is a bug.
> Could someone make an account for me on Bugzilla or
> pass on my report?
I did create a bugzilla account for you (you should've got the
automatic e-mail in the
> Raubertas, Richard via R-devel
> on Tue, 11 Sep 2018 18:52:55 + writes:
> R 3.5.1 on Windows 7 The documentation for 'var' says:
> "These functions return 'NA' when there is only one
> observation (whereas S-PLUS has been returning 'NaN'), and
> fail if 'x' has
> 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
> 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
>
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
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
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
>>>>> 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
> 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
> 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
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
> 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
>>>>> 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:
> 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 "
> 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
>
(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
(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) &&
> +
(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
> 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
>>>>> 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
> 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
> 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
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
> 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
> 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
>>>>> 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
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
>
> 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
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
> 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
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
> 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}
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
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 )
>>
> 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)
>>>>> 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)
>>
> 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
>
> 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,
> 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
>>
>>>>> 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
) 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
> 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
> 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):
>
[,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
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
Trying to revive, possibly conclude a forgotten thread ...
> Abby Spurdle
> on Mon, 20 May 2019 14:11:47 +1200 writes:
> Hi Pavel
> (Back On List)
> And my two cents...
>> At this time, the update.formula() method always performs a number of
>> transformations
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
> 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
>>>>> Martin Maechler
>>>>> on Mon, 3 Jun 2019 18:14:15 +0200 writes:
>>>>> Suharto Anggono Suharto Anggono
>>>>> on Thu, 30 May 2019 14:45:22 + writes:
>>>>> Suharto Anggono Suharto Anggono
>>>&
> 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
> Karolis K
> on Fri, 21 Jun 2019 18:00:36 +0300 writes:
> In specific cases fligner.test() can produce a small p-value even when
both
> groups have constant variance.
> Here is an illustration:
> fligner.test(c(1,1,2,2), c("a","a","b","b"))
> # p-value = NA
> Sarah Goslee
> on Thu, 20 Jun 2019 09:56:44 -0400 writes:
> I can reproduce this.
> It has to do with whether the value rounds down to 9 or up to 10, and
> thus needs another space, I think. I agree that it shouldn't happen,
> but at least you can get rid of the
ctor and matrices cases,
Source code from source file copula/R/special-func.R
(in svn at R-forge :
-->
https://r-forge.r-project.org/scm/viewvc.php/pkg/copula/R/special-func.R?view=markup=copula
)
{Yes, this GPL-2 licenced
> wdunlap tibco.com
Yes, indeed, thank you, Bill!
But they *have* been in use by core R functions for a long time
in pgamma, pbeta and related functions.
[and I have had changes in *hyper.c where logspace_add() is used too,
for several years now (since 2015) but I no longer know which
concre
> Henrik Bengtsson via R-core
> on Sun, 23 Jun 2019 11:29:58 -0700 writes:
> Thank you.
> To correct myself, I can indeed reproduce this with R --vanilla too.
> A reproducible example is:
> $ R --vanilla
> R version 3.6.0 Patched (2019-05-31 r76629) -- "Planting
ot; x"))
y ~ x
Warning message:
Using formula(x) is deprecated when x is a character vector of length > 1.
Consider formula(paste(x, collapse = " ")) instead.
> formula("{y ~ x}")
y ~ x
Warning message:
invalid formula "{y ~ x}": extraneous call to `{`
>> >
>> > 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
>>>>> 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
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
> [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
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
> 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
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
> 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
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
.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
> 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
I have not at all studied the rest of the
>>> function, so the above is just based on that single line plus
>>> debugging that 'omittedSig' is a logical vector.
>>>
>>> Martin, I don't have the time to dive into this further. Though I did
>>&
>>>>> Martin Maechler
>>>>> on Fri, 5 Oct 2018 12:16:37 +0200 writes:
>>>>> Hilmar Berger
>>>>> on Fri, 5 Oct 2018 10:17:49 +0200 writes:
>> Dear all, I just found this issue:
>> I just found this issue:
> Henrik Bengtsson
> on Thu, 27 Jun 2019 16:00:39 -0700 writes:
> Using:
>
> untrace(methods::conformMethod)
> at <- c(12,4,3,2)
> str(body(methods::conformMethod)[[at]])
> ## language omittedSig <- omittedSig && (signature[omittedSig] != "missing")
> cc <- 0L
>
t; 1: foo(2)
> The attached trivial patch cleans up the example so that the above
> looks like it would have under r<70207.
Indeed, thanks a lot, Brodie!
There was a bit more to change -- the options() setting
is also mentioned in the main text.
Commit
> Georgi Boshnakov
The 2nd patch I committed -- the one mostly to
rematchDefiniton() -- does exactly that: It uses .local()
calls where those argument *are* named which should be named.
==> hence the above example works fine there.
Martin
> --
&
>>>>> Martin Maechler
>>>>> on Sat, 29 Jun 2019 12:05:49 +0200 writes:
>>>>> Martin Maechler
>>>>> on Sat, 29 Jun 2019 10:33:10 +0200 writes:
>>>>> peter dalgaard
>>>>> on Fri, 28 Jun
> Bob Rudis
> on Tue, 9 Jul 2019 14:24:24 -0400 writes:
> The addition of a single line:
>
> at in the of the R HTML generated manuals would make them much
easier to read on mobile devices.
> texi2any (which generates the HTML files) is based on long-working Perl
> Pages, Herve
> on Mon, 8 Jul 2019 04:32:29 + writes:
> On 7/7/19 17:41, Jialin Ma wrote:
>> Hi Abby,
>>
>> Thanks a lot for your paraphrasing and your suggestion!
>>
>> The problem of wrapping the list into a S3/S4 object, i.e. subclassing
array
> Daniel Chen
> on Fri, 12 Jul 2019 13:53:21 -0500 writes:
> Hi everyone:
> I’m one of the interns at RStudio this summer working on a project that
> helps teachers grade student code. I found an unexpected behaviour with
> the |==| operator when comparing |quote|d
>>>>> peter dalgaard
>>>>> on Fri, 28 Jun 2019 16:20:03 +0200 writes:
> > On 28 Jun 2019, at 16:03 , Martin Maechler
> > wrote:
> >
> >>>>>> Henrik Bengtsson
> >>>>>>on Thu, 27 Jun 2019 16:00
>>>>> Martin Maechler
>>>>> on Sat, 29 Jun 2019 10:33:10 +0200 writes:
>>>>> peter dalgaard
>>>>> on Fri, 28 Jun 2019 16:20:03 +0200 writes:
>> > On 28 Jun 2019, at 16:03 , Martin Maechler
wrote:
>> &g
l places
this is used in the R sources, we've convinced ourselves that
there is much more code "out there", notably 'devops' code in
scripts, which currently relies on the current package naming
rules and which could break, often only rarely and hence
possibly unnoticed for too long.
Also,
> Duncan Murdoch
> on Mon, 26 Aug 2019 14:19:36 -0400 writes:
> On 26/08/2019 1:58 p.m., William Dunlap wrote:
>> Duncan Murdoch wrote:
>> > Scripts are for throwaways, not for anything worth keeping.
>>
>> I totally agree and have a tangentially relevant
r "ham" message among the many dozens of
spam ones only a day ago, and released it..
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ers of the
matrix of data frame.
There's another important criterion here: __Simplicity__ in the
code that's added (and will have to be maintained as part of R
"forever" into the future)...
AFAICS, the DelayedArray stuff is beatifully modular, but
possibly also much entangled in the
> Hilmar Berger
> on Sat, 14 Sep 2019 13:31:27 +0200 writes:
> Dear all,
> I did some more tests regarding the == operator in Ops.data.frame (see
> below). All tests done in R 3.6.1 (x86_64-w64-mingw32).
> I find that errors are thrown also when comparing a zero
>>>>> Martin Maechler
>>>>> on Wed, 18 Sep 2019 10:35:42 +0200 writes:
>>>>> Hilmar Berger
>>>>> on Sat, 14 Sep 2019 13:31:27 +0200 writes:
>> Dear all,
>> I did some more tests regarding the ==
1201 - 1300 of 1728 matches
Mail list logo
