object. (I'd recommend using length() rather than
LENGTH(); it's a function, not a macro, and it does give the expected
answer.)
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 09/06/2011 9:28 AM, oliver wrote:
On Thu, Jun 09, 2011 at 07:43:20AM -0400, Duncan Murdoch wrote:
> On 11-06-09 7:27 AM, oliver wrote:
> >On Wed, Jun 08, 2011 at 08:35:34PM -0400, Simon Urbanek wrote:
> >>
> >>On Jun 8, 2011, at 8:32 PM, oliver wrote:
> &g
make old versions available in binary formats, but
they will probably make source versions available.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 11-06-11 1:09 AM, Kornelius Rohmeyer wrote:
2011/6/11 Duncan Murdoch:
On 11-06-10 7:04 PM, Kornelius Rohmeyer wrote:
Dear all,
for a CRAN-package that depends on another Bioconductor-package I find
two things annoying and would like to know whether there are some
workarounds:
1) Is there
On 11-06-14 7:21 PM, Kornelius Rohmeyer wrote:
2011/6/11 Duncan Murdoch:
[...]
I don't understand. It sounds as though you're saying these two
contradictory things:
- your package works with any version of graph
- CRAN builds a version of graph that is incompatible with your pac
ugh I never use spaces in
paths).
That works in MikTeX 2.9's version of pdflatex, but not in latex. I
imagine in 5 years it's possible all the different latex versions will
consistently handle quotes, but it hasn't happened yet.
Duncan Murdoch
Here is the simple patc
On 28/06/2011 5:42 PM, Hadley Wickham wrote:
Isn't R.home() 8.3 path anyway?
I don't think so:
R.home("bin")
[1] "C:/Program Files/R/R-2.13.0/bin/i386"
Weird. Like others, I see 8.3 pathnames. R gets those from a Windows
call; what version of Windows a
On 28/06/2011 8:17 PM, Duncan Murdoch wrote:
On 28/06/2011 5:42 PM, Hadley Wickham wrote:
Isn't R.home() 8.3 path anyway?
I don't think so:
R.home("bin")
[1] "C:/Program Files/R/R-2.13.0/bin/i386"
Weird. Like others, I see 8.3 pathnames. R gets those fro
ually is supposed to happen is that you get the actual path, with
forward slashes in it, unless it contains spaces: then you get the 8.3
version. So John's path has no spaces, and doesn't get converted to
8.3. True 8.3 would also have uppercase PROGRAMS, and only one dot in
R-
On 29/06/2011 1:44 PM, Duncan Murdoch wrote:
On 29/06/2011 1:09 PM, Uwe Ligges wrote:
>
> On 29.06.2011 13:41, John Maindonald wrote:
> > I get the same style of path as Hadley. This is on Windows 7 Home
Premium with SP1.
> > I start R by clicking on the R-2.31.0 ico
Done.
On 30/06/2011 10:38 AM, Stephen Eglen wrote:
Here is a patch against
https://svn.r-project.org/R/trunk/src/library/grDevices/man/pdf.Rd
to make description of defaults more consistent.
Stephen
--- pdf.Rd~ 2011-06-30 15:24:30.0 +0100
+++ pdf.Rd 2011-06-30 15:35:18.000
her places (eg do_asfunction) they
should do this checking in advance */
I don't know whether there's any reason for the restriction, but I'd
want to look closely at what gets done with the body to make sure that
putting an environment or external pointer or other weird type th
27;t know if CRAN will allow you to put one license
on some parts of the code, and another on those files.
*
*
*BTW I am looking at AS 133 : Finding the global maximum or minimum of a
function of 1 variable.
I don't know AS 133, but R does have other optimizers, and you may be
able
mpiling turns off R_KEEP_PKG_SOURCE, but that is something
that is either easily fixed, or avoided by re-installing without byte
compiling.
Duncan Murdoch
Best,
Tobias
P.S. One could even consider a post-install option e.g. to add 'real'
R sources (and source references) to Windows p
On 05/07/2011 10:17 AM, Tobias Verbeke wrote:
Dear Duncan,
On 07/05/2011 03:25 PM, Duncan Murdoch wrote:
> On 05/07/2011 6:52 AM, Tobias Verbeke wrote:
>> L.S.
>>
>> On 07/05/2011 02:16 AM, mark.braving...@csiro.au wrote:
>> > I may have misunderstood, but
On 05/07/2011 11:20 AM, Stephan Wahlbrink wrote:
Dear developers,
Duncan Murdoch wrote [2011-07-05 15:25]:
> On 05/07/2011 6:52 AM, Tobias Verbeke wrote:
>> L.S.
>>
>> On 07/05/2011 02:16 AM, mark.braving...@csiro.au wrote:
>> > I may have misunderstood, but
On 05/07/2011 1:45 PM, Tobias Verbeke wrote:
On 07/05/2011 04:21 PM, Duncan Murdoch wrote:
> On 05/07/2011 10:17 AM, Tobias Verbeke wrote:
>> Dear Duncan,
>>
>> On 07/05/2011 03:25 PM, Duncan Murdoch wrote:
>> > On 05/07/2011 6:52 AM, Tobias Verbeke wrote:
>
On 11-07-06 3:46 AM, Stephan Wahlbrink wrote:
Duncan Murdoch wrote [2011-07-05 17:21]:
On 05/07/2011 11:20 AM, Stephan Wahlbrink wrote:
Dear developers,
Duncan Murdoch wrote [2011-07-05 15:25]:
On 05/07/2011 6:52 AM, Tobias Verbeke wrote:
L.S.
On 07/05/2011 02:16 AM, mark.braving
have something sitting in the global environment that
has a conflicting name.
It seems like something a front end could do to make assignInNamespace
easier to use to make working with namespaces easier.
Duncan Murdoch
__
R-devel@r-project.org mailing
s either ..., or avoided by re-installing without byte compiling."
How would the latter be done? And would it be possible for the Windows binary
distro, or just for the source distro? My reading of the first email about
changes in R-2.14-devel was that the distro would be byte-compiled already
On 11-07-13 4:47 PM, Peter Ehlers wrote:
A recent quote by Bert Gunter from the Details section of help('help')
over on R-help has this (line 82 in help.Rd):
character string. There include those which cannot syntactically
where the word 'There' should be 'These'.
(still there in r56374)
en yourpkg::somefun only works if the initialization
happens in .onLoad. But some packages only work if the initialization
happens when the package is attached. It's better for the author to
make the choice than for R to do it automatically.
native type holding singles. It exports a double to a single
vector in .C if you ask it to, but that's not available in .Call.
You'll need to do the copying yourself.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
operate on such objects needs to be
rewritten.
It's a huge amount of work, benefiting very few people. I don't think
anyone in R Core will do it.
Duncan Murdoch
Matthew
You also under-estimate the extent to which stability of commonly used
algorithms relies on double precision.
can remove
this randomness and exactly reproduce the object every time?
I don't know if anyone had a specific answer for this
I think Bill Dunlap's answer addressed it: the claim appears to be false.
Duncan Murdoch
but in general floating point is not
something for which you want
not one that is likely under our control, and not one that is so
large that I would worry about working around it.
Duncan Murdoch
On 20/07/2011 8:03 AM, Jeroen Ooms wrote:
>> I think Bill Dunlap's answer addressed it: the claim appears to be false.
Here is another example where there
other cause that I hadn't considered, also mostly out of our
control. (Whoever compiles R does have some control over what
optimizations the compiler does, but they might not be aware of them all.)
Duncan Murdoch
Martyn
-Original Message-
From: r-devel-boun...@r-project.org
[mail
forget the
old settings, but that seems risky.
There's a command line option to the installer called "/SAVEINF" which
saves the settings to a file and "/LOADINF" which loads them from a
file, but I don't see how to tell it to just ignore the registry settin
in windows.
Does anyone know how to complie R with MKL in windows?
The Windows make files assume you're using MinGW. If you're not using
that compiler, you're on your own.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
string or a list (under the hood)?
No, you need to treat the results as C structures under the hood. Some
are implemented as Lisp-like lists, but most are vectors with additional
information about the type of object that is contained within (in a
C-style array).
Duncan Murdoch
ll of them!)
Duncan Murdoch
Thanks for any pointers,
Paul
La version française suit le texte anglais.
This email may contain priv
gnettes to be returned as results of help.search(). All
of those front ends will need to be able to handle this.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 11-07-30 4:40 AM, Thomas Friedrichsmeier wrote:
On Friday 29 July 2011, Duncan Murdoch wrote:
Which front ends process the help.search() results to produce nice
clickable lists, instead of the simple text display that's the default?
I know the R.app gui on Mac OS does; are there o
er based, so it should be able to handle compiled
vignettes (as long as there are valid paths/URL paths).
help.search() won't give the paths. You can get those from the
vignette() function, or by reading the /Meta/vignette.rds database.
There will be code in R-devel to do this that you could c
ent people prefer
different programming styles.
I'd suggest you find a package by an author where you understand the
contents and like the style, and study that. If it involves subject
matter that interests you it will be easier to understand than if it's
completely n
On 11-07-31 10:34 AM, Thomas Friedrichsmeier wrote:
On Saturday 30 July 2011, Duncan Murdoch wrote:
I have not committed this code yet, because the new types of entries
could mess up existing front ends and I wanted to give people some
warning. I expect I'll commit (to R-devel only) wit
mm(mydatf)
update(l, . ~ . + z) # This fails, z is not found
z <- rnorm(20)
update(l, . ~ . + z) # This finds the wrong z, without a warning
I'd rather get the "datf not found" error than wrong results.
Duncan Murdoch
On 02/08/2011 7:48 AM, Thaler, Thorn, LAUSANNE, Applied M
On 02/08/2011 9:41 AM, Duncan Murdoch wrote:
It looks to me as though your proposal would allow update to remove
variables, but would give erroneous results when adding them. For example:
mm<- function(datf) {
lm(y ~ x, data = datf)
}
mydatf<- data.frame(x = rep(1:2, 10), y = rnorm(2
very well live with), but I
was wondering whether you see any chance that update could be made
smarter? Thanks for your input.
I would suggest something simpler: return a list containing both l and
datf, and pass datf to update. You can attach a class to that list to
hide some of the uglin
On 03/08/2011 5:32 AM, Thomas Friedrichsmeier wrote:
On Monday 01 August 2011, Duncan Murdoch wrote:
> I've just committed the changes to R-devel. Let me know if there is
> anything worse than what I described.
Well, you did not give detail on that, but I was surprised about
On 03/08/2011 5:32 AM, Thomas Friedrichsmeier wrote:
On Monday 01 August 2011, Duncan Murdoch wrote:
> I've just committed the changes to R-devel. Let me know if there is
> anything worse than what I described.
Well, you did not give detail on that, but I was surprised about
On 03/08/2011 1:23 PM, Thomas Friedrichsmeier wrote:
On Wednesday 03 August 2011, Duncan Murdoch wrote:
> I can't reproduce this. Can you get any more detail, e.g. by setting
> options(error=recover) or similar?
Interestingly, that does not start a browser, and options(error=
On 03/08/2011 1:23 PM, Thomas Friedrichsmeier wrote:
On Wednesday 03 August 2011, Duncan Murdoch wrote:
> I can't reproduce this. Can you get any more detail, e.g. by setting
> options(error=recover) or similar?
Interestingly, that does not start a browser, and options(error=
ithout the SEXP overhead of course).
But the seeds are not set accordingly and segmentation faults are not
reproducible.
I would guess you are failing to call GetRNGstate() (or possibly
PutRNGstate()) in your C code, so it never sees (or updates) the
.Random.seed value.
Duncan Murdoch
More
grid. Is there any way to overwrite grid.newpage for all
instantiations of it?
Yes, modify the source and recompile R.
Duncan Murdoch
#packages
library(grid);
library(lattice);
library(ggplot2);
#create the modified function.
hookfun<- deparse(body(plot.new))[1:6]
oldfun<- depars
affected by it.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
o check it for
problems, then LoadLibrary won't be able to load it.
I don't know if there's a way to avoid this automatically.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
The problem is
that you are using the parser: to get the parser to create a string
with a single backslash in it, you need to give two to the parser.
So don't use the parser.
Duncan Murdoch
Cause I am getting tired making this manually... yes I know I can use the
Search&Replace
here
are dozens of instances of this, and I think people will catch on.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
You need to be prepared to distribute the R source of whatever version
you distribute, as well as the full source of your own project.
Duncan Murdoch
Regards,
Uwe
Kevin
On Tue, Aug 16, 2011 at 7:44 AM, Uwe Schmittmailto:uschm...@mineway.de>> wrote:
Hi,
I'm not
it long ago, and those ones will need to do it to pass checks.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
t
the standard14 CSV format), or save() images (‘.RData’ or ‘.rda’). "
Am I misunderstanding some difference between .rda and .Rdata files in terms
of the save calls, or should R CMD check and the extensions manual agree on
this?
.RData and .Rdata aren't the same.
Duncan Murdoch
Thanks fo
loaded when you
only use munsell::mnsl to load it but not attach it. Certainly loading
it from one of your .R files would work; I'm not sure if it is
intentional that this is necessary or not. Perhaps someone else will
comment?
Duncan Murdoch
_
don't think
that's true.)
If you are intending to distribute this file you are putting together,
you'll probably want to consult someone who knows the legalities as to
whether you can legally link to the commercial library...
Duncan Murdoch
I can of course provide the C libs in th
here:
https://github.com/cwickham/munsell/tree/master/R
I think the problem was you weren't using the github code. When I
install it, I don't get the error. I only get it from the CRAN version
of the package, which had the munsell.map in an .rda file in the data
subdir.
Dunc
d 8's to be illegal as well.
It is documented that way in the R-lang manual, but I imagine it's just
a thinko. It's been like that since octal escapes were added in 1998.
I wonder how much will break if I fix it?
Duncan Murdoch
> "\9"
Error: '\9'
ny position.
Duncan
./mvbutils/R/mvbutils.R: rep.percent<- '\008'
S+ emits no warning for that but parses it as "", because it
considers the octal escape to stop at the first non-octal digit.
Bill Dunlap
Spotfire, TIBCO Software
wdunlap tibco.com
-Original Message-
plete parse, which is restarted.
(For others than Bill: this is necessary because the S language doesn't
have a clear end of statement marker. If the parser sees "x + ", it
tries to get more input to finish the statement. It's only an error if
nothing more is there.)
A
So I'll probably commit
that, as well as the octal upper limit change.
Duncan
Bill Dunlap
Spotfire, TIBCO Software
wdunlap tibco.com
> -Original Message-
> From: Duncan Murdoch [mailto:murdoch.dun...@gmail.com]
> Sent: Friday, September 02, 2011 4:58 AM
> To: Will
n sync
with the docs, because they won't change much once you get them right.
Duncan Murdoch
In other languages, I've seen to write the documentation inside the
code files and then post-process to make the documentation. Is there
a similar thing for R, to unify the R code develop
ne of "shell.exec".
No. It simply uses ShellExecute() in windows.h, i.e. defined in
Microsoft's Windows User Interface.´:
http://msdn.microsoft.com/en-us/library/bb762153%28v=vs.85%29.aspx
Yes, and open.exe is a simple command line wrapper for that call.
Duncan Murdoch
Uwe Ligg
27;ll get the same error as before because is.zoo() will not be loaded.
It's also arguably a design flaw in R. For testing sandwich, zoo would
generally end up being attached, because the testing of sandwich would
attach it. However, examples like the one above are never tested.
On 11-09-22 7:53 AM, Nick Sabbe wrote:
This problem is likely to be specific to Windows, and particularly Win7.
The symptoms sound like interference from an anti-virus checker.
Duncan Murdoch
After a successful build of a package (R CMD build addendum), I immediately
run an R CMD check
e seen odd things happen, but not
what you describe.
I imagine a simple workaround for you would be to delete the folder
before you call R CMD check (i.e. wrap R CMD check in a batch file to do
that), but it would be nice if that were not necessary.
Duncan Murdoch
Nick Sabbe
--
pin
tered while trying to use an
ErrorDocument to handle the request.
Thank you. We changed the scripts over the summer, and the new one
still had an error in it. Things should be fixed soon.
Duncan Murdoch
__
R-devel@r-project.org mailing list
tils could
fix the problem by importing R.oo and R.methodsS3, and the authors of R
could fix it by changing the behaviour of how R handles imports.
Duncan Murdoch
A bit confused
Steve
On Mon, Sep 19, 2011 at 5:09 PM, Duncan Murdoch
wrote:
> On 11-09-19 4:48 PM, Stephanie M. Gogarten wr
l, tree,
depend haven't helped :-(
Can anyone point me in the right direction?
codetools::findGlobals could be used to do this.
Duncan Murdoch
Thanks in advance,
Keith Jewell
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mail
es in other packages. Something that
RQDA is doing is attempting to change stockIcons and updateStockIcons in
the gWidgetsRGtk2 package.
Duncan Murdoch
> library(gWidgetsRGtk2)
Loading required package: gWidgets
> library(RQDA)
Loading required package: DBI
Loading required package: R
nts). I wouldn't want to rule that out
as a future change.
Duncan Murdoch
SO post:
http://stackoverflow.com/questions/7599349/adding-named-item-to-list-guaranteed-to-append-to-end-of-list/7599610#7599610
This is my first email to r-devel, so I hope this is an appropriate
question.
t, but I think you're right about the explanation. In particular:
a<- 1
.Internal(inspect(a))
@4a06440 14 REALSXP g0c1 [NAM(2)] (len=1, tl=0) 1
a[1]<- 1
.Internal(inspect(a))
@4a06300 14 REALSXP g0c1 [NAM(1)] (len=1, tl=0) 1
The only difference is in the "named" value.
ther with the "rule": just don't provide any functions that
overwrite existing ones, rather prepend your version of that function
with your package name and leave it up to the user which version he
wants to call.
That seems like good advice.
Duncan Murdoch
At the moment, all of thi
On 11-10-01 5:14 PM, Dominick Samperi wrote:
On Sat, Oct 1, 2011 at 1:08 PM, Duncan Murdoch wrote:
On 11-08-23 2:23 PM, Janko Thyson wrote:
aDear list,
I'm aware of the fact that I posted on something related a while ago,
but I just can't sweat this off and would like to ask y
On 25/05/2015 3:12 PM, Peter Meissner wrote:
Am .05.2015, 18:43 Uhr, schrieb Duncan Murdoch :
> On 25/05/2015 11:37 AM, Ista Zahn wrote:
>> AFAIK this is the way it works on Windows. It has been discussed in
>> several
>> places, e.g.
>>
http://stackoverflow.com/que
CRAN; that remains to be
determined.
No predicted time line for any of this.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
inux. I'd assume he's using 4.6.3 as with the Rtools
build, but I'm not sure about that.
Duncan Murdoch
>
> Options 2 and 3 are preferable for convenience and speed.
>
> Compiling all libraries as part of the R-package is not currently an option.
>
> Thanks,
&
ndoc options that emulate Github, it would probably make
sense for CRAN to use those.
In the longer term, the plan is to include our own parser and renderer.
At that point this would be easy.
Duncan Murdoch
Dirk
| -k
|
| > -pd
|
|
| >>
https://github.com/wch/r-source/commit/9ffe
On 02/06/2015 11:42 AM, Dirk Eddelbuettel wrote:
On 2 June 2015 at 11:25, Duncan Murdoch wrote:
| On 02/06/2015 11:05 AM, Dirk Eddelbuettel wrote:
| > Hi Kurt,
| >
| > On 1 June 2015 at 14:02, Kurt Hornik wrote:
| > | >>>>> peter dalgaard writes:
| > |
| > | >
On 02/06/2015 3:40 PM, Jeroen Ooms wrote:
> On Tue, Jun 2, 2015 at 8:42 PM, Duncan Murdoch
> wrote:
>> Several of us have been talking about this, and have more or less decided
>> against pandoc for the within-R version. It is too hard to build, or to
>> include wi
7;s help system. That
would be especially useful for users. It would probably even work on
isolated systems, as long as they don't block access to the local http
server.
Duncan Murdoch
Best,
Mark
Op wo 3 jun. 2015 om 08:32 schreef Kurt Hornik :
> >>>>> Dun
t be displaying raw Markdown, except
possibly as a temporary measure, while we get the parsing and rendering
in place.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
could include
- Does it have a readable NEWS file?
I do use packages which have negative answers to some of those
questions, but they definitely influence my choice when I'm looking at a
package for the first time.
Duncan Murdoch
-Thomas
Thomas J. Leeper
http://www.thomasleeper.com
On
On 06/06/2015 8:18 AM, Tobias Verbeke wrote:
> L.S.
>
> I noticed the NEWS file as made available at
> http://cran.r-project.org/src/base/NEWS became inconsistent in describing
> CHANGES for a new R version:
>
> $ wget http://cran.r-project.org/src/base/NEWS
> $ cat NEWS | grep 'CHANGES IN '
>
OS X 10.9.5 (Mavericks)
locale:
[1] en_CA.UTF-8/en_CA.UTF-8/en_CA.UTF-8/C/en_CA.UTF-8/en_CA.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 07/06/2015 9:14 PM, Dirk Eddelbuettel wrote:
>
> On 7 June 2015 at 20:46, Duncan Murdoch wrote:
> | I am seeing very strange behaviour in R 3.2.0 patched (r68272) and a new
> | build of R-devel. The sessioninfo() from the former is below.
> |
> | Here's what I see: I
I believe this is now fixed in R-devel and R-3.2.1-beta as of revision
68489.
Duncan Murdoch
On 08/06/2015 7:20 AM, peter dalgaard wrote:
> Looks like this could be locale related. Both of you are using non-US
> locales, and Sys.setlocale is not changing the last entry (LC_MESSAGES),
&
can go
directly right now. Mirrors may be a little behind.
Duncan Murdoch
Best regards,
Tobias
- Original Message -
> From: "Duncan Murdoch"
> To: "Tobias Verbeke" , "r-devel@r-project.org"
> Sent: Saturday, June 6, 2015 2:37:04 PM
> Subje
On 12/06/2015 4:12 AM, Martin Maechler wrote:
> This is a topic ' "apparent S3 methods" note in R CMD check '
> from R-package-devel
> https://stat.ethz.ch/pipermail/r-package-devel/2015q2/000126.html
>
> which is relevant to here because some of us have been thinking
> about extending R b
th "."s in their names.
I think these are separate questions: all.effects() could be exported
or not, and independently could be an S3 method or not.
Duncan Murdoch
> Best,
> John"
>
> On Fri, 12 Jun 2015 10:12:07 +0200
> Martin Maechler wrote:
>> This is a
On 12/06/2015 7:16 AM, Kurt Hornik wrote:
>>>>>> Duncan Murdoch writes:
>
>> On 12/06/2015 4:12 AM, Martin Maechler wrote:
>>> This is a topic ' "apparent S3 methods" note in R CMD check '
>>> from R-package-devel
>
as a method.
However, it does give the deprecated message if you ever call it, so
nobody would do this unknowingly. The only real risk is that if anyone
ever wrote an all.effects function that *was* supposed to be an S3
method, it might be masked by the one in effects.
Duncan Murdoch
>
> Hadley
&g
ith is the simple
tautology that nobody has dealt with them. It might be faster if you
find the patch and submit that, but even then there's no guarantee that
a volunteer will step forward to check it.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
.1; Sorry, I rarely use demos,
> so it's only in this very moment I noticed.
>
A fix won't make it into 3.2.1, but I will try to fix it in
3.2.1-patched, which will become 3.2.2 eventually, unless I forget.
Could I ask you to post a bug report about it if you don't hear tha
a different compiler, you might need to
recompile R and all packages and libraries that are involved with the
alternate compiler as well.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
?
A volunteer has come forward to try to solve the outstanding issues
(which were listed at
https://rawgit.com/kevinushey/RToolsToolchainUpdate/master/mingwnotes.html).
I haven't heard if any progress has been made.
Duncan Murdoch
__
R-de
uot;Tom")
> #> Error in (function (...) : My show!
Just to be clear: the complaint is that the auto-called show() is not
methods::show? I.e. after
x <- methods::new("Person", name = "Tom")
you would expect
show(x)
to give the error, but not
x
??
Du
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
601 - 700 of 3059 matches
Mail list logo
