Hi,
we are currently developing a package, which has parallel (mclapply)
support for some of the function. Because forking is not supported in
Windows and when using RStudio, the parallel functions fail. The easiest
solution would be to fall back on serial processing by setting the number
of
On Thu, Mar 21, 2013 at 1:33 AM, Manuela Benary
manuela.ben...@cms.hu-berlin.de wrote:
Hi,
we are currently developing a package, which has parallel (mclapply)
support for some of the function. Because forking is not supported in
Windows and when using RStudio, the parallel functions fail.
Hi,
I am working on BitSeq package, which has both command line C++ version
and Bioconductor version in which R calls the same C++ code with .C
function. While testing the development version of package on R 3.0.0 I
noticed that the R version runs much slower: 2-3 TIMES slower than the
pure
On 03/21/2013 11:30 AM, Peter Glaus wrote:
Hi,
I am working on BitSeq package, which has both command line C++ version and
Bioconductor version in which R calls the same C++ code with .C function. While
testing the development version of package on R 3.0.0 I noticed that the R
version runs much
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20/03/13 17:58, Hadley Wickham wrote:
On Wed, Mar 20, 2013 at 11:26 AM, peter dalgaard pda...@gmail.com wrote:
On Mar 20, 2013, at 16:59 , William Dunlap wrote:
Will you be doing the same for attribute names?
Not at this point.
It
On Mar 21, 2013, at 09:25 , Rainer M Krug wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20/03/13 17:58, Hadley Wickham wrote:
On Wed, Mar 20, 2013 at 11:26 AM, peter dalgaard pda...@gmail.com wrote:
On Mar 20, 2013, at 16:59 , William Dunlap wrote:
Will you be doing the
I am not in favor of the change, which is a choice of rigor over usability.
When I am developing code or functions I agree with this, and I view any
warnings from R
CMD check about shortened arguments as positive feedback.
But 90% of my usage of R is day to day data analysis, interactive, at
Le jeudi 21 mars 2013 à 08:51 -0500, Terry Therneau a écrit :
I am not in favor of the change, which is a choice of rigor over usability.
When I am developing code or functions I agree with this, and I view any
warnings from R
CMD check about shortened arguments as positive feedback.
As a follow-up to my previous, let me make a concrete suggestion:
Add this as one of the options
df-partial-match = allowed, warn, fail
Set the default to warn for the current R-dev, and migrate it to fail at a
later date of
your choosing.
I expect that this is very little more work
Note: My apolgies for the Subject in the original post
On 03/21/2013 08:59 AM, Milan Bouchet-Valat wrote:
Le jeudi 21 mars 2013 à 08:51 -0500, Terry Therneau a écrit :
I am not in favor of the change, which is a choice of rigor over usability.
When I am developing code or functions I agree
On Mar 21, 2013, at 10:48 AM, Terry Therneau wrote:
Note: My apolgies for the Subject in the original post
On 03/21/2013 08:59 AM, Milan Bouchet-Valat wrote:
Le jeudi 21 mars 2013 à 08:51 -0500, Terry Therneau a écrit :
I am not in favor of the change, which is a choice of rigor over
On 03/21/2013 10:00 AM, Simon Urbanek wrote:
I would think that the ability to hit the Tab key to trigger name
completion in your R GUI makes partial matching almost useless. The
avantage of interactive completion in the GUI is that you immediately
see the result of the partial matching.
Hi,
After updating to R-3.0 beta r62328, I get the following:
install.packages(Biobase, type=source,
repos=http://george2/BBS/2.12/bioc;)
Error in do.call(op, list(v_c, v_t[[op]])) :
could not find function R (=2.15.1)
The problem can be fixed by adding a space after = in the offending
On Thu, Mar 21, 2013 at 9:52 AM, Dan Tenenbaum dtene...@fhcrc.org wrote:
Hi,
After updating to R-3.0 beta r62328, I get the following:
install.packages(Biobase, type=source,
repos=http://george2/BBS/2.12/bioc;)
Error in do.call(op, list(v_c, v_t[[op]])) :
could not find function R
On 21/03/2013 12:59 PM, Dan Tenenbaum wrote:
On Thu, Mar 21, 2013 at 9:52 AM, Dan Tenenbaum dtene...@fhcrc.org wrote:
Hi,
After updating to R-3.0 beta r62328, I get the following:
install.packages(Biobase, type=source,
repos=http://george2/BBS/2.12/bioc;)
Error in do.call(op, list(v_c,
On Thu, Mar 21, 2013 at 10:28 AM, Duncan Murdoch
murdoch.dun...@gmail.com wrote:
On 21/03/2013 12:59 PM, Dan Tenenbaum wrote:
On Thu, Mar 21, 2013 at 9:52 AM, Dan Tenenbaum dtene...@fhcrc.org wrote:
Hi,
After updating to R-3.0 beta r62328, I get the following:
Terry Therneau therneau at mayo.edu writes:
To summarize: my own interactive mix of emacs/R may be unusual.
For pure interactive folks completion does most of the work. I
hadn't tried the newest ESS interactive-within-emacs till today,
it's slick as well. The number of people howling will
Terry Therneau thern...@mayo.edu writes:
On 03/21/2013 10:00 AM, Simon Urbanek wrote:
I would think that the ability to hit the Tab key to trigger name
completion in your R GUI makes partial matching almost useless. The
avantage of interactive completion in the GUI is that you immediately
-Original Message-
From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org]
On Behalf Of Andreas Leha
Sent: March-21-13 3:33 PM
To: r-de...@stat.math.ethz.ch
Subject: Re: [Rd] Depreciating partial matching
Terry Therneau thern...@mayo.edu writes:
On
This thread is strange for me to read as I've been getting completion of
object names, function arguments names, and whatnot in ESS buffers for as
long as I can have been using it. And I'm only on ESS 12.09.
Perhaps you need to set `ess-use-R-completion` to non-nil. Or check the
value of
Hi,
Maybe a compromise would be to just issue a warning without
deprecating? That way people who want to do anova(fit1)$P can
still do it. When working interactively, it's certainly convenient
(serious code however should probably stay away from partial matching).
And so you keep the semantic
21 matches
Mail list logo