Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

On 2015-12-30 09:58, Michael Felt wrote: On 2015-12-29 11:02, Michael Felt wrote: This seems to be a problem that goes back a long time - and I hope someone who understands what tre is suppossed to be doing will look at this. A short history of other people who have reported on this on

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

On 2015-12-31 16:14, Michael Felt wrote: - literal (&, M-^?) (38, 65535), pos 0, sub -1, 0 tags + literal (&, M-^?) (38, -1), pos 0, sub -1, 0 tags Getting down to these two lines - so I think it is now "before" root@x069:[/data/prj/cran/32/R-aix-3.2.3/sr

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

On 2015-12-31 17:02, Michael Felt wrote: On 2015-12-31 16:14, Michael Felt wrote: - literal (&, M-^?) (38, 65535), pos 0, sub -1, 0 tags + literal (&, M-^?) (38, -1), pos 0, sub -1, 0 tags Getting down to these two lines - so I think it is now "before" Made a few chang

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

would be good to know what environment you are using. Thanks for looking - and finding!!! Michael On 01 Jan 2016, at 22:06 , Simon Urbanek wrote: Ok, found the problem - on platforms that support it TRE uses wint_t (from wchar.h) as its type for characters (tre_cint_t) which on AIX is *signed

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

On 2016-01-03 16:59, Michael Felt wrote: On 2016-01-01 23:48, peter dalgaard wrote: Nice catch you two!!! Happy New Year -pd I am much happier with this great start! Simon - which compiler)s) did you use: xlc and xlfortran, or gcc/gfortran? I have made some changes to configure(.ac) so

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

On 2016-01-03 17:28, Michael Felt wrote: On 2016-01-03 16:59, Michael Felt wrote: On 2016-01-01 23:48, peter dalgaard wrote: Nice catch you two!!! Happy New Year -pd I am much happier with this great start! Simon - which compiler)s) did you use: xlc and xlfortran, or gcc/gfortran? I have

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

t and long long was 64-bit. Those definitions are extinct. imho - the standard for wint_t is wrong as well - based on an assumption about how "short" is defined. And, I consider it poor practice that there are som many cases of type cast switches between ushort and int. Michael On 04-Ja

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

On 04-Jan-16 15:52, Simon Urbanek wrote: On Jan 4, 2016, at 1:34 AM, Michael Felt wrote: I would be "pleased" if you would try packages - i.e., none of "Toolbox" or Perzl rpm's. R requires iconv, so you have to get that somehow. I tried to bypass the check an

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

The bulk is on my forums - the final post for today is: Results to date: A. It looks like I am going to need a newer compiler for C - xlc/xlC V11 apparently does not understand this code: "/data/prj/cran/R-3.2.3/src/main/memory.c", line 2149.31: 1506-046 (S) Syntax error. I will have to ch

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

On 04-Jan-16 23:24, Michael Felt wrote: The bulk is on my forums - the final post for today is: Results to date: A. It looks like I am going to need a newer compiler for C - xlc/xlC V11 apparently does not understand this code: "/data/prj/cran/R-3.2.3/src/main/memory.c", li

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

On 05-Jan-16 08:15, Michael Felt wrote: On 04-Jan-16 15:52, Simon Urbanek wrote: No, no duplicate warnings. I am still getting many duplicate warnings, but am getting farther than before: such as: === 64-bit ending - what is internal error 5 in R_compress3

[Rd] R for AIX - guidance re: error messages requested

Hi all, With the bug in tre identified I am trying to move forward - one step at a time. As I am getting some errors that prevent make completing with version 3.2.3, and R-devel introduces new issues (that I will face when I get to them) I would appreciate some guidance with output of "make

Re: [Rd] R for AIX - guidance re: error messages requested

On 2016-01-08 00:17, Michael Felt wrote: Hi all, With the bug in tre identified I am trying to move forward - one step at a time. Guess it is time to close testing via R-3.2.3. Next posts will be: a) when I have time b) based on R-devel Have a good day all! Michael As I am getting some

[Rd] Suggestions for improvement as regards `as` methods, and a call for consistency in `as.Date` methods

origin <- as.Date("-01-01", ...) - 1 setNames(as.Date(origin, ...) + x, NULL) } as.Date.POSIXct <- function (x, tz = "UTC", ...) { if (tz == "UTC") { z <- floor(unclass(x)/86400) attr(z

Re: [Rd] inconsistency in treatment of USE.NAMES argument

Changing the vapply() behavior makes sense in principle. I analyzed the CRAN code base using the R parser and found 143 instances of calling vapply with USE.NAMES=FALSE. These would need to be inspected to understand the consequences of the change. For reference: /AzureML/R/datasets.R:226 /BBmisc/

Re: [Rd] should `data` respect default.stringsAsFactors()?

://github.com/wch/r-source/blob/trunk/src/library/datasets/data/iris.R You will note that Species is explicitly a factor and it won't have been read in by read.table, but by being "source()d" because it is a .R file. Michael From: R-devel [r-

Re: [Rd] R, AIX 64-bit builds - trying to understand root cause for message: "Error: Line starting 'Package: tools ...' is malformed!"

Hi Simon, I have been busy with work, but I finally got around to repackaging libiconv for AIX - in a way that both adds GNU libiconv support (libiconv.so.2 member) and is both 32 and 64 bit without breaking support for IBM iconv applications. I concur that iconv is a pain as IBM and GNU mad

[Rd] Function name exported incorrectly in DLL, strange entries in tmp.def

geEEE _Z14dgCIsSymmetricN5Eigen12SparseMatrixIdLi0EiEEd [...] ``` I cannot find this problem documented anywhere. But it seems that somehow additional exports are generated that start with ```.weak```, and the linker mangles all of them into one function name. Help? Michael Stravs Eawag Umweltchemie BU E 23 �berlandstrass

Re: [Rd] unary class union of an S3 class

On Fri, Mar 18, 2016 at 2:53 PM, Hervé Pagès wrote: > Hi, > > Short story > --- > > setClassUnion("ArrayLike", "array") > > showClass("ArrayLike") # no slot > > setClass("MyArrayLikeConcreteSubclass", > contains="ArrayLike", > representation(stuff="ANY") > ) > > sho

Re: [Rd] unary class union of an S3 class

On Sat, Mar 19, 2016 at 12:10 AM, Hervé Pagès wrote: > On 03/18/2016 03:28 PM, Michael Lawrence wrote: > >> >> On Fri, Mar 18, 2016 at 2:53 PM, Hervé Pagès > <mailto:hpa...@fredhutch.org>> wrote: >> >> Hi, >> >> Short story &g

Re: [Rd] unary class union of an S3 class

On Sat, Mar 19, 2016 at 4:29 AM, Hervé Pagès wrote: > On 03/19/2016 01:22 AM, Michael Lawrence wrote: > >> >> >> On Sat, Mar 19, 2016 at 12:10 AM, Hervé Pagès > <mailto:hpa...@fredhutch.org>> wrote: >> >> On 03/18/2016 03:28 PM, Michael Lawre

Re: [Rd] for in r-devel

welcome. Michael On Fri, Mar 18, 2016 at 7:25 AM, Gabor Grothendieck wrote: > Regarding, this news item for r-devel: > > ‘for()’ loops are generalized to iterate over any object with ‘[[’ and > ‘length()’ methods. Thanks to Hervé Pagès for the idea and the patch. > > Below d

Re: [Rd] S3 dispatch for S4 subclasses only works if variable "extends" is accessible from global environment

Right, the methods package is not attached by default when running R with Rscript. We should probably remove that special case, as it mostly just leads to confusion, but that won't happen immediately. For now, the S4_extends() should probably throw an error when the methods namespace is not loaded

Re: [Rd] S3 dispatch for S4 subclasses only works if variable "extends" is accessible from global environment

urce/blob/42ecf5f492a005f5398cbb4c9becd4aa5af9d05c/src/main/objects.c#L258-L265). > > I'm fine with Rscript not loading "methods", as long as everything works > properly with "methods" loaded but not attached. > > > -Kirill > > > > On 19.04.2016 04:10,

Re: [Rd] S3 dispatch for S4 subclasses only works if variable "extends" is accessible from global environment

Tue, Apr 19, 2016 at 5:34 AM, Michael Lawrence > wrote: >> >> Not sure why R_has_methods_attached() exists. Maybe Martin could shed >> some light on that. >> >> On Mon, Apr 18, 2016 at 11:50 PM, Kirill Müller >> wrote: >> > Tha

Re: [Rd] S3 dispatch for S4 subclasses only works if variable "extends" is accessible from global environment

hout the methods > package being attached? I'm not sure implementation-wise how easy this would > be, but it seems like any time there is an S4 object around, the methods > package should be available to deal with it. > > ~G > > On Tue, Apr 19, 2016 at 7:34 AM, Mich

Re: [Rd] How to find R-Journal: Link is hidden

Thanks, I am working on fixing this. Something went wrong with the website regeneration. Michael On Sun, May 1, 2016 at 12:52 PM, Spencer Graves wrote: > Hello: > > > > I just failed in my attempts to access R-Journal. "r-project.org" > include a link to

Re: [Rd] discussion of change in R 3.3.0 to [<-

I was looking into making sub-assignment into atomic vectors work when the value is an S4 object. The plan was to simply dispatch to an as.vector method and proceed as normal. Currently, if 'x' is a list, then any S4 'value' is first wrapped in a list. One can rationalize this by thinking of the S

Re: [Rd] Suggestion: mkString(NULL) should be NA

On Wed, May 25, 2016 at 4:23 AM, Jeroen Ooms wrote: > On Wed, May 25, 2016 at 12:31 PM, Martin Maechler > wrote: > > Better than segfaulting, yes, but really agree with Bill (and > > Gabe), also for Rf_mkChar(NULL): > > I think both functions should give an error in such a case > > rather than r

Re: [Rd] Update CRAN submission process

ove the process with devtools. Cheers, Mike. — > Patrick Perry > Assistant Professor > NYU Stern School of Business > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel -- Dr. Michael Sumner

Re: [Rd] cumsum method in Math group

On Thu, Jun 9, 2016 at 1:13 AM, Edzer Pebesma wrote: > When running > > a = runif(10) > class(a) = "foo" > Math.foo = function(x, ...) { > NextMethod(.Generic) > } > signif(a, 3) > cumsum(a) > > > I don't understand why cumsum strips the class, but signif does not. > Both claim in the document

Re: [Rd] new function to tools/utils package: dependencies based on DESCRIPTION file

I agree that the utils package needs some improvements related to this, and hope to make them eventually. This type of feedback is very helpful. Thanks, Michael On Thu, Jun 16, 2016 at 1:42 AM, Jan Górecki wrote: > Dear Joris, > > So it does looks like the proposed function makes a

Re: [Rd] stack problem

I'll add the drop argument but I'm wondering about the order of the levels. Should we set the levels to unique(names(x)) or sort them, too? On Mon, Jun 27, 2016 at 10:39 AM, Gabor Grothendieck wrote: > stack() seems to drop empty levels. Perhaps there could be a > drop=FALSE argument if one want

Re: [Rd] stack problem

original. > > LL <- list(z = 1:3, a = list()) > # since we can't do s <- stack(LL,. drop = FALSE) do this instead: > s <- transform(stack(LL), ind = factor(as.character(ind), levels = names(LL))) > unstack(s) > > > > > On Mon, Jun 27, 2016 at 2:55 PM, Mic

[Rd] polypath winding rule with transparency

with two tones for the different regions of overlap". The unexpected result is the completely transparent region. Is this a known/expected difference on Windows? I see the unexpected result in 3.3.1 and in R version 3.3.1 Patched (2016-07-27 r70991) on Windows. Cheers, Mike. -- Dr.

Re: [Rd] polypath winding rule with transparency

= 1, height = 1)) grid.draw(pathGrob(x[,1], x[,2], rule = "winding", gp = gpar(fill = "#BEBEBE80"))) Cheers, Mike. On Wed, 3 Aug 2016 at 16:24 Michael Sumner wrote: > Hi, I see different results in png() and pdf() for polypath() on Windows > when using the "windi

Re: [Rd] [FORGED] Re: polypath winding rule with transparency

e of that helps to explain why the "winding" rule is not > working on Windows :( > > Thanks for reporting the problem - needs more study to find out what is > going wrong. > > Paul > > On 03/08/16 18:47, Michael Sumner wrote: > > Hello, > > > > it

Re: [Rd] sort.int(c(2, NA, 4), index.return=TRUE, na.last=NA, method)$ix differ for method="radix" and "shell"/"quick" (+ new default in R-devel)

The radix sort should be consistent with the others, i.e., it should behave like sort.list(), not order(). I will correct this. On Thu, Aug 25, 2016 at 4:39 PM, Henrik Bengtsson wrote: > Does sort.int(c(2,NA,4), index.return=TRUE, na.last=NA, > method="radix")$ix give the intended result, because

[Rd] New strptime conversion specification for ordinal suffixes

de superscripts, respectively. With this implemented, converting ord_dates to a Date or POSIXct would be as simple as: as.Date(ord_dates, format = "%B %d%o, %Y") Is there something on the C level preventing this from happening? Michael Chirico [[alternative HTML version dele

Re: [Rd] Fwd: Re: RSiteSearch, sos, rdocumentation.org, ...?

. Michael On 08/09/2016 11:01, Jonathan Baron wrote: OK. It is sort of fixed and sort of works. We'll keep it for now, but this is not going to work forever. When namazu fails completely I will not have the time to install a new search engine. One option is to use google. For a site like th

Re: [Rd] c(, ) / help(dotsMethods) etc

One option would be to use the same strategy that we use for cbind() and rbind(), i.e., if dispatch fails, call a binary generic, c2(), recursively. Could do the same for pmin() and pmax(). Michael On Sat, Sep 10, 2016 at 8:27 AM, Martin Maechler wrote: > I have been asked (by Roger; thank

Re: [Rd] strcapture enhancement

Thanks for the suggestion. Checked in that change. Michael On Wed, Sep 21, 2016 at 11:06 AM, William Dunlap via R-devel wrote: > The new strcapture function in R-devel is handy, capturing > the matches to the parenthesized subpatterns in a regular > expression in the columns of a d

Re: [Rd] error handling in strcapture

Hi Bill, Thanks, another good suggestion. strcapture() now returns NAs for non-matches. It's nice to have someone kicking the tires on that function. Michael On Wed, Sep 21, 2016 at 12:11 PM, William Dunlap via R-devel wrote: > Michael, thanks for looking at my first issue wi

Re: [Rd] error handling in strcapture

The new behavior is that it yields NAs when the pattern does not match (like strptime) and for empty captures in a matching pattern it yields the empty string, which is consistent with regmatches(). Michael On Wed, Sep 21, 2016 at 2:21 PM, William Dunlap wrote: > If there are any matches t

Re: [Rd] as.character.factor and S4 object containing factor

Will look into it later. Michael On Thu, Sep 22, 2016 at 10:41 AM, Ott Toomet wrote: > Do I mess up something or is this a bug? If I define an S4 object > that contains "factor", all the tests indicate that it is a factor but > as.character.factor() complains of it being a non

Re: [Rd] error handling in strcapture

Hi Bill, This is a bug in regexec() and I will commit a fix. Thanks for the report, Michael On Tue, Oct 4, 2016 at 1:40 PM, William Dunlap wrote: > I noticed a problem in the strcapture from R-devel (2016-09-27 r71386), when > the text contains a missing value and perl=TRUE. > > {

Re: [Rd] error handling in strcapture

Once again, nice catch. I've committed a check for this. Michael On Tue, Oct 4, 2016 at 2:37 PM, William Dunlap wrote: > It is also not catching the cases where the number of capture expressions > does not match the number of entries in proto. I think all of the following >

Re: [Rd] How to assign NULL value to pairlist element while keeping it a pairlist?

o the "new" (almost 20 years ago) list. In my opinion, consistency trumps "convenience" in this case. If others agree, I'll change it to also coerce back to pairlist. Michael On Wed, Oct 12, 2016 at 9:20 AM, Henrik Bengtsson wrote: > Hi, I seem to not be able to assign

Re: [Rd] How to assign NULL value to pairlist element while keeping it a pairlist?

Hi Henrik, It would help to understand your use case for pairlists. Thanks, Michael On Wed, Oct 12, 2016 at 9:40 AM, Michael Lawrence wrote: > The coercion is probably the most viable workaround for now, as it's > consistent with what happens internally for calls. All pairlists/

Re: [Rd] How to assign NULL value to pairlist element while keeping it a pairlist?

Thanks, this was what I expected. There is a desire to eliminate the usage of pairlist from user code, which suggests the alternative of allowing for function arguments to be stored in lists. That's a much deeper change though. On Wed, Oct 12, 2016 at 12:31 PM, Henrik Bengtsson wrote: >

[Rd] problem with normalizePath()

.1.1 dplyr_0.5.0 XLConnect_0.2-12 [4] XLConnectJars_0.2-12 ROracle_1.2-1DBI_0.5-1 loaded via a namespace (and not attached): [1] magrittr_1.5 R6_2.2.0 assertthat_0.1 tools_3.3.2haven_1.0.0 [6] tibble_1.2 Rcpp_0.12.7rJava_0.9-8 Please advise. Thanks, Mic

Re: [Rd] new function to tools/utils package: dependencies based on DESCRIPTION file

Hi Jan, Thanks for volunteering. You, me, Duncan Murdoch (if interested) and anyone else who is interested should setup an informal chat. We need to ensure that the API is right and that it fits in well with other ongoing efforts. Michael On Thu, Nov 17, 2016 at 1:40 PM, Jan Gorecki wrote

Re: [Rd] problem with normalizePath()

In researching another issue, I discovered a workaround: the network drive folder needs to be mapped to the local PC. setwd("//Hzndhhsvf2/data/OCPH/EPI/BHSDM/Group/Michael Laviolette/Stat tools") df1 <- readxl::read_excel("addrlist-4-MikeL.xls", 2)

Re: [Rd] Control statements with condition with greater than one should give error (not just warning) [PATCH]

Is there really a need for these complications? Packages emitting this warning are broken by definition and should be fixed. Perhaps we could "flip the switch" in a test environment and see how much havoc is wreaked and whether authors are sufficiently responsive? Michael On Sat, Mar

Re: [Rd] can we override "if" in R?

I'm curious as to precisely why someone would want to do this. On Sat, Mar 4, 2017 at 11:49 AM, Da Zheng wrote: > I'm just curious. Why making "if" generic is even more dangerous? > > Best, > Da > > On Sat, Mar 4, 2017 at 1:22 PM, Gábor Csárdi > wrote: > > `!` is a generic, `if` is not. You can

Re: [Rd] can we override "if" in R?

side effects unless the deferral is complete. > Best, > Da > > On Sat, Mar 4, 2017 at 3:22 PM, Michael Lawrence > wrote: > > I'm curious as to precisely why someone would want to do this. > > > > On Sat, Mar 4, 2017 at 11:49 AM, Da Zheng wrote: > >>

Re: [Rd] Support for user defined unary functions

uld probably be addressed (eventually) in the core language, and it looks like people are already able to experiment, so I'm not sure there's a significant impetus for this change. Michael On Thu, Mar 16, 2017 at 10:51 AM, Jim Hester wrote: > I used the `function(x)` form to expl

Re: [Rd] RFC: (in-principle) native unquoting for standard evaluation

Kind of like how '*' in C declares a pointer and dereferences one. subset <- function(x, @subset, ...) { } This should make it easier to implement such functions, simplify compilation, and allow detection of potential quoting errors through static analysis. Michael On Thu, Mar 1

Re: [Rd] RFC: (in-principle) native unquoting for standard evaluation

if I have any of that confused or there are better approaches. I > merely have a desire for this to work and am learning as much as possible > about "how" as I go. > > Your comments are greatly appreciated. > > - Jonathan. > > On Fri, 17 Mar 2017 at 21:00, Michael Law

Re: [Rd] RFC: (in-principle) native unquoting for standard evaluation

but we could come up with something. Michael On Sat, Mar 18, 2017 at 7:39 PM, Hadley Wickham wrote: > Would this return a quosure? (i.e. a single sided formula that captures both > expression and environment). That's the data structure we've adopted in > tidyeval as it already ha

Re: [Rd] non-infectious license for R package?

the proprietary and > the R-world? I guess other people have tried this before, can someone > share his/her experience? > > [1] https://stat.ethz.ch/pipermail/r-devel/2009-May/053248.html > > All the best, > > Mario Emmenlauer > > _

Re: [Rd] `[` not recognized as a primitive in certain cases.

There is a difference between the symbol and the function (primitive or closure) to which it is bound. This: mc2 <- as.call(list(`[`,iris,2,"Species")) Evaluates `[` to its value, in this case the primitive object, and the primitive itself is incorporated into the returned call. If you were to d

Re: [Rd] Crash after (wrongly) applying product operator on S4 object that derives from list

I think this is a known issue with Java messing with the stack, see e.g. http://r.789695.n4.nabble.com/Error-memory-exhausted-limit-reached-td4729708.html. I'll fix the infinite recursion caused by the methods package. Michael On Wed, Apr 19, 2017 at 1:12 AM, Wolfgang Huber wrote: &

Re: [Rd] ask.yes.no() function

sk if anyone can point to an existing one that is perfect (or nearly perfect, and point out what changes would be desirable)? Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Dr. Michael Sumner Soft

Re: [Rd] Problems with S4 methods dispatching on `...` (aka dotsMethods)

Thanks for pointing out these issues. I have a fix that I will commit soon. Btw, I would never have seen the post on Stack Overflow. It's best to report bugs on the bugzilla. Michael On Thu, Apr 20, 2017 at 8:30 AM, Andrzej Oleś wrote: > Hi all, > > I recently encountered s

Re: [Rd] polypath winding rule with transparency

On Thu, 4 Aug 2016 at 17:53 Michael Sumner wrote: > On Thu, 4 Aug 2016 at 11:17 Paul Murrell wrote: > >> Hi >> >> Just to clarify, I think this IS a problem with grid.path() as well as >> polypath(). >> >> > Hi, oh dear - sorry about that > >

Re: [Rd] Problems with S4 methods dispatching on `...` (aka dotsMethods)

I attempted to fix it, and that example seems to work for me. It's also a (passing) regression test in R. Are you sure you're using a new enough R-devel? On Tue, Apr 25, 2017 at 2:34 AM, Andrzej Oleś wrote: > Hi Michael, > > thanks again for your patch! I've tested it

[Rd] prefixed zlib and bzip2 headers

Hello, I'm trying to compile R-3.3.3 or R-3.4.0 on a RHEL6 system that I've prefixed the latest headers down a shared utility path, I've sourced this path in LD_LIBRARY_LATH, R_LD_LIBRARY_PATH, and dropping the headers down /src/include which appears to be the default R_include_dir but it will

Re: [Rd] prefixed zlib and bzip2 headers

lumm...@iarc.fr] Sent: Friday, April 28, 2017 5:58 AM To: r-devel@r-project.org; Jones, Michael Subject: [**EXTERNAL**] Re: [Rd] prefixed zlib and bzip2 headers If you are having any trouble compiling R on RHEL or its derivatives, it is worth recalling that a binary distribution of R is provided t

Re: [Rd] `match.call` and dots substitution

The result of match.call() should be something that would evaluate correctly in the frame of the fun0() call. While wrapping things in parentheses is unlikely to cause any problems, arbitrary calls and symbols would. Consider the following: fun0 <- function(a, ...) { x <- 2L fun1(...) } f

[Rd] Inconsistency in handling of numeric input with %d by sprintf

is correct, but if it works for other numeric input, why doesn't R just coerce NA_real_ to NA_integer_? Michael Chirico [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Inconsistency in handling of numeric input with %d by sprintf

ehaviour is > indeed confusing. I checked this on both Windows and Debian, and on both > systems I get the exact same response. > > Cheers > Joris > > On Tue, May 23, 2017 at 4:53 PM, Evan Cortens wrote: > >> Hi Michael, >> >> I posted something on this topic t

Re: [Rd] Inconsistency in handling of numeric input with %d by sprintf

https://github.com/Rdatatable/data.table/issues/2171 The fix was easy, it's just surprising to see the behavior change almost on a whim. Just wanted to point it out in case this is unknown behavior, but Evan seems to have found this as well. On Tue, May 23, 2017 at 12:00 PM, Michael Ch

Re: [Rd] surprisingly, S4 classes with a "dim" or "dimnames" slot are final (in the Java sense)

Thanks for the report. The issue is that one cannot set special attributes like names, dim, dimnames, etc on S4 objects. I was aready working on this and will have a fix soon. > a2 <- new("A2") > dim(a2) <- c(2, 3) Error in dim(a2) <- c(2, 3) : invalid first argument On Mon, Jun 5, 2017 at 6:08

Re: [Rd] surprisingly, S4 classes with a "dim" or "dimnames" slot are final (in the Java sense)

I've fixed this and will commit soon. Disregard my dim<-() example; that behaves as expected (the class needs a dim<-() method). Michael On Tue, Jun 6, 2017 at 5:16 AM, Michael Lawrence wrote: > Thanks for the report. The issue is that one cannot set special attributes >

Re: [Rd] paste strings in C

lt;- mymat > 0L charList <- IRanges::splitAsList(chars[keep], col(chars)[keep]) S4Vectors::unstrsplit(charList, "*") } Michael On Tue, Jun 27, 2017 at 5:29 AM, Adrian Dușa wrote: > Dear R-devs, > > Below is a small example of what I am trying to achieve, that is

[Rd] Background session with R

't dependent on the Shiny script staying alive. Has this been done already, and/or are there simple modifications of parallel/snow/etc that allow this? My current WIP thing uses Rserve. (shiny-discuss cc'd). Michael Stravs Eawag Umweltchemie BU E 23 �berlandstrasse 133

Re: [Rd] Problems with S4 methods dispatching on `...` (aka dotsMethods)

I pushed the patch to the 3.4 branch. Feel free to test. Michael On Wed, Jul 26, 2017 at 4:02 AM, Andrzej Oleś wrote: > Hi Michael, > > it seems that your patch to S4 generics dispatching on `...` is still > available only in R-devel, and was not included in the minor R-3.4.1 >

Re: [Rd] Problems with S4 methods dispatching on `...` (aka dotsMethods)

I ported that over. On Tue, Aug 1, 2017 at 5:50 AM, Andrzej Oleś wrote: > Thank you Michael for updating the 3.4 branch, the `callNextMethod()` now > works for `...` methods as expected. However, I'm still missing your other > patch fixing the handling of arguments in `...` method

Re: [Rd] S4 method implementation for S3 class

rmally define an S3 method for `%*%()` that delegates to a custom non-primitive generic, perhaps "matmult" in this case. But since %*% is not an S3 generic, that's not an option. It would help to hear more about the context of the problem. Michael On Fri, Sep 22, 2017 at 5:44 AM,

Re: [Rd] S4 method implementation for S3 class

On Fri, Sep 22, 2017 at 10:28 AM, Iñaki Úcar wrote: > 2017-09-22 19:04 GMT+02:00 Michael Lawrence : >> The %*% function is a primitive. As it says in the documentation under >> ?Methods_Details >> >> Methods may be defined for most primitives, and corresponding &g

[Rd] packages: Examples with CPU or elapsed time > 10s

again, and the NOTE appears for another file. Very annoying. It would be far more helpful to see these all together, rather than having to do this incrementally. -Michael -- Michael Friendly Email: friendly AT yorku DOT ca Professor, Psychology Dept. & Chair, Quantitative Methods York Univer

[Rd] Rcpp - Linking to DLL from another package?

request from me to the package A author, so a limited pull request for more changes is feasible, but I would like to keep it minimal. Dr. Michael Stravs Eawag Umweltchemie BU E 23 �berlandstrasse 133 8600 D�bendorf +41 58 765 6742 [[alternative HTML version deleted

Re: [Rd] Building R from source with the PGI compiler

Hi, Erin. Please feel free to ignore this, but I'm curious: what is the advantage to using the PGI compiler? -- Mike On Wed, Dec 20, 2017 at 5:03 PM, Erin Hodgess wrote: > Hello > > I would like to build R from source and use the PGI compiler, rather than > the GCC compiler. > > I saw the inst

Re: [Rd] Translations and snprintf on Windows

the issue (AFAICT via trioremap.h). On Thu, Apr 30, 2020 at 4:16 PM Michael Chirico wrote: > [a bit unsure on if this is maybe better for r-package-devel] > > We recently added translations to messages at the R and C level to > data.table. > > At the C level, we did _() wrappi

[Rd] stats::screeplot suggestion

the X axis: "Component" In the would-be-nice-if category, I suggest addition of a type="cumulative" chart, a line graph of cumulative % of variance, labeled "% Variance" by default. -Michael - screeplot.default.R - screeplot.default <- function (x, npcs = m

[Rd] usage of #import in grDevices/src/qdCocoa.h

Is this something that should be updated to use #include? Other packages appear to have done so, e.g. from GitHub: https://github.com/search?q=%22%23include+cocoa%2Fcocoa.h%22&type=code Michael Chirico [[alternative HTML version deleted]] __

Re: [Rd] issue with data()

Dear Terry Option 2 looks the best to me. They have a relatively simple change to make and there are only four of them. Michael On 16/02/2021 14:39, Therneau, Terry M., Ph.D. via R-devel wrote: I am testing out the next release of survival, which involves running R CMD check on 868 CRAN

Re: [Rd] reshape documentation

y have more than one set of variables which need to correspond to a single variable in long format. So in your example if you also had 11 variables for the temperature as well as the concentration each would need specifying as a separate vector in the list. Michael reshape(Indometh,

[Rd] Should last default to .Machine$integer.max-1 for substring()

Currently, substring defaults to last=100L, which strongly suggests the intent is to default to "nchar(x)" without having to compute/allocate that up front. Unfortunately, this default makes no sense for "very large" strings which may exceed 100L in "width". The max width of a string is .

Re: [Rd] Should last default to .Machine$integer.max-1 for substring()

on, Jun 21, 2021 at 1:32 AM Martin Maechler wrote: > > >>>>> Tomas Kalibera > >>>>> on Mon, 21 Jun 2021 10:08:37 +0200 writes: > > > On 6/21/21 9:35 AM, Martin Maechler wrote: > >>>>>>> Michael Chirico > >&g

[Rd] tools::update_pkg_po() doesn't work on Solaris?

Hi all, I am about 99% sure tools::update_pkg_po() is using an invocation that is not supported by the Solaris version of msgfmt. The invocation[1]: msgfmt -c --statistics -o /path/to/file.mo /path/to/file.po AFAICT neither -c nor --statistics appear to be supported by Solaris [2]: I don't hav

[Rd] translation domain is not inferred correctly from a package's print methods -- intended behavior?

Here is a reprex: # initialize reprex package cd /tmp mkdir myPkg && cd myPkg echo "Package: myPkg" > DESCRIPTION echo "Version: 0.0.1" >> DESCRIPTION mkdir R echo "print.my_class = function(x, ...) { cat(gettext(\"'%s' is deprecated.\"), '\n', gettext(\"'%s' is deprecated.\", domain='R-myPkg'), '

Re: [Rd] trace() an S3-classed function in .GlobalEnv

o)) # [1] "original" "source" "class" PS one day I hope to master the dark art of choosing r-devel or bugzilla for issues :) On Wed, Jun 8, 2022 at 3:44 AM Martin Maechler wrote: > > >>>>> Michael Chirico > >>>>> on Mon, 6 Ju

[Rd] Breaking Change in Rcomplex Layout?

Hi all, There seems to have been a breaking change in the R trunk caused by a fix to bug 18430 that relates to the layout of the Rcomplex typedef. Previously it was a struct, but now it's a union by default

Re: [Rd] Breaking Change in Rcomplex Layout?

; > On 4/3/23 14:07, Michael Milton wrote: > > Hi all, > > > > There seems to have been a breaking change in the R trunk caused by a fix > > to bug 18430 <https://bugs.r-project.org/show_bug.cgi?id=18430> that > > relates to the layout of the Rcomplex typedef. Previou

Re: [Rd] Breaking Change in Rcomplex Layout?

ing on the R version being used. Cheers On Tue, Apr 4, 2023 at 12:15 AM Tomas Kalibera wrote: > > On 4/3/23 15:50, Michael Milton wrote: > > Okay, but I'm afraid this will only mean something to Rust users. The > reason being that we encountered this issue in extendr:

Re: [Rd] Breaking Change in Rcomplex Layout?

I don't think an auto-generated name (along the lines of u or u2) for the anonymous structs would be helpful here. You can see that bindgen is already generating a placeholder name ("__bindgen_anon_1"). A meaningful name might be nice instead, but I get the impression that isn't an option here sinc

[Rd] Generalised piping into operators

he function parse tree seems like it would work fine if this was allowed in a pipe. Cheers, Michael [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Generalised piping into operators

Thanks, this makes sense. Is there a similar precedence reasoning behind why operator functions (`+` etc) can't be piped into? On Fri, Apr 21, 2023 at 11:52 PM Duncan Murdoch wrote: > On 21/04/2023 4:35 a.m., Michael Milton wrote: > > I just checked out R-devel and noticed that

<    1   2   3   4   5   6   7   >