> Suharto Anggono Suharto Anggono via R-devel
> on Tue, 31 Jan 2017 15:43:53 + writes:
> Function 'aggregate.data.frame' in R has taken a different route. With
drop=FALSE, the function is also applied to subset corresponding to combination
of grouping variables that doesn't
> Avraham Adler
> on Tue, 31 Jan 2017 16:07:20 -0500 writes:
> On Tue, Jan 31, 2017 at 3:30 PM, peter dalgaard wrote:
>>
>>> On 31 Jan 2017, at 18:56 , Avraham Adler
wrote:
>>>
>>> Hello.
>>>
>>> When trying to unpack today's version of R-patched,
ve been applied to the R-devel and R-patched source now.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e mode (0 for raw) is automatically used."
After some thought (and experiments), I have reverted and no
longer use if(missing). You are right that it is not needed
(and even potentially confusing) here.
Changes are in svn c72106.
Martin Maechler
> --
and that seems to have been the only case
much exercised, nobody seems to have noticed the problem till
now ((this assumes people *would* report it if they noticed.
Yes, "hope dies last" ;-))
Thank you, this is amended now.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
doesn't seem likely.
> Henric Winell
Sometimes things change ... and not always for the worse. I've
found a version of your original patch idea which is very
efficient nice (in my eyes) and still leaves
system.time(loadNamespace("parallel"))
to round to 0, i.e. needing less than 1 ms.
--> in R-devel svn rev 72136
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s with NaN/Inf.
-----
Last but not least :
If you are not afraid of +/- Inf, but really only of NA/NaN's (as the OP said),
then note that "THE manual" (= "Writing R Extensions") does mention
ISNAN(.) almost in the same place as the first occurence of
R_FINITE(.).
Best regards,
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
or 'Depends:' in addition to the 'LinkingTo:'
Note howver that 'expm' would not have to mentioned
in the NAMESPACE file unless your R functions do use some of
expm's R level functionality.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
the help page of devices doesn't explain that there are any limits or how
> they are determined. The wording of the error message could also be improved,
> to explain that the resolution is too high or the dimensions are too large.
If one/some of those who can reproduce the problem in
> Hin-Tak Leung
> on Sat, 11 Feb 2017 19:30:26 + writes:
> I haven' t touched R for some 18 months, and so I have no
> idea if this is a recent problems or not; but it certainly
> did not segfault two years ago. Since it has been
> crashing (segfault) under 'make
extended by the useR using simple R code.
As Duncan Murdoch has mentioned already, this is now provided as
a byproduct of the functionality in the CRAN package 'nlsr'
{after that is tweaked, as you mentioned}, which is nice and
good to know (for all of us).
As one person who knows how imp
evaluation rules}.
\url{http://developer.r-project.org/nonstandard-eval.pdf}
> I'm happy to submit a bug report/patch if that seems appropriate.
Thank you, Ben!
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
*REALLY* does not fit to the R-devel
mailing list ... even though it is very very slightly related to
the R sources.
We do *not* want noise on R-devel, please.
(and let's continue this issue in private if you want)
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> On Thu, Feb 23, 2017 at 03:23:10PM +0100, Martin Maechler wrote:
> > >>>>> Mikko Korpela
> > >>>>> on Thu, 23 Feb 2017 14:02:58 +0200 writes:
> >
> > > With new R releases soon to come, I suggest updating the
> &
out
bug report, and your proposal to make the simple case rep(s, list(7))
work as previously seems ok to me.
However, for all this, we will concentrate on R-devel (to become
R 3.4.0).
Best regards,
Martin Maechler
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
ment variable (as you've
proposed as an alternative) which is turned "active" at the
beginning only manually or for the "CRAN incoming" checks of
the CRAN team (and bioconductor submission checks?)
and later for '--as-cran' etc until it eventually becomes the
unconditional behavior of R (and the env.variable is no longer used).
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
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
ot;flip the switch" I'd typically then
have to be the one sending an e-mail to all package maintainers
affected and in this case I'm very reluctant to volunteer
for that and so, I'd prefer the environment variable where R
core and others can decide how to use it .. for a while ..
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 +
-project.org/bugs.html
I have generated an R bugzilla account for you so you can report
it there (for "book keeping", posteriority, etc).
> Thanks in advance for any insights, Z
and thank *you* (and Nikolaus ?) for the report!
Best regards,
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
se for me good code should also be beautiful to some extent.
I really very much prefer
f(x)
to%f% x
and hence I really really really cannot see why anybody would prefer
the ugliness of
1 + - %num% "5"
to
1 + -num("5")
(after setting num &
> 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
solution would offer itself; I'd guess that the bundle location is
inferred when R is built from source, and somehow there has been a
disconnect between your R installation and certificate location, e.g.,
moving the certificate location after R installation.
Martin Morgan
John R
> 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
> Suharto Anggono Suharto Anggono via R-devel
> on Sat, 1 Apr 2017 14:10:06 + writes:
> I am raising this again.
> With
> z <- complex(real = c(0,NaN,NaN), imaginary = c(NA,NA,0)) ,
> results of
> sapply(z, match, table = z)
> and
> mat
>>>>> 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
you describe above (p ; p$e ; p$e$x ...)
should be reproducible in pure "base" R code, right?
I'm sorry not to be of more help
Martin
> -Winston
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>
> 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
pletely disregard it and
it would be nicer if they did not have it.
HOWEVER, if it is removed and a user / code has
val <- c(, recursive = r)
then 'recursive' will become part of 'val' which is not desirable.
I had never thought more about thi
the existence and if the directory is no longer "valid",
tries to recreate it (and if it fails doing that it calls the
famous R_Suicide(), as it does when R starts up and tempdir()
cannot be initialized correctly).
The proposed entry in NEWS is
• tempdir(check=TRUE) recreates the tmpd
>>>>> 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
> path. This would have fixed the issue I ran into. Changing 'tempdir()'
> to recreate the directory is another option.
In the end I had decided that
tempfile("foo", tmpdir = tempdir(check = TRUE))
is actually better self-documentin
ESS).
The OP issue was to help newbies and computer-non-experts, the
latter nowadays comprising more than 90% of R users (I'd guess ~
98% looking at our otherwise smart students).
These are typically "slightly" confused when they ask for help and
get a pretty severe error m
> 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
, pfr) : argument "y" is missing, with no default
whereas previously it gave
Error in stopifnot(is.numeric(y)) :
argument "y" is missing, with no default
But I think that change (of call stack in such an error case) is
unavoidable and not a big problem.
--
I'
(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:
>&
.) and that would also
preserve the "dim" attribute.
I would think that the changed behavior _is_ better, and is also
according to documentation, because the help page for
[.factor
explains that 'drop = TRUE' drops levels, but _not_ that it
transforms a factor matrix into a fa
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
F-8" is not okay
either, as a fallback.
It seems we should use "en_US.UTF-8" as fallback instead
(though I assume that won't work in North Korea).
I've committed a version that does that _and_ no longer stops
when that identical() does not give a 'TRUE'.
Martin
&
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&
inue to
compute the current solution, another would compute the one
corresponding to Velleman & Hoaglin (1981)'s FORTRAN
implementation (which had to be corrected for some infinite-loop
cases!)... not in the close future though
Given all this discussions here, I think I should commit what I
wouldn't create a precedent. Also and
> FWIW prod() avoids the problem by always returning a
> double, whatever the type of the input is (except on a
> complex vector).
> I can provide a patch if this change sounds reasonable.
This sounds very reasonable, thank you Herv
n.
Also for that reason -- but even more for consistency -- it
would also be nice if PROTECT_WITH_INDEX() behaved the same.
Martin
> Best regards
> Kirill
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> 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'.
>
re(c(1L, NA, NA, 2L, 2L, 2L), .Label = c("1", "4"), class = "factor")
and that of course _is_ a valid factor .. which you can easily
get directly via e.g.
> identical(y, factor(c(1,NA,NA,4,4,4)))
[1] TRUE
or also via
> identical(y, factor(c("1",NA,NA,
r spotting and mentioning this!
I have now moved the entry to the NEW FEATURES of 'R devel'.
It could also go to 'R 3.4.0 patched --- to become R 3.4.1 at
around "useR! 2017" --- but it was not my change so don't know
how important or how "dangerous" the chang
>>>>> 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 va
>>>>> 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
quot;
> iconv(xU, "UTF-8", "", sub="?")
[1] "Ekstr??m" "J??reskog""bi??chen Zürcher"
Etc... . As the above is typically garbled between e-mail
transfer agents, I append both the iconv-Windows.R R s
>>>>> 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
am using the R version 3.4.0 (2017-04-21) platform
x86_64-redhat-linux-gnu
package from Fedora 25.
Regards,
Martin Binder
__
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
> 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:
>>>>> 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:
thing I don't have to wait and get the same
warning as you (and when I then decide to use the older *binary*
for igraph that is installed fine).
Martin
> install.packages("igraph")
> --- Please select a CRAN mirror for use in this session ---
> Warning: u
.
One could consider to make 'qnorm' an argument of the
default method to allow more general distributional assumptions,
but it may be wiser to have useRs write their own
confint.() method, notably for cases
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
e "pl = pairlist(1, 2); length(pl) = 1; pl"
> pl = pairlist(1, 2); length(pl) = 1; pl
Error in length(pl) = 1 :
SET_VECTOR_ELT() can only be applied to a 'list', not a 'pairlist'
Execution halted
fixed in r72936 (R-devel) / 72937 (R-3-4-branch).
Mart
since exit() reports NA & 0377
(i.e., 0) and the incorrect assignment to runLast is immediately
over-written by the correct value.
Martin Morgan
Index: src/main/main.c
===
--- src/main/main.c (revision 72935)
+++ 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
>
0;
> + status = 0;
> }
> runLast = asLogical(CADDR(args));
> if (runLast == NA_LOGICAL) {
Yes, thank you!
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
>>>>> 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.
>> I
format, ap);
is successful and res >= 0. usedVasprintf is then set to TRUE, and
free(b) called.
It seems like the code is correct as written?
Martin Morgan (the real other Martin M*)
return res;
}
__
R-devel@r-project.org mailing list
; dev.off()}))
## ---
## goes up to some and then stays ...[almost, sometimes increases still a bit]
## is not much different to pictex()
But I've added a free(ptd) --- in a way where the code
is slightly easier to parse by
> 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
801 - 900 of 2292 matches
Mail list logo
