Hi R-devel,
I only run the released version of R where "--min-nsize" and
"--min-vsize" have now been deprecated, and am told that this
functionality has been removed in the dev-version. However, having R
not repeatedly ask the operating system for more memory while
executing, and raising the "gc t
On 1/29/2012 4:35 PM, Paul Johnson wrote:
On Sun, Jan 29, 2012 at 6:10 AM, Prof Brian Ripley
wrote:
On 28/01/2012 22:04, John Fox wrote:
Dear Paul and Gabor,
The Rcmdr GUI uses the tcltk package, so I have some experience with
providing an R tcltk-based GUI for various platforms.
As Gabor
Dear all,
May I suggest to add an example in the help page of the colors() function ?
The following code could be useful to easily choose any color from colors() :
## Millot G. (2011), p.71.
## Figure displaying all the 657 built-in color names of colors().
palette(colors())
tempo<-NULL
for(i in
On 30/01/2012 9:17 AM, Kevin R. Coombes wrote:
On 1/29/2012 4:35 PM, Paul Johnson wrote:
> On Sun, Jan 29, 2012 at 6:10 AM, Prof Brian Ripley
> wrote:
>> On 28/01/2012 22:04, John Fox wrote:
>>> Dear Paul and Gabor,
>>>
>>> The Rcmdr GUI uses the tcltk package, so I have some experience
Dear R devel list
I was wondering whether zip() contains a windows specific call to
system(), as the argument "invisible" seems to be windows specific, yet
is used anytime by zip:
invisible(system2(zip, args, invisible = TRUE))
Indeed, calling zip() on Linux results in a warning message:
I am intrigued why bxp does not support panel.first in order to draw a grid
behind the boxplots. The advice given here:
https://stat.ethz.ch/pipermail/r-help/2006-April/104608.html
seems utterly bogus, and the result is noticeably different in PDF.
I would propose the following patch, which fo
I prefer the code chunks myself.
Function calls have overhead. In a bioinformatics world with large
datasets and an R default that uses call-by-value rather than
call-by-reference, the function calls may have a _lot_ of overhead.
Writing the functions to make sure they use call-by-reference f
On 30/01/2012 17:24, Matthieu Stigler wrote:
Dear R devel list
I was wondering whether zip() contains a windows specific call to
system(),
Actually, it does not contain a call to system()
as the argument "invisible" seems to be windows specific, yet
is used anytime by zip:
And what is
Gael,
Your graph has a lot of white space. Is that intentional? I've seen
similar code in other places that uses less white space.
Here's another option for choosing ANY color, not just pre-defined colors.
require(tcltk)
tclvalue(tcl("tk_chooseColor"))
Kevin
On Mon, Jan 30, 2012 at 8:46 AM,
This did turn out to be a bug in the new toolchain, and Brian Ripley has
devised a patch and put together a new one. I've uploaded a new
Rtools215.exe, which should be available for download tomorrow, and
builds of R-patched and R-devel will soon use it. Everything takes a
while to propagate
Here's another graphic that shows R colors in a table, from Earl Glynn
of the Stowers Institute of Medicine:
http://research.stowers-institute.org/efg/R/Color/Chart/
If the link doesn't bring up the page (my didn't initially), Google on
'Earl Glynn Stowers' and look for the link 'Chart of R Color
Hi,
I'm new to R, and am trying to embed R into another application.
I'm calling gev.fit() from the ismev package, and it is crashing somewhere
inside it.
gdb is not catching it, and valgrind is not showing any memory corruption
issues.
I suspect it's memory corruption, because it doesn't die in ex
OK, I did not realize the overhead problem is so overwhelming in your
situation. Therefore I re-implemented the chunk reference in the knitr
package in another way. In Sweave we use
<>=
# code in chunk a
@
<>=
# use code in a
<>
@
And in knitr, we can use real R code:
<>=
# code in chunk a
@
<
13 matches
Mail list logo
