Re: [Rd] [External] Possible ALTREP bug

e they are used allow > > for them to > > >> allocate. I have fixed the one that got caught by Gabor's > > example, and > > >> a rchk run might be able to pick up others if rchk knows > > these could > > &g

Re: [Rd] S3 weirdness

On Thu, Jun 24, 2021 at 4:48 PM Gabor Grothendieck wrote: > The fact that zoo:: in one part of the code has a side effect in > another seems not to be in the spirit of functional programming or > modularity. > While this is true, there is no way I know of for a package function to...well, functi

Re: [Rd] ALTREP ALTINTEGER_SUM/MIN/MAX Return Value and Behavior

Hi Sebastian, So the way that it is currently factored, there isn't a good way of getting what you want under the constraints of what Luke said (ALTINTEGER_SUM is not part of the API). I don't know what his reason are for saying that per say and would not want to speak for him, but of the top of

Re: [Rd] ALTREP ALTINTEGER_SUM/MIN/MAX Return Value and Behavior

Also, @Luke Tierney I can prepare a patch that has wrappers delegate to payload's ALTREP class methods for things like sum, min, max, etc once conference season calms down a bit. Best, ~G On Tue, Jun 29, 2021 at 11:07 AM Gabriel Becker wrote: > Hi Sebastian, > > So the

Re: [Rd] ALTREP ALTINTEGER_SUM/MIN/MAX Return Value and Behavior

ges. If these macros have > matured and it can be made explicit that they return NULL if no method is > applicable, or, better, they internally dispatch to a normal sum method if > this is the case, they could become very manageable and useful. > > Best, > > Sebastian > > &g

Re: [Rd] On read.csv and write.csv

Hi Stephen, Personally, I don't have super strong feelings about this, but https://datatracker.ietf.org/doc/html/rfc4180#section-2 does say that the optional header line should have the same number of fields as the data records, so in as much as that is the "CSV specification", R's read.csv behavi

Re: [Rd] On read.csv and write.csv

On Thu, Jul 1, 2021 at 1:46 PM Stephen Ellison wrote: > > Please run the reproducible example provided. > When you do, you will see that write.csv writes an unnecessary empty > header field ("") over the row names column. This makes the number of > header fields equal to the number of columns _in

Re: [Rd] Clearing attributes returns ALTREP, serialize still saves them

Hi all, I don't have a solution yet, but a bit more here: > .Internal(inspect(x2b)) @7f913826d590 14 REALSXP g0c0 [REF(1)] wrapper [srt=-2147483648,no_na=0] @7f9137500320 14 REALSXP g0c7 [REF(2),ATT] (len=100, tl=0) 0.45384,0.926371,0.838637,-1.71485,-0.719073,... ATTRIB: @7f913826dc

Re: [Rd] Clearing attributes returns ALTREP, serialize still saves them

when I get to it, but if someone tackles it before me hopefully this digging helped some. Best, ~G On Fri, Jul 2, 2021 at 10:18 PM Gabriel Becker wrote: > Hi all, > > I don't have a solution yet, but a bit more here: > > > .Internal(inspect(x2b)) > > @7f913826d5

Re: [Rd] Feature request: Change default library path on Windows

On Sun, Jul 25, 2021, 6:54 AM Steve Haroz wrote: > > Shouldn't it be in one of the AppData directories? > > I asked that same question on twitter. Here was a response > (https://twitter.com/bmwiernik/status/1419033079495147522): > * But it's not for files that should be user-accessible, like a >

Re: [Rd] Rprofile.site function or variable definitions break with R 4.1

Hi Andrew and Dirk, The other question to think about is what was your Rprofile.site doing before. We can infer from this error that apparently it was defining things *in the namespace for the base package*. How often is that actually what you wanted it to do/a good idea? I haven't played around

Re: [Rd] na.omit inconsistent with is.na on list

Hi Toby, This definitely appears intentional, the first expression of stats:::na.omit.default is if (!is.atomic(object)) return(object) So it is explicitly just returning the object in non-atomic cases, which includes lists. I was not involved in this decision (obviously) but my gu

Re: [Rd] na.omit inconsistent with is.na on list

On Thu, Aug 12, 2021 at 4:30 PM Toby Hocking wrote: > Hi Gabe thanks for the feedback. > > On Thu, Aug 12, 2021 at 1:19 PM Gabriel Becker > wrote: > >> Hi Toby, >> >> This definitely appears intentional, the first expression of >> stats:::na.omit.de

Re: [Rd] na.omit inconsistent with is.na on list

ion, we might only be able to represent missing values > > like c(NA, NA). > > > > On Fri, 13 Aug 2021 at 17:27, Iñaki Ucar > wrote: > > > > > > On Thu, 12 Aug 2021 at 22:20, Gabriel Becker > > wrote: > > > > > > > > Hi Toby, >

Re: [Rd] na.omit inconsistent with is.na on list

t; (f.list <- data.frame(list=I(list(1,NA,2 > list > 11 > 2 NA > 32 > > is.na(f.list) > list > [1,] FALSE > [2,] TRUE > [3,] FALSE > > na.omit(f.list) > list > 11 > 2 NA > 32 > > On Sat, Aug 14, 2021 at 5:15 PM Ga

Re: [Rd] [External] Re: Update on rtools4 and ucrt support

Hi all, I will preface this with the fact that I don't do work on windows and the following is based on remembered conversations/talks/etc from a while ago so may be either incorrect or out of date, but I recall one of the major things Jeroen was targeting was use of/integration with a meaningful

Re: [Rd] [External] Re: Workaround very slow NAN/Infinities arithmetic?

Mildly related (?) to this discussion, if you happen to be in a situation where you know something is a C NAN, but need to check if its a proper R NA, the R_IsNA function is surprisingly (to me, at least) expensive to do in a tight loop because it calls the (again, surprisingly expensive to me) isn

Re: [Rd] parallel PSOCK connection latency is greater on Linux?

Jeff, Perhaps I'm just missing something here, but ms is generally milliseconds, not microseconds (which are much smaller), right? Also, this seems to just be how long it takes to roundtrip serialize iris (in 4.1.0 on mac osx, as thats what I have handy right this moment): > microbenchmark({x <

Re: [Rd] parallel PSOCK connection latency is greater on Linux?

in this thread was that the culprit was TCP > behavior unique to the Linux network stack. > > Jeff > > On Mon, Nov 1 2021 at 05:55:45 PM -0700, Gabriel Becker < > gabembec...@gmail.com> wrote: > > Jeff, > > Perhaps I'm just missing something here, but ms is g

Re: [Rd] .onLoad, packageStartupMessage, and R CMD check

Hi Michael, Indeed, just to elaborate further on what I believe Duncan's point is, can you give any examples, "dire" or not, that are appropriate when the package is loaded but not attached (ie none of its symbols are visible to the user without using :::)? The only things I can think of are a pa

Re: [Rd] string concatenation operator (revisited)

Hi All, Seeing this and the other thread (and admittedly not having clicked through to the linked r-help thread), I wonder about NAs. Should NA "hi there" not result in NA_character_? This is not what any of the paste functions do, but in my opinoin, NA + seems like it should be NA (not "NA")

Re: [Rd] string concatenation operator (revisited)

n empty string, >> you should use "" or NULL, not NA. >> >> I'd agree with Gabe, paste0("abc", NA) shouldn't give "abcNA", it should >> give NA. >> >> Duncan Murdoch >> >> > >> > Avi >> > &g

Re: [Rd] [External] Re: svd() results should have a class

This does make sense to me, though I admit to not feeling super strongly about it. Particularly in the light of the precedent from qr(). It would also be "mostly" backwards compatible, as there would not be methods for the new class for existing code to get hung up on out of the gate. Particularly

[Rd] Respecting custom repositories files in interactive/batch R sessions

Hi all, A company I work with mirrors CRAN internally behind its firewall for security (and reproducibility/consistency/etc) reasons. In that case, we would like all R processes (across all the R CMD *, as well as interactive and batch sessions) to automatically hit our cran mirror instead of prom

Re: [Rd] Respecting custom repositories files in interactive/batch R sessions

Hi Dirk, So there's a couple of things going on. First off you're correct that that works generally. There are a couple of reasons that made it not. The first is a bug/design error in Rstudio which is causing the R_PROFILE to not be adhered to when you build there. I will be filing a bug regarding

Re: [Rd] Proposal to limit Internet access during package load

Hi Simon, The example of this I'm aware of that is most popular and widely used "in the wild" is the stringi package (which is a dep of the widely used stringr pkg) whose configure file downloads the ICU Data Library (icudt). See https://github.com/gagolews/stringi/blob/master/configure#L5412 No

Re: [Rd] Proposal to limit Internet access during package load

For the record, the only things switchr (my package) is doing internet wise should be hitting the bioconductor config file ( http://bioconductor.org/config.yaml) so that it knows the things it need to know about Bioc repos/versions/etc (at load time, actually, not install time, but since install do

Re: [Rd] Proposal to limit Internet access during package load

where there's no connectivity, the package won't work (the canned file would just set the repositories to URLs that R still won't be able to reach). Anyway, Thanks ~G On Mon, Sep 26, 2022 at 3:11 PM Simon Urbanek wrote: > > > > On 27/09/2022, at 11:02 AM, Gabriel Becker

Re: [Rd] tools:: extracting pkg dependencies from DCF

Hi Jan and Jan, Can you explain a little more what exactly you want the non-recursive, non-version aware dependencies from an individual package for? Either way package_dependencies will do this for you* with a little "aggressive convincing". It wants output from available.packages, but who reall

Re: [Rd] tools:: extracting pkg dependencies from DCF

5] "htmltools" [6] "grid" [7] "dplyr" [8] "tibble" [653] "rjson" [654] "rsolr" [655] "rlecuyer" [656] "filelock" Now you should probably move the PACKAGES file somewhere else and not leave it in your package lib

Re: [Rd] tools:: extracting pkg dependencies from DCF

gt; > It's very nice usage you provided here. Maybe instead of adding new > >> > function we could extend packages_depenedncies then? To accept file > path to > >> > dsc file. > >> > > >> > What about repos.dcf? Maybe additional repositor

Re: [Rd] Lazy-evaluate elements wrapped with invisible

Hi Dipterix, On Fri, Oct 28, 2022 at 1:10 PM Dipterix Wang wrote: > Hi, > > I was wondering if it is a good idea to delay the evaluation of expression > within invisible(), just like data()/delayedAssign()? > > The idea is a function might return an invisible object. This object might > not be

Re: [Rd] tools:: extracting pkg dependencies from DCF

se') No need to be reaching down into unexported functions. So if you *really* only want to exclude base functions (which likely will give you some protection from versioned dep issues), you can change the code above to needed_pkgs <- setdiff(package_dependencies(...), installed.packages(priority =

Re: [Rd] unlist preserve common class?

Hi Spencer, My 2c. According to the docs, factors are special-cased. Other S3 'classes' could be special-cased, such as Date in your example, I suppose, but it is not clear how what you're describing could be implemented for the general case. Suppose I define an S3 "class" called my_awesome_clas

Re: [Rd] unlist preserve common class?

on. Best, ~G On Thu, Dec 8, 2022 at 8:21 PM Spencer Graves < spencer.gra...@effectivedefense.org> wrote: > Hi, Gabriel: > > > On 12/8/22 8:20 PM, Gabriel Becker wrote: > > Hi Spencer, > > > > My 2c. > > > > According to the docs, factors are special-

[Rd] nightly r-devel.pkg builds failing since Jan 15

Hi all, It looks like for intel macs (ie high sierra) the nightly build of R-devel has been failing continuously since Jan 16th: https://mac.r-project.org/high-sierra/last-success/ Is this a known issue? I didn't see any way to get at the relevant logs (of the .pkg creation step), as the .tar.gz

Re: [Rd] transform.data.frame() ignores unnamed arguments when no named argument is provided

On Thu, Mar 2, 2023 at 2:02 PM Antoine Fabri wrote: > Thanks and good point about unspecified behavior. The way it behaves now > (when it doesn't ignore) is more consistent with data.frame() though so I > prefer that to a "warn and ignore" behaviour: > > data.frame(a = 1, b = 2, 3) > > #> a b X

Re: [Rd] transform.data.frame() ignores unnamed arguments when no named argument is provided

ehavior. Best, ~G > > -Original Message- > From: R-devel On Behalf Of Martin Maechler > Sent: Friday, March 3, 2023 10:26 AM > To: Gabriel Becker > Cc: Antoine Fabri ; R-devel < > r-devel@r-project.org> > Subject: Re: [Rd] transform.data.frame() ignores unna

Re: [Rd] Multiple Assignment built into the R Interpreter?

There are some other considerations too (apologies if these were mentioned above and I missed them). Also below are initial thoughts, so apologies for any mistakes or oversights. For example, if [a, b] <- my2valuefun() works the same as local({ tmp <- my2valuefun() stopifnot(is.list(tmp) && len

Re: [Rd] WISH: Optional mechanism preventing var <<- value from assigning non-existing variable

I have to say <<- is a core debugging tool when assigning into the global environment. I suppose I could use assign but that would be somewhat annoying. That said I'm still for this change, the vast overwhelming number of times that <<- is in my package code - already rare but it does happen - it

Re: [Rd] Request: better default R_LIBS_USER

Felipe, Thanks for being interested in making R better. Its great to see engagement from a new "virtual face", so to speak. That said, without speaking for R-core, my experience is that the R-project and R-core team place a very high premium on backwards compatibility. They will make breaking chan

Re: [Rd] Request: better default R_LIBS_USER

Small but crucial typo correction: Perhaps this could be put on the list of possible changes for R 5.0, to be > bundled with other as-yet undecided breaking changes, members of R-core > feel the same way. > *if* members of R-core feel the same way. ~G > > Best, > ~G > > >> Cheers. >> >> -- >>

Re: [Rd] write.csv performance improvements?

Hi Toby et al, On Wed, Mar 29, 2023 at 10:24 PM Toby Hocking wrote: > Dear R-devel, > I did a systematic comparison of write.csv with similar functions, and > observed two asymptotic inefficiencies that could be improved. > > 1. write.csv is quadratic time (N^2) in the number of columns N. > C

Re: [Rd] Autocompletion for the new S3 generic @ method?

Hi Tomasz, I haven't had a chance to look at your patch yet (also I can't accept it as I'm not on R-core), but patches for consideration should be submitted to bugzilla (https://bugs.r-project.org), not the unofficial github mirror of the the SVN repo. Best, ~G On Sun, Apr 2, 2023 at 6:09 AM Tom

Re: [Rd] Should '@" now be listed in tools:::.get_internal_S3_generics() ?

Karolis, It seems likely, without having looked myself, that you could be correct about the issue, but it does seem worth noting that both of the functions you have mentioned are not exported, and thus not part of the API that extension packages are allowed to use and rely on. If retrieving the l

Re: [Rd] range() for Date and POSIXct could respect `finite = TRUE`

Hi All, I think there may be some possible confusion about what allowsInf would be reporting (or maybe its just me :) ) if we did this. Consider a class "myclass", S3, for starters, with setMethod("allowsInf", "myclass", function(obj) FALSE) Then, what would myclassthing <- structure(1.5, cla

Re: [Rd] codetools wrongly complains about lazy evaluation in S4 methods

The API supported workaround is to call globalVariables, which, essentially, declares the variables without defining them (a distinction R does not usually make). The issue with this approach, of course, is that its a very blunt instrument. It will cause false negatives if you accidentally use the

[Rd] Vectorize library() to improve handling of versioned deps [sprint project proposal]

Hi All, This is a proposal for a project which could be worked on during the R development Sprint at the end of this month; it was requested that we start a discussion here to see what R-core's thoughts on it were before we officially add it to the docket. AFAIK, R officially supports both versi

Re: [Rd] Improving user-friendliness of S4 dispatch failure when mis-naming arguments?

I just want to add my 2 cents that I think it would be very useful and beneficial to improve S4 to surface that information as well. More information about the way that the dispatch failed would be of great help in situations like the one Michael pointed out. ~G On Thu, Aug 10, 2023 at 9:59 AM M

Re: [Rd] Is ALTREP "non-API"?

ng accepted by CRAN at the moment doesn't mean CRAN > will keep accepting it. So, I want to clarify the current status of ALTREP. > > Best, > Yutani > > 2024年4月22日(月) 10:17 : > > > Hello, I don't believe it is illegal, as ALTREP "implements an > abstracti

Re: [Rd] Is ALTREP "non-API"?

le. For example, how about "experimental API" or "unstable API"? > They sound better to me. > > Best, > Yutani > > [1]: > https://cran.r-project.org/doc/manuals/r-release/R-exts.html#Parsing-R-code-from-C > > > 2024年4月22日(月) 16:37 Gabriel Becker :

Re: [Rd] Question about writing portable packages

ts . > > Thank you very much in advance. > > Best regards, > > Guillermo > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate

Re: [Rd] "Proper" way to use a "hidden" function in an R-package?

rmation Science > University of Illinois at Urbana-Champaign > 607 South Mathews Avenue, MC 150 > Urbana, IL 61801 > Phone: 217-300-1924 > http://www.geog.illinois.edu/~jgrn/ > AIM: jgrn307, MSN: jgrn...@hotmail.com, Gchat: jgrn307, Skype: jgrn3007 > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Student Statistics Department University of California, Davis [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] Inconsistency between eval and withVisible (with patch)

TARY=en_US.UTF-8LC_MESSAGES=en_US.UTF-8 [7] LC_PAPER=en_US.UTF-8 LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base -- Gabrie

Re: [Rd] Inconsistency between eval and withVisible (with patch)

d that function DOES evaluate the actual expression. Thus my (apparently incorrect) assumption that they should have the same behavior. ~G > > Peter > > > On Wed, Aug 14, 2013 at 11:04 PM, peter dalgaard wrote: > >> >> On Aug 15, 2013, at 01:46 , Gabriel Becker wrote: &g

[Rd] Correct procedure when working on bugs tracked in bugzilla?

een assigning the bugs to myself in bugzilla as I was not sure if that is something only R-core members should be doing. Is there a correct/desired way that I as a non-R-core member should indicate that I'm working on a fix for a particular bug or am interested in/willing to do so? Thanks,

Re: [Rd] legitimate use of :::

ch muddier issue is what to do when someone has written a function that *almost* does what you want, but has a hardcoded limitation in it that prevents you from using it. That situation is harder to deal with imo unless the maintainer of the package is open to patches/pull requests. ~G -- Gabriel Be

Re: [Rd] legitimate use of :::

orted then A can't import it. That is there is no way for B to > declare a function to be importable by another package without having that > function also placed on the search path whenever B is loaded by a > library(B)l or > a Depends: B from another pack

Re: [Rd] legitimate use of :::

x27;m not saying it would be easy, as I haven't looked at how the namespace stuff is implemented). On Thu, Aug 22, 2013 at 5:19 PM, Gabor Grothendieck wrote: > On Thu, Aug 22, 2013 at 7:57 PM, Gabriel Becker > wrote: > > My understanding is that lookup happens in the imports

Re: [Rd] legitimate use of :::

is also works with two colons for explicitly exported > functions. > > -- > Gray Calhoun, Assistant Professor of Economics at Iowa State > http://gray.clhn.co (web) > > > __** > R-devel@r-project.org mailing list > https://stat.ethz

Re: [Rd] Correct NAMESPACE approach when writing an S3 method for a generic in another package

my package including an S3 method for a > > generic in the lattice package, so if possible I could get rid of both > > of these from Depends if I can solve the above issue. > > > > Thanks in advance. > > > > Gavin > > > > -- > > Gavin Simpso

Re: [Rd] legitimate use of :::

ubstitute(pkg)) > >> name <- as.character(substitute(name)) > >> get(name, envir = asNamespace(pkg), inherits = FALSE) > >> } > >> > >> Then the package authors who really want to take the risk may start > >> another "hide and seek" game, e.g. > >> > >> `%:::%` = function(pkg, fun) get(fun, envir = asNamespace(pkg), > >> inherits = FALSE) > >> 'stats' %:::% 'Pillai' > -- Gabriel Becker Graduate Student Statistics Department University of California, Davi [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] model.frame(), model.matrix(), and derived predictor variables

Do you just add an additional data slot to the model? I've > considered trying to write some kind of 'augmented' model frame, that > would contain the equivalent of > setdiff(all.vars(formula),model.frame(m)) [i.e. all input variables > that appeared in the formula but

Re: [Rd] ‘:::’ call

> But why would something that is internal and not exported have a documentation file at all? > > Paul > > > __** > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/**listinfo/r-devel<https://stat.ethz.ch/mailm

Re: [Rd] model.frame(), model.matrix(), and derived predictor variables

On Thu, Aug 29, 2013 at 6:21 AM, Ben Bolker wrote: > On 13-08-28 05:43 PM, Gabriel Becker wrote: > > Ben, > > > > It works for me ... > >> x = rpois(100, 5) + 1 > >> y = rnorm(100, x) > >> d = data.frame(x,y) > >> m <- lm(y~log(x

[Rd] inconsistency/bug in recordPlot/replayPlot

N=C attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] compiler_3.0.1 tools_3.0.1 -- Gabriel Becker Graduate Student Statistics Department University of California, Davis <><>__

Re: [Rd] inconsistency/bug in recordPlot/replayPlot

fly. Any other ideas or advice would be appreciated. ~G > > Paul > > > On 09/14/13 09:17, Gabriel Becker wrote: > >> Hey all, >> >> I've run accross what seems to be a bug in the recordPlot/replayPlot >> functionality (or at least the lack of a featur

Re: [Rd] recordPlot() on non-interactive graphics device?

/replayPlot() would indeed generate an non-empty plot? If > so, a note like "Note, recordPlot() will often record an empty plot on > non-interactive graphics devices as they do not populate the > displaylist." may be add to the help. > > > Thanks

Re: [Rd] recordPlot() on non-interactive graphics device?

d them all) would probably be helpful, as well as a see also link to dev.control. ~G On Tue, Sep 24, 2013 at 11:25 AM, Gabriel Becker wrote: > Henrik, > > This works for me: > > > png("test.png") > > dev.control(displaylist="enable") > > plot(1:1

Re: [Rd] Internally accessing ref class methods with .self$x is different from .self[['x']]

method, m1 say, on an object x by the expression x$m1(...)." > > This works as expected, but it is a bit clunky: > `$`(.self, x) > > -Winston > > > On Wed, Oct 16, 2013 at 3:08 PM, Gabriel Becker > wrote: > > Winston, > > > > Replying off list as I

Re: [Rd] Internally accessing ref class methods with .self$x is different from .self[['x']]

al(expr) + })) > thing = test$new() > thing$byname("m1") [1] "hi" HTH, ~G On Wed, Oct 16, 2013 at 2:12 PM, Winston Chang wrote: > On Wed, Oct 16, 2013 at 3:41 PM, Gabriel Becker > wrote: > > Winston, > > > > (back on list since I found so

Re: [Rd] Question about selective importing of package functions...

MSN: jgrn...@hotmail.com, Gchat: jgrn307, Skype: jgrn3007 > > [[alternative HTML version deleted]] > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Studen

Re: [Rd] Assigning empty symbol to variable.

ta == substitute() > > Is this intended behaviour? > > [[alternative HTML version deleted]] > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Student Statistics Department University of California, Davis [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Assigning empty symbol to variable.

Sorry, I meant I think it is R_MissingArg, not R_UnboundValue. Again though this is just a guess (though somewhat easily tested). ~G On Mon, Oct 21, 2013 at 1:30 PM, Gabriel Becker wrote: > Jeroen, > > The problem seems to be that you are grabbing a symbol that doesn't have a >

Re: [Rd] Huge performance difference between implicit and explicit print

ts methods base > > Thanks! > > Hadley > > -- > Chief Scientist, RStudio > http://had.co.nz/ > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduat

Re: [Rd] Determining files opened by an R session

one let me know if it is possible to log which files are > opened? > > > > Regards, > > Martin Gregory > > > > __ > > R-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > > > &

Re: [Rd] Dynamic list creation (SEXP in C) returns error "unimplemented type (29) in 'duplicate'"

t; > This happens right after I try to use the returned list from my > routine (trying to print it or building a data-frame). > > Does anyone have an idea of what am I doing wrong? > > Best regards, > > PS: I didn't wanted to copy the entire function... but if you nee

Re: [Rd] Dynamic list creation (SEXP in C) returns error "unimplemented type (29) in 'duplicate'"

n't set the length from the start because every pair of vectors in > L1 have different lengths, lengths that I cannot tell before starting > the loop. > > Thanks for your help, > > Regards, > > George Vega Yon > +56 9 7 647 2552 > http://ggvega.cl > >

Re: [Rd] Running R embedded in an mpiexec spawned process - Fatal error: you must specify '--save', '--no-save' or '--vanilla'

d by mpiexec and fine > otherwise. > > I do not have a suitable debugging environment to step through a R with > debug symbols, and no stack trace is given as console output. > As an aside, the same code (barring platform specifics) works on Windows. > > Thanks > >

Re: [Rd] Depending/Importing data only packages

; the Bayesian database is a more important case. But it strikes me as bad to > attach everything that could ever possibly be wanted by a user. After all, > it would be possible to automatically attach all packages. Some packages > seemed to be headed in that direction before the new r

Re: [Rd] Strategies for keeping autogenerated .Rd files out of a Git tree

e already generated and added to > >>> the > >>> .tar.gz during R CMD build before they are submitted to > CRAN/WinBuilder, > >>> and > >>> they are also generated (in theory) by R CMD build --binary > >>> > >>> I'd lik

Re: [Rd] Object type name and class name

iffer? > > Happy holidays, > > fg > > ______ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Student Statistics Department University of California, Davis [[a

Re: [Rd] Object type name and class name

object type, which clashes with my understanding of an object > being an instance of a class, and hence should share the same name? This is > a purely technical notion, which should have nothing to do with the > physical reality of C storage and types. > > Thanks. > > > On

Re: [Rd] help page of warnings()

ers who claim there's a need > > >> to. If you want a fresh R session, use a fresh R session. Clearing the > > >> global environment will not give a fresh R session. Clearing the > > >> global environment and clearing warnings will not do so either. In my > > >> opinion, it is tricks like these that can lead to unfortunate > > >> situations where results are not reproducible. > > >> > > >> Also, you mention a Stack Overflow question. If you are going to refer > > >> to something, please provide a link (perhaps in a footnote like this > > >> [1] if you do not want to put a long distracting URL in your message). > > >> Maybe there is no useful discussion there, but maybe there is and the > > >> discussion has already raised the points I raise in this email. The > > >> reader of your message is thus left wondering. > > >> > > >> Let me note that I'm just an ordinary R user. I hope I don't scare you > > >> off from giving more suggestions and wouldn't be surprised if others > > >> disagree. I hope you send more messages like the one you just sent > > >> because I'm interested in understanding what R users find confusing. > > >> > > >> Best regards, > > >> > > >> Scott > > >> > > >> [1] an old but related Stack Overflow question: > > >> > http://stackoverflow.com/questions/5725106/r-how-to-clear-all-warnings > > >> > > >> -- > > >> Scott Kostyshak > > >> Economics PhD Candidate > > >> Princeton University > > > > > > > > > > [[alternative HTML version deleted]] > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Student Statistics Department University of California, Davis [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] predict.glm line 28. Please explain

gt; fit <- napredict(na.act, fit) > se.fit <- napredict(na.act, se.fit) > } > pred <- list(fit = fit, se.fit = se.fit, residual.scale = > residual.scale) > } > pred > } > > > > -- > Paul E. Johnson > Professor

Re: [Rd] How to debug an R package (with C code)

; simple example or some command lines? > > > > > > Regards, > > Saisai > > > > > > [[alternative HTML version deleted]] > > > > __ > > R-devel@r-project.org mailing list > > https://stat

Re: [Rd] package NAMESPACE question

empty > > | package, put something like these two functions in > > | > > | multiply <- function(x, k) x * k > > | > > | timestwo <- function(x) multiply(x, 2) > > | > > | to convince yours

Re: [Rd] package NAMESPACE question

I haven't seen all of your code, but are you using get to obtain the object yourself? If so, that is likely your problem, as that is (roughly) equivalent to typing the name at the prompt, it won't see unexported functions. It shouldn't be necessary to do, though. contrasts = switch(ctr, "contr.non

Re: [Rd] package namespace from C

ing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Student Statistics Department University of California, Davis [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] What this error means

rt (with core dump, if enabled) > 2: normal R exit > 3: exit R without saving workspace > 4: exit R saving workspace > > > Thanks, > Sandip > > [[alternative HTML version deleted]] > > __ > R-devel@r-project.

Re: [Rd] What this error means

Eval . Is there any way to handle the error ? > > Thanks > > > On Tue, Feb 25, 2014 at 1:04 PM, Gabriel Becker wrote: > >> Sandip, >> >> >> Are you doing R_eval (sp?) or R_tryEval? Uncaught R-level errors during >> C-level evaluation can cause segfaul

Re: [Rd] A question about multiple(?) out of order ReleaseObject

it later. > > Regards > Saptarshi > > [[alternative HTML version deleted]] > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Student Statistics De

Re: [Rd] A question about multiple(?) out of order ReleaseObject

that 'a' is the in precious list, and 'a' is assigned to 'v', if > ReleaseObject is called on 'a', will 'a 'still be assigned to 'v' and > therefore not get GC'd. > > In rudimentary tests, it doesn't appea

Re: [Rd] Conflicting definitions for function redefined as S4 generics

> http://www.bioinf.jku.at/ <http://www.bioinf.jku.at> > > > > __ > > R-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-devel > > > > [[alternative HTML version deleted]] > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Student Statistics Department University of California, Davis [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] internal string comparison (Scollate)

not every single thing R does internally can be public and of course I'm not privy or a party to discussions on what should and shouldn't be. But freezing and duplicating small pieces of R's non-exported internal code seems like a dangerous move to me. ~G -- Gabriel Becker Gradua

Re: [Rd] read.table() code fails outside of the utils package

________ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > -- Gabriel Becker Graduate Student Statistics Department University of California, Davis [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] RFC: API design of package "modules"

If you want your module package to succeed you are going to have to > duplicate all the good stuff in packages - documentation, metadata, > distribution (trivial: zip/unzip/pull/push), and then another problem - > people will grow out of it - they'll start writing C and Fortran cod

Re: [Rd] RFC: API design of package "modules"

On Tue, Apr 29, 2014 at 12:51 PM, Jeroen Ooms wrote: > On Tue, Apr 29, 2014 at 6:37 AM, Gabriel Becker > wrote: > > > > pkg::fun() will call function fun from the namespace of package pkg > > *without loading it onto the search path* > > It is important to use conv

Re: [Rd] Style question

tween packages, and gsubbing for pkga:foo to > pkgb:foo isn't hard > * it's not that much hard to grep for pkg::foo in R/* than it is to > grep NAMESPACE > > Hadley > > -- > http://had.co.nz/ > > __ > R-devel@r-project.org mailing list >

Re: [Rd] R CMD check for the R code from vignettes

n the weaving process. If this is done, I'm back to my > >> previous question: does it make sense to run the code twice? > >> > >> To push this a little further, personally I do not quite appreciate > >> literate programming in R as two separate steps,

<    1   2   3   4   >