7;t calling methods::show() (or base::print() as Luke says),
it's calling show() or print() in the global environment, so the user's
function overrides the generic, and you get the error.
Luke, are you going to look at this, or should I?
Duncan Murdoch
>
> setMethod("show&quo
On 30/06/2015 7:04 PM, Paul Gilbert wrote:
>
>
> On 06/30/2015 11:33 AM, Duncan Murdoch wrote:
>> On 30/06/2015 5:27 PM, Lorenz, David wrote:
>>> There is something I'm really missing here. The function show is a
>>> standardGeneric function, so the
", "2008-12-31",
> + "2012-6-30", "2015-6-30")
> .leap.seconds <- strptime(paste(.leap.seconds , "23:59:60"),
>"%Y-%m-%d %H:%M:%S")
> c(as.POSIXct(.leap.seconds, "GMT")) # lose the timezone
>
> Best Regards,
> --
> Eiji NAKAMA
> "\u4e2d\u9593\u6804\u6cbb"
Thanks, I'll add it to R-devel and R-patched.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ke check'!).
That's true. Sometimes simple changes aren't so simple.
Duncan Murdoch
>
>
> On 01/07/2015 06:20, Ei-ji Nakama wrote:
>> hi,
>>
>> Index: leap_second/src/library/base/R/zdatetime.R
>> =
I think you're writing to the wrong place. This sounds like a question
for the R-pkg-devel list, or if you don't get an answer there,
c...@r-project.org.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
In any event I do observe that
> as.character(e[-1L]) produces the expected result:
>
> as.character(e[-1L])
> [1] "caption<-" "caption""label" "label<-"
> [5] "align<-" "ali
ld
> support that as well, or if it was a conscious decision to not support it.
This is on the wish list. See
https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16426
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
.rstudio.com";) and
readLines(url("https://cran.rstudio.com";)) to confirm that's not a
problem for you.
Duncan Murdoch
>
>> --- Please select a CRAN mirror for use in this session ---
>> CRAN mirror
>>
>> 1: 0-Cloud
On 12/07/2015 6:54 PM, Duncan Murdoch wrote:
> On 12/07/2015 5:15 PM, Arthur Vigil wrote:
>> Hello,
>> I see that https CRAN mirrors are starting to pop up, as per this post at
>> https://support.rstudio.com/hc/en-us/articles/206827897-Secure-Package-Downloads-for-R
>>
would be a good idea to apply the same patch there as well? It doesn't
look like it would hurt, but I don't know this code at all, so it might
be unnecessary.
Duncan Murdoch
>
>
> https://github.com/radfordneal/pqR/commit/339b7286c7b43dcc6b00e51515772f1d7dce7858
>
> T
On 14/07/2015 9:29 PM, Radford Neal wrote:
> On Tue, Jul 14, 2015 at 07:52:56PM -0400, Duncan Murdoch wrote:
>> On 14/07/2015 6:08 PM, Radford Neal wrote:
>>> In testing pqR on Solaris SPARC systems, I have found two bugs that
>>> are also present in recent R Core vers
7; in
your code, so that message is coming from something internal.
It would be helpful to include results that work from 3.1.2 as well as
what you're seeing in 3.2.1. I'm still seeing the error you reported in
R-devel, so I think the bug is still there...
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
or results from this
function. But it's basically just a matter of being careful not to make
changes to the newer code. So this one should go into R-patched more or
less as-is.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
], p[[c(1,2)]], p[[c(1,3)]]. The
tricky part is the re-ordering: those correspond to `+`, x, and (y+1)
respectively, not the order they appear in the original source or in the
table. Generally the function call appears first in the parse tree, but
I'm not sure you could always recognize
ess package "foo" cannot
cannot be found in getOption("repos")
I'd like to see a reproducible example before I declared it to be a bug
that needs fixing.
Do note the news item in R-patched (soon to be R 3.2.2):
| - download.packages()| failed for |type|
On 29/07/2015 2:30 PM, Michael Lawrence wrote:
Probably need a generic tree based on "ParseNode" objects that
associate the line information with the symbol (for leaf nodes). As
Duncan notes, it should be possible to gather that from the table.
But it would be nice if there was an &qu
ementation would necessarily
be different. The more we put into getParseData, the harder it becomes
to change those arbitrary decisions without breaking other people's
code. We do break things sometimes, but we don't like to do it.
Duncan Murdoch
>
> Regardless I am glad others have s
a release for Debian on Aug 4th and plan to make one more
> before August 14 when 3.2.2 becomes official.
And for those on Windows, I do nightly builds of the beta and RC
versions. Please test these, and report any bugs asap.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
equal to either |"both"|
> or |"binary"|. (Reported by Dan Tenenbaum.)
>
> install.packages() can call download.packages(), so this might have
> been fixed now.
>
> Duncan Murdoch
>
>
> The bug described is occurring with all recent di
ckage, so that the checks will run through the code of
> the apps as well?
No, but it would be very easy to do: just write a function that tests
those things, and call it from a script in the tests directory.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
for dependencies, just do it. You can see how R implements those tests
by looking in the tools package, and either use them directly, or modify
them to your needs.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
or is this happening in 3.2.2 or R-patched?
If the latter, please submit a bug report. If it is only R-devel,
please just be patient. When R-devel becomes R-alpha next year, if the
bug still exists, please report it.
Duncan Murdoch
>
> The other download methods did this correctly, it
ally the updates get broken. Thanks for
the heads up. I'll give the process a kick.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
as more
> information can be gleaned from the changelog entries.
>
>
> Obviously, this is of very low priority, and if the server refuses to
> acknowledge Dr. Murdoch's well-placed steel-toe reminders, getting it
> restarted should be deferred as long as is necessary. 8-)
Nobody ignores my steel-toe boots ;-). It's going again.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
hierarchies would be acceptable, though, because they'd require anyone
who was writing new code to learn them.
Currently if I want to put in a warning, it's easy: I just call
warning(). If you make it take an extra 5 seconds to add something that
makes the warning more useful, I'd
Javascript code that should
have been inserted.
If I install rgl from the source on CRAN, I see the same problem, so it
looks like an rgl bug. I'll see if I can fix it.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 12/09/2015 7:37 AM, Duncan Murdoch wrote:
> On 11/09/2015 10:14 PM, Dominick Samperi wrote:
>> Hello,
>>
>> The recently created online "rgl Overview" at
>> https://cran.r-project.org/web/packages/rgl/vignettes/rgl.html
>> illustrates a problem that
ause the latter can be misleading.
It only gives that message when things are so bad that no code is
running at all. The bug you saw meant it showed up when it shouldn't;
that should have been fixed, but we'll see.
Duncan Murdoch
>
>
> On Sat, Sep 12, 2015 at 12:42 PM,
On 12/09/2015 6:12 PM, Dominick Samperi wrote:
> FYI, one platform where I have not been able to get interactive rgl
> working is iOS 8.
> iOS 8 is supposed to support WebGL, and Javascript is enabled.
I'm not going to try to support iOS.
Duncan Murdoch
> On Sat, Sep 12
__GNUC__ <= 4
# define R_sqrt(x) (ISNAN(x) ? x : sqrt(x))
#else
# define R_sqrt sqrt
#endif
for implementing the SQRT opcode. I suspect this came from Duncan
Murdoch; I don't know the reason for restricting to __GNUC__ <= 4.
That was an update to keep the workaround for gcc 4.9.2. The pr
this.
I'd suggest running R in a debugger (gdb or whatever you have), and
identifying exactly which line in dcf.c fails, and why. If you tell us
that, we might be able to spot what is going wrong.
Duncan Murdoch
>
> Thanks.
>
> -- Vinh
>
>
> On Mon, Sep 21, 2015 at 10:01 A
ters, length.out=1)), collapse="")
>writeLines(dcf, "test.dcf")
>nchar(read.dcf("test.dcf"))
>#aa
># [1,] 8186
>
I don't see that in R 3.2.2 on OSX or 3.2.2 patched on Windows:
>nchar(read.dcf("test.dcf"
On 21/09/2015 10:20 PM, Vinh Nguyen wrote:
> On Mon, Sep 21, 2015 at 2:48 PM, Duncan Murdoch
> wrote:
>> On 21/09/2015 4:50 PM, Hervé Pagès wrote:
>>> Hi,
>>>
>>> Note that one significant change to read.dcf() that happened since R
>>> 3.0.2 is
>
> That improves readability and reduces the risk of bugs.
>
> Also note that Rconn_getline2() allocates a new buffer for each line in
> the DCF file. So we got support for arbitrary long lines (a rare
> situation) at the price of a slow down and increased memory usage for
> al
ode characters.
In Rgui we make more of an effort to convert characters to UTF-16, which
covers most Unicode characters. (I think we still don't handle
surrogate pairs, but they're rarely used.) Apparently this is done for
stdout() but not for stderr(). I don't know the rat
On 22/09/2015 9:22 AM, Vinh Nguyen wrote:
> On Tue, Sep 22, 2015 at 1:46 AM, Duncan Murdoch
> wrote:
>> However, Herve's second example does illustrate a bug I can reproduce:
>> one character out of 1 was read incorrectly. Could you please try
>> his final patch
have it set, and use
noRStudioGD=TRUE. The disadvantage of this is that you need to do all
the platform-based decision making.
Duncan
>
> On 09/25/2015 08:31 PM, Ott Toomet wrote:
>> Can you describe your problem a bit more?
>>
>> * What kind of unix system do you have?Â
&
On 29/09/2015 2:00 PM, Skye Bender-deMoll wrote:
>
>
> On 09/26/2015 03:22 AM, Duncan Murdoch wrote:
>> On 26/09/2015 1:42 AM, Skye Bender-deMoll wrote:
>>> Sorry, should have given more background. x11 works fine on all my
>>> systems when called by x11(). I&#
-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Thanks, I'll fix it.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
h-; I suppose the DISPLAY variable has
> changed between different versions of Mac OS X or XQuartz. Perhaps the
> additional patterns could just be added to the grepl() call?
In my opinion dev.new() and grDevices:::.onLoad are already too
complicated, and that's the cause of the problem. I
e any actual errors:
>
> ...
>
> if (.Platform$OS.type=="windows")
>
> {
>
> x <- shortPathName(x)
>
> } else
>
> {
>
> x <- path.expand(x)
>
> }
>
>
> ...
>
> Is there a way to do a conditional importFrom based
On 04/10/2015 7:34 PM, Ben Bolker wrote:
> Duncan Murdoch gmail.com> writes:
>
>>
>> On 04/10/2015 10:10 AM, Jonathan Greenberg wrote:
>>> Folks:
>>>
>
> [snip snip snip]
>
>>>
>>> Is there a way to do a conditional importFro
unction
directly, I'd expect that to break. Packages shouldn't do that.
So I'd say there's been no evidence posted of a problem in R here,
though there may be problems in some of the packages involved. I'd
welcome an example that provided some usable evidence.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 05/10/2015 8:25 PM, Matt Dowle wrote:
>
> On Mon, Oct 5, 2015 at 4:57 PM, Duncan Murdoch <mailto:murdoch.dun...@gmail.com>> wrote:
>
> On 05/10/2015 7:24 PM, Matt Dowle wrote:
> > Joris Meys gmail.com <http://gmail.com>> writes:
> >
>
On 06/10/2015 8:48 AM, Joris Meys wrote:
>
>
> On Tue, Oct 6, 2015 at 1:57 AM, Duncan Murdoch <mailto:murdoch.dun...@gmail.com>> wrote:
>
> On 05/10/2015 7:24 PM, Matt Dowle wrote:
> > Joris Meys gmail.com <http://gmail.com>> w
iption of "creator" is
"A person or organization responsible for the intellectual or artistic
content of a resource"
The usual English meaning of "creator" would be close to
"A person or organization originally responsible for the intellectual or
artistic
r's search list; they may not want you to do that.
Within your own package code you won't need the somepackage:: prefix if
you import the function in your NAMESPACE file, but help page examples
are executed in the user's context, so they can't
27;t know the difference between a
> function and a closure ... ?
In R, there is no difference. All functions are closures.
Some people only use "closure" for functions returned as the value of
other functions. That may be correct usage in other languages, but not
in R.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 11/10/2015 10:36 PM, Duncan Murdoch wrote:
> On 11/10/2015 8:05 PM, Ben Bolker wrote:
>>
>> It seems odd/inconvenient to me that the "ignore.environment" argument
>> of identical() only applies to closures (which I read as 'functions' --
>&g
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 applies to closures (which I read as 'functions
uses the alias; the latter
goes directly to a page by its name.)
The advantage of this kind of link is it doesn't need an Internet
connection, it works with the R help system; the disadvantage is that it
only works when the help system is running, so those links wo
On 18/10/2015 10:12 PM, Spencer Graves wrote:
> Hi, Duncan:
>
>
> On 10/18/2015 8:18 PM, Duncan Murdoch wrote:
>> On 18/10/2015 5:51 PM, Spencer Graves wrote:
>>> Hello:
>>>
>>>
>>> What's the preferred way to link
tched. Thanks!
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
am aware of a recent and
not-so-friendly response when bugzilla was used to report a typo.
Thanks, now fixed. Generally reporting here creates a lot less work
than filing a bug report, so we prefer it. The only negative is that
some reports here get lost.
D
gest other packages that solve this kind of problem in a
good way?
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
; myfun(0.85, FUN = round, digits=1)
Error in myfun(0.85, FUN = round, digits = 1) (from #2) :
could not find function "FUN"
I see this in 3.2.2, R-patched and R-devel.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 22/10/2015 5:44 PM, Gabriel Becker wrote:
Of course (and unsurprisingly) Duncan is correct. I see that behavior
in R 3.1.0, as well as the modern ones Duncan mentioned.
What I said is true, as far as it goes, but the symbol being resolved
is FUN, so when looking for a function it doesn&#
On 04/11/2015 6:56 PM, Michael Sumner wrote:
> Hello, I've CCd' Duncan Murdoch as the rgl maintainer, but I'm also keen to
> hear from the broader community of any insights.
>
> In rgl my understanding is that there's only one rotation-navigation mode,
> whe
sourced to the global environment, only the third of these is
searched. Since base is in the second one, it is found first in the
package version.
Duncan Murdoch
Terry Therneau
code:
joe <- function(id, data, subset, na.action, date1, date2, other.args) {
Call <- match.call()
On 06/11/2015 8:20 AM, Therneau, Terry M., Ph.D. wrote:
Duncan,
That's helpful. Two follow-up questions:
1. Where would I have found this information? I had looked at eval and
model.frame.
I think the best description is Luke's article on namespaces, "Name
space manageme
On 16/11/2015 4:00 AM, Richard Cotton wrote:
On 22 October 2015 at 22:55, Duncan Murdoch wrote:
I'm planning on adding some new WebGL functionality to the rgl package, but
it will pull in a very large number of dependencies. Since many people won't
need it, I'd like to mak
lence compiler
warnings, and is not supposed to be reached because Rf_error()
terminates execution. But this is a ridiculously roundabout way to
infer what the behavior of Rf_error() is supposed to be...
I won't disagree that you took a roundabout route to the right conclusion.
Duncan Mu
the search path. Modifying the search path can break user scripts.
Duncan Murdoch
I see this a lot with students who are able to install packages like
ggplot2 but then can't load it because a dependency "stringi" is
missing. Those students are generally using Windows, but t
current practice is fine. The problem
is that none of the core developers use AIX, so it's unlikely anyone
will be able to test and fix your problems. You'll need to find an AIX
expert, or fix them yourself.
Duncan Murdoch
Regards,
Michael
p.s. - maybe related - is it best pract
thing is seriously wrong with the startup. You could try
debugging setup_Rmainloop in . to see if any warnings
are being generated there. There shouldn't be any.
Duncan Murdoch
>
On 17-Dec-15 18:02, Michael Felt wrote:
I have been struggling with this error message - and think
he real names of these elements are "validmu" and "valideta"
(no dots); try names(poisson()) or names(binomial()) and see ...
Can someone on R-core fix this and save me the trouble of filing a
bug report ... ?
Or have I misunderstood something?
I don't t
d place to post typos in the documentation. I'll fix this one.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
consistent:
> substitute(a[1], list(a = quote(x * y)))
(x * y)[1]
> substitute(a$b, list(a = quote(x * y)))
(x * y)$b
No reason, just a bug. I'll fix it.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
it says it will run make after
Sweave, so if Sweave never ran, neither would make. But perhaps your
suggestion is good: it should run make whether or not Sweave (or some
non-Sweave vignette builder) was run.
Duncan Murdoch
__
R-devel@r-proje
On 12/01/2016 11:11 AM, Berwin A Turlach wrote:
G'day Duncan,
On Tue, 12 Jan 2016 07:32:05 -0500
Duncan Murdoch wrote:
> On 11/01/2016 11:59 PM, Berwin A Turlach wrote:
> > G'day all,
> >
> > In Chapter 1.4 (Writing package vignettes) the Writing
install, it offers to
install it. I could probably do that for XQuartz. If the user says no,
RGtk2 gives really ugly error messages. rgl can work without XQuartz,
but as I already mentioned, making this work is complicated, so I'd like
something simple for now.
Duncan Murdoch
___
On 31/01/2016 9:13 AM, Adrian Waddell wrote:
In section 3.1.2 of R-admin
https://cran.r-project.org/doc/manuals/r-release/R-admin.html#Getting-the-source-files
the fille name local320.zip seems to be outdated and probably should
be replaced with local323.zip.
Now fixed.
Duncan Murdoch
On Jan 30, 2016, at 4:11 PM, Duncan Murdoch
wrote:
>>
>> On OSX and Linux, the rgl package currently requires X11
>> libs to be available for linking. Recent versions of OSX
>> don't include them by default, so I'd like rgl to fail
>
still requires X11 libs
but not an X11 server?
The latter. It links to lots of OpenGL and X11 entry points, it just
never calls them.
The good but "complicated" solution is to build a library without those
links, but that's not going to happen soon.
Duncan Murdoch
My $.02
ow, but
please don't post there again unless your discussion on R-devel
indicates this is a problem with R rather than i3.
Duncan Murdoch
On 05/02/2016 7:26 PM, frede...@ofb.net wrote:
Dear Dirk Eddelbuettel and Duncan Murdoch,
Thank you for your work on the wonderful R project!
I recently
On 05/02/2016 7:26 PM, frede...@ofb.net wrote:
Dear Dirk Eddelbuettel and Duncan Murdoch,
Thank you for your work on the wonderful R project!
I recently attempted to submit a bug with your Bugzilla interface:
https://bugs.r-project.org/bugzilla/enter_bug.cgi
I created an account, typed in
;- function(x, value) {
environment(x)$mylist <- value
x
}
but in fact, this doesn't work:
getValue(fn)[[1]] <- 3
Error in getValue(fn)[[1]] <- 3 : could not find function "getValue"
I suspect this is a parser problem. However, it does suggest a sim
On 07/02/2016 9:15 AM, peter dalgaard wrote:
On 07 Feb 2016, at 14:46 , Duncan Murdoch wrot8[e:
[snippage]
but in fact, this doesn't work:
getValue(fn)[[1]] <- 3
Error in getValue(fn)[[1]] <- 3 : could not find function "getValue"
I suspect this is a parser probl
nothing has happened.
Duncan Murdoch
On Tue, 2016-02-23 at 14:06 +0200, Mikko Korpela wrote:
On 23.02.2016 11:37, Martin Maechler wrote:
nospam@altfeld-im de
on Mon, 22 Feb 2016 18:45:59 +0100 writes:
> Dear R developers
> I think I have found a bug that can be repr
t; readLines(fn, encoding="UTF-16LE", skipNul=TRUE)
[1] "C" "B" "A" "|" ">a"
> file.size(fn)
[1] 22
That may be okay on Unix, but it's not enough on Windows. There the \n
that writeLines adds at the end of
On 24/02/2016 9:55 AM, Mikko Korpela wrote:
On 24.02.2016 15:47, Duncan Murdoch wrote:
On 23/02/2016 7:06 AM, Mikko Korpela wrote:
On 23.02.2016 11:37, Martin Maechler wrote:
nospam@altfeld-im de
on Mon, 22 Feb 2016 18:45:59 +0100 writes:
> Dear R developers
> I t
On 24/02/2016 11:16 AM, Duncan Murdoch wrote:
On 24/02/2016 9:55 AM, Mikko Korpela wrote:
On 24.02.2016 15:47, Duncan Murdoch wrote:
On 23/02/2016 7:06 AM, Mikko Korpela wrote:
On 23.02.2016 11:37, Martin Maechler wrote:
nospam@altfeld-im de
on Mon, 22 Feb 2016 18:45:59 +0100 writes
ite up the file.show() issue, after checking against R-devel rev 70247
or higher.
Duncan Murdoch
On 25/02/2016 5:54 AM, Mikko Korpela wrote:
On 25.02.2016 11:31, Mikko Korpela wrote:
On 23.02.2016 14:06, Mikko Korpela wrote:
On 23.02.2016 11:37, Martin Maechler wrote:
nospam@altfeld-im de
r external routines), you can (in C or
C++) use the external pointer type. I don't think there's any support
for that in Fortran.
The other solution, is to work with dummies dimension in FORTRAN (REAL*8
array1(*)) but can R work with that ?
No, for the same reason.
Dun
ng your vignettes 1pros, 2static_khan, etc.
It would also be possible to add a new \Vignette directive so affect
collation order, but that seems like overkill.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
figure it out as well as I can.
Duncan Murdoch
Thanks,
Zhu
-Original Message-
From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com]
Sent: Friday, March 04, 2016 10:47 AM
To: Wang, Zhu; r-devel@r-project.org
Subject: Re: [Rd] vignette index
On 04/03/2016 9:44 AM, Wang, Zhu wrote:
Dear
by default.
Duncan Murdoch
Best regards
Kirill
[1] https://github.com/krlmlr/covr.dummy
[2] http://rpubs.com/krlmlr/getParseData
[3] https://github.com/jimhester/covr/pull/154
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listin
On 10/03/2016 9:53 AM, Kirill Müller wrote:
On 10.03.2016 15:49, Duncan Murdoch wrote:
> On 10/03/2016 8:27 AM, Kirill Müller wrote:
>> I can't seem to reliably obtain parse data via getParseData() for
>> functions from installed packages. The parse data seems to be avail
refox has not connected
to this website.
Yes, the certificate expired today.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
makes a reasonable default behaviour for other attributes as
well.
Duncan Murdoch
EXAMPLE:
fcn <- structure(function() {}, foo="foo", class=c("foo"))
str(fcn)
function ()
- attr(*, "srcref")=Class 'srcref' atomic [1:8] 1 18 1 30 18 30 1 1
..
width of the real part on the fly fixes
the problem:
EncodeComplex(x[i + j * r],
w[j] - wi[j] - 2, dr[j], er[j],
wi[j], di[j], ei[j], OutDec)) )
Thanks, I'll take a look.
Duncan Murdoch
__
R-devel@r-project.org mailing list
documentation in R Internals, and
some more detailed technical information in the Technical Papers
collection, in particular
Under new memory management. Luke Tierney, R News, 1(1):10-11, January 2001
These are all linked into the help system.
Duncan Murdoch
(2016-02-09 r70138) -- sorry if I missed an update.
Thanks, will fix.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
mingw-w64-headers/crt/math.h#L612-L622
This one I can't guess at without seeing the patch.
Duncan Murdoch
--
Best regards,
Ray Donnelly,
Continuum Analytics Inc.
__
R-devel@r-project.org mailing list
ht
the Suggested packages they need. Vignettes are allowed to
depend on things that aren't available to all users, and adding all the
require() tests could make them less clear.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 04/04/2016 7:12 PM, Paul Gilbert wrote:
On 04/04/2016 01:56 PM, Duncan Murdoch wrote:
On 04/04/2016 1:35 PM, Dirk Eddelbuettel wrote:
On 4 April 2016 at 07:25, Hadley Wickham wrote:
| On Sat, Apr 2, 2016 at 5:33 AM, Jan Górecki
wrote:
|
| In principle, I believe a package should pass R
Thanks, I'll track this down.
Duncan Murdoch
On 05/04/2016 9:35 AM, Simone Giannerini wrote:
minimal reproducible example
plot(1,1)
identify(1,1) # or locator()
now, trying to close the window by clicking on the cross of the upper
right corner causes Rgui (and Rterm) to crash.
I se
een 3.0.0 and 3.0.3 to
see if some change caused it, rather than just triggered it.
Duncan Murdoch
/Henrik
On Tue, Apr 5, 2016 at 8:23 AM, Duncan Murdoch wrote:
> Thanks, I'll track this down.
>
> Duncan Murdoch
>
>
> On 05/04/2016 9:35 AM, Simone Giannerini wrote:
>
Jose resurrected this, and this time I reproduced it. It's a simple bug
to fix, just an oversight in a test in install.packages().
It'll make it into 3.3.0.
Duncan Murdoch
On 06/08/2015 7:41 PM, Duncan Murdoch wrote:
On 06/08/2015 7:16 PM, Jose Claudio Faria wrote:
I'
On 05/04/2016 3:35 PM, Duncan Murdoch wrote:
On 05/04/2016 11:56 AM, Henrik Bengtsson wrote:
> If of any help,
>
> I can reproduce this (on Windows 7) back to at least R 3.0.3 but it's
> not there in R 3.0.0. (I have *not* checked with R 3.0.1 and 3.0.2
> which I don'
701 - 800 of 3148 matches
Mail list logo
