ls, the body and the
> environment. (Actually, 4 parts: like almost all R
> objects, they may also have attributes.)
> That arg just says to ignore the environment part when
> comparing closures. It doesn't say to ignore environments
> in general.
For a
... of course, you have a very good point
So, let me say
"Patches are welcome!"
(If
- they include changes to the *.Rd files [e.g., with an option
to remain back-bug-compatible]
- are well tested, e.g., run 'make check-a
>>>>> Vinh Nguyen
>>>>> on Fri, 9 Oct 2015 06:35:01 -0700 writes:
> On Oct 8, 2015 11:36 PM, "Martin Maechler"
> wrote:
>>
>> >>>>> Vinh Nguyen >>>>> on Thu, 8
>> Oct 2015
>>>>> Henric Winell
>>>>> on Wed, 21 Oct 2015 13:43:02 +0200 writes:
> Den 2015-10-21 kl. 07:24, skrev Suharto Anggono Suharto Anggono via
R-devel:
>> Marius Hofert-4--
>>> Den 2015-10-09 kl. 12:14, skr
> Den 2015-10-21 kl. 07:24, skrev Suharto Anggono Suharto Anggono via
R-devel:
>>> Marius Hofert-4--
>>>> Den 2015-10-09 kl. 12:14, skrev Martin Maechler:
>>>> I think so: the code above doesn't seem to do the r
> Mikko Korpela
> on Wed, 18 Nov 2015 11:35:14 +0200 writes:
> The NEWS for R-devel has the following item:
>> The previously included versions of zlib, bzip2, xz and PCRE have
>> been removed, so suitable external (usually system) versions are
>> required (see the ‘R
ce", c("integer", "numeric"), getMethod("coerce",
c("ANY", "numeric")))
> [1] "coerce"
>> typeof(as(1L, "numeric"))
> [1] "double"
> Seems like a reasonable addition to the code, unless someon
>>>>> Martin Maechler
>>>>> on Tue, 8 Dec 2015 15:25:21 +0100 writes:
>>>>> John Chambers
>>>>> on Mon, 7 Dec 2015 16:05:59 -0800 writes:
>> We do need an explicit method here, I think.
>> The issue is
>From the Bioconductor side of things, the general feeling is that this is a
>step in the right direction and worth the broken packages. Martin Morgan
From: R-devel [r-devel-boun...@r-project.org] on behalf of Martin Maechler
[maech...@stat.math.e
#x27;ve seen more cases where
"the change will cause all integer vectors to become double when the class
extends "numeric".
seems detrimental.
OTOH, I still think we could go in the right direction ---
hopefully along the wishes of bioconductor S4 development, see
Martin Mo
dimnames = c("points",
> "variables", "hypercubes"))
> where the non-list dimnames has no effect, and no warning or error.
so we will see some CRAN (and may off-CRAN) packages
producing errors after the change,
but indeed, these errors will be catching pro
>>>>> Martin Maechler
>>>>> on Sat, 12 Dec 2015 10:32:51 +0100 writes:
>>>>> John Chambers
>>>>> on Fri, 11 Dec 2015 10:11:05 -0800 writes:
>> Somehow, the most obvious fixes are always back-incompatible these days.
>>>>> Josh O'Brien
>>>>> on Mon, 4 Jan 2016 16:16:51 -0800 writes:
> On Dec 19, 2015, at 3:32 AM, Martin Maechler wrote:
>>>>>>> Martin Maechler on
>>>>>>> Sat, 12 Dec 2015 10:32:51 +0100 writes:
ng as documented: it says it will run
> make after Sweave, so if Sweave never ran, neither would
> make. But perhaps your suggestion is good: it should run
> make whether or not Sweave (or some non-Sweave vignette
> builder) was run.
> Duncan Murdoch
I agree. These were my thoughts too.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
n R [not reporting erronous as.data.frame() usage]
- one in DoE.wrapper
I'm going to look into the R one, which is indeed in the
as.data.frame.vector() method, as you've noted.
--
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e does not allow connections to port 11001. Either way, the
direction toward a solution is to speak with your system administrator. If it
is firewall, then they are unlikely to accommodate you; the strategy is to run
your cluster exclusively on one side of the firewall.
Mar
> William Dunlap via R-devel
> on Wed, 13 Jan 2016 13:46:05 -0800 writes:
> as.data.frame methods behave inconsistently when they are given a row.name
> argument of the wrong length. The matrix method silently ignores row.names
> if it has the wrong length and the numeric, integer, a
> iconv
> "win_iconv"
> Hope it helps,
> ~p
Sure does, thank you.
What also helps is reading RFM :
The thread started with 'capabilities' and
?capabilities
has a prominent link to extSoftVersion
and that itself mentions grSoftVersion ... (a
you say above more relevant/interesting.
Still, from this thread I get that the C source code of R needs
considerable configuration patches before R can work with musl.
But that needs another thread, something like 'Building R with musl'.
>> Until these are resolved, R can
d to search().
Other functions, such as require(.) do rely on this behavior of library(.),
e.g., the much used idiom
if(require()) {
}
needs library() to signal an error on non-success.
Martin
>> Alternatively, I can just give a warning and
problems in our checks).
> Thanks to all the developers who have made R such a great
> contribution to humanity.
Thank you for the flowers!
Martin Maechler
> Best Wishes,
> Spencer Graves
> sessionInfo()
> R version 3.2.3 (
>>>>> Simon Urbanek
>>>>> on Mon, 1 Feb 2016 08:36:56 -0500 writes:
> On Feb 1, 2016, at 4:16 AM, Martin Maechler
wrote:
[..]
>> Back to R: I'm not familiar with that part of the code, neither
>> the con
r system libraries (or possibly on our configuration) side
before you should bundle R with your Alpine Linux.
I'd call it "unsafe" for now.
Martin
--
Martin Maechler, ETH Zurich and R Core Team.
>>>> On Feb 1, 2016, at 4:16 AM, Ma
AP> Any more information I can give to help debug this?
Maybe just privately, to confirm my suspicion above:
Send me privately the result of 'f1' from that R script.
Martin
AP> On Mon, Feb 1, 2016 at 3:49 PM, Martin Maechler
AP> wrote:
>>>>>>
faster
b. "error-checking" in the sense of ensuring consistent
results of the single function calls.
> Wouldn't it make sense to have vapply() and sapply() treat the
> 'USE.NAMES' argument consistently?
Yes, but from what I wrote above, I believe
.
If you are using one of the deprecated functions and hence will
get a warning, and find it hard to replace that use by
a combination of available.packages() and
package_dependencies() {note the "_"}, please ask here, as
we may have overlooked edge cases.
This should make this part of tools-pack
the patch only related to the iconv() problem not allowing 'raw'
(instead of character) argument x.
... and it is > 5.5 years old, for an iconv() version that was less
featureful than today.
Rather, current iconv(x) allows x to be a list of raw entries.
>> Are there
ser system elapsed
## 0.255 0.033 0.287 --- *with* the patch on my desktop (16 GB)
## 1.489 0.031 1.522 --- for R-patched (i.e. w/o the patch)
> dim(mff)
[1]128 139968
> object.size(mff)
154791504 bytes
---
BTW: These example would gain tremendously if I finally got
orrectly;
data.frame() gains argument `fix.empty.names` and as.data.frame.list() gets
new `cut.names`, `col.names` and `fix.empty.names`.
----
I'm still a bit reluctant to port this to R-patched... but may
could be motivated ...
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
R level Matrix::sparse.model.matrix()
[[ or even just mention the latter on the help page for
model.matrix() ]].
Thank you, Karl
> On Mon, Feb 29, 2016 at 10:01 AM, Martin Maechler
> wrote:
>>>>>>> Karl Millar via R-devel
>>>>>>>
.0-built version of Matrix into a non-3.3.0 version of R).
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s methods base
other attached packages:
[1] Matrix_1.2-4
loaded via a namespace (and not attached):
[1] grid_3.3.0 lattice_0.20-33
From: R-devel on behalf of Martin Maechler
Sent: Friday, March 4, 2016 6:05 AM
To: peter dalgaard
Cc: r-devel@r-project.org; Jeff Laak
>>>>> Morgan, Martin
>>>>> on Fri, 4 Mar 2016 12:36:25 + writes:
> I see as below, where getGeneric and getMethod imply a different
signature; the signature is mode="any" for both cases in R version 3.2.3
Patched (2016-01-28 r70038)I don&#
Within R these are determined by \VignetteIndexEntry{}. I think you are
referring to the order on the CRAN landing page for your package
https://cran.r-project.org/web/packages/bst/index.html, and then the question
is for a CRAN member.
In Rnw
\documentclass{article}
% \VignetteIndexEntry{01-
The proposal is that the underlying C code will signal an error
when such replacement functions would create a function out of
"something not a function".
Martin Maechler, ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
rs, please! -- in advance for doing it next time, i.e.,
*now*: The R web page https://www.r-project.org/ (for a few weeks) has the
news
o R version 3.3.0 (Supposedly Educational) prerelease versions will appear
starting Monday 2016-03-14. Final release is scheduled for Thursday 2016-04-14.
M
>>>>> Mick Jordan
>>>>> on Tue, 15 Mar 2016 19:50:48 -0700 writes:
> On 3/15/16 3:52 AM, Martin Maechler wrote:
>>>>>>> peter dalgaard
>>>>>>> on Sat, 12 Mar 2016 19:11:40 +0100 writes:
>> >
output is good enough or
rather misleading?
I think I would want to see (possibly in addition) proportions
with respect to the full variance and not just to the variance
of those few components selected.
Opinions?
Martin Maechler
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
compute "importances" based on all proportions up to 'p' (= 100%).
What I think would be nice is for the print.summary.prcomp()
method to only show the first 'k' (my notation), i.e., those
which were chosen by 'tol' and/or 'rank.'.
Martin
>>>>> Hervé Pagès
>>>>> on Tue, 29 Mar 2016 12:19:12 -0700 writes:
> Hi,
> On 03/07/2016 09:26 AM, Martin Maechler wrote:
>> I'm proposing to signal an error (from R >= 3.3.0) in such
>> examples -- which do "wor
ult(), it appears that s$v
> is truncated but not s$d (unlike in the code before
> r70391) for the reduced rank case.
Exactly. I had this in the list of changes to be committed in
r70391, but not on the computer I did commit.
The 'transitional
hen much of that relative slowness
is because S and R have always aimed to be safe rather than
fast, I am sometimes reluctant to add yet another test for user
error.. but of course still agree we should do it.
Just think about the issue, next time someone tells you how much
faster his C++ / ... code is
change makes a difference. This "fails" to trigger :
as.double.foo <- function(x) x[FALSE]
x <- structure(3, class="foo")
as.numeric(x) # numeric(0)
sprintf("%d !", x)# "3 !" instead of giving an error
--------
Thank you, Matt, in
>>>>> Matthew Fowles Kulukundis
>>>>> on Thu, 7 Apr 2016 11:21:56 -0400 writes:
> Martin~
> Sorry about the bad patch. I work on C++ at Google. We built a check for
> clang-tidy that identifies errors of this form and discovered the error
direction is not relevant could be written for it
That's an interesting / neat idea.
So we could give it S3 class "eigen" iff only.values is not
true, which would also "solve" the slightly differently
structured result of eigen()
Are you (or others) willing to provide a
s are even less determined,
i.e. you could multiply them by any unit length complex number
(of which only two are available in the real case: +/- 1).
Martin
>
> From: R-devel on behalf of Martin
Maechler
> Sent: Monday, April 11, 2016
>>>>> Michael Lawrence
>>>>> on Tue, 19 Apr 2016 05:34:41 -0700 writes:
> Not sure why R_has_methods_attached() exists. Maybe Martin could shed
> some light on that.
It was to support (via 'classgets' in attrib.c) a very fast
c
rjp
Thank you, Randall!
I only saw that part now and fixed it in the sources a few minutes ago.
Martin Maechler,
ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
happens via install.packages(),
at least eventually.
If you look at the help page for that, it has always said that it
does not (as it cannot easily, in general!!) look at
dependencies when you do not install from a repository.
This question would clearly have belonged to R-help, not R-devel.
> Erich Neuwirth
> on Sun, 1 May 2016 23:40:40 +0200 writes:
> From the first page of the NEWS file: (2016-04-29 r70564)
> isSymmetrix(m) is much faster for large asymmetric
> matrices m via pre-tests and a new option tol1 (with which
> strict back compatibility is po
ppen
accidentally more frequently than in the past.
The real solution of course would be a code improvement that
starts with a relatively small number of "DLLinfo" structures
(say 32), and then allocates more batches (of size say 32) if
needed.
Patches to the R sources (developme
On 05/04/2016 05:15 AM, Prof Brian Ripley wrote:
On 04/05/2016 08:44, Martin Maechler wrote:
Qin Zhu
on Mon, 2 May 2016 16:19:44 -0400 writes:
> Hi,
> I’m working on a Shiny app for statistical analysis. I ran into
this "maximal number of DLLs reached" issue
developer.r-project.org/blosxom.cgi/R-devel/NEWS
> Thank you for your report. I hope the benefits of this speedup will
> eventually outweigh this unfortunate bug in my PR16491.
I'm pretty sure that your hope will be fulfilled.
> Regards,
> Pete
>
ore by being corrected.
Even if we increase MAX_NUM_DLL in the future, a considerable
portion your app's will not use that future version of R yet,
and so you should try to "fight" the problem now.
> Any suggestions would be appreciated, and I’d appreciate if the
MAX_NUM_DLLS ca
seq_along(mL.410)[-1])
+ r <- rbind2(r, mL.410[[i]])
+ })
user system elapsed
0.083 0.000 0.083
> dim(r)
[1] 16405
>
This should help Ben (the OP of the Matrix bug), and may be
something like that should also guide on how to re-write
the methods:::rbind() / methods::
NA 1
[8,] NA NaN 1
[9,] 0+NaNi 0NaN 2
[10,] 1+NaNi 1NaN 2
[11,] NA NaN 1
[12,] NaN+NaNi NaN NaN 2
>
---
Note that 'mz <- match(z, z)' and hence the last column of the matrix above
are very different in current R,
distingu
out it, long before release, .., right?
This is from the change,
r70262 | maechler | 2016-03-02 12:36:19
--
unloadNamespace() no longer loads & unloads an unloaded namespace - fixing
PR#16731
and so I will fix it ASAP.
Thank you, Jeroen, for the report!
Martin
>>>>> Martin Maechler
>>>>> on Tue, 10 May 2016 16:08:39 +0200 writes:
> This is an RFC / announcement related to the 2nd part of PR#16885
> https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16885
> about complex NA's.
> T
and Windows) which would allow
something like your rlimit(..) calls below.
We'd really need something to work on all platforms ideally,
to be used by R package maintainers
and possibly even better by R itself at startup, setting a
reasonable memory cap - which the user could raise even to +I
reports--indeed as nobody had been able to see there is a problem
existing outside of your personal computer.
I agree that this must seem a bit frustrating to you.
--
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
you, Richie!
I agree it should be improved ...
actually, there is even another improvement, so we don't get things like
'2+-1i' but rather '2-1i'
(namely to use the '+' format modifier option for printf).
I have commited a chan
>>>>>
>>>>> on Thu, 12 May 2016 15:23:04 -0700 writes:
> Hi Peter, Martin, and others,
> Thanks for your replies.
> - The bugs apply to all systems that use GNU Readline, not just Linux
> or Arch Linux.
yes... but
> - Rea
e other obligations, not the least teaching,
students, and we have a life off screen-&-keyboard, so do have
tad more patience, please.
Best regards,
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
for diagnosing the problem and
providing a patch working around it (and still checking the
intended problem !!).
I'm applying the patch now ... so you'd continue to be one of
our valuable pre-alpha/beta testers.
With best regards,
Martin
> Here is the output of "locale&q
> Yes, the nightly build is broken in a similar, but different way. See below.
> Both seem to be readline related, so Frederick Eaton's patches, which Martin
> committed yesterday are the likely culprit. I had actually tested them and
> things seemed to work, but it was on a
>>>>> Mikko Korpela
>>>>> on Wed, 18 May 2016 14:18:20 +0300 writes:
> On 18/05/16 13:50, Martin Maechler wrote:
>>>>>>> Mikko Korpela on Wed, 18
>>>>>>> May 2016 13:05:24 +0300 writes:
>>
>>>>> "MM" == Martin Maechler
>>>>> on Thu, 19 May 2016 08:46:45 +0200 writes:
[. ]
MM> What are the results of my fix (R-devel svn rev >= 70631) ?
Nonsense question! This is for another R-devel thread (where it
has b
>
> on Wed, 18 May 2016 15:03:31 -0700 writes:
> Readline <= 6.2 shouldn't require the SIGWINCH patch, so
> if older versions have trouble finding rl_resize_terminal
> then you could wrap a macro around that part.
I find python related patches that use
#ifdef HAVE_RL_R
>>>>> Martin Maechler
>>>>> on Thu, 19 May 2016 10:26:44 +0200 writes:
>>>>>
>>>>> on Wed, 18 May 2016 15:03:31 -0700 writes:
>> Readline <= 6.2 shouldn't require the SIGWINCH patch, so
>> if old
ater advent of the (sophisticated version of the)
srcref attribute has made simple use of identical() for closures
cumbersome and unintuitive for the average useR.
I think we should consider a new 'ignore.srcref' argument and
even consider using 'TRUE" as its default.
Mart
it does match with all
z[]'s either because of the NA or because of the NaN in common.
Hence, currently, I don't think this needs to be changed...
but if there are other reasons / arguments ...
Thank you again,
Martin Maechler
>> sessionInfo()
> R Under development (unst
n if these should be
"back ported" to R 3.3.0 patched or not.
Best regards,
Martin
>>>>> Martin Maechler
>>>>> on Thu, 19 May 2016 11:02:48 +0200 writes:
>>>>>
>>>>> on Wed, 18 May 2016 15:03:31 -0700 writes:
such
terminal window resizes where no longer properly signalled
(PR#16604). Also, ‘Ctrl C’ in incremental search behaved
confusingly in R (unix) consoles (PR#16603) also for older
readline versions. These have been fixed (for readline >=
6
mkdir ../build-R
cd ../build-R
../R/configure
make
make check
and I then never run 'make install', but rather use symbolic
link from
/build-R/bin/R to something like ~/bin/R-devel
i.e.,
cd ~/bin
ln -s /build-R/bin/R R-devel
Martin
>&g
;> Rf_mkString(NULL) <--> NA
>> Rf_mkString("") <--> ""
>>
>> There is no ambiguity, and much better than segfaulting.
Better than segfaulting, yes, but really agree with Bill (and
Gabe), also for Rf_mkChar(NULL):
I
>>>>>
>>>>> on Tue, 24 May 2016 15:15:17 -0700 writes:
> Thank you, Martin. I linked to your message in a comment here so maybe
> other people will know about that useful technique:
> http://singmann.org/installing-r-devel-on-linux/#comme
pends on the permutation 'i'
What should a change be here ... notably after the "proposed"
(rather only "considered") change '1 A' above ?
Can "the" new behavior easily be described in words (if '1 A'
above is already assum
> Suharto Anggono Suharto Anggono via R-devel
> on Mon, 30 May 2016 17:20:08 + writes:
> In R 3.3.0 (also in R 2.7.2), the documentation on 'factor', in "Details"
section, has this statement.
> 'factor(x, exclude = NULL)' applied to a factor is a no-operation unless
ther
We've had this more general topic on R-help, and also in R-devel recently.
There's one case here where I get the feeling R never gets into
swapping but more directly aborts possibly from a bug we can
more easily fix.
Today I've been working (successfully! - not yet committed) at
fixing str() for
programming "glitch" (of not ensuring levels/labels were correct.
They should have seen that factor() was called sometimes in situations
it produced an invalid factor namely one where some levels were
duplicated, and so the memisc authors could have
ensured that the above method would produce correct factors.
Martin Maechler,
R core team / ETH Zurich
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
he
attachment from it))
Martin Maechler
ETH Zurich
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~ÿ¦®ªøñýæú§¯¬«¨¥á
¡¤¢ö£âéäèêàëîãåçíüùûìï÷ðóò©ôõijڿÀÙôÂÁÅͺÕÖɸ·»ÔÓȾ½¼ÆÇ
m = "latin1")
> [1] "£25.63"
Thank you, Mikko, I've confirmed what you say and changed the
comment (and also added a tiny bit more to the ex. section).
Martin
> --
> Mikko Korpela
> Department of Geosciences and Geography
> University of Helsinki
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
> Marc Schwartz
> on Wed, 8 Jun 2016 21:13:40 +0200 writes:
>Hi all,
> After replying to r-help earlier today on the merge() related thread, I
> noted a trivial grammatical error in the description for the 'suffixes'
> argument in it's help file.
> A patch against
ed
##' @return the readLines() resulting character string with attributes
##' @author Martin Maechler
wb.readL <- function(i, file.name = tempfile("bin"), encoding = "437") {
stopifnot(is.integer(i), 0 <= i, i <= 255,
is.character(file.name))
you are studying the C code and the issues anyway, it
may be worthwhile to consider (as small as possible!) patches to
the source you could also post to the bugzilla site if you
prefer; attaching as text/plain to R-devel does work fine, too.
Best regards,
Martin
> On Mon, Jun 06, 2016 at 06
ded before trying to
download it; previously R would download the error page as though it
were the content.
I'll give this some thought.
Martin Morgan
-Winston
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-deve
No I don't think there is a way to avoid the HEAD request.
From: Winston Chang
Sent: Wednesday, June 22, 2016 12:01:39 PM
To: Morgan, Martin
Cc: R Devel List
Subject: Re: [Rd] dowload.file(method="libcurl") and GET vs. HEAD requests
Tha
It looks to me that R-forge has been down for at least two hours now...
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Yeah, it was meant to be a very short downtime, but then the server had
a problem with booting which prolonged the process.
It's back up again
On 07/01/2016 06:03 PM, Martin Maechler wrote:
It looks to me that R-forge has been down for at least two hour
cases, the change have not
been ported to R 3.3.x patched, but remained in "R-devel".
Here is the NEWS entry (2nd entry of 'BUG FIXES) :
o When a class name matches multiple classes in the cache,
perform a dynamic search in order to obey namespace
imports. This should eliminat
you want it, right?) and that may be
harder to keep working correctly after certain errors than a
simple cat().
I hope that some real experts (on "context switching", "long
jumps", etc) would chime in now.
Martin
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
) == 1L && is.numeric(x) && is.finite(x) && x >= 1) {
or if (length(x) == 1L && is.numeric(x) && !is.na(x)&& x >= 1) {
or does anyone see a nicer / more performant efficient solution?
Martin
[]
> Best,
> Travis McArthur
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
NA Subject
6 sd_Observation.Residual 25.59181589NANA Residual
>
which seems consistent at least: You get std.error and statistic
for those two terms that you get 'df' and 'p-value from "the
good method" of summary(.)
?
Of course,
On 07/18/2016 03:45 PM, Andrew Piskorski wrote:
I saw a warning from R that I don't fully understand. Here's one way
to reproduce it:
$ /usr/local/pkg/R-3.2-branch-20160718/bin/R --version | head -n 3
R version 3.2.5 Patched (2016-05-05 r70929) -- "Very, Very Secure Dishes"
Copyright (
> Jeroen Ooms
> on Wed, 20 Jul 2016 10:26:19 +0200 writes:
> On Tue, Jul 19, 2016 at 6:46 PM, Kevin Ushey wrote:
>> R fails to install a package from source over a pre-existing package
>> when the path to that package is a symlink, rather than a directory.
>> ...
>>>>> Kevin Ushey
>>>>> on Wed, 20 Jul 2016 10:19:33 -0700 writes:
> On Wed, Jul 20, 2016 at 3:52 AM, Martin Maechler
> wrote:
>>>>>>> Jeroen Ooms
>>>>>>> on Wed, 20 Jul 2016 10:26:19 +0200
> Spencer Graves
> on Thu, 28 Jul 2016 08:56:39 -0500 writes:
> Hello, All:
> Try the following:
> par(bg='transparent')
> plot(1:3)
well, "transparent" is even default... and I definitely can NOT
see a problem with the above.
> I get two plots superimposed, on
nd
.requireNamespace() used to access class (and generic function!)
environments.
Well tested patches are very welcome; as is filing a formal
bug report with bugzilla (https://bugs.r-project.org/ ;
(if you have no "account" there, we will have to
manually create one, for now, see the
really from 'n - 1' where n == 0 here ... a case that was
not even possible in the very original (Fortran!) code.
I'll commit a fix to the source
Martin
--
Martin Maechler
ETH Zurich / R Core Team
>> findInterval(x=c(10, 11, 12), vec=11, all.inside=TRUE,
>
ndexing '[', and 'rep()' works.
One possibility would also be to consider a "numbers-only" or
rather "same type"-only {e.g., would also work for characters}
version.
Of course, an ifelse2() should also be more efficient than
ifelse() in typical &q
601 - 700 of 2297 matches
Mail list logo
