[Rd] recursive data-structures in R - An S4 "node" Class

Hi, In an effort to learn S4 objects, I am trying to port some c based tree code to S4 object. My immediate goal is to use .Call() interface for calling my c code from R. My long term goal is to understand how to write c structs that follows S4 classes and not the other-way-around. The c struct

Re: [Rd] drawExpression package

> A couple of suggestions: > - In general, I would add corresponding R input and output just beneath the > "visual" display of what happens, so that readers can try it in R and see > what happens. Yes, it lacks something like that. Perhaps a first line which copy the concrete code evaluated. >

Re: [Rd] drawExpression package

Hello, Excellent initiative. That is going to be very interesting too for complex stuff like loops and if() statements. A couple of suggestions: - In general, I would add corresponding R input and output just beneath the "visual" display of what happens, so that readers can try it in R and s

[Rd] drawExpression package

Hello all, Following a discussion at the end of december [1] I created a package "drawExpression" on R-Forge. It is still in a very early stage! Here is a draft of a PDF "visual reference card" that show the usage of the code: https://r-forge.r-project.org/plugins/scmsvn/viewcvs.php/pkg/visualR

[Rd] setTimeLimit() fails when out of memory.

I am using the function setTimeLimit(elapsed=60) in R web applications to prevent processes from taking up too many resources. This works fine when a calculation takes too long, however, when the machine runs out of memory, the time limit also seems to fail, resulting in a stuck process maximum me

Re: [Rd] Inconsistency in as.data.frame.table for stringsAsFactors

On Sat, Jan 23, 2010 at 5:12 AM, Peter Dalgaard wrote: > Stavros Macrakis wrote: >> >> Martin, >> >> I agree that global options settings that affect computations are >> problematic. >> >> But that's not the issue I was addressing.  If for some classes, >> func.CLASS >> has certain defaults for so

Re: [Rd] Inconsistency in as.data.frame.table for stringsAsFactors

Stavros Macrakis wrote: Martin, I agree that global options settings that affect computations are problematic. But that's not the issue I was addressing. If for some classes, func.CLASS has certain defaults for some arguments, it is surprising that for other classes, it has different defaults,