Re: [Rd] save() object w/o all of the loaded environment

> "RL" == Roebuck,Paul L > on Tue, 24 Aug 2010 11:06:54 -0500 writes: RL> I have two packages, one that does the actual work (SC) RL> and the other a Tcl/Tk UI (SCUI) that invokes methods RL> within the former. Within the SCUI's invocation method, RL> I save an object

Re: [Rd] No [[<-.factor()

t;expectable" that double bracket behaves as single bracket when *one* element is assigned. z[[2:3]] <- c("Two, Three") however should continue to give an error. Martin Maechler, ETH Zurich >> z <- factor(c("Two","Two","Three")

Re: [Rd] RCMD CHECK and non-methods

" that says "don't do this", so I'm wondering: Yes, we should add a such "don't do this" somewhere. Can you propose a good place to put it in there? > - should this really be a NOTE not a WARNING (or nothing at all)? {from the above: definite

Re: [Rd] No [[<-.factor()

>>>>> Prof Brian Ripley >>>>> on Mon, 30 Aug 2010 08:28:24 +0100 (BST) writes: > On Thu, 26 Aug 2010, Martin Maechler wrote: >>>>>>> "WD" == William Dunlap >>>>>>> on Wed, 25 Aug 2010 17:3

Re: [Rd] S4 Method Signatures

uot;) cat(xs*100, colour)) which is abbreviated for setMethod("myFun", signature = signature(x = "numeric"), function(x, colour = "Blue") cat(xs*100, colour)) I do wonder why the examples on the ?setMethod help page where not sufficient here..

Re: [Rd] Suggestion: Add DESCRIPTION 'Date' to R CMD check log header

Hi Henrik > "HB" == Henrik Bengtsson > on Tue, 14 Sep 2010 18:26:31 -0700 writes: HB> Hi, HB> in R CMD check, the version of the package being checked is reported, e.g. HB> Thu Sep 9 05:02:30 2010: Checking package R.utils (SVN revision 399) ... HB> * using log di

Re: [Rd] OT: Reason/history behind ## notation for comments?

ot;, "" So it seems quite apt for R to continue this Lisp convention. Given the Lisp decent, this tradition is probably quite an old one in (academic) programming history. Martin Maechler, ETH Zurich (and R Core) LG> Best wishes, LG> Laurent LG> On 22 Se

Re: [Rd] Recursion error after upgrade to R_2.11.1 [Sec=Unclassified] [Sec=Unclassified]

extMethod(<...>), on the hopes that the method >> eventually called would take care not to make too many copies >> on slot assignment. >> >> Martin >> TR> Hmmm, not sure what you mean here? My code passes objects such as t

Re: [Rd] new.env does not recognize parents from subclassesof "environment"

2010/10/23 Uwe Ligges : > > > On 23.10.2010 17:08, Uwe Ligges wrote: >> >> Looks like those ETH pages were nnot updated after the R-2.12.0 release >> (they do not show current R-tached / R-devel), hence CCing Martin >> Maechler. > > > ... which I a

Re: [Rd] new.env does not recognize parents from subclassesof "environment"

On Sat, Oct 23, 2010 at 18:23, Peter Dalgaard wrote: > On 10/23/2010 05:27 PM, Uwe Ligges wrote: >> >> >> On 23.10.2010 17:25, Martin Maechler wrote: >>> 2010/10/23 Uwe Ligges: >>>> >>>> >>>> On 23.10.2010 17:08, Uwe Ligges wrote:

Re: [Rd] Documentation of option 'help.ports' not in help("options")

> Henrik Bengtsson > on Wed, 27 Oct 2010 12:54:15 -0700 writes: > FYI, > the option 'help.ports' is not document under help("options"). Should > it? yes, for completeness' sake; I've added it besides the other help. options. > It is documented under help("startDyna

Re: [Rd] S4 package warning

> Robin Hankin > on Wed, 10 Nov 2010 09:53:30 + writes: > Hello everyone. R-2.12.0, suse linux 11.3. > I am debugging a package that uses S4 methods > and R CMD check gives the following warning: >> Warning in methods::findMethods(g, env) : >> non-generic fun

Re: [Rd] package matrix dummy.cpp

sion of Matrix. However, as said above, I strongly believe your OS / R setup should be amended in such a way that you can also easily install packages with C++ code. Best regards, Martin Maechler, ETH Zurich >> Thank you very much, Ambrus Kaposi __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] RFC: sapply() limitation from vector to matrix, but not further

1 C2 C3 C4 C5 r1 160 320 480 640 800 r2 160 320 480 640 800 r3 160 320 480 640 800 > --- In the best of all worlds, the default would be 'ARRAY = TRUE', but of course, given the long-standing different behavior, it seem much t

Re: [Rd] [Rcpp-devel] GPL and R Community Policies (Rcpp)

triolic stream of claim and counter >> claim. >> >> As for your claims about R Core, Doug has succinctly and clearly >> addressed your claims in that regard, regardless what you may personally >> believe. Rcpp is *not* an official product

Re: [Rd] 0.5 != integrate(dnorm,0,20000) = 0

constant) functions, the 'abs.error' returned is never 0. If we want to be cautious, such a warning could be made explicitly suppressable by an argument .warn.if.doubtful = TRUE An additional possibility I'd like to try, is a new argument 'min.subdivisions = 3'

Re: [Rd] minor problem in strsplit help file

> "PatB" == Patrick Burns > on Fri, 24 Dec 2010 10:27:23 + writes: PatB> The 'extended' argument to 'strsplit' has been PatB> removed, but it is still mentioned in the argument PatB> items in the help file for 'fixed' and 'perl'. Indeed; thank you Pat! I've committed

Re: [Rd] RFC: sapply() limitation from vector to matrix, but not further

Finally finding time to come back to this. Remember that I've started the thread by proposing a version of sapply() which does not just "stop" with making a matrix() from the lapply() result, but instead --- only when the new argument ARRAY = TRUE is set --- may return an array() of any (appropriat

Re: [Rd] RFC: sapply() limitation from vector to matrix, but not further

>>>>> Gabor Grothendieck >>>>> on Mon, 27 Dec 2010 17:06:25 -0500 writes: > On Wed, Dec 1, 2010 at 3:39 AM, Martin Maechler > wrote: >> My proposal -- implemented and "make check" tested -- is >> to add an optional ar

Re: [Rd] RFC: sapply() limitation from vector to matrix, but not further

On Tue, Dec 28, 2010 at 19:14, Tony Plate wrote: > The abind() function from the abind package is an alternative here -- it can > take a list argument, which makes it easy to use with the result of > lapply().  It's also able take direction about which dimension to join on. > >> x <- list(a=1,b=2,

Re: [Rd] aperm() should retain class of input object

." in the S3 generic definition (see above). I'm really sympathetic with your proposal and would indeed implement it (for R-devel aka "R 2.13.0 to be") unless someone has good arguments for something else. {{well, my version *would* keep the 'perm = NULL' default for bot

Re: [Rd] RFC: sapply() limitation from vector to matrix, but not further

>>>>> Martin Maechler >>>>> on Tue, 28 Dec 2010 20:06:07 +0100 writes: > On Tue, Dec 28, 2010 at 19:14, Tony Plate > wrote: >> The abind() function from the abind package is an >> alternative here -- it can take a list argu

Re: [Rd] Minimum of an ordered factor

s <- lapply(args, as.integer) > ind <- do.call(.Generic, c(codes, na.rm = na.rm)) > factor(level.set[ind], levels = level.set, ordered = > TRUE) > } (the above is now even more garbled than it was already by your use of HTML-ified e-mail ..) But your

Re: [Rd] Minimum of an ordered factor

> "TTLAM" == Thaler, Thorn, LAUSANNE, Applied Mathematics > > on Thu, 6 Jan 2011 15:37:01 +0100 writes: TTLAM> Kurt Hornik writes >> >> if (!all(sapply(args, is.ordered)) || >> >> !all(sapply(level.list, identical, y = level.set))) { >> >> I think it would be

Re: [Rd] Minimum of an ordered factor

>>>>> Thaler,Thorn,LAUSANNE,Applied Mathematics >>>>> on Fri, 7 Jan 2011 13:35:16 +0100 writes: >> Martin Maechler writes >> I have now committed the amended proposal (rev 53925); >> thank you for the feedbacks.. > I had a

Re: [Rd] plotmath indices: suggested addition to help file

Thank you, Claudia, > "CB" == Claudia Beleites > on Thu, 20 Jan 2011 14:05:41 +0100 writes: CB> Dear all, I just stumbled over the fact that subsetting CB> by square bracket will only output the first given CB> index. I guess the rest is thrown away by the CADDR in CB

Re: [Rd] plotmath indices: suggested addition to help file

>>>>> "PE" == Peter Ehlers >>>>> on Fri, 21 Jan 2011 06:17:20 -0800 writes: PE> On 2011-01-21 02:27, Martin Maechler wrote: >> Thank you, Claudia, >> >>>>>>> "CB" == Claudia Beleites o

Re: [Rd] help with S4 objects: trying to use a "link-glm" as a class in an object definition

ed a setOldClass("link-glm") before the the setClass() above and then things "work". > setOldClass("link-glm") > setClass("a",representation(item="link-glm")) [1] "a" > fa <- function() { new("a",item=make.link

[Rd] patch dendrogram.R from stats [was: Re: dendrogram plot does not draw long labels ?]

e), so "chopped off" but the part inside the figure box is well visible. I was searching a bit and did not find mentioned on ?par or ?clip that clipping happens device dependently, but I vaguely recall to have seen it stated.. However the patch is a good idea, anyway, and it will

[Rd] [.raster bug {was "str() on raster objects fails .."}

> Henrik Bengtsson > on Mon, 31 Jan 2011 11:16:59 -0800 writes: > Hi, str() on raster objects fails for certain dimensions. For > example: >> str(as.raster(0, nrow=1, ncol=100)) 'raster' chr [1, 1:100] > "#00" "#00" "#00" "#00" ... >> str(as.rast

Re: [Rd] [.raster bug {was "str() on raster objects fails .."}

On Wed, Feb 2, 2011 at 02:16, Paul Murrell wrote: > Hi > > On 2/02/2011 2:03 p.m., Henrik Bengtsson wrote: >> >> On Tue, Feb 1, 2011 at 4:46 PM, Paul Murrell >>  wrote: >>> >>> Hi >>> >>> On 1/02/2011 9:22 p.m., Martin Maechler wrote

Re: [Rd] [.raster bug {was "str() on raster objects fails .."}

On Wed, Feb 2, 2011 at 23:30, Simon Urbanek wrote: > > On Feb 1, 2011, at 8:16 PM, Paul Murrell wrote: > >> Hi >> >> On 2/02/2011 2:03 p.m., Henrik Bengtsson wrote: >>> On Tue, Feb 1, 2011 at 4:46 PM, Paul Murrell   >>> wrote: >>>> H

Re: [Rd] [.raster bug {was "str() on raster objects fails .."}

On Feb 2, 2011, at 7:00 PM, Paul Murrell wrote: >>> >>>> Hi >>>> >>>> Martin Maechler wrote: >>>>> On Wed, Feb 2, 2011 at 23:30, Simon >>>>> Urbanek wrote: >>>>> On Feb 1, 2011, at 8:16 PM, Paul

Re: [Rd] print(...,digits=2) behavior

",format(alpha), ". x=", formatC(x,dig=2,w=1), " >>> RARE ! <<<\n") alpha <- alpha/10 kpower<- kpower + 1 } ## compute number of digits a <- alpha nsig <- digits for (j in 1:nsig) { if (abs(a -

Re: [Rd] axTicks.Rd documentation bug

in documentation and source code to figure out how to do > this for myself, so I think it would be useful to others > ... Thanks a lot, Ben! I've also added the new example .. though slightly modified. Notably I'm a tiny bit disappointed ;-) that you were not aware of the e

Re: [Rd] request for patch in "drop1" (add.R)

> Ben Bolker > on Wed, 23 Feb 2011 09:14:37 -0500 writes: > By changing three lines in drop1 from access based on $ > to access based on standard accessor methods (terms() and > residuals()), it becomes *much* easier to extend drop1 to > work with other model types.

Re: [Rd] request for patch in "drop1" (add.R)

rof. Ripley. (I will say that, while I understand why > residuals(x) and x$residuals could be different, I am happy that > a more transparent form of coding is being introduced ...) (indeed, see above). Advertising the use of nobs(), i.e. asking package authors to write nobs() methods for the

Re: [Rd] print(...,digits=2) behavior

Savicky. This affects a noticable amount of numeric output from R. - Feedback is welcome, but flames > /dev/null Martin Maechler __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Standardized Pearson residuals

(model)$dispersion * (1 - infl$hat)) res[is.infinite(res)] <- NaN res } > which is "svn blame" to ripley but that is due to the 2003 > code reorganization (except for the infinity check from > 2005). So apparently, we have had that FIXME since > f

Re: [Rd] texi2dvi / egrep issue shows (a.o.) up in R-alpha

> Tobias Verbeke > on Mon, 21 Mar 2011 23:45:33 +0100 writes: > L.S. I noticed weird tools::texi2dvi behaviour on R-alpha > when specifying an absolute path to the .tex file. > The same phenomenon also appears to occur on R-2.12.2, so > maybe the issue is independent

Re: [Rd] R-alpha typo in ?replicate ?

Thank you, Ben. I'm committing the fixes. Martin > Ben Bolker > on Mon, 21 Mar 2011 23:09:29 -0400 writes: > simplify: logical or character string; should the result > be simplified to a vector, matrix or higher dimensional > array if possible? The default, ‘TRUE’, r

Re: [Rd] core Matrix package segfaulted on R CMD check --use-gct

> Douglas Bates > on Mon, 28 Mar 2011 09:24:39 -0500 writes: > Can you provide the output from sessionInfo() > so we can know the platform? Also, did you configure R > with --enable-strict-barrier or set the C compilation flag > -DTESTING_WRITE_BARRIER? I think that

Re: [Rd] core Matrix package segfaulted on R CMD check --use-gct

> "HL" == Hin-Tak Leung > on Thu, 7 Apr 2011 07:51:44 +0100 writes: HL> Douglas Bates wrote: >> I isolated the problem and tested then committed a fix. I am going to >> ask Martin to upload the new release as I have gotten out of sync with >> some of his recent changes

Re: [Rd] core Matrix package segfaulted on R CMD check --use-gct

>>>>> Martin Maechler >>>>> on Thu, 7 Apr 2011 12:24:32 +0200 writes: >>>>> "HL" == Hin-Tak Leung >>>>> on Thu, 7 Apr 2011 07:51:44 +0100 writes: HL> Douglas Bates wrote: >>> I isolated the probl

Re: [Rd] core Matrix package segfaulted on R CMD check --use-gct

>>>>> "HL" == Hin-Tak Leung >>>>> on Thu, 07 Apr 2011 19:31:35 +0100 writes: HL> Martin Maechler wrote: >>>>>>> Martin Maechler on Thu, >>>>>>> 7 Apr 2011 12:24:32 +0200 writes: >&g

Re: [Rd] R CMD build now removes empty dirs

; (referenced from http://developer.r-project.org/) has not > been updated for months. Thank you, Herve. I've only now read your e-mail. (and I now also agree that --keep-empty-dirs should *not* be needed to keep an empty inst/ !) Thanks for the heads up abo

Re: [Rd] core Matrix package segfaulted on R CMD check --use-gct

Fantastic. Thanks a lot, Luke! I can close the thread just to say the final"it wasn't Matrix after all!" ;-) On Fri, Apr 8, 2011 at 20:48, wrote: > Fixed in R-devel by 55385 and R-2-113-branch by 55386. > > The problem was a call to install() in the C srouce code without > protectin

Re: [Rd] R CMD build --resave-data

> Hervé Pagès > on Tue, 12 Apr 2011 22:21:58 -0700 writes: > On 11-04-12 07:06 PM, Simon Urbanek wrote: >> >> On Apr 12, 2011, at 8:53 PM, Hervé Pagès wrote: >> >>> Hi Uwe, >>> >>> On 11-04-11 08:13 AM, Uwe Ligges wrote: On 1

Re: [Rd] Dangerous Bug with IF function of R

> salmajj > on Mon, 18 Apr 2011 11:11:28 -0700 (PDT) writes: > Thanks a lot Petr it works!!! of course .. > You know for someone who is used to work with matlab it is not so obvious:) well, what do you mean with that? I'm intrigued. After such a blatantly wrong claim ab

Re: [Rd] FW: [Rcpp-devel] Question on 5.6 Interfacing C++ code

> Simon Urbanek > on Thu, 21 Apr 2011 10:57:19 -0400 writes: > On Apr 21, 2011, at 10:52 AM, Sean Robert McGuffee wrote: >> Thanks, >> That's great, but I don't know how to determine what foo is. > It's the name of your package. >> How do I declare the name of

Re: [Rd] An update of the Distribustions man page

I haven't take time to look through the R sources for such candidate pages. Suggestions are welcome. > Kind regards > Christophe Thank you for the suggestion, Christophe! Martin Maechler, ETH Zurich > -- > Christophe DUTANG > Ph. D. student at ISFA, L

Re: [Rd] request for R-exts addition

oncrete!) proposals for improvement are welcome. Ideally using texinfo syntax or even better a patch towards a current version of the manual /doc/manual/R-exts.texi from subversion, a nightly tarball, or simply https://svn.r-project.org/R/trunk/do

Re: [Rd] median and data frames

> Paul Johnson > on Thu, 28 Apr 2011 00:20:27 -0500 writes: > On Wed, Apr 27, 2011 at 12:44 PM, Patrick Burns > wrote: >> Here are some data frames: >> >> df3.2 <- data.frame(1:3, 7:9) >> df4.2 <- data.frame(1:4, 7:10) >> df3.3 <- data.frame(1:3, 7:9, 10:

Re: [Rd] Kendall's tau code

27;t know). As I think we'd want to use this in the C code which is also underlying cor(*, method="kendall") I'll eventually want a C version, not the least because we may look into dealing with NA 's in the same -- flexible -- way that they are handled currently via the

Re: [Rd] R CMD check and Suggests Packages

> Hervé Pagès > on Mon, 02 May 2011 11:55:08 -0700 writes: > Hi, On 11-04-28 07:00 PM, Dario Strbenac wrote: >> Hello, >> >> In my description file, I have an example data package in >> Suggests: that I've deleted from my library to test what >> the user who d

Re: [Rd] Wishlist: write R's bin path to the PATH variable and remove the version string in the installation dir under Windows

> Wincent > on Wed, 4 May 2011 13:46:13 +0800 writes: > I also prefer to keep the old versions. Sometimes, I have > spent time to set up the system with older version and > don't want to update to the latest (e.g. the new RGtk2 > needs updated GTk2 as well) because t

Re: [Rd] R CMD check and Suggests Packages

> Dario Strbenac > on Wed, 4 May 2011 10:00:07 +1000 writes: > Hello, >> If Dario really uses R 2.13.0 (or newer), >> and he gets the above error message for a package that is not >> required but only suggested, >> I think we'd need a clear, ideally simple, >>

Re: [Rd] Add "See Also: missing" to help('exists')?

he post copied below. Yes. I've added such a link now... though quite disillusioned with a very vague hope that useRs would read the help page so thoroughly ... Martin Maechler, ETH Zurich SpG>Thanks, Spencer SpG> On 5/14/2011 3:30 AM, David Winsemius wrote: >

Re: [Rd] (no subject)

.. and I am asking the same question as Simon: Are you sure you need to use your own C code, instead of simply using the R packages 'gmp' and 'Rmpfr' and work with R code? -- Martin Maechler, ETH Zurich >> I have installed mpfr and gmp under the instructions of

Re: [Rd] short documentation suggestion for "by" --- reference simplify2array and ave

ay}}, \code{\link{ave}}} iw> (simplify2array, by, and ave should probably also be iw> mentioned in the "See also" section of "apply".) iw> hope this helps. Yes, thank you. I did (something like) that. -- Martin Maechler, ETH Zurich iw> /iaw

Re: [Rd] heatmap documentation typo

explained elsewhere in the documentation, 'NA' is required, not > 'NULL'. > An anonymous expert suggested that I should attach an svn diff file to > this report, so I will. Not necessary. I'

Re: [Rd] Same class name, different package

> John Chambers > on Sun, 24 Jul 2011 14:58:23 -0700 writes: > A point that has come up a couple of times with the new > test is that two classes from two packages may be "the > same class". Should that turn on duplicate classes? > One situation where the answer seem

Re: [Rd] 'data.frame' method for base::rep()

of producing unique row.names, {though, I must say, not the "optimal" one if the issue is efficiency} Rather keep using [,] and let's not get into having to maintain yet another data.frame method .. Martin Maechler, ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] X11.options().

Hi Rolf, please excuse a short "top-reply": As I see you are using an operating system (instead of Win..), can you try in the shell echo 'X11.options()$type' | R --vanilla --slave and does that really *not* report [1] "cairo" ?? (and BTW: Your subject had tolower("LL") instead of

Re: [Rd] X11.options().

>>>>> Uwe Ligges >>>>> on Mon, 8 Aug 2011 21:38:06 +0200 writes: > On 08.08.2011 10:20, Martin Maechler wrote: >> Hi Rolf, >> >> please excuse a short "top-reply": >> >> As I see you are usin

Re: [Rd] matrix bands

ding > it in base R. Alternatively, something like this could be > included in the Matrix package. well, see above and let us know if you see anything lacking in bandSparse(). Till now we haven't got much feedback about it, and there may well be room for improvement. Martin Mae

Re: [Rd] matrix bands

not, then perhaps they could be extended to > achieve this functionality. That's a good suggestion, and I'll look at it, further I'll look at your examples of "getting" ... and at the moment I'm still a bit curious why, i.e., to what end / in what application yo

Re: [Rd] An example of very slow computation

of expm() which is faster for the special case of evaluating expm(A * t) %*% v {A matrix, v vector, t scalar} and *still* numerically reliable. Martin Maechler, ETH Zurich >> Which is why I said it applies when the system is "diagonalizable". >

Re: [Rd] repeatable segfault - on Mac

[R.app GUI 1.41 (5874) i386-apple-darwin9.8.0] It does not happen on Linux (different versions) nor Windows (2.13.1 patched, early August). As this is calling LAPACK code, I guess that this is yet another case where the Mac version of optimized BLAS / LAPACK is playing wrongly. Mart

Re: [Rd] repeatable segfault - on Mac

>>>>> Simon Urbanek >>>>> on Thu, 8 Sep 2011 09:33:23 -0400 writes: > On Sep 8, 2011, at 4:01 AM, Martin Maechler wrote: >>>>>>> David Winsemius >>>>>>> on Tue, 6 Sep 2011 00:38:13 -0400 writes: &g

Re: [Rd] should dir(all=TRUE) return "." and ".."?

> William Dunlap > on Fri, 23 Sep 2011 15:49:43 + writes: > dir(all=TRUE) returns the file names "." and ".." while > dir(recursive=TRUE, all=TRUE, include.dirs=TRUE) does not. > I always filter out the "." and ".." entries and was > wondering if anyone would mind

Re: [Rd] broken save(..., compress="xy")

> Hervé Pagès > on Fri, 23 Sep 2011 11:44:32 -0700 writes: > On 11-09-23 11:02 AM, Sarah Goslee wrote: >> Hi, >> >> >> 2011/9/23 Hervé Pagès: >>> Hi, >>> >>> With current R devel and R 2.13.1: >>> aa=1:5 save(aa, file="aa.rda", compress

Re: [Rd] load.R patch suggestion

> Ben Bolker > on Thu, 15 Sep 2011 11:03:26 +0200 writes: > Inspired by > http://stackoverflow.com/questions/7487778/could-you-tell-me-what-this-error-means > I wrote the following very small (one-line) patch which > returns an *informative* error message when R tri

Re: [Rd] MetaCran website v1.0.0-alpha

native HTML version deleted]] Gabor, could you try to set a good example and *not* post in HTML (even though your messages are fine when transformed to plain text). Thank you Gabor for your effort, and best regards, Martin -- Martin http://stat.ethz.ch/people/maechler Seminar f

Re: [Rd] Fix for bug in arima function

> Patrick Perry > on Wed, 27 May 2015 23:19:09 -0400 writes: {@PP, you forgot this part:} > peter dalgaard > on Thu, 21 May 2015 14:36:03 +0200 writes: >> I suspect that what we really need is >> >> fitI <- lm(x ~ xreg - 1, na.action = na.omit) >> f

Re: [Rd] building with tcltk on Ubuntu 14.04

> Ben Bolker > on Tue, 26 May 2015 11:13:41 -0400 writes: > False alarm. Completely wiping out my build directory followed by > ../R-devel/configure --with-tcl-config=/usr/lib/tclConfig.sh > - --with-tk-config=/usr/lib/tkConfig.sh; make > seems to work. (My fault

[Rd] Nabble gibberish on R-devel: please stop it (Re: S3 internal ...)

t;generic",base_function)] and is mangled because you've post via Nabble which may always use HTML. I'd really us to consider **banning** the use of Nabble for R-devel, completely. People on this list should be able to subscribe to a mailing list and deal with mail filtering etc... Martin Maechler, ETH Zurich __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] RFC: Declaring "foo.bar" as nonS3method() ?!

SO* all the other S3 > method code that all.effects should be treated as a regular R > function. > I would very much like such a feature in R, and for that reason, > I'm cross posting this (as one of the famous exceptions that > accompany real-l

Re: [Rd] RFC: Declaring "foo.bar" as nonS3method() ?!

AM, Kurt Hornik wrote: >>>>>>> Duncan Murdoch writes: >> >>> On 12/06/2015 7:16 AM, Kurt Hornik wrote: >>>>>>>>> Duncan Murdoch writes: >>>> >>>>> On 12/06/2015 4:12 AM, Martin Maechl

Re: [Rd] RFC: Declaring "foo.bar" as nonS3method() ?!

; ever wrote an all.effects function that *was* supposed to be an S3 >> method, it might be masked by the one in effects. >> >> Duncan Murdoch >> >>> >>> Hadley >>> >>> On Fri, Jun 12, 2015 at 6:52 AM, Kurt Horn

Re: [Rd] Lack of protection bug in current R release candidate

replicate(30, capture.output(print(fx))) stopifnot(r[,1] == r) # ^^^ fails because of bug but the R 3.2.1 release candidate probably really cannot be touched now, with something non-trivial like this. We'd be *very* happy to get such problems during alpha or beta testing phase (or even before). Martin Maechler __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Lack of protection bug in current R release candidate

of all involved -- for reporting the bug here! BTW: I've committed svn rev 68519 about ten minutes ago which does fix the bug (simply applying your good advice) and contains a regression test. Thank you once more, Radford! Martin Maechler __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] back port of Bug 15899 fix missing from R 3.2.1 RC release!!!

> Jack Howarth > on Mon, 15 Jun 2015 22:03:59 -0400 writes: > Is there a reason why the fix for Bug 15899 - Omitted 'extern' on > 'R_running_as_main_program' after refactor can cause linker errors for > applications embedding R... > https://bugs.r-project.org/bugzilla

Re: [Rd] Improving string concatenation

omas Lumley were *not* repeated this time (I think) https://stat.ethz.ch/pipermail/r-devel/2006-August/039012.html - Historical note: At the time, there was only 'paste()' in base R. Gabor did mention paste0() as a possible compromise, and indeed, we did add paste0() to R event

Re: [Rd] Building r-devel fails on Ubuntu (old and new as well)

> Gábor Csárdi > on Thu, 16 Jul 2015 07:18:00 -0400 writes: > ... > making array.d from array.c > array.c:33:23: fatal error: duplicate.h: No such file or directory > compilation terminated. > ... > https://travis-ci.org/metacran/r-builder/builds/71225331#L740

Re: [Rd] Improvements (?) in stats::poly and stats::polym.

Dear Keith, > > on Thu, 16 Jul 2015 08:58:11 + writes: > Dear R Core Team, > Last week I made a post to the R-help mailing list > “predict.poly for multivariate data” > > but it has had no respons

Re: [Rd] Improvements (?) in stats::poly and stats::polym.

>>>>> "MM" == Martin Maechler >>>>> on Fri, 17 Jul 2015 18:00:28 +0200 writes: MM> Dear Keith, >>>>> >>>>> on Thu, 16 Jul 2015 08:58:11 + writes: >> Dear R Core Team, >> Last wee

Re: [Rd] all.equal: possible mismatch between behaviour and documentation

ctors which are mostly zero (and hence often both equal to zero), but in other cases, this may be more problematic (think of a case when also both vectors are mostly (exactly) equal, but then there are a few outliers...). But in spite of such cases, as said above, I'm almost sure this won

Re: [Rd] enableJIT in Rprofile leads to 'not a proper evaluation environment' on startup

daily snapshot tarballs from (new URL) https://stat.ethz.ch/R/daily/ The above failure is due to a bogous commit to the development version of R in January(!) ... and is now fixed in R-devel .. will be fixed in R 3.2.2 patched next week.. but is most probably not making it into R 3.2.2 which has been in co

Re: [Rd] Weird issue when iterating through dates

(Resend: was meant for R-devel, not just Joshua) > On Wed, Aug 12, 2015 at 10:55 AM, Gábor Csárdi wrote: > > I am not sure if this is a bug or not. > > > I would argue that this isn't a bug, not even in the documentation of > "for" (even though it might be clearer). ?"for" says that `seq` is > "

Re: [Rd] match()/%in% with language objects?

> William Dunlap > on Tue, 25 Aug 2015 09:47:23 -0700 writes: > match(x,table) and x%in%table work when x and table are lists of language > objects or expressions. E.g., > expression(quote(1+2), quote(log2(16))) %in% expression(3, quote(1+2), c(4L,5L,6L,7L)) > #[1]

Re: [Rd] Issues with libcurl + HTTP status codes (eg. 403, 404)

> "DM" == Duncan Murdoch > on Wed, 26 Aug 2015 19:07:23 -0400 writes: DM> On 26/08/2015 6:04 PM, Jeroen Ooms wrote: >> On Tue, Aug 25, 2015 at 10:33 PM, Martin Morgan wrote: >>> >>> actually I don't know that it does -- it addresses the symptom but I think there sh

Re: [Rd] No new daily R-devel tarball since r69202?

> Rainer Hurling > on Sun, 6 Sep 2015 08:40:13 +0200 writes: > Am 05.09.2015 um 19:09 schrieb peter dalgaard: >> >>> On 05 Sep 2015, at 13:54 , Rainer Hurling >>> wrote: >>> >>> Am 05.09.2015 um 10:18 schrieb peter dalgaard: > On 05 Sep 201

Re: [Rd] R-devel_2015-09-14 throws an error in reg-packages test

> Jeroen Ooms > on Wed, 16 Sep 2015 22:56:19 +0200 writes: > On Wed, Sep 16, 2015 at 9:32 PM, Avraham Adler wrote: >> When running make check, I get the following error: >> >> running code in 'reg-packages.R' ...make[3]: *** [reg-packages.Rout] Error 1 >> make[

Re: [Rd] Should as.complex(NaN) -> NA?

" (whereas e.g., complex(re = Inf, im = NaN) considered as one of the infinitely many complex infinities by at least some of the C library implementations. --- I have found that match(), unique(), and duplicated() still behave pretty pecularly --- I'd say bugously --- even after the 69410 change. Some illustration of the above -- but with the "old" R 3.2.2 behavior is available at http://rpubs.com/maechler/complex-NAs-v3_2_2 . -- Martin Maechler __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

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

heers, > Josh > On Thu, May 14, 2015 at 8:13 AM, Hervé Pagès > wrote: >> Thanks Martin for looking into this. H. >> >> >> On 05/13/2015 03:57 AM, Martin Maechler wrote: >> >>> Hervé Pagès >>>>

Re: [Rd] R 3.2.2 64 bit compilation error on AIX

Core) should just apply that patch to the R/src/extras/tre/ sources. But this does not seem to be related to your original problem where compilation stopped during tools package building, or does it ? Martin Maechler, ETH Zurich > -- Vinh > On Thu, Oct 8, 2015 at 7:22 PM, Vinh N

Re: [Rd] rank(, ties.method="last")

else names(y) <- nm[!nas] > y > } > ## MWE > x <- c(10, 11, 11, 12, 12, 13) > rank(x, ties.method="first") > rank2(x, ties.method="last") Indeed, this makes sense to me, and is easy enough to document and maintain, and preferable to asking useRs

Re: [Rd] identical(..., ignore.environment=TRUE)

> Duncan Murdoch > on Mon, 12 Oct 2015 19:31:11 -0400 writes: > On 12/10/2015 9:51 AM, Ben Bolker wrote: >> Duncan Murdoch gmail.com> writes: >> BB> > It seems odd/inconvenient to me that the > "ignore.environment" argument of identical() only >>

Re: [Rd] identical(..., ignore.environment=TRUE)

ll' ) [Yes, I think I know why they probably won't come from you, Bill, unfortunately ..] Martin > Bill Dunlap > TIBCO Software > wdunlap tibco.com > On Tue, Oct 13, 2015 at 8:39 AM, Martin Maechler > wrote: > > >>>>> Duncan Mur

<    1   2   3   4   5   6   7   8   9   10   >