Re: [Rd] type.convert and doubles

> Therneau, Terry M , Ph D > on Tue, 22 Apr 2014 12:18:55 -0500 writes: > "No global options" > I don't have an opinion about type.convert, but I must object to Martin's sweeping > statement about global options, and stringsAsFactors in particular. There have been only

Re: [Rd] Can the output of Sys.getenv() be improved?

nt for a better S3 class name, we can still change that (longer names are not compelling to me, much shorter ones neither ...) Martin > Bill Dunlap > TIBCO Software > wdunlap tibco.com > > -Original Message- > > From: Martin Maechler [mailto:maech...@stat.math.ethz.ch] >

Re: [Rd] type.convert and doubles

>>>>> Simon Urbanek >>>>> on Sat, 19 Apr 2014 13:06:15 -0400 writes: > On Apr 19, 2014, at 9:00 AM, Martin Maechler wrote: >>>>>>> McGehee, Robert >>>>>>> on Thu, 17 Apr 2014 19:15:47 -0400 writes:

Re: [Rd] type.convert and doubles

>>>>> Martin Maechler >>>>> on Sat, 26 Apr 2014 22:59:17 +0200 writes: >>>>> Simon Urbanek >>>>> on Sat, 19 Apr 2014 13:06:15 -0400 writes: >> On Apr 19, 2014, at 9:00 AM, Martin Maechler >> wrote: &

Re: [Rd] type.convert and doubles

> > on Tue, 29 Apr 2014 08:25:41 + writes: > [...snip...] > Martin Maecher wrote: >> > I have now committed svn rev 65507 --- to R-devel only for now --- >> > the above: exact = NA is the default >> > and it means "warning + FALSE". >> > >> > In

Re: [Rd] type.convert and doubles

>>>>> peter dalgaard >>>>> on Tue, 29 Apr 2014 09:32:21 +0200 writes: > On 28 Apr 2014, at 19:17 , Martin Maechler wrote: >> > [...snip...] >>>> I think there should be two separate discussions: >> &

Re: [Rd] type.convert and doubles

>>>>> Martin Maechler >>>>> on Tue, 29 Apr 2014 10:41:19 +0200 writes: >>>>> >>>>> on Tue, 29 Apr 2014 08:25:41 + writes: >> [...snip...] >> Martin Maecher wrote: >>> > I have now c

Re: [Rd] Quantile issue

... this may be the same as PR#15746 : https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15746 on which I commented that it was an example of FAQ 7.31 : > Martin Maechler 2014-04-10 07:10:41 UTC > What really happens is simply > > x0 <- 0.000384478262997113 >

Re: [Rd] Quantile issue

3% of the vector is a single > repeated value. Hmm... this may be the same as PR#15746 : https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=15746 on which I commented that it was an example of FAQ 7.31 : > Martin Maechler 2014-04-10 07:10:41 UTC > What really happens i

Re: [Rd] Problem running checks after building R-patched

> Berend Hasselman > on Wed, 7 May 2014 09:24:46 +0200 writes: > I am compiling the latest R-patched (Revision: 65533) Ubuntu Lucid (10.04). > Building succeeds but make check stops with an error. > The output in the terminal from make check: > Testing examples for

Re: [Rd] Encourage exit with nonzero error status in ?last.dump

'Details' section of the > help file. I think it would be better to encourage exiting > with a nonzero error status: > options(error = quote({dump.frames(to.file = TRUE); q(status = 1)})) You are right. Thank you for the suggestion: it will be in next release

Re: [Rd] index.search

tml#Package-subdirectories ) says |If directory 'tests' has a subdirectory 'Examples' containing a file |'PKG-Ex.Rout.save', this is compared to the output file for running the |examples when the latter are checked. So: A

Re: [Rd] Unfixed bugs in latest R-patched

ou see, there are quite a few cases one could discuss, and have reasons pro and contra some of the changes. I will be too busy till the end of 'useR! 2014' and would want quite a bit of further thoughts before making a quick de

[Rd] RFC: diag(x, n) not preserving integer and logical x

which includes all checks, including those of all recommended packages (including Matrix!) successfully runs through; so at least base + Recommended R never relies on the current behavior, nor should any "well programmed" R code ... Hence my proposal, somewhat tentative for now,

Re: [Rd] RFC: diag(x, n) not preserving integer and logical x

>>>>> Duncan Murdoch >>>>> on Fri, 8 Aug 2014 10:51:10 -0400 writes: Thank you, Duncan (read inline) > On 07/08/2014, 4:51 AM, Martin Maechler wrote: >> This is not at all something new(*). As maintainer of the >> Matrix pac

Re: [Rd] Inconsistent handling of data frames in min(), max(), and mean()

> Gavin Simpson > on Thu, 21 Aug 2014 12:32:31 -0600 writes: > This inconsistency recently came to my attention: >> df <- data.frame(A = 1:10, B = rnorm(10)) >> min(df) > [1] -1.768958 >> max(df) > [1] 10 >> mean(df) > [1] NA Warning message: In mean.d

Re: [Rd] The behaviour of setting names differs between lists and atomic vectors

>> I think there's a bug, but not in names<- (or setNames, >> which calls it). The bug is in the printing, as you'll >> see if you look at names(setNames(list(1), "a\\b")). >> > Yep, slig

Re: [Rd] no visible binding for global variable for data sets in a package

> Michael Friendly > on Tue, 26 Aug 2014 17:58:34 -0400 writes: > I'm updating the Lahman package of baseball statistics to the 2013 > release. In addition to > the main data sets, the package also contains several convenience > functions that make use > of these

Re: [Rd] no visible binding for global variable for data sets in a package

> peter dalgaard > on Wed, 27 Aug 2014 21:09:47 +0200 writes: > On 27 Aug 2014, at 16:48 , Hadley Wickham wrote: >>> I think the right answer _is_ to export the lazy data; the question is how to do it. There's nothing particularly strange about exporting non-functions ("le

Re: [Rd] Unfixed bugs in latest R-patched

Getting back to 2 months old considerations [more inline]: >>>>> Martin Maechler >>>>> on Tue, 24 Jun 2014 15:08:09 +0200 writes: >>>>> Radford Neal >>>>> on Mon, 23 Jun 2014 11:24:35 -0400 writes: >> A n

Re: [Rd] log(i, base=i) not giving 1

> peter dalgaard > on Tue, 2 Sep 2014 13:43:21 +0200 writes: > Impressive. Never ceases to amaze me what computers can do these days. ;-) Indeed, > It's even more impressive given that we have > static double logbase(double x, double base) > { > #ifdef HAVE_LOG

Re: [Rd] log(i, base=i) not giving 1

>>>>> Prof Brian Ripley >>>>> on Wed, 3 Sep 2014 06:46:47 +0100 writes: > On 02/09/2014 22:43, Ben Bolker wrote: >> On 14-09-02 08:48 AM, Martin Maechler wrote: >>>>>>>> peter dalgaard >>>>>>

Re: [Rd] r wiki

> Philippe Grosjean > on Tue, 9 Sep 2014 08:45:14 +0200 writes: > Yihui and Gábor, I agree with you, and I also think that > using Travis CI would be very nice. However, there are > hundreds of page on the R wiki to migrate… and syntax is a > little bit different than

Re: [Rd] Problem with order() and I()

and then the internal .gt() where the bug happens because > I("x") > I("\xb5g") [1] NA but really I think the change should happen in xtfrm.Asis(.) which I think should drop the class also in this case. More on this, once we have fixed it. Thank you, Don, very

Re: [Rd] Problem with order() and I()

such cases. Pretty high chance that this will "break" much user (and probably even package) code out there. Still, the other solution, namely order(foo) behaving as order(ch) now does would correspond to the ">" giving FALSE instead of NA, so this solution is not ok in my v

Re: [Rd] install.packages misleads about package availability?

check for the warning/error message *text* in your own tryCatch() or similar because of internationalization and hence translation had bitten other people before... and I am sure is still wrongly used also in package land.. where the bug never triggers as long as testing is done in the C or an 'en' locale. How would your biocLite() be adapted to use "packageNotAvailable" ? Martin Maechler, ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] last user argument missing from Rscript --verbose

"/usr/local64.sfs/app/R/R-3.1.1-inst/bin/exec/R" [2] "--slave" [3] "--no-restore" [4] "-e" [5] "

Re: [Rd] Bug in new behaviour for all.equal and environments?

hat creative useRs will be able to construct cases where the new all.equal() methods will fail, possibly even end in an infinite loop (which is caught and leads to an error). Please use R-devel svn rev >= 8 for such experiments. Thanking you for testing ..., Martin Maechler ETH Zurich

Re: [Rd] debuggingState() analogous to tracingState() ?

is quite technical and assumes you know more about R's debug()ing and trace()ing than an estimated 99.9% of the R users: >>>>> Duncan Murdoch >>>>> on Thu, 2 Oct 2014 07:19:34 -0400 writes: > On 02/10/2014, 6:36 AM, Martin Maechler wrote: >>>&

[Rd] AIX-5.3 Issue installing Matrix Package

hen installing R (and hence the Matrix package) than an issue of the Matrix package per se. > Please help I'm trying, asking a few questions: - Have made use of the many hints and consideration about AIX installation in the official "R Administration and Installation" Manual, notably section 'C.5 AIX', see, e.g., http://cran.rstudio.org/doc/manuals/r-release/R-admin.html#AIX - What was the exact output when running /configure ? - Have you set environment variables / PATH for compilers, libraries, etc? If yes, which one? Hoping this will lead further, Martin Maechler > Regards, > Shivali Gangwar __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] debuggingState() analogous to tracingState() ?

ion-based) UI for different kinds of debuggingState()s has not been addressed and by any one, so I assume that did not seem interesting enough and not worth bothering complicating the interface. I've finally committed [to R-devel only] what I had and looks working fine to me. With a simple "on/off" switch only: --

[Rd] RFC: is.whole() ? {"how to judge if a variable is an integer"}

Diverted to R-devel, as I'm requesting comments about a proposal to add is.whole() to R just so this issue does not trail on for centuries (;-), see below. > William Dunlap > on Sat, 18 Oct 2014 10:33:05 -0700 writes: > 3. all.equal(a, as.integer(a)) > Note that this one test

Re: [Rd] is.whole()

> Therneau, Terry M , Ph D > on Tue, 28 Oct 2014 07:44:20 -0500 writes: > Martin, > I can't imagine using such a function myself, the reason being that as Bill and Duncan > point out, the correct answer depends on the situation. yes, of course. OTOH, if the function is

Re: [Rd] R 3.1.1 and 3.1.2 both fail their test suites

> Duncan Murdoch > on Sat, 1 Nov 2014 13:17:56 -0400 writes: > On 01/11/2014, 11:33 AM, Peter Simons wrote: >> Hi Uwe, >> >> > Nobody in R core runs NixOS and can reproduce >> this. This passes on most > other platforms, >> apparently. If you can point us to a

Re: [Rd] R 3.1.1 and 3.1.2 both fail their test suites

>>>>> Duncan Murdoch >>>>> on Mon, 3 Nov 2014 06:28:19 -0500 writes: > On 03/11/2014, 4:17 AM, Martin Maechler wrote: >>>>>>> Duncan Murdoch >>>>>>> on Sat, 1 Nov 2014 13:17:56 -0400 writes:

Re: [Rd] ambiguity in the documented return value of Null() from package MASS

> peter dalgaard > on Mon, 10 Nov 2014 14:47:16 +0100 writes: > There is a maintainer for this contributed package... > However, a zero column vector _is_ numeric(0) -- with > dimension attributes c(3,0). > structure(numeric(0),dim=c(3,0)) > c(Null(diag(3)))

Re: [Rd] R 3.1.1 and 3.1.2 both fail their test suites

'make check' passes -- on one platform at least :-) -- even when R was configured to *not* install the recommended packages alongside. BTW: In one place, I've used base.and.rec <- .packages(all.available=TRUE, lib=.Library) example(glm, run.dontcheck = any("MASS" =

Re: [Rd] R CMD check --as-cran and (a)spell checking

> Henrik Bengtsson > on Fri, 5 Dec 2014 18:17:57 -0800 writes: > Does anyone know if it is possible to add a dictionary > file of known words that becomes part of the *built* > package to tell 'R CMD check --as-cran' not to report > these words as misspelled. I want t

Re: [Rd] Making iconv portable?

NSLIT") > [1] "Raul" > seems to work for me on Linux ... and me: > iconv("Martin Mächler, Zürich. ¡España, Olé!", "", "ASCII//TRANSLIT") [1] "Martin Maechler, Zuerich. ?Espana, Ole!" >> The “iconv” R code

Re: [Rd] Reimplement stats:::plotNode as iterative to avoid recursion limits?

take this up as a programming > challenge? Yes, please, patches are very welcome -- if they are tested. Please start from https://svn.r-project.org/R/trunk/src/library/stats/R/dendrogram.R i.e. send patches with respect to that, i.e., the result of diff -ubBw .R .R With tha

[Rd] RFC: getifexists() {was [Bug 16065] "exists" ...}

ed an extra simplified and henc faster version of exists(), and I commented > --- Comment #2 from Martin Maechler --- > I'm very grateful that you've started exploring the bottlenecks of loading > packages with many S4 classes (and methods)... > and I hope we

Re: [Rd] On base::rank

h NA in the ver next line. Indeed. Interesting that nobody has noticed till now, even though that part has been world readable since at least 2008-08-25. Note that the R source code is at http://svn.r-project.org/R/ and the file in question at http://svn.r-project.org/R/trunk/src/libra

Re: [Rd] RFC: getifexists() {was [Bug 16065] "exists" ...}

.. > John P. Nolan > Math/Stat Department > 227 Gray Hall, American University > 4400 Massachusetts Avenue, NW > Washington, DC 20016-8050 > .. > -&qu

Re: [Rd] latex warning

> Gábor Csárdi > on Thu, 8 Jan 2015 17:18:27 -0500 writes: > Dear all, > I am getting an R CMD check warning about the PDF manual. I am having a > hard time finding out what is wrong, here is the log of the Rd2pdf call. > The full check (and other) log is at >

Re: [Rd] RFC: getifexists() {was [Bug 16065] "exists" ...}

> Michael Lawrence > on Thu, 8 Jan 2015 14:02:26 -0800 writes: > On Thu, Jan 8, 2015 at 11:57 AM, wrote: >> On Thu, 8 Jan 2015, Michael Lawrence wrote: >> >> If we do add an argument to get(), then it should be named consistently >>> with the ifnotfound argument

Re: [Rd] RFC: getifexists() {was [Bug 16065] "exists" ...}

>>>>> Martin Maechler >>>>> on Fri, 9 Jan 2015 14:00:38 +0100 writes: >>>>> Michael Lawrence >>>>> on Thu, 8 Jan 2015 14:02:26 -0800 writes: >> On Thu, Jan 8, 2015 at 11:57 AM, wrote: >>> On Thu, 8 Jan

Re: [Rd] default min-v/nsize parameters

I'm somewhat confident that R 3.2.0 in April will have changes. And -- coming back to the beginning -- at least the "R-devel" version now shows R --help | grep -e min-.size --min-nsize=N Set min number of fixed size obj's ("cons cells") to N --min-vsize=N

Re: [Rd] [PATCH] Makefile: add support for git svn clones

> Dirk Eddelbuettel > on Mon, 19 Jan 2015 16:35:31 -0600 writes: > On 19 January 2015 at 17:11, Duncan Murdoch wrote: > | The people who would have to maintain the patch can't test it. I agree that this is good reason to not add delicate code to the R sources, indeed, howe

Re: [Rd] Link to NEWS.2 in NEWS is broken

> Tal Galili > on Tue, 20 Jan 2015 00:30:56 +0200 writes: > I am not sure where to post this. Maybe you could try to contact the CRAN maintainer by e-mail. (E-mail: you know the thing people did before they "posted" everything :-) ;-)) but I agree that it is not easy to find e-ma

Re: [Rd] speedbump in library

oadedNamespace() which would be even faster than !is.null(.getNamespace(pkg)) ... ... but do we have *any* evidence that this would noticably speedup any higher level function such as library() ? Thank you, again, Winston; you've opened an interesting topic! -- Martin Maechler, ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Proper way to define cbind, rbind for s4 classes in package

> Michael Lawrence > on Sat, 24 Jan 2015 06:39:37 -0800 writes: > On Sat, Jan 24, 2015 at 12:58 AM, Mario Annau > wrote: >> Hi all, this question has already been posted on >> stackoverflow, however without success, see also >> http://stackoverflow.com/questions/

Re: [Rd] speedbump in library

, "symbol") : cannot coerce type 'environment' to vector of type 'symbol' > So, from my (non native English view) a slightly more suggestive function name may be isLoadedNamespace(name) or using Luke's original language, still present in the

Re: [Rd] speedbump in library

>>>>> Michael Lawrence >>>>> on Mon, 26 Jan 2015 06:11:50 -0800 writes: > isLoadedNamespace() sounds fine to me.. > Thanks for addressing this, > Michael Ok, this is now in R-devel : ---

Re: [Rd] Inspect a "delayed" assigned whose value throws an error?

> Henrik Bengtsson > on Mon, 26 Jan 2015 12:41:48 -0800 writes: > On Mon, Jan 26, 2015 at 12:24 PM, Hadley Wickham wrote: >> If it was any other environment than the global, you could use substitute: >> >> e <- new.env() >> delayedAssign("foo", stop("Hey!"), as

Re: [Rd] names function for environments?

change? I'm undecided currently: "-": reason above; "+": convenience, compacter R code using it; very simple and natural change to src/main/attrib.c and waiting for other comments, not the least from other members of R core .. Martin Maechler,

Re: [Rd] [PATCH v2] Makefile: add support for git svn clones

e decided to track the R development via 'git svn' instead of via 'svn': Follow Felipe's quest (below) and test this... and if it does not work, try to fix it for your platform and send patches and/or further contact Felipe so he can do so. Martin Maechler, ETH Zurich

Re: [Rd] names function for environments?

gt; sorted. While it is tempting to use an existing function for this, the >> word >> > "names" is somewhat loaded. For example, one might expect >> > identical(names(env), names(as.list(env))) to be TRUE. I see no problem >> with >> &

Re: [Rd] Proper way to define cbind, rbind for s4 classes in package

2 2 2 2 a++ 10 10 10 10 . 1 . . > rbind(1:4, c = 2, "a++" = 10, dd, deparse.level = 2) # 4 rownames 4 x 4 sparse Matrix of class "dgCMatrix" deparse.level 1 2 3 4 c 2 2 2 2 a++ 10 10 10 10

Re: [Rd] Imports problem

old version with only female). An update of the include vs update material > seemed in order as well. ??? {"nix verstahn" we'd say here} > Terry Therneau Martin Maechler __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Proper way to define cbind, rbind for s4 classes in package

se::cbind / rbind, influenced by deparse.level in the case of non-matrix arguments. Small changes in some outputs may occur, notably as the hidden methods:::cbind and rbind functions (think of "S4 default method") now do obey deparse.level and also otherwise should create row and c

Re: [Rd] iterated lapply

like Luke's proposed changes both for lapply(), mclapply() --- *and* the other *apply() versions in the parallel packages where needed (??) --- are very desirable. In my teaching, and in our CRAN package 'simsalapar' we that useRs should organize computations such that usin

Re: [Rd] R-devel does not update the C++ returned variables

notches, will know that they provide somewhat informal but robust pairwise tests on approximate 5% level. >From these, one *could* - possibly wrongly - conclude that 'i * 2' is significantly faster than both 'i * 2L' and also 'i + i' which I find astonishing,

Re: [Rd] R-devel does not update the C++ returned variables

>>>>> Hervé Pagès >>>>> on Mon, 2 Mar 2015 13:00:47 -0800 writes: > Hi, > On 03/02/2015 12:18 PM, Dénes Tóth wrote: >> >> >> On 03/02/2015 04:37 PM, Martin Maechler wrote: >>> >>>> On 2

Re: [Rd] [R] Why does R replace all row values with NAs

s much less easily achieved, and so such a C-based internal function is0() would no longer be equivalent with!is.na(x) & x == 0 as soon as 'x' is an "object" with a '==', 'Compare' and/or an is.na() method. OTOH, simple R versions such as your '

Re: [Rd] Seed in 'parallel' vignette

> Marius Hofert > on Sun, 8 Mar 2015 11:19:45 -0400 writes: > On Tue, Feb 3, 2015 at 10:39 AM, Marius Hofert > wrote: >> Hi, >> >> This is most likely only a minor technicality, but I saw the >> following: On page 6 of the 'parallel' vignette >> (http://s

[Rd] RFC: Matrix package: Matrix products (%*%, crossprod, tcrossprod) involving "nsparseMatrix" aka sparse pattern matrices

tcrossprod(A,B, boolean=TRUE) for the three boolean arithmetic version of matrix multiplications. What do you think about this? I'm particularly interested to hear from authors and users of packages such as 'arules' which IIRC explicitly work with sparse pattern matrices. Thank you for your thoughts and creative ideas, Martin Maechler, ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] RFC: Matrix package: Matrix products (%*%, crossprod, tcrossprod) involving "nsparseMatrix" aka sparse pattern matrices

>> z%*%beta > 4 x 1 sparse Matrix of class "ngCMatrix" > [1,] | > [2,] | > [3,] | > [4,] | >> Yes, the last one is what I consieder bogous. Thank you, Trevor, for the feedback! Martin >> On Mar 19, 2015, at 3:02 PM, Mart

Re: [Rd] RFC: Matrix package: Matrix products (%*%, crossprod, tcrossprod) involving "nsparseMatrix" aka sparse pattern matrices

hopefully entirely consistently as well in the future, but longer term not via '%*%' MH> I would love to see | and & for position-wise AND and OR for ngCMatrix. Well, why don't you look? ;-) These have worked for a long time already! (I checked a version from 2008) Thanks a

Re: [Rd] behavior of as.integer("5000000000")

> Hi, >> as.integer("50") >[1] 2147483647 >Warning message: >inaccurate integer conversion in coercion >> as.integer("-50") >[1] NA >Warning message: >inaccurate integer conversion in coercion > Is this a bug or a feature? The man page suggests it'

Re: [Rd] RObjectTables freezes in R 3.2.0 RC on 32bit systems

> Jeroen Ooms > on Tue, 14 Apr 2015 23:11:01 -0700 writes: > On Tue, Apr 14, 2015 at 6:29 PM, Jeroen Ooms > wrote: >> Things work as expected up till dbread(), but once the >> object-table is attached, R freezes on 32bit whereas it >> works as expected on 64bit.

Re: [Rd] RFC: sigma() in package:stats ?

>>>>> Martin Maechler >>>>> on Fri, 10 Apr 2015 16:28:06 +0200 writes: > I'm proposing to add something like this to the stats > package : > -- > ### "The"

Re: [Rd] behavior of as.integer("5000000000")

>>>>> Hervé Pagès >>>>> on Mon, 13 Apr 2015 23:36:14 -0700 writes: > On 04/13/2015 11:32 PM, Martin Maechler wrote: >> >>> Hi, >>> > as.integer("50") >>> [1] 214748

Re: [Rd] behavior of as.integer("5000000000")

>>>>> Martin Maechler >>>>> on Fri, 17 Apr 2015 15:49:35 +0200 writes: >>>>> Hervé Pagès >>>>> on Mon, 13 Apr 2015 23:36:14 -0700 writes: >> On 04/13/2015 11:32 PM, Martin Maechler wrote: >>>

Re: [Rd] Bug 15899 - Omitted 'extern' on 'R_running_as_main_program' after refactor can cause linker errors for applications embedding R

3.2.1 eventualy) if there are no problems, issues with it. Thank you for the reminder. Martin Maechler __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Development version of R: Improved nchar(), nzchar() but changed API

Those of you who track R development closely, will have noticed yesterday's commit of enhanced versions of nchar() and nzchar(). r68254 | maechler | 2015-04-23 18:06:37 +0200 (Thu, 23 Apr 2015) | 1 line Changed paths:

Re: [Rd] Development version of R: Improved nchar(), nzchar() but changed API

> Mark van der Loo > on Mon, 27 Apr 2015 10:26:32 +0200 writes: > Dear Martin, Does the work on nchar mean that bugs #16090 > and #16091 will be resolved [1,2]? > Thanks, Mark > [1] https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16090 > [2] https://bugs.r-p

Re: [Rd] --interactive and -f/-e

interactive(); x' > /tmp/e2.R $ R --interactive --vanilla -q < /tmp/e2.R > x <- 1:7; interactive(); x [1] TRUE [1] 1 2 3 4 5 6 7 > $ So, in principle it should not seem hard to make --interactive work for '-e' and '-f' as well, but I don't see quickly how. Just changing the line in unix/system.c you've mentioned above is clearly not enough. Martin Maechler ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] R CMD check and missing imports from base packages

er NAMESPACE. I agree that this would be useful. Actually, I think we have something like this in place already... but maybe not strictly enough (?) (*) IIUC, you suggested to use "standard packages" := packages which are attached by default in R, apart from package 'base'

Re: [Rd] dimnames returned by function apply

ty) is now the same as the matrix m when it has _named_ row names. > Best, > Bernd Thank you, Bernd, for the report! Martin Maechler, ETH Zurich >> X = array(1:8, dim=c(4,2)) >> dimnames(X) = list(c("A","B","C","D"),c(

Re: [Rd] dimnames returned by function apply

>>>>> Martin Maechler >>>>> on Thu, 30 Apr 2015 18:23:58 +0200 writes: >>>>> Fischer, Bernd >>>>> on Wed, 29 Apr 2015 20:22:44 +0200 writes: >> Dear all, I noticed that the dimnames returned by apply >>

Re: [Rd] Shouldn't vector indexing with negative out-of-range index give an error?

> Henrik Bengtsson > on Mon, 4 May 2015 12:20:44 -0700 writes: > In Section 'Indexing by vectors' of 'R Language Definition' > (http://cran.r-project.org/doc/manuals/r-release/R-lang.html#Indexing-by-vectors) > it says: > "Integer. All elements of i must have the sam

Re: [Rd] Shouldn't vector indexing with negative out-of-range index give an error?

that no bounds checking on -i takes place. > John Indeed! Thanks a lot John, for the perspective and clarification! I'm committing a patch to the documentation now. Martin > On May 5, 2015, at 7:01 AM, Martin Maechler wrote: >>>>>>> Henrik Bengt

Re: [Rd] Wrongly checked MD5 checksums in R 3.2.0's windows binary

> Tal Galili > on Sun, 10 May 2015 23:13:09 +0300 writes: > Dear R-devel members, Several R user recently reported > (while > using the installr > package) > that whe

Re: [Rd] PATCH: library(..., quietly=TRUE) still outputs "Loading required package: ..." (forgot to pass down 'quietly')

> Henrik Bengtsson > on Sat, 9 May 2015 13:57:12 -0700 writes: > Calling library(..., quietly=TRUE) may still output: > Loading required package: > in some cases, e.g. >> library("R.utils", quietly=TRUE) > Loading required package: R.methodsS3 > [...] >

Re: [Rd] S4 method dispatch sometimes leads to incorrect when object loaded from file?

> Martin Morgan > on Mon, 11 May 2015 10:18:07 -0700 writes: > On 05/10/2015 08:19 AM, Martin Morgan wrote: >> Loading an S4 object from a file without first loading the library sometimes (?, >> the example below and actual example involves a virtual base class and the s

Re: [Rd] Why is the diag function so slow (for extraction)?

> Steve Bronder > on Thu, 7 May 2015 11:49:49 -0400 writes: > Is it possible to replace c() with .subset()? It would be possible, but I think "entirely" wrong. .subset() is documented to be an internal function not to be used "lightly" and more to the point it is documented to

Re: [Rd] Unexpected failure when calling new() with unnamed arg and

ly looking at tweaks to the methods (and stats) code, to get this to work as indeed - you mentioned above - we already allow "empty S3 formula" objects anyway. ... half an hour later : Indeed, I've been able to use the above information such that new("formula") an

[Rd] \alias{} --> rather \concept{} for conceptual "links" to help pages

e a few years now, we have had \concept{} for adding "search keywords", i.e., things that help.search() and hence ?? will find. The other advantage of \concept{} is that you can use short phrases, i.e., \concept{all variable combinations} would be possible here. (Better wording proposa

Re: [Rd] Probably a "bug" in the dendextend package

> Tal Galili > on Mon, 18 May 2015 23:01:44 +0300 writes: > The problem: > === > Once a dendrogram has a branch with both a line type AND a color (which is > a character color), the plot.dendrogram function will not plot and return > an error. If the dendr

Re: [Rd] Fix for bug in arima function

rt of the patch unchanged (it > preserves the value of "init0"). I can confirm this... a change introduced in R 3.0.2. I'm about to commit changes ... after also adding a proper regression test. Martin Maechler, ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] The R Foundation announces new mailing list 'R-package-devel'

R itself. Please read the description of the mailing list here https://stat.ethz.ch/mailman/listinfo/r-package-devel or below, subscribe and start using it! For the R foundation, Martin Maechler, Secretary General --- "About R-package-devel" (from above URL): ---

Re: [Rd] Fix for bug in arima function

>>>>> peter dalgaard >>>>> on Thu, 21 May 2015 11:03:05 +0200 writes: > On 21 May 2015, at 10:35 , Martin Maechler wrote: >>> >>> I noticed that the 3.2.1 release cycle is about to start. Is there any >>>

Re: [Rd] Pb building sets of S4 / RefClass objects with package "sets"

There is no visible reason why you should ask this on R-devel. Please do not misuse R-deve, but rather use R-help. > "JP" == Johnny Paulo > on Fri, 7 Oct 2011 18:01:56 +0100 writes: > Hi, does anyone know if it is possible to construct sets > of S4 objects? It seems the con

Re: [Rd] median and data frames

>>>>> Martin Maechler >>>>> on Fri, 29 Apr 2011 16:25:09 +0200 writes: >>>>> Paul Johnson >>>>> on Thu, 28 Apr 2011 00:20:27 -0500 writes: >> On Wed, Apr 27, 2011 at 12:44 PM, Patrick Burns >> wrote:

Re: [Rd] R CMD build - will reset the timestamps of all files in a package

> Valentin Todorov > on Tue, 25 Oct 2011 14:34:21 -0700 writes: > After half a year of silence on this issue I would dare > ask again: is this intended, why and how can I avoid it? > Best regards, Valentin > ... I wonder why (R version 2.13.0 and after) the command

Re: [Rd] strsplit convert data

hers: do not help in such cases; R-devel is *not* for such questions!} Martin Maechler (as 'mailing lists @r-project.org' site administrator). > Cheers Joris __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] R CMD check and error in an \Sexpr in an Rd file

t the end. Martin Maechler, ETH Zurich > Will try now on the 2.14.0. > Renaud > On 31/10/2011 14:28, Prof Brian Ripley wrote: >> On Mon, 31 Oct 2011, Renaud Gaujoux wrote: >> >>> I do not see it on main CRAN home page. >> >&

Re: [Rd] R CMD check and error in an \Sexpr in an Rd file

rs ago, I did switch my r-devel subscription from one email address > to another. > > I infer from your email that r-announce emails are no longer sent to > r-devel subscribers (which is consistent with the text on >  https://stat.ethz.ch/mailman/listinfo/r-announce > )

Re: [Rd] inaccuracy in man page for duplicated() + anyDuplicated() not working with MARGIN=0

> Hi, > In man page for duplicated: >Value: > ‘duplicated()’: For a vector input, a logical vector of the same > length as ‘x’. For a data frame, a logical vector with one > element for each row. For a matrix or array, a logical array with > the same dimensions and

Re: [Rd] Small inconsistency with boxplot

uage and hence R to the world !) and therefore you can expect many many uses of boxplot() in other code... and hence, it could well be that some code has (probably implicitly) *relied* on the current "more surprising" behavior. I'd still advocate to the change the def

<    8   9   10   11   12   13   14   15   16   17   >