Re: [Rd] Pb with .findInheritedMethods

2006-10-28 Thread Seth Falcon
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

Re: [Rd] how to determine if a function's result is invisible

2006-10-28 Thread Duncan Murdoch
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 >> }

Re: [Rd] Pb with .findInheritedMethods

2006-10-28 Thread John Chambers
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

Re: [Rd] how to determine if a function's result is invisible

2006-10-28 Thread Philippe Grosjean
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

Re: [Rd] [R] multithreading calling from the rpy Python package

2006-10-28 Thread Simon Urbanek
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

Re: [Rd] sources of 2.4.0 patched

2006-10-28 Thread Dirk Eddelbuettel
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 |

Re: [Rd] [R] multithreading calling from the rpy Python package

2006-10-28 Thread René J.V. Bertin
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:

Re: [Rd] how to determine if a function's result is invisible

2006-10-28 Thread John Fox
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

Re: [Rd] sources of 2.4.0 patched

2006-10-28 Thread Martin Maechler
> "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

Re: [Rd] Idea: Testimonials

2006-10-28 Thread Martin Maechler
> "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

Re: [Rd] how to determine if a function's result is invisible

2006-10-28 Thread Gabor Grothendieck
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

Re: [Rd] how to determine if a function's result is invisible

2006-10-28 Thread Duncan Murdoch
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

[Rd] What can be effectively implemented in R vs C/C++?

2006-10-28 Thread Dominick Samperi
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

Re: [Rd] sources of 2.4.0 patched

2006-10-28 Thread Dirk Eddelbuettel
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-

Re: [Rd] ALARM!!!! Re: [R] regarding large csv file import

2006-10-28 Thread gyadav
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