king any code".
In spite of all that *and*
the perennial drawback that a '...' will allow argument name
typos to go unnoticed
I agree you have a good argument nowadays, that median() should
be the same as many similar "basic statistics" R
> Peter Simons
> on Mon, 27 Feb 2017 10:30:39 +0100 writes:
> Hi, I tried compiling the latest pre-release for R 3.3.3
> for the NixOS Linux distribution [1], but the build fails
> during the "make check" phase because of the following 2
> issues:
> 1) The "tools"
>>>>> Martin Maechler
>>>>> on Mon, 27 Feb 2017 16:08:40 +0100 writes:
>>>>> Peter Simons
>>>>> on Mon, 27 Feb 2017 10:30:39 +0100 writes:
>> Hi, I tried compiling the latest pre-release for R 3.3.3
>> for
>>>>> Martin Maechler
>>>>> on Mon, 27 Feb 2017 10:42:19 +0100 writes:
>>>>> Rob J Hyndman
>>>>> on Wed, 15 Feb 2017 21:48:56 +1100 writes:
>> The generic stats::median method is defined as median <-
>&g
eedback from "the public".
Of course, I could be wrong.. and happy if you explain / tell me why.
Best,
Martin Maechler
> Thank you in advance.
> Kind regards,
> Marie B�hnstedt
> Marie B�hnstedt, MSc
> Research Scientist
> Max Planck Institute
"
Here:
The way to R hell starts (or "widens", your choice) by
introducing options() that influence basic language semantics
!!
For robust code you will start to test all code of R for all
different possible combinations of these options set I am
sure you would not wa
> Henrik Bengtsson
> on Fri, 3 Mar 2017 10:10:53 -0800 writes:
> On Fri, Mar 3, 2017 at 9:55 AM, Hadley Wickham
> wrote:
>>> But, how you propose a warning-to-error transition
>>> should be made without wreaking havoc? Just flip the
>>> switch in R-devel and see
s' web page above).
Posting to all 1000 R-devel readers with no content about what
you consider a bug is a waste of bandwidth for at least 99% of
these readers.
[Yes, I'm also using their time ... in the hope to *improve* the
quality of future such postings].
Martin Maechler
ET
until
the flip is switched for all.
or have I overlooked an issue?
Martin
> On Sat, Mar 4, 2017 at 12:04 PM, Martin Maechler
> > wrote:
>> >>>>> Henrik Bengtsson >>>>>
>> on Fri, 3 Mar 2017 10:10:53 -0800 writes:
>
recursive
> implementations.
Very well done, thank you a lot!
[and I will add you to bugzilla .. so you can use it for the
next bug .. ;-)]
Best,
Martin
> Regards, Bradley
> On Mon, Mar 6, 2017 at 3:50 AM, Martin Maechler
> wrote:
>> >>>
ttr(res, "hessian") <- h(x1, x2)
return(res)
}
nlm.fgh <- nlm(fgh, c(-1.2,1))
I have almost finished a more detailed bug report, which I would like to submit.
Best,
Marie Boehnstedt
>>>>> Martin Maechler
>>>>> on Fri, 3 Mar 2017 18:15:47 +
Dear Achim,
> Achim Zeileis
> on Fri, 10 Mar 2017 15:02:38 +0100 writes:
> Hi, we came across the following unexpected (for us)
> behavior in terms.formula: When determining whether a term
> is duplicated, only the order of the arguments in function
> calls seems to b
> Jim Hester
> on Thu, 16 Mar 2017 12:31:56 -0400 writes:
> Gabe,
> The unary functions have the same precedence as normal SPECIALS
> (although the new unary forms take precedence over binary SPECIALS).
> So they are lower precedence than unary + and -. Yes, both of yo
> Gebhardt, Albrecht
> on Sun, 19 Mar 2017 09:14:56 + writes:
> Hi,
> the function outer can not apply a constant function as in the last line
of the following example:
>> xg <- 1:4
>> yg <- 1:4
>> fxyg <- outer(xg, yg, function(x,y) x*y)
>> fconstg <- ou
gt; TIBCO Software
> wdunlap tibco.com
You are right, thank you!
Such a "convenience change" would not be a good idea.
Martin Maechler
ETH Zurich
> On Mon, Mar 20, 2017 at 6:36 AM, Martin Maechler
> wrote:
>>>>>>> Gebhardt, Albrecht
--
and we should use it (by "#undef HAVE_CTAN" (or better by a
configure check, using ctanh("500 + 0i"),
as I see that on Windows,
R> -1i * tan((500+0i)*1i)
gives
[1] 1+0i
as it should for tanh(500+0i) --- but does not on Windows.
Martin Maechler
ETH Zurich and R Core
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
way to create a
small, say 1 MB, temporary file system as a non-root user?
In that case, we could do all the testing from inside R ..
Best,
Martin Maechler
> Thanks,
> Jean-Sébastien Bevilacqua
> 2017-03-20 10:24 GMT+01:00 realitix :
>> Hello,
>> Here a s
the following question has become irrelevant now,
but yes, dendrograms *are* implemented as nested lists.
Martin Maechler
ETH Zurich and R core team
> The line in question is at line 128 of dendrogram.R in R-3.3.3, at
stats::as.hclust.dendrogram:
> stopifnot(length(s) == 2L, all( vapply
not understand Peter: He *did* agree with you that
there's no 'title.cex' argument and explained why the oddity
probably has happened in the distant past ..)
Martin Maechler
ETH Zurich
and R Core Team (as Peter Dalgaard)
> From: peter dalgaard
> Sent: Saturday, M
nd for '(new)')
> But, maybe that's something for the "Details" section? (Or it's a bug
> - I don't really know.)
I would not want to change model.frame.default() currently as it's
too important a building block and it may be wise to require
that its callers should have done recycling.
> Thanks in advance for your consideration.
Thank you Thomas for the suggested help file improvements!
Martin
--
Martin Maechler
ETH Zurich
> Best,
> -Thomas
> Thomas J. Leeper
> http://www.thomasleeper.com
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Joris Meys
> on Tue, 28 Mar 2017 15:19:14 +0200 writes:
> Thank you gents, I overlooked the subtle differences.
> On Tue, Mar 28, 2017 at 2:49 PM, Lukas Stadler
> wrote:
>> “typeof” is your friend here:
>>
>> > typeof(`[`)
>> [1] "special"
>> > ty
.
and that is due to a change by me, and I had started investigation
on Friday (but not with your package and not having seen a
straighforward example yet).
This will be fixed ASAP, i.e., within hours.
Martin Maechler
> Background:
> My package poppr suddenly started failing check on
match NaN, as such complex number is printed as NA.
Thank you very much, Suharto, for the reminder.
I have committed a change to R-devel yesterday, though
your suggestion above had not been 100% clear to me.
What I think we want and I decided to commit
r72473 | maechler | 2017-04-02 22:23:56 +02
>>>>> Martin Maechler
>>>>> on Mon, 3 Apr 2017 10:22:52 +0200 writes:
>>>>> Zhian Kamvar
>>>>> on Sun, 2 Apr 2017 16:26:37 -0500 writes:
>> Hi, I believe the function utils::citation() will fail if
>> the
> Winston Chang
> on Tue, 4 Apr 2017 15:29:40 -0500 writes:
> I've done some more investigation into the problem, and it is very
> difficult to pin down. What it looks like is happening is roughly like
this:
> - `p` is an environment and `p$e` is also an environment.
>
> on Tue, 4 Apr 2017 08:45:30 + writes:
> Dear Sirs,
> while
>> regexpr('(.{1,2})\\1', 'foo')
> [1] 2
> attr(,"match.length")
> [1] 2
> attr(,"useBytes")
> [1] TRUE
> yields the correct match, an incremented upper bound in
>> regexpr(
t; Hadley Wickham's "Advanced R".
> But note that droplevels(aq)["Month"] and
> droplevels(aq)$Month are _not_ the same. The first returns
> a data.frame (with just one vector), the latter returns a
> vector. To return just a vector you could al
> Suharto Anggono Suharto Anggono via R-devel
> on Wed, 19 Apr 2017 22:50:41 + writes:
> In R 3.4.0 RC, argument list of 'c' as S4 generic function has become
> (x, ...) .
> However, "S4 methods" section in documentation of 'c' (c.Rd) is not
updated yet.
Thank you, I
> Dirk Eddelbuettel
> on Sun, 23 Apr 2017 09:15:18 -0500 writes:
> On 21 April 2017 at 10:34, frede...@ofb.net wrote:
> | Hi Mikko,
> |
> | I was bitten by this recently and I think some of the replies are
> | missing the point. As I understand it, the problem con
>>>>> Jeroen Ooms
>>>>> on Tue, 25 Apr 2017 15:05:51 +0200 writes:
> On Tue, Apr 25, 2017 at 1:00 PM, Martin Maechler
> wrote:
>> As I've found it is not at all hard to add an option
>> which checks the existence and i
>
> on Tue, 25 Apr 2017 21:13:59 -0700 writes:
> On Tue, Apr 25, 2017 at 02:41:58PM +, Cook, Malcolm wrote:
>> Might this combination serve the purpose:
>> * R session keeps an open handle on the tempdir it creates,
>> * whatever tempdir harvesting cron job the
> Dirk Eddelbuettel
> on Wed, 26 Apr 2017 08:40:38 -0500 writes:
> On 26 April 2017 at 08:29, Duncan Murdoch wrote:
> | This seems like the wrong approach. The problem occurs as soon as the
> | tempdir() gets cleaned up: there could be information in temp files
> |
> Hervé Pagès
> on Wed, 3 May 2017 12:08:26 -0700 writes:
> On 05/03/2017 12:04 PM, Hervé Pagès wrote:
>> Not sure why the performance penalty of nonstandard evaluation would
>> be more of a concern here than for something like switch().
> which is actually a primitiv
ightly modified version called stopifnot_new()
>> which works in accordance with the man page and
>> where there are only two additional calls: parent.frame() and eval().
>> I don't think it can be considered as real performance penalty
>> as the same or
(nm)) stop("not all true")
> }
> }
> Stopifnot(2+2==4)
> Stopifnot(2+2==5, print("Hey!!!") == "Hey!!!")
> Stopifnot(2+2==4, print("Hey!!!") == "Hey!!!")
> Stopifnot(T,T,T,T,T,T,T,T,T,T,T,T,T,
>>>>> Serguei Sokol
>>>>> on Mon, 15 May 2017 16:32:20 +0200 writes:
> Le 15/05/2017 à 15:37, Martin Maechler a écrit :
>>>>>>> Serguei Sokol
>>>>>>> on Mon, 15 May 2017 13:14:34 +0200 writes:
>&
> Serge Bibauw
> on Mon, 15 May 2017 11:59:32 -0400 writes:
> Hi,
> Just reporting a small bug… not really a big deal, but I don’t think that
is intended: droplevels() also drops all object’s attributes.
Yes. The help page for droplevels (or the simple definition of
'dropl
entioned above, the creation of good error messages
has been an important design goal of stopifnot() and hence I'm
willing to accept the extra complexity of "patching up" the call
used in the error / warning messages.
Also, as a change to what I posted yesterday, I now plan
>>>>>
>>>>> on Tue, 16 May 2017 09:49:56 -0500 writes:
> On Tue, 16 May 2017, Martin Maechler wrote:
>>>>>>> Hervé Pagès
>>>>>>> on Mon, 15 May 2017 16:54:46 -0700 writes:
>>
>>
> Henrik Bengtsson
> on Tue, 16 May 2017 20:49:02 -0700 writes:
> On Tue, May 16, 2017 at 5:35 PM, Kirill Maslinsky
wrote:
>> Hi all,
>>
>> A problem with tests while building R.
>>
>> I'm packaging R for Sisyphus repository and package build environment,
this is really too simple)
>> Stopifnot <- function(...)
>> {
>> n <- length(match.call()) - 1
>> for (i in 1:n)
>> {
>> nm <- as.name(paste0("..",i))
>> if (!eval(nm)) stop("not all true")
>> }
Paris time zone. The issue seems to be that, for the date
> > chosen for the test, Summer/daylight savings time is in force in NZ and
> > some other parts of the southern hemisphere , but not in the northern
> > hemisphere.
> >
> Of course! I overlooked that the date i
Error: ..2 is not TRUE
{and to "fix" this, e.g., with an extra optional argument} would
lead to more complications which I really think we do not want}.
But the example does show we should keep match.call().
Martin
>
> On
> Kasper Daniel Hansen
> on Fri, 19 May 2017 20:09:24 -0400 writes:
> I rebuilt R with
> export LC_CTYPE=en_US.UTF-8
> and the test still fail. Surprisingly, when I run R from the bin
directory
> and execute the test code, it runs without error:
>> oloc <- Sys.get
This may affect package checks check for the _wording_ of
stopifnot error messages [which may not be the best idea
.. though understandable for regression checks].
Martin
> Bill Dunlap
> TIBCO Software
> wdunlap tibco.com
> On Fri, May 19, 2017 at 5:31 AM, Martin
From Stackoverflow
##
http://stackoverflow.com/questions/3224731/john-tukey-median-median-or-resistant-line-statistical-test-for-r-and-line
## median_median_line by Richie Cotton (July 12 2010, last edited at 13:49)
##
## Shorter variable names, fixed bug in step 1, added 'plot.' option: M
>>>>> Serguei Sokol
>>>>> on Tue, 30 May 2017 16:01:17 +0200 writes:
> Le 30/05/2017 à 09:33, Martin Maechler a écrit : ...
>> However, even after the patch, The example from the SO
>> post differs from the result of Richie Cotton&
> Serguei Sokol
> on Wed, 31 May 2017 18:46:34 +0200 writes:
> Le 31/05/2017 à 17:30, Serguei Sokol a écrit :
>>
>> More thorough reading revealed that I have overlooked this phrase in the
>> line's doc: "left and right /thirds/ of the data" (emphasis is mine).
>
> Hervé Pagès
> on Fri, 2 Jun 2017 04:05:15 -0700 writes:
> Hi, I have a long numeric vector 'xx' and I want to use
> sum() to count the number of elements that satisfy some
> criteria like non-zero values or values lower than a
> certain threshold etc...
> The pr
> Kirill Müller
> on Mon, 5 Jun 2017 17:30:20 +0200 writes:
> Hi I've noted a minor inconsistency in the documentation:
> Current R-exts reads
> s = PROTECT_WITH_INDEX(eval(OS->R_fcall, OS->R_env), &ipx);
> but I believe it has to be
> PROTECT_WITH_INDEX(s = eva
>>>>> Martin Maechler
>>>>> on Tue, 16 May 2017 11:01:23 +0200 writes:
>>>>> Serge Bibauw
>>>>> on Mon, 15 May 2017 11:59:32 -0400 writes:
>> Hi,
>> Just reporting a small bug… not really a big deal
>>>>> Martin Maechler
>>>>> on Tue, 6 Jun 2017 09:45:44 +0200 writes:
>>>>> Hervé Pagès
>>>>> on Fri, 2 Jun 2017 04:05:15 -0700 writes:
>> Hi, I have a long numeric vector 'xx' and I want to use
>>
/cloud.r-project.org/mirror-howto.html
There it tells you to use rsync, and I strongly recommend you do!
Martin Maechler,
ETH Zurich
(running one of the oldest - public - CRAN Mirrors)
>> On 8 Jun 2017, at 23:29, Joshua Bradley
>> wrote:
>>
>>
>>>>> Kirill Müller
>>>>> on Thu, 8 Jun 2017 12:55:26 +0200 writes:
> On 06.06.2017 22:14, Kirill Müller wrote:
>>
>>
>> On 06.06.2017 10:07, Martin Maechler wrote:
>>>>>>>> Kirill Müller on
IFICANT
USER-VISIBLE CHANGES", there is "factor() now uses order() to sort its levels".
It is false. Code of function 'factor' in R 3.4.0
(https://svn.r-project.org/R/tags/R-3-4-0/src/library/base/R/factor.R) still
uses 'sort.list', not 'order'.
>
> Paul Johnson
> on Wed, 14 Jun 2017 19:00:11 -0500 writes:
> Dear R devel
> I've been wondering about this for a while. I am sorry to ask for your
> time, but can one of you help me understand this?
> This concerns duplicated labels, not levels, in the factor functio
> Suharto Anggono Suharto Anggono
> on Wed, 14 Jun 2017 17:17:38 + writes:
[quite important stuff, taking _longer_ to reply ...]
> > By the way, in NEWS, in "CHANGES IN R 3.4.0", in "SIGNIFICANT
USER-VISIBLE CHANGES", there is "factor() now uses order()
> Paul Johnson
> on Fri, 16 Jun 2017 11:02:34 -0500 writes:
> On Fri, Jun 16, 2017 at 2:35 AM, Joris Meys wrote:
>> To extwnd on Martin 's explanation :
>>
>> In factor(), levels are the unique input values and labels the unique
output
>> values. So the function
>>>>> Martin Maechler
>>>>> on Thu, 22 Jun 2017 11:43:59 +0200 writes:
>>>>> Paul Johnson
>>>>> on Fri, 16 Jun 2017 11:02:34 -0500 writes:
>> On Fri, Jun 16, 2017 at 2:35 AM, Joris Meys wrote:
>>> To
: Male Male Male Female
>
which gave a result somewhat similar to the new R-devel
result. I would argue the new result should be fine
Yes, if unwise people used suppressWarnings(.) around their
code, they may be surprised now but that's what you get if
you suppress warnings w
>>>>> peter dalgaard
>>>>> on Mon, 26 Jun 2017 13:43:28 +0200 writes:
> This seems to be due to changes made by Martin Maechler in
> 2008. Presumably this fixed something, but it escapes my
> memory.
Yes: The change set (svn -c46441) also
>>>>> "PD" == Peter Dalgaard
>>>>> on Mon, 26 Jun 2017 20:12:38 +0200 writes:
>> On 26 Jun 2017, at 19:04 , Martin Maechler
>> wrote:
>>
>>>>>>> peter dalgaard on Mon, 26 Jun
>>>
lly almost all of this follow up should have happened there.
I have followed up there and also there attached a Windows-only
+ commented version of Rich's patch. As mentioned, I've tested
it and confirmed to work for the use case in the mean time, so
plan to commit soon.
This will be to
This is a continuation of the R-devel thread with subject
"suggestion to fix packageDescription() for Windows users" :
As I said there, a patch should rather address the underlying
problem in packageDescription rather than a kludgy workaround
patch for citation().
(For that same reason, Ben Marw
>>>>> Uwe Ligges
>>>>> on Wed, 28 Jun 2017 18:45:59 +0200 writes:
> On 27.06.2017 17:36, Martin Maechler wrote:
>> This is a continuation of the R-devel thread with subject
>> "suggestion to fix packageDescription() for Window
ork around) bug.
I propose to fix the code (for consistency) rather than the
documentation and will do so if there's no dissent.
We have become wary and cautious with last minute changes so
this won't be in R 3.4.1 (due tomorrow Friday) but probably
in 'R 3.4.1 patched" later, and then future versions.
Martin Maechler,
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
https://people.clas.ufl.edu/skostyshak/
> [DELETED ATTACHMENT external: R-exts.texi.diff, plain
> text]
Thank you very much, Scott!
This is a clear improvement
((even though some of the style changes may be debatable - but only by native
English/American (;-) speakers, not me
caffeinated, but if there is a bug here, it may be due
to the way in which cbind() is being called in the code above, where the three
dots are being used?
>>
>> I can replicate the presumably correct behavior by using:
>>
>> m <- unclass(as.data.fra
>>>>> Martin Maechler
>>>>> on Fri, 14 Jul 2017 16:30:50 +0200 writes:
>>>>> Marc Schwartz
>>>>> on Fri, 14 Jul 2017 06:57:26 -0500 writes:
>>> On Jul 13, 2017, at 5:07 PM, Marc Schwartz wrote:
>
>>>>> Marc Schwartz
>>>>> on Fri, 14 Jul 2017 11:01:03 -0500 writes:
>> On Jul 14, 2017, at 9:50 AM, Martin Maechler
>> wrote:
>>
>>>>>>> Martin Maechler on Fri,
>>>>>>
>>>>> Duncan Murdoch
>>>>> on Sat, 15 Jul 2017 19:27:57 -0400 writes:
> On 15/07/2017 11:37 AM, Martin Maechler wrote:
>>>>>>> Marc Schwartz
>>>>>>> on Fri, 14 Jul 2017 11:01:03 -0500 writes:
> Rui Barradas
> on Mon, 17 Jul 2017 09:03:33 +0100 writes:
> Hello,
> R 3.4.1 on Windows 7, sessionInfo at the end.
> Is there a problem with install.packages? Since last friday every time I
> try to install a package in RGui, I start by choosing the CRAN mirror
> Scott Kostyshak
> on Thu, 20 Jul 2017 03:28:37 -0400 writes:
>> From ?confint:
> "Computes confidence intervals" and "The default method assumes
> asymptotic normality"
> For me, a "confidence interval" implies an exact confidence interval in
> formal statistics
ewer development versions of R)
> quote(-"\n")
-"\\n"
>
Ideally, fixing this (wrong duplication of "\") will not make
bug 16732 resurface.
I expect a bug fix by tomorrow.
If this is a big problem for you, you will have to
> Steve Grubb
> on Thu, 20 Jul 2017 22:20:33 -0400 writes:
> On Thursday, July 20, 2017 7:41:00 PM EDT Duncan Murdoch wrote:
>> Thanks for posting this series of patches. Unfortunately, there's a
>> good chance they'll get lost in all the traffic on R-devel. If you
>
> Hello,
> This is a patch to fix what appears to be a simple typo. The warning says
> "invalid status assuming 0", but then instead sets runLast to 0.
> Signed-of-by: Steve Grubb
> Index: src/main/main.c
> ===
> --- src/main/main.
> Martin Morgan
> on Fri, 21 Jul 2017 03:43:48 -0400 writes:
> On 07/20/2017 05:02 PM, Steve Grubb wrote:
>> Hello,
>>
>> There appears to be a break missing in the switch/case for the LISTSXP
case.
>> If this is supposed to fall through, I'd suggest a comment so
> Steve Grubb
> on Thu, 20 Jul 2017 17:06:52 -0400 writes:
> Hello,
> This patch fixes a memory leak due to ptd going out of scope
> before its assigned to dd.
Hmm, I'm not an expert here, but I tend to say
that it may not be a memory leak because the corresponding
funct
> Steve Grubb
> on Thu, 20 Jul 2017 17:28:53 -0400 writes:
> Hello,
> The SMBUF_SIZED_STRING allows fscanf to read upto 511 bytes. The buffer
> at line 1382 is only 128 bytes. The fscanf format specifier ought to be
> resized to prevent a stack overrun.
Yes, you are r
>>>>> Steve Grubb
>>>>> on Fri, 21 Jul 2017 13:53:12 -0400 writes:
> Hello Martin,
> On Friday, July 21, 2017 4:21:21 AM EDT Martin Maechler wrote:
>> I have now created an account for you.
> Thanks. Is that the preferred method o
> John Blischak
> on Wed, 26 Jul 2017 16:22:22 -0500 writes:
> In the section FIles and Directories in the manual An Introduction to
> R it refers to the function create.dir:
>
https://cran.r-project.org/doc/manuals/r-devel/R-intro.html#Files-and-directories
> I've
> Suharto Anggono Suharto Anggono via R-devel
> on Sun, 30 Jul 2017 14:57:53 + writes:
> R devel's bind.c has been ported to R patched. Is it OK while names of
'unlist' or 'c' result may be not strictly the same as in R 3.4.1 because of
changed function 'NewName' in bind.c?
> Berwin A Turlach
> on Thu, 3 Aug 2017 15:27:56 +0800 writes:
> G'day all,
> since about a week my daily re-compilations of R patched and R devel
> are falling over, i.e. they stop with an error during "make
> check" (while building the 32 bit architecture) on my Ubun
> Victor Tian
> on Thu, 3 Aug 2017 09:49:57 -0400 writes:
> To whom it may concern,
> I happened to run the following R code just to check the layout of the
> output, but found that the code doesn't work the way I thought it should
> work.
yes, your expectations were
ath.data.frame group methods (about which I have not always
been so happy, but they are inheritance from S),
and as the Math methods work too, we should get this boundary
case working as well for the Ops.
Martin Maechler
ETH Zurich and R Core
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
So as often there is more to it than you first think.
Let's consider this an RFC (for experienced long time R users) :
>>>>> Martin Maechler
>>>>> on Wed, 9 Aug 2017 10:45:56 +0200 writes:
>>>>> William Dunlap via R-devel
>>>>
> Dmitriy Selivanov
> on Fri, 11 Aug 2017 17:33:31 +0400 writes:
> Hi mailing list and R-core. Could someone from R-core please help me to
> create account in bugzilla? I would like to submit issue related to gc()
to
> wishlist.
I will create one.
Your previous e-mails
> Suharto Anggono Suharto Anggono via R-devel
> on Fri, 11 Aug 2017 17:11:06 + writes:
> Suharto Anggono Suharto Anggono via R-devel
> on Fri, 11 Aug 2017 17:11:06 + writes:
> See https://stat.ethz.ch/pipermail/r-devel/2017-August/074746.html for
the origin o
>>>>> Martin Maechler
>>>>> on Wed, 9 Aug 2017 12:39:26 +0200 writes:
> So as often there is more to it than you first think.
> Let's consider this an RFC (for experienced long time R users) :
>>>>> Martin Maechler
>>&g
>>>>> Martin Maechler
>>>>> on Mon, 14 Aug 2017 11:46:07 +0200 writes:
>>>>> Suharto Anggono Suharto Anggono via R-devel
>>>>> on Fri, 11 Aug 2017 17:11:06 + writes:
>>>>> Suharto Anggono Suharto Anggono vi
> PIKAL Petr
> on Wed, 16 Aug 2017 06:25:48 + writes:
> Hi Duncan The simples spreadsheet is:
> Put a name in the cell, let say "a1" Put number e.g. 1
> below "a1" Copy the number to enough rows Select this
> column and press ctrl-c
> result is
>> temp<-
hat led to
change of 'seq' fuzz, is
https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15137
>
> On Tue, 15/8/17, Martin Maechler wrote:
> Subject: Re: [Rd] Issues of R_pretty in src/appl/pretty.c
> To: "Martin Maechler"
> @r-p
, Suharto.
I subsequently have amended NEWS and added such regression tests
(in svn r73108 | 2017-08-19).
Martin
> ----
> On Sat, 19/8/17, Martin Maechler
> wrote:
> Subject: Re: [Rd] Issues of R_pretty in src/appl/pretty.c
&
ave used,
including 3.3.3.
>
> Any suggestions? Is this a known bug with 3.4.1?
Thank you, Peter!
I can confirm what you are seeing (on Linux) in R version 3.4.0,
3.4.1, and "R devel", and also that this had worked w/o a
problem in earlier versions of R, where I've looked at
R version 3.3.3 and 3.2.5.
I do think this is a bug, but it was not known till now.
For ease of use, I attach the two R files to easily reproduce.
Note I use writeLines() instead of print() as its output is "nicer".
Best regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> Martin Maechler
>>>>> on Wed, 23 Aug 2017 09:10:20 +0200 writes:
>>>>> Peter Bosa
>>>>> on Tue, 22 Aug 2017 14:39:50 + writes:
>> Hello, I've noticed the following error using repeat{} / break
==
> --- src/library/base/man/rank.Rd (revision 73116)
> +++ src/library/base/man/rank.Rd (working copy)
...
Thank you, Jon.
Seems my mistake, I'm going to correct it.
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
the full distribution for that
case.
I would have expected to see all possible values in 0:100
instead of such a "normal like" distribution with carrier only
in [34, 67].
There are newer publications and maybe algorithms.
So maybe the algorithm is "flawed by design" for really large
>>>>> Peter Dalgaard
>>>>> on Fri, 25 Aug 2017 11:43:40 +0200 writes:
>> On 25 Aug 2017, at 10:30 , Martin Maechler
wrote:
>>
> [...]
>>
https://stackoverflow.com/questions/37309276/r-r2dtable-contingency-tables-are-
> Thomas Levine <_...@thomaslevine.com>
> on Fri, 28 Jul 2017 18:53:16 + writes:
> The attached patch corrects a dead link in the treering
> documentation. The URL in the manual [1] refers to a
> personal home page belonging to Christine Hallman (user
> "hallman")
> Therneau, Terry M , Ph D
> on Thu, 31 Aug 2017 16:08:24 -0500 writes:
> My on-screen plots with the latest build are acting
> strange. If the y label is longer than some small value it is not shown.
[MM: moved the important part of the script up here:]
plot(1:5, 1:5,
801 - 900 of 1879 matches
Mail list logo
