> Henrik Bengtsson
> on Fri, 30 Mar 2018 10:14:04 -0700 writes:
> So, the proposal would then be to write to tempdir(),
> correct? If so, I see three alternatives:
> 1. explicitly use file.path(tempdir(), filename), or
> tempfile() everywhere.
I think it should clea
> Katrin Leinweber
> on Sun, 25 Mar 2018 19:04:34 +0200 writes:
> Dear Madams and Sirs,
> because the DOI foundation recommends a new, secure resolver [1], I
> wanted to suggest the attached patch. It
> a) updates a static DOI link in the docu,
> b) the code chunk
chment.cgi?id=1540 ):
> - For remapping, use
> f <- match(xlevs, nlevs)[f]
> instead of
> f <- match(xlevs[f], nlevs)
> (I have mentioned it).
> - Remap only if length(nlevs) differs from length(xlevs) .
> [snip]
> -
Please package authors, do update the source of your packages:
a) replace cBind() by cbind() and rBind() by rbind()
b) Ensure that your package depends on at least R 3.2.0,
i.e. possibly add a
'Depends: R (>= 3.2.0)'
to your DESCRIPTION file.
Of course feel free to
> Ben Bolker
> on Mon, 19 Mar 2018 11:57:34 -0400 writes:
> patch against recent SVN ...
> as far as I can tell this trivial typo has been there for 20 years:
>
https://github.com/wch/r-source/blame/ba7920a99fb2fb62b89e404e65f8b132ed4c150a/src/library/base/man/pretty.Rd
> Suharto Anggono Suharto Anggono via R-devel
> on Sat, 17 Mar 2018 11:53:28 + writes:
> Logic.Rd has been changed again in r74377. After change:
> \item{x, y}{raw or logical or \sQuote{number-like} vectors
> (i.e., of types \code{\link{double}} (class
> \cod
>>>>> Adrian Dușa
>>>>> on Tue, 13 Mar 2018 09:17:08 +0200 writes:
> On Mon, Mar 12, 2018 at 2:18 PM, Martin Maechler
> wrote:
>> [...]
>> Is that so? Not according to my reading of the 'Writing R
>> Ext
n it is neither
loaded nor attached (e.g., when R runs with only base, say, and
suddenly encounters an S4 object), and there still are
situations where 'methods' needs to be in the search() path and
not just loaded, but these cases should be unrelated to the
above DESCRIPTION-Imports vs NAMESPACE-Imports correspondence.
Martin Maechler
ETH Zurich & R Core Team
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
avior which entails that as.data.frame.*(x) (and
similar coercions to data frames) should typically _handle_
invalid row names rather than signal errors.
Feedback is welcome !
((though I will be slow in replying, going basicaly off work for
my early-starting weekend in the Alps))
Martin Maechler,
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>> them into bits
>> needs its own terms function? This does not look like a good solution to
>> me.
>>
>> On 03/07/2018 07:39 AM, Ben Bolker wrote:
>>>
>>> I knew I had seen this before but couldn't previously remember where.
> Hugh Parsonage
> on Mon, 5 Mar 2018 13:39:24 +1100 writes:
> Lines 129-131: \code{grep(value = FALSE)} returns a vector
> of the indices of the elements of \code{x} that yielded a
> match (or not, for \code{invert = TRUE}. This will be an
> integer vector unless the
methods)
> Michael Chirico
Yes, 'lars' has _not_ been updated since Spring 2013, notably
because its authors have been saying (for rather more than 5
years I think) that one should really use
require("glmnet")
instead.
Your point is still valid that it would be easy to enhance
base :: scale.default() so it'd work in more cases.
Thank you for that. I do plan to consider such a change in
R-devel (planned to become R 3.5.0 in April).
Martin Maechler,
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>
> on Fri, 23 Feb 2018 15:43:43 + writes:
> Thanks a lot for your answer Jeroen!
> I should have mentioned that I had actually only checked with the
win-builder, as I did not have R-devel installed on my computer.
> But based on your answer I installed R-devel loca
rtin
> Best,
> Scott
> On 22 February 2018 at 22:31, Martin Maechler
> wrote:
>> >>>>> Gabriel Becker
>> >>>>> on Wed, 21 Feb 2018 07:11:44 -0800 writes:
>>
>> > Hi all,
>> &g
> Gabriel Becker
> on Wed, 21 Feb 2018 07:11:44 -0800 writes:
> Hi all,
> For the record this approach isnt 100% backwards compatible, because
> names(mergeddf) will e incompatibly different. Thatx why i claimed
> bakcwards compatable-ish
exactly.
> That said its
>>>>> Martin Maechler
>>>>> on Thu, 1 Feb 2018 16:34:04 +0100 writes:
> >>>>> Hervé Pagès
> >>>>> on Tue, 30 Jan 2018 13:30:18 -0800 writes:
>
> > Hi Martin, Henrik,
> > Thanks for the follow u
>>>>> Henrik Bengtsson
>>>>> on Thu, 1 Feb 2018 10:26:23 -0800 writes:
> On Thu, Feb 1, 2018 at 12:14 AM, Martin Maechler
> wrote:
>>>>>>> Michael Lawrence
>>>>>>> on Tue, 30 Jan 2018 15:57:42 -08
>>>>> Michael Lawrence
>>>>> on Thu, 1 Feb 2018 06:12:20 -0800 writes:
> On Thu, Feb 1, 2018 at 1:21 AM, Martin Maechler
> wrote:
>> >>>>> Michael Lawrence
>> >>>>> on Tue, 30 Jan 2018 10
ger we have.
So, in the end, at least for now, we do not quite go all they way
but overflow a bit earlier,... but do potentially gain a bit of
speed, notably with the ITERATE_BY_REGION(..) macros
(which I did not show above).
Will hopefully become available in R-devel real soon now.
Martin
>
> Michael Lawrence
> on Tue, 30 Jan 2018 10:37:38 -0800 writes:
> I agree that it would make sense for the object to have c("by", "list") as
> its class attribute, since the object is known to behave as a list.
Well, but that (list behavior) applies to most non-simple S3
clas
> Michael Lawrence
> on Tue, 30 Jan 2018 15:57:42 -0800 writes:
> I just meant that the minimal contract for as.list() appears to be that it
> returns a VECSXP. To the user, we might say that is.list() will always
> return TRUE.
Indeed. I also agree with Herv'e that t
em and shows the problem indeed does not
happen in nlminb() -- which I wrongly assumed for a while --
but indeed in nlme's call to own .C() code.
I am looking into fixing this (making it interruptable // detect
the infinite loop).
My guess is that it only happens in degenerate cases like her
> Henrik Bengtsson
> on Thu, 25 Jan 2018 09:30:42 -0800 writes:
> Just following up on this old thread since matrixStats 0.53.0 is now
> out, which supports this use case:
>> x <- rep(TRUE, times = 2^31)
>> y <- sum(x)
>> y
> [1] NA
> Warning message:
> Serguei Sokol
> on Mon, 22 Jan 2018 17:57:47 +0100 writes:
> Le 22/01/2018 à 17:40, Keith O'Hara a écrit :
>> This behavior is noted in the qr documentation, no?
>>
>> rank - the rank of x as computed by the decomposition(*): always full
rank in the LAPACK case.
the source, I tend to agree with you that it looks
odd there is no else clause to that if(), but then there may
be subtle good reasons for that we don't see now.
> I can open a bug report if you wish, but I would require a
> bugzilla account for that. Otherwise you’re also
100% appropriate, indeed.
With R we have had a philosophy of trying hard to be correct
first, and fast second... and indeed the last 20 years have
shown many cases where R's use (and checks) actually have
reveiled not only inaccuracies but sometimes also bugs in
LAPACK/BLAS implementations w
> Duncan Murdoch
> on Wed, 27 Dec 2017 06:13:12 -0500 writes:
> On 26/12/2017 9:40 AM, Dirk Eddelbuettel wrote:
>>
>> On 26 December 2017 at 22:14, Sun Yijiang wrote: | Thanks
>> for the solution. Now I know the work-arounds, but still
>> don't | quite get it. Wh
of us
> who are SVN users, but probably harder for Git users.
> Duncan Murdoch
As you know I had setup (the first few versions of) the svn at
https://svn.r-project.org/
at the time, I wanted to keep that machine protected as much as
possible and had decided not to install any other a
part[i] <- list(recurse(part[[i]]))
> }
> part
>}
>body(fn) <- recurse(body(fn))
>fn
> }
>
> # test
> ( testNoSrc2 <- rmSource(testSrc) )
> testNoSrc2()
>
>
> Regards,
> Denes
Thank you very much, Denes. This is indeed a b
-level bug somewhere.
- Either in 'stringr' or 'stringi' in their C code using
things they should not (because not in R's API),
which now shows in R-devel where many "inner workings" have been
modified (key "ALTREP")
- or in R-devel .. in these new &
> Patrick Perry
> on Thu, 30 Nov 2017 22:45:21 -0500 writes:
> Converting a data.frame with a nested data.frame to a matrix fails:
> x <- structure(list(a = data.frame(letters)),
> class = "data.frame",
> row.names = .set_row_names(26))
> as.matrix(x)
> #> Err
> Iñaki Úcar
> on Thu, 30 Nov 2017 14:32:12 +0100 writes:
> 2017-11-30 14:13 GMT+01:00 Suzen, Mehmet :
>> On 30 November 2017 at 14:04, Iñaki Úcar wrote:
>>>
>>> Am I supposed to read every reference on a man page just to know what
>>> to expect from a function?
>>>>> Martin Maechler
>>>>> on Thu, 16 Nov 2017 22:00:16 +0100 writes:
> [This is a "re-post" -- for some reason it never appeared
> on R-devel]
>>>>> Etienne Sanchez
>>>>> on Tue, 14 Nov 2017 19:33:07 +01
u very much, Aaron.
This is indeed a bug, and it looks that I had caused it when
introducing the internal str_parse() utlity.
It's too bad this is so close before release of R 3.4.3 and the
fix to the bug is not trivial (not very hard either) such that
it most probably will not make it into 3.4.3.
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Cons"
are related to "there must 100's of 1000s of R code lines using
str(), and so there will be 100s of places where the output
changes, ( ... but then I'd guestimate that the change would be
to the better in most cases).
Martin
--
Martin Maechler, ETH Zurich
> _
> Hadley Wickham
> on Mon, 20 Nov 2017 12:50:24 -0600 writes:
> Hi all,
> I think there's an unnecessary line in [.Date which has a considerable
> impact on performance when subsetting large dates:
> x <- Sys.Date() + 1:1e6
> microbenchmark::microbenchmark(x[1])
> Paul Johnson
> on Mon, 20 Nov 2017 14:59:26 -0600 writes:
> I mistakenly left a write in "/tmp" in the rockchalk package (version
> 1.8.109) that I uploaded last Friday. Kurt H wrote and asked me to fix
> today.
> While uploading a new one, I became aware of a probl
> Lukas Stadler
> on Thu, 9 Nov 2017 16:34:49 +0100 writes:
> I think there’s a bug concerning the formatting of raw vectors with names:
>> structure(as.raw(1:3), .Names = c("a", "", "c"))
> a c
> 01 02 03
>> structure(1:3, .Names = c("a", "", "c"
That is, packages that made provision for
> aliased coefficients based on the old behaviour of coef()
> and vcov() will now have to adapt to the new, more
> consistent behaviour.
> Best, John
Thank you John for the confirmation (and see below).
>> -Origin
>>>>> Martin Maechler
>>>>> on Thu, 2 Nov 2017 21:59:00 +0100 writes:
>>>>> Fox, John
>>>>> on Thu, 14 Sep 2017 13:46:44 + writes:
>> Dear Martin, I made three points which likely got lost
>> be
uggested by Suharto Anggono, and as "promised" on
R-devel list, Nov 26, 2016
----
> On Mon, 28/11/16, Martin Maechler wrote:
> Subject: Re: [Rd] ifelse() woes ... can we agree on a ifelse2() ?
ell you are close in your R code, but not if you load 50
packages and do how-knows-what before running the example,
you RNGkind() and many other things could have been changed ...)
Since you run ubuntu, you know the shell and you could
(after installing a current version of R) put your MRE in a
small *.R script and do
R CMD BATCH --vanilla MRE.R
which will produce MRE.Rout with all input/output
BTW: Even on Windoze you can do similarly, once you've found the
location of 'Rcmd.exe':
..\Rcmd BATCH --vanilla MRE.R
should work there as well and deliver MRE.Rout
- - - - -
After doing all this, your problem may still be just
because you are using much too large integers for the 'seed'
argument of set.seed()
I really really strongly believe you should have used R-help
instead of R-devel.
Best,
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
t
coef(*, complete=FALSE) and
vcov(*, complete=FALSE) behaviors.
Thank you and Terry (and others?) for bringing up the issues and
discussing them thoroughly!
Best,
Martin.
> Best, John
>> -Original Message- From: Martin Maechler
>> [mailto:maech...@stat.math.eth
et
>>
>> But Intel MKL also seems to be free*:
>> https://software.intel.com/en-us/articles/free-mkl
> install.packages("rmsfact")
> sub(".*because ", "", rmsfact::rmsfact(8))
"Amen"!
...
described in the list signup page:
> https://stat.ethz.ch/mailman/listinfo/r-devel )
> Regards,
> Brian
Yes, indeed!
Thank you Brian.
Morkus: Do *STOP* using the R-devel mailing list for now, and
use R-help instead. You are absolutely misusing R-devel currently!
Martin Maech
> Lukas Stadler
> on Mon, 23 Oct 2017 15:56:55 +0200 writes:
> Hi!
> I was wondering about the behavior of the range function wrt. logical NAs:
>> range(c(0L, 1L, NA), finite=T)
> [1] 0 1
>> range(c(F, T, NA), finite=T)
> [1] NA NA
> The documentation is
>>>>> Stephen Berman
>>>>> on Thu, 19 Oct 2017 17:12:50 +0200 writes:
> On Wed, 18 Oct 2017 18:09:41 +0200 Martin Maechler
wrote:
>>>>>>> Martin Maechler
>>>>>>> on Mon, 16 Oct 2017 19:13:31 +0200 writ
na(x)] returns a "nice"
(typically atomic) vector .. which is the case for such data frames.
The consequence, that in R-devel, currently
factor(mtcars)
just "works", is indeed unexpected or even "shocking", and I
still don't know what the most elega
>>>>> Martin Maechler
>>>>> on Mon, 16 Oct 2017 19:13:31 +0200 writes:
>>>>> Stephen Berman
>>>>> on Sun, 15 Oct 2017 01:53:12 +0200 writes:
> > (I reported the test failure mentioned below to R-help but was advise
> Stephen Berman
> on Sun, 15 Oct 2017 01:53:12 +0200 writes:
> (I reported the test failure mentioned below to R-help but was advised
> that this list is the right one to address the issue; in the meantime I
> investigated the matter somewhat more closely, including searc
> Jan van der Laan
> on Fri, 6 Oct 2017 12:13:39 +0200 writes:
> It is actually model.matrix that crashes, not glm. Same
> crash occurs with e.g. lm.
> model.matrix(dob_mon ~ dob_day*dob_mon, data = tab)
> also crashes R.
Yes, segmentation fault.
It only happens wh
nk you, Lukas, for the report!
I'll fix it .. but of course too late for R version 3.4.2 which
has been released about one hour ago (!).
Martin Maechler
ETH Zurich
> Best,
> Lukas
> [[alternative HTML version deleted]]
&g
>>>>> Martin Maechler
>>>>> on Tue, 19 Sep 2017 09:18:46 +0200 writes:
>>>>> Suharto Anggono Suharto Anggono via R-devel
>>>>> on Mon, 18 Sep 2017 16:11:53 + writes:
>> Previous mentions:
>> - htt
> Suharto Anggono Suharto Anggono via R-devel
> on Mon, 18 Sep 2017 16:11:53 + writes:
> Previous mentions:
> - https://stat.ethz.ch/pipermail/r-devel/2017-July/074723.html
> - https://stat.ethz.ch/pipermail/r-devel/2017-August/074737.html
> The NEWS item correspo
>>>>> Martin Maechler
>>>>> on Thu, 14 Sep 2017 10:13:02 +0200 writes:
>>>>> Fox, John
>>>>> on Wed, 13 Sep 2017 22:45:07 + writes:
>> Dear Terry,
>> Even the behaviour of lm() and glm() isn't e
> Fox, John
> on Wed, 13 Sep 2017 22:45:07 + writes:
> Dear Terry,
> Even the behaviour of lm() and glm() isn't entirely consistent. In both
cases, singularity results in NA coefficients by default, and these are
reported in the model summary and coefficient vector, but
> Neal Richardson
> on Fri, 8 Sep 2017 10:52:32 -0700 writes:
> Hi,
> I noticed some R-devel failures on CRAN on a package I maintain:
> https://cloud.r-project.org/web/checks/check_results_httptest.html
> It appears that 'dput'/'deparse' is returning an invalid objec
> William Dunlap via R-devel
> on Fri, 8 Sep 2017 09:54:58 -0700 writes:
> When I mistakenly use file.copy() with a directory for the 'from' argument
> and a non-directory for the 'to' and overwrite=TRUE, file.copy returns
> FALSE, meaning it could not do the copying. How
>>>>> Thomas Levine <_...@thomaslevine.com>
>>>>> on Fri, 1 Sep 2017 13:23:47 + writes:
> Martin Maechler writes:
>> There may be one small problem: IIUC, the wayback machine
>> is a +- private endeavor and really gr
> Lionel Henry
> on Fri, 1 Sep 2017 13:47:07 +0200 writes:
> A package should probably never register a S3 method unless it owns
> either the generic or the class.
I agree... (and typically it does "own" the class)
> Here `formula.tools` owns neither.
i.e., it neither d
ens
at package load time, and then _not_ using `::` in the package
sources itself.
Many people seem to forget that every use of `::` is an R
function call and using it is ineffecient compared to just using
the already imported name.
Best,
Martin Maechler
ETH Zurich and R Core Team
> Best
> Simon Barthelme
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
understand what you mean. From the little I
understand about English intricacies and with my not
fully developed gut feeling of good English (which I rarely
speak but sometimes appreciate when reading / listening),
I would indeed
prefer 'Native Language'
to 'Natural Language'
> 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,
> 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")
>>>>> 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-
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
==
> --- 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
>>>>> 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
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
, 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
&
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
> 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<-
>>>>> 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
>>>>> 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
> 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
> 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
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
>>>>
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
> 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
> 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
> 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?
> 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
>>>>> 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
> 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 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
> 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
> 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.
> 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
>
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
> 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
> 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
>>>>> 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:
>>>>> 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,
>>>>>>
>>>>> 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 06:57:26 -0500 writes:
>> On Jul 13, 2017, at 5:07 PM, Marc Schwartz wrote:
>>
>>
>>> On Jul 13, 2017, at 3:37 PM, Marc Schwartz wrote:
>>>
>>>
On Jul 13, 2017, at 3:22 PM, Duncan Murdoch
wrote:
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
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
>>>>> 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
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
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
501 - 600 of 1761 matches
Mail list logo