hi All,
ok fine got it. The design of R is such that it will work only if data
fits in the main memory. This issue has been taken up many times but it
seems it would be very difficult to change the core code hmmm. ok fine.
hence if i want to work then i will have to either partition the data o
On 28 October 2006 at 00:18, Peter Dalgaard wrote:
| [EMAIL PROTECTED] writes:
| > I get the tarballs form ftp://ftp.stat.math.ethz.ch/Software/R and I
| > noticed that the only R-patched there is dated 2006-10-03, while R-devel is
| > up to 2006-10-25. Did, by any chance, a depository for the R-
I have found that many numerical algorithms run much more
quickly when implemented in C/C++ than when implemented
as an R function, and this is not surprising, of course, because
R is an interpreted language. In particular, recursive R functions
seem to run very slowly.
Are there any general guide
On 10/26/2006 5:26 AM, Gabor Grothendieck wrote:
> On 10/26/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>> On 10/25/2006 11:02 PM, Gabor Grothendieck wrote:
>>> On 10/25/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
On 10/25/2006 8:14 PM, Gabor Grothendieck wrote:
> Suppose we have a fun
Thanks!
On 10/28/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On 10/26/2006 5:26 AM, Gabor Grothendieck wrote:
> > On 10/26/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> >> On 10/25/2006 11:02 PM, Gabor Grothendieck wrote:
> >>> On 10/25/06, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> On
> "Romain" == Romain Francois <[EMAIL PROTECTED]>
> on Fri, 27 Oct 2006 20:33:06 +0100 writes:
Romain> Gabor Grothendieck wrote:
>> It occurred to me that we could have an optional file
>> called TESTIMONIALS that comes with each package which
>> could be a list of shor
> "Dirk" == Dirk Eddelbuettel <[EMAIL PROTECTED]>
> on Sat, 28 Oct 2006 08:30:38 -0500 writes:
Dirk> On 28 October 2006 at 00:18, Peter Dalgaard wrote: |
Dirk> [EMAIL PROTECTED] writes: | > I get the tarballs form
Dirk> ftp://ftp.stat.math.ethz.ch/Software/R and I | >
D
Dear Duncan,
Thanks for this -- it'll enable me to get rid of a list of functions
returning invisible output that the Rcmdr maintains.
Regards,
John
John Fox
Department of Sociology
McMaster University
Hamilton, Ontario
Canada L8S 4M4
905-525-9140x23604
http://s
I don't want to keep hammering on the possible interest of python in
this context... but have you seen this?
http://ipython.scipy.org/moin/Parallel_Computing
I know, not exactly the same as multithreading ;)
__
R-devel@r-project.org mailing list
https:
On 28 October 2006 at 22:15, Martin Maechler wrote:
| > "Dirk" == Dirk Eddelbuettel <[EMAIL PROTECTED]>
| > on Sat, 28 Oct 2006 08:30:38 -0500 writes:
|
| Dirk> On 28 October 2006 at 00:18, Peter Dalgaard wrote: |
| Dirk> [EMAIL PROTECTED] writes: | > I get the tarballs form
|
On Oct 28, 2006, at 5:10 PM, René J.V. Bertin wrote:
> I don't want to keep hammering on the possible interest of python in
> this context... but have you seen this?
>
> http://ipython.scipy.org/moin/Parallel_Computing
>
> I know, not exactly the same as multithreading ;)
>
Um - have you seen th
Duncan Murdoch wrote:
[...]
> I've just added this function to R-devel (to become 2.5.0 next spring):
>
> withVisible <- function(x) {
> x <- substitute(x)
> v <- .Internal(eval.with.vis(x, parent.frame(), baseenv()))
> v
> }
>
> Luke Tierney suggested simplifying the interface (no
Herve Pages wrote:
>
> More generally I don't see what's wrong with not passing
> to callNextMethod all the arguments coming from the call
> to new:
>
> setClass("A", representation(toto="integer"))
> setMethod("initialize", "A", function(.Object, toto0) [EMAIL PROTECTED]
> <- as.i
On 10/28/2006 6:03 PM, Philippe Grosjean wrote:
> Duncan Murdoch wrote:
> [...]
>> I've just added this function to R-devel (to become 2.5.0 next spring):
>>
>> withVisible <- function(x) {
>> x <- substitute(x)
>> v <- .Internal(eval.with.vis(x, parent.frame(), baseenv()))
>> v
>> }
John Chambers <[EMAIL PROTECTED]> writes:
> As I mentioned, this relates to writing methods for initialize().
> Imagine someone else extends the class "Ab", for which you wrote a
> method. If they add slots to their class and you do not pass down ...
> to callNextMethod(), then you have blocked us
15 matches
Mail list logo
