FUNV) <- environment(FUN)
No, definitely not. For example, FUN may have been defined in an
environment in which "eval" has been replaced, but if FUNV needs eval,
it needs the original one.
At some point FUNV will call FUN. As long as that evaluatio
"A", "alpha"))
It appears to give the right answer:
> outer(1:3, 1:2, SSD, Y)
[,1] [,2]
[1,] 53.51878 54.92567
[2,] 52.06235 54.85140
[3,] 50.63071 54.77719
but that's a bit of a surprise, and I wouldn't be too surprised if there
are other weird ex
ize.args, names(args), nomatch = 0)
do.call("mapply", c(FUN = FUN,
args[dovec],
MoreArgs = list(args[-dovec]),
SIMPLIFY = SIMPLIFY,
USE.NAMES = USE.NAMES))
}
forma
On 11/1/2005 10:16 AM, Thomas Lumley wrote:
> On Tue, 1 Nov 2005, Duncan Murdoch wrote:
>
>> The version I posted yesterday did indeed mess up when some arguments were
>> unspecified. Here's a revision that seems to work in all the tests I can
>> think of.
the installer,
so this looks like a false alarm. If I were you I'd contact the writers
of "Spy Sweeper" with a bug report.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
le, down in the Arguments section it says:
>
> right: logical, indicating whether or not strings should be
>right-aligned. The default is left-alignment.
>
> This seems to be at odds with the right=TRUE in the Usage, and with what I see
> when I pri
I've now added a version of Vectorize to R-devel.
Duncan
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
tyenv().
- You can now create your own environment with emptyenv() as its
parent. Searches for variables in such an environment will not
automatically proceed to baseenv(), as searches do in current R releases.
Duncan Murdoch
__
R-devel@r-proje
all library or require to attach my package?
>
> Apologies for being dense...
You can either put a call to require() in the function that needs it
(which would be the best solution if that function is relatively rarely
used), or in the startup code (in .First.lib, .onLoad, or .onAttach:
On 11/9/2005 1:31 PM, Kasper Daniel Hansen wrote:
> On Nov 9, 2005, at 9:22 AM, Duncan Murdoch wrote:
>
>> On 11/9/2005 11:50 AM, Gavin Simpson wrote:
>>> Dear list,
>>>
>>> The help page for library/require contains the following paragraph in
>>> t
nt-end
> has encountered a problem and needs to close. We are sorry for the
> inconvenience."
Thanks, I can reproduce this. I'll track it down.
Duncan Murdoch
>
>
> Cheers,
> Duncan
>
>
>
>
>>version
>
> _
it overwrites some pointers to
those items. When the script editor is closed, the pointers become
invalid, and you may crash.
The second fix will require more extensive work, but I should get it
done today.
Duncan Murdoch
__
R-devel@r-project.org
On 11/10/2005 8:58 AM, Duncan Murdoch wrote:
> On 11/10/2005 3:02 AM, [EMAIL PROTECTED] wrote:
>
>>SGkgRHVuY2FuLA0KSSBhbSBydW5uaW5nIFIgaW4gTURJIG1vZGUgKHdpdGggbG9jYWxpc2F0
>
>
> Roberto:
>
> Something went wrong with your posting -- it came out completely in
&g
Can someone suggest a way to do this.
You probably want to use read.table("table.txt", head=TRUE). Chances
are it will automatically recognize the column types; if not, there's
the colClasses argument.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
is the line
>
> newdata <- newdata[, nm]
>
> in predict.prcomp (line 106 of prcomp.R) and predict.princomp (line 11
> of princomp-add.R), which should probably be
>
> newdata <- newdata[, nm, drop = FALSE]
>
Yes, I see the problem, and I agree with your correction. I'll commit a
patch. Thanks!
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
use locator() to determine which cell
someone clicked on. You can see that code here:
<http://tolstoy.newcastle.edu.au/~rking/R/help/05/10/14322.html>.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
aion of \eqn)
>
> \eqn{{\bf\beta}_j}{\bf\beta}_jnormal-bracket5bracket-normal{b(j)}
>
> In other words,
> \eqn{...}{...}_...
>
> and the "_" is still outside of any maths environment, which is most
> probably not Ross's intention.
But that is Latex code produ
elow) is incorrect when using different rotations. More
> precisely, when a rotation is used for the plot, the output table stuffs up.
Please send bug reports about contributed packages to the maintainer,
Claudio Agostinelli <[EMAIL PROTECTED]>.
Duncan Murdoch
>
> This example
those manuals is in Texinfo format (.texi); don't
edit the HTML versions.
> There is one out-of-date entry: in R-2.2.0\doc\manual\R-exts.html it says:
> [...]
> Find and set the R home directory and the user's home directory. The
> former may be available from the Windows Registry:
27;ve got that file if you
installed a pre-built R, but it's in the source tarball (and in
https://svn.r-project.org/R. Choose a tag subdirectory for a release
version, or the trunk for the latest and greatest. You'll probably get
the same instructions on all rec
l code if it's short enough. It sounds as though
you're not handling the RNG state properly.
Please don't send this code to me, post it to the list. (Actually, in
putting together a short reproducible example, you're very likely to
discover the bug yourself, and won
On 11/30/2005 11:02 AM, Gavin Simpson wrote:
> On Wed, 2005-11-30 at 10:46 -0500, Duncan Murdoch wrote:
>> On 11/30/2005 9:33 AM, Gavin Simpson wrote:
>> > Dear List,
>> >
>> > Can I build a binary package (.zip) for Windows on my Linux machine from
>&
in ?package.dependencies. I'll fix it. Thanks!
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 12/5/2005 2:25 PM, (Ted Harding) wrote:
> On 05-Dec-05 Martin Maechler wrote:
>> UweL> x <- c(1,2,3,4,5)
>> UweL> n <- length(x)
>> UweL> var(x)*(n-1)/n
>>
>> UweL> if you really want it.
>>
>> It seems Insightful at some point in time have given in to
>> this user request, and
Does R have a function to obtain a name of the machine that it is
running on? I'm going to be writing results to a database from several
different machines, and I'd like to be able to identify where they came
from.
Duncan Murdoch
__
On 12/9/2005 9:48 AM, Dimitris Rizopoulos wrote:
> maybe
>
> Sys.info()["nodename"]
>
> could be helpfull in Windows.
Thanks to all who replied. This seems like the most portable solution.
(The code will be running on all sorts of machines, and this isn't
guaranteed to work, but I think it'
he
> "stable" version.
That should be fixed soon. The handling for betas and patch versions is
different, and sometimes there's a bit of a delay in the switchover as
things fail on one or two builds.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
", v, fixed = TRUE)
> > b <- as.character(0:10)
> > identical(a, b)
> [1] TRUE
> >
>
> -roger
I think finding two separate bugs on the day after the release goes a
bit beyond what is necessary to satisfy the ritual.
Duncan Murdoch
>
> Peter Dalgaar
dd whatever functions
are not already there, and then just make your package depend on the R
package, rather than on the GSL library directly.
This will mean that all the manual work that has been done to get gsl to
build will not need to be repeated by anyone who wants to install your
p
tines. I would expect
that if you require users to install GSL and compile your package
themselves, you'll get almost no Windows users. I don't know what is
involved in installing the package on other platforms.
Duncan Murdoch
> I may follow up with him in regards to this and
(working copy)
@@ -11,6 +11,7 @@
if(!isOpen(con)) {
## code below assumes that the connection is open ...
open(con, "rb")
+on.exit(close(con))
}
magic <- readChar(con, 5)
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
it on Windows, but not on Unix. I haven't
>>done any testing on Unix.
>>
>>I've traced into the do_dotcall function in src/main/dotcode.c, and I
>>see that on the second call the "symbol.symbol.call" member is NULL, so
>>no test is done, but I don&#
the following reasonable suggestions have been made. I forget
where they were posted, so you may not have seen them:
- the Subversion revision number, at least for non-released versions
- the version number of the GUI, at least for OS X (where it changes
independently of R).
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
27;t see that one (or forgot I did), its omission wasn't an
editorial judgement.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
ould mean all existing uses that put a
NULL there would need to be changed.
Adding a default value of NULL to y would have less impact, but I'd
still be worried about it having long-range bad effects.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
where you would want to use xy.coords(y ~ x)?
Normally xy.coords() is used in other functions, and they can default y
to NULL (see plot.default, for example).
Duncan Murdoch
>
> On 12/31/05, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>
>>On 12/30/2005 10:10 PM, Gabo
r missing or NULL it will work as documented,
> and probably intended, yet continue to be backward compatible with
> existing usages.
But a simpler change is to change the documentation, and it achieves all
of those objectives.
Duncan Murdoch
>
> On 12/31/05, Duncan Murdoch <[EMAIL
lmost never needs to specify NULL there. It's the default
value for y in the high level functions that call xy.coords, so it is
put there automatically.
Duncan Murdoch
>
> On 12/31/05, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>
>>On 12/31/2005 12:21 PM, Gabor Grothe
nd better way is as documented
> and the software, not the documentation, ought to be changed.
Take a look at the examples. It's pretty clear that it is working as
intended, and the documentation incorrectly says "missing" where it
means "NULL".
Duncan Murdoch
>
&
> https://stat.ethz.ch/mailman/listinfo/r-devel
Please let us know Microsoft's response to your bug report.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e areas. This mostly
> affects the package buildin gprocess which could
> then be rehosted within R as a package building
> package.
> 10. Event Loop
>
> Add an event loop mechanism to facilitate GUI
> programming in R and also to facilitate the development
> of facilities to allow higher levels of interaction
> within grid graphics.
There is such a thing now: see the Writing R Extensions manual. It
still needs work, but people using it and suggesting improvements will help.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
bage
collector closed a connection, then things would go wrong when there
were two copies of it: the second one would be messed up when the first
was destroyed. If we had references, then opening a connection could
create a connection object and a reference to it; the connection object
would rem
On 1/1/2006 1:05 PM, Prof Brian Ripley wrote:
> On Sun, 1 Jan 2006, Duncan Murdoch wrote:
>
>
>>On 12/28/2005 9:50 AM, Seth Falcon wrote:
>>
>>>On 27 Dec 2005, [EMAIL PROTECTED] wrote:
>>>
>>>
>>>>This is a bug in load, isn
On 12/31/2005 4:09 PM, Gabor Grothendieck wrote:
> On 12/31/05, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>
>>On 12/31/2005 3:26 PM, Gabor Grothendieck wrote:
>>
>>>I think this is just playng with words.
>>
>>I'm starting to be convinced of tha
hms, because the state would not
be updated properly.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
vention, which is presumably
why sum and prod work that way.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
aluation,
>
> prod(c(numeric(0),1)) ==> prod( c(1) ) ==> 1
>
> I would expect sum() to behave the same way, e.g., sum(numeric(0)) ==>
> numeric(0). From below,
>
I think the code below works as I'd expect. Would you really like the
last answer to be numeric(0)?
On 1/9/2006 1:27 PM, Liaw, Andy wrote:
> If you haven't seen this in your math courses, perhaps this would help:
>
> http://en.wikipedia.org/wiki/Empty_set
>
This is what is so great about Wikipedia: it gives certainty where I'd
only call it a fairly standard convention
you should call Rprintf() rather than printf(), if you want
your function to work in environments like Windows Rgui. See the
Writing R Extensions manual for the details.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
hanged, perhaps along the lines of:
>
> x, y: the x and y coordinates of a set of points. Alternatively, a
> single object 'x' can be provided if 'y = NULL' is also
> supplied.
>
> 'object' might not be correct here - is a fo
ean up the findVarInFrame3
code, and currently substitute calls it with the environment set to
NULL. What is the expectation there?
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
other platforms. Are there any obviously bad side effects
from a change like this?
Duncan Murdoch
On 1/29/2006 11:51 AM, Peter Dalgaard wrote:
> Romain Francois <[EMAIL PROTECTED]> writes:
>
>> Le 29.01.2006 16:26, oliver wee a écrit :
>>
>>> hello, I have just star
e a bug in R is the root cause of these problems.
This isn't about fixing a bug, it's about making the user interface a
bit less error-prone.
Duncan Murdoch
>
> Best regards,
>
> Marc Schwartz
>
> On Sun, 2006-01-29 at 12:18 -0500, Duncan Murdoch wrote:
>>
ually, on a command-line Unix-alike it does nothing much useful at
> all):
>
>> readLines(file.choose())
> Enter file name: errs.txt
No, it's not helpful here, but again it makes things no worse, and
there's always the possibility that someone would improve file.choo
t sure about right now, because they're relatively obscure:
sys.source()
shell.exec()
Duncan Murdoch
>
> If there were a GUI version of read.table then that would reasonbly
> have file.choose as the default.
>
> On 1/29/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>
On 1/29/2006 5:20 PM, Gabor Grothendieck wrote:
> On 1/29/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 1/29/2006 1:24 PM, Gabor Grothendieck wrote:
>> > Normally one expects stdin to be the default on command line
>> > programs and something like fil
On 1/30/2006 4:16 AM, Martin Maechler wrote:
>>>>>> "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
>>>>>> on Sun, 29 Jan 2006 16:35:50 -0500 writes:
>
> Duncan> On 1/29/2006 1:29 PM, Prof Brian Ripley wrote:
> >>
n2) {
> copyMostAttrib(s2, ans);
> copyMostAttrib(s1, ans);
> }
> else
> copyMostAttrib(s2, ans);
>
> Here ans is not PROTECTED.
>
> The second is in the warning, which causes allocation when ans is not
> protected.
>
> Fixed in R
On 1/31/2006 4:55 PM, Gabor Grothendieck wrote:
> I think that a pointer to ?formula needs to be added to ?":"
Good suggestion; I'll do it.
Duncan Murdoch
>
>
> On 1/31/06, Liaw, Andy <[EMAIL PROTECTED]> wrote:
>> ":" in a formula is not the sa
%i...", s);
> status = 0;
> }
> status++;
>
> Under linux/unix this works fine, but under windows the status is not
> printed. Am I missing something?
Looks like you have buffering enabled (the default). In the Misc menu
item, uncheck "buffered output" and
On 2/7/2006 8:48 PM, Seth Falcon wrote:
> Is there a way to rename a function when importing it? I want to say,
> "import yourFunc from Foo as myFunc" in the NAMESPACE file.
>
> Does this exist and I've missed it? If it doesn't exist, would others
> think it useful (and possible)?
I don't kno
On 2/7/2006 9:10 PM, Duncan Murdoch wrote:
> On 2/7/2006 8:48 PM, Seth Falcon wrote:
>> Is there a way to rename a function when importing it? I want to say,
>> "import yourFunc from Foo as myFunc" in the NAMESPACE file.
>>
>> Does this exist and I'
on,
> importing, renaming, exporting.
Why do you call it unpleasant? With the current mechanisms in R, that's
probably what your ImportFromAs function would have to do. There's no
way to have two names referring to the same function.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
;s
certainly possible to use the same name in different environments to
refer to different things.
What I meant was that I can't define "foo" to refer to function "bar".
I can make a copy of "bar", but not a reference.
Duncan Murdoch
>
> After look
n't "depend" on methods, it "imports"
methods.
| Rscript is not consistent with R, that's my confusion.
Indeed. And you are not the first person confused by it.
And that's still true, and less irrelevant than my corrections.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 27/12/2017 9:11 AM, Sun Yijiang wrote:
Thanks for the details. I’m new to R, and I’m not blaming anything here,
just that I’m still not clear what good it makes to keep this inconsistency
between R and Rscript. To me (and probably to many others from Perl/Python
etc.), this is shockingly weird
git supports bisection, but I don't see how switching to git
would make anything easier for R Core. Perhaps Juan can tell us which R
Core tasks would be easier in git.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/ma
Presumably that particular file (build/vignette.rds) could be
automatically built in the old format for now, but the new format needs
testing, so it makes sense to me to leave it as a default, even if it
makes it more complicated to submit a package to CRAN.
resumably that particular file (build/vignette.rds) could be
automatically built in the old format for now, but the new format needs
testing, so it makes sense to me to leave it as a default, even if it
makes it more complicated to submit a package to CRAN.
Duncan Murdoch
his line to:
newsum <- sum(as.numeric(abs(z)), na.rm = na.rm)
Alternatively, you could use medpolish(as.numeric(x)).
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
s is ridiculous! It is such an easy concept: I want to take the
diff between my most recent commit and the one before, and send that
diff to the owners of the master copy. This should be a trivial (and it
is in svn).
Git and Github allow the most baroque arrangements, but can&#x
If you or someone else tells me the magic commands I need to do what I
want, I'll appreciate it. But the main point of my post is that this is
something that should be easy. It shouldn't require expert help. The
fact that it does is a flaw in the design of Git or Github or both.
Dun
, the equivalent steps in svn would be
svn diff -r PREV:HEAD --internal-diff > patchfile
and then the patchfile could be sent to the maintainer.
Duncan Murdoch
G.
On Wed, Jan 24, 2018 at 11:56 PM, Duncan Murdoch
wrote:
On 24/01/2018 6:35 PM, Gábor Csárdi wrote:
When you create a branch for
On 24/01/2018 7:29 PM, Gábor Csárdi wrote:
On Thu, Jan 25, 2018 at 12:24 AM, Duncan Murdoch
wrote:
[...]
Thanks, those instructions appear to have worked.
For comparison purposes, the equivalent steps in svn would be
svn diff -r PREV:HEAD --internal-diff > patchfile
and then the patchf
s it would take? Remember, there's already a PR from the master
branch on my fork. (This is for future reference; I already followed
Gabor's more complicated instructions and have solved the immediate
problem.)
Duncan Murdoch
Iñaki
2018-01-25 0:17 GMT+01:00 Duncan Murdoch :
La
On 25/01/2018 6:49 AM, Dirk Eddelbuettel wrote:
On 25 January 2018 at 06:20, Duncan Murdoch wrote:
| On 25/01/2018 2:57 AM, Iñaki Úcar wrote:
| > For what it's worth, this is my workflow:
| >
| > 1. Get a fork.
| > 2. From the master branch, create a new branch called fix-[
On 25/01/2018 7:03 AM, Iñaki Úcar wrote:
2018-01-25 12:20 GMT+01:00 Duncan Murdoch :
On 25/01/2018 2:57 AM, Iñaki Úcar wrote:
For what it's worth, this is my workflow:
1. Get a fork.
2. From the master branch, create a new branch called fix-[something].
3. Put together the stuff
On 25/01/2018 7:44 AM, Joris Meys wrote:
Hi Duncan,
I can see that branch on your github. Remember that you have to reload
the github page to see the latest additions to your repo. It doesn't do
that automatically.
Thanks, that was the issue.
Duncan Mu
On 25/01/2018 7:44 AM, Gábor Csárdi wrote:
On Thu, Jan 25, 2018 at 12:34 PM, Duncan Murdoch
wrote:
[...]
but that branch doesn't show up in the Github web site.
It is right there:
https://github.com/dmurdoch/manipulateWidget/branches
Any suggestions?
Personally I would suggest to ca
Back to Mehmet's question: I think Hadley's book is pretty good, and
I'd recommend most of it, just not the Roxygen part.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
elieve this to be caused by
an omitted variable - likely the tendency of roxygen2 users to want outputs
quickly. I can't see anything in roxygen2 that might suggest a causal link
but I'd be interested in hearing specific examples.
I don't know about that. *Everyone* wants output quic
rather
than calling package.skeleton myself.
Duncan Murdoch
These days pkgKitten defaults to creating per-package top-level help page
that just references content from DESCRIPTION via a set of newer Rd macros as
I find that helps keeping them aligned. The most recent example of mine is
On 30/01/2018 11:39 PM, Hadley Wickham wrote:
On Tue, Jan 30, 2018 at 4:55 PM, Duncan Murdoch
wrote:
On 30/01/2018 4:30 PM, Kenny Bell wrote:
In response to Duncan regarding the use of roxygen2 from the point of view
of a current user, I believe the issue he brings up is one of correlation
oxygen. Maybe it should be the
package that adds the Rd tools mentioned above :-).
Duncan Murdoch
Kind regards
Joris
On Tue, Jan 30, 2018 at 8:53 PM, Duncan Murdoch
mailto:murdoch.dun...@gmail.com>> wrote:
On 30/01/2018 11:29 AM, Brian G. Peterson wrote:
good help pages.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
isting code. This wasn't easy because
the format had grown into something fairly awful, but I wouldn't call it
primitive. At the time I was really hoping someone else would propose
something better, but I don't think that ever happened.
Duncan Murdoch
On the other
hand Roxygen2
On 31/01/2018 6:59 AM, Duncan Murdoch wrote:
On 30/01/2018 11:39 PM, Hadley Wickham wrote:
[ lots deleted ]
Personally, I don't find writing in comments any harder than writing
in .Rd files, especially now that you can write in markdown and have
it automatically translated to Rd forma
provides stunning benefits.
Updating "usage" statements in Rd files was mentioned several times.
Rdpack::reprompt() does this and more for functions, methods and classes.
Thanks for pointing that out (and for writing it)! I had forgotten
about your package.
Dunc
On 01/02/2018 7:44 AM, Joris Meys wrote:
On Thu, Feb 1, 2018 at 1:29 PM, Duncan Murdoch <mailto:murdoch.dun...@gmail.com>> wrote:
On 31/01/2018 6:59 AM, Duncan Murdoch wrote:
On 30/01/2018 11:39 PM, Hadley Wickham wrote:
[ lots deleted ]
Personally
help info coming from a separate file; other people
apparently prefer to put it in the .R file. I think both methods should
be supported. It makes sense to me to get both types of info from one
place, but the author should be able to choose where that is.
Duncan Murdoch
P.S. I've be
f them are far too much trouble to change now that R is more than
20 years old. And in many cases it will turn out that the way R does it
actually does make more sense than the way I would have done it.
Duncan Murdoch
Cheers,
Frederick
On Sat, Feb 17, 2018 at 04:42:21PM +1100, Scott Ritchi
= "bullshit"), warning =
function (w) cat("got a warning"))
got a warning
My guess is that something (a package, console, etc) is masking
utils::install.packages().
RStudio does that.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
e, line[where], column[where])
}
if (any(sum < 0)) {
report("Extra close paren: ", match(TRUE, sum < 0))
result <- TRUE
}
if (sum[length(sum)] > 0) {
report("Extra open paren: ", length(sum) - match(TRUE, rev(sum ==
0)) + 2)
result <
and ‘lpt1’ to ‘lpt9' (possibly followed by extensions) are also
bad. You can Google "PRN filename in Windows" to find lots of people
confused by this. One page I get is
https://msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx
but there's no guarantee that will work fi
cient because
if those files existed before the examples were run, the examples will
destroy them.
Why not put together a patch that fixes these? This doesn't seem to be
something that needs discussion, fixing the bad examples would be a good
idea
ers where "list" takes a
different kind of object entirely (untar(), unzip()). I couldn't find
any examples where an argument named "list" takes a list as a value.
There really isn't any substitute for reading the documentation for any
function you choose to use.
Yes, looks like a typo: R_len_t is an int, and that's how nr was
declared. It should be R_xlen_t, which is bigger on machines that
support big vectors.
I haven't tested the change; there may be something else in that
function that assumes short vectors.
Duncan Murdoch
My versi
rid of most of them by building with the recommended
packages.
Duncan Murdoch
| make[3]: Entering directory '/build/R-3.5.0/tests/Examples'
| Testing examples for package 'base'
| Testing examples for package 'tools'
| comparing 'tools-Ex.Rout&#
n that's fine and
I'll just disable the test suite in NixOS to make the build succeed. I feel like
that would be a sub-optimal solution, though.
I agree. You should spend some time working out a better one.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On 24/04/2018 5:50 AM, Peter Simons wrote:
Duncan Murdoch writes:
>> ./configure --without-recommended-packages && make && make check
>
> So you're getting paid to do what you do, but you want the volunteers
> in R Core to do some work for you for f
101 - 200 of 3059 matches
Mail list logo
