On 13-10-09 7:54 PM, Henrik Bengtsson wrote:
On Wed, Oct 9, 2013 at 2:04 PM, Yihui Xie wrote:
I mean, it sounds like a better idea to define \CRANpkg only once in
one central place, and use it in base R, instead of defining it in
every single Rd file, because it seems to be generally useful (is
On Wed, Oct 9, 2013 at 2:04 PM, Yihui Xie wrote:
> I mean, it sounds like a better idea to define \CRANpkg only once in
> one central place, and use it in base R, instead of defining it in
> every single Rd file, because it seems to be generally useful (is 91 a
> large number? maybe).
>
> Similarl
As Duncan pointed to me off-list, I may have mis-diagnosed this
problem because both RMySQL and RPostgreSQL define their own
(identically named) dbObjectId classes. So this may be a more subtle
S4 dispatch bug.
Hadley
On Wed, Oct 9, 2013 at 3:21 PM, Hadley Wickham wrote:
> It would be really ni
I mean, it sounds like a better idea to define \CRANpkg only once in
one central place, and use it in base R, instead of defining it in
every single Rd file, because it seems to be generally useful (is 91 a
large number? maybe).
Similarly, when it comes to an add-on package, it will be nice if the
On 13-10-09 4:34 PM, Yihui Xie wrote:
+1. As an example, there are 91 instances of \newcommand{\CRANpkg} in
R source, and this number is still growing as I see:
$ grep "newcommand{CRANpkg}" -r . | wc
91 91 10317
So you're saying if I ever get around to doing this, I'll ha
+1. As an example, there are 91 instances of \newcommand{\CRANpkg} in
R source, and this number is still growing as I see:
$ grep "newcommand{CRANpkg}" -r . | wc
91 91 10317
Regards,
Yihui
--
Yihui Xie
Web: http://yihui.name
Department of Statistics, Iowa State University
221
It would be really nice if R warned you when packages had conflicting
methods. For example (and this took me a couple of hours to track
down), RMySQL and RPostgreSQL both define setMethod("print",
"dbObjectId"), so that:
library(RMySQL)
getMethod("print", "dbObjectId")
library(RPostgreSQL)
getMet
R-exts, in "2.13 User-defined macros", discusses user-defined macros. Is
it possible to have macros defined in one file, be used by another (within
a package)? This would increase the usefulness substantially, IMHO.
Best,
Kasper
[[alternative HTML version deleted]]
On 08/10/2013 2:34 PM, Dan Tenenbaum wrote:
Just thought I would mention that the issue below (and in
https://stat.ethz.ch/pipermail/r-devel/2013-April/066318.html) is still not
resolved.
The bug reporting system is back up, so if you haven't filed a bug
report on this, please do.
If you h
Hi.
I just noticed the paper by Morales and Nocedal
Remark on "Algorithm 778: L-BFGS-B: Fortran Subroutines for Large-Scale
Bound Constrained Optimization". TOMS 2011; 38(1): 7
http://www.ece.northwestern.edu/~morales/PSfiles/acm-remark.pdf
which describes a couple of improvements (speed and
On 10/09/2013 04:24 AM, Gaurav Dasgupta wrote:
I am trying to write the default "OrchardSprays" R data frame into HDFS
using the "rhdfs" package. I want to write this data frame directly into
HDFS without first storing it into any file in local file system.
Which rhdfs command i should use? Can
Hello,
I am trying to write the default "OrchardSprays" R data frame into HDFS
using the "rhdfs" package. I want to write this data frame directly into
HDFS without first storing it into any file in local file system.
Which rhdfs command i should use? Can some one help me? I am very new to R
and
12 matches
Mail list logo