Am 11.01.2012 11:58 (UTC+1) schrieb Rainer Hurling:
On 11.01.2012 11:32 (UTC+1), Uwe Ligges wrote:
On 11.01.2012 11:13, Rainer Hurling wrote:
With newest R devel
#sessionInfo()
R Under development (unstable) (2012-01-10 r58085)
Platform: amd64-portbld-freebsd10.0 (64-bit)
locale:
[1]
de_DE.ISO
I think I have it. I am using Tkinter and Rpy2. It seems to be working
nicely.
--
View this message in context:
http://r.789695.n4.nabble.com/R-tcltk-Gui-and-Rpy2-tp4442989p4448848.html
Sent from the R devel mailing list archive at Nabble.com.
__
R-dev
There are many experts on this topic. I'll keep this short.
Newer Fortran Languages allow for call by value, but call by reference
is the typical and historically, the only approach (there was a time
when you could change the value of 1 to 2!).
C "only" calls by value except that the value can b
Hi,
I am trying to install Rserve 1.7-0 on CentOS 6. But I get this compilation
error -
/usr/lib64/Revo-5.0/R-2.13.2/lib64/R/lib/libiomp5.so: undefined reference to
`pthread_atfork'
I tried other versions of Rserve (0.6-5 and 0.6-8) without any success.
How do I get around this issue? My goal is
On 06/03/2012 18:08, jbanerjee wrote:
Hi,
I am trying to install Rserve 1.7-0 on CentOS 6. But I get this compilation
error -
/usr/lib64/Revo-5.0/R-2.13.2/lib64/R/lib/libiomp5.so: undefined reference to
`pthread_atfork'
I tried other versions of Rserve (0.6-5 and 0.6-8) without any success.
How
Even for an extremely simple instance of a reference class
x <- setRefClass("x")
y <- x$new()
calling the internal inspect function
.Internal(inspect(y))
produces enough output that it takes several minutes to print to the
console. (Actually I gave up and terminated the command after ~10
mins.
On Tue, Mar 6, 2012 at 3:56 AM, oliver wrote:
> On Mon, Mar 05, 2012 at 04:54:05PM -0800, Nicholas Crookston wrote:
>> There are many experts on this topic. I'll keep this short.
>>
>> Newer Fortran Languages allow for call by value, but call by reference
>> is the typical and historically, the o
On 12-03-07 9:52 AM, Richard Cotton wrote:
Even for an extremely simple instance of a reference class
x<- setRefClass("x")
y<- x$new()
calling the internal inspect function
.Internal(inspect(y))
produces enough output that it takes several minutes to print to the
console. (Actually I gave up
On Wed, Mar 07, 2012 at 10:31:14AM -0500, Dominick Samperi wrote:
> On Tue, Mar 6, 2012 at 3:56 AM, oliver wrote:
> > On Mon, Mar 05, 2012 at 04:54:05PM -0800, Nicholas Crookston wrote:
> >> There are many experts on this topic. I'll keep this short.
> >>
> >> Newer Fortran Languages allow for ca
On Tue, Mar 06, 2012 at 12:49:32PM -0500, Dominick Samperi wrote:
> On Tue, Mar 6, 2012 at 11:44 AM, William Dunlap wrote:
> > S (and its derivatives and successors) promises that functions
> > will not change their arguments, so in an expression like
> > val <- func(arg)
> > you know that arg w
No my examples are what I meant. My point was that a function, say cos(),
can act like it does call-by-value but conserve memory when it can if it can
distinguish between the case
cx <- cos(x=runif(n)) # no allocation needed, use the input space for the
return value
and and the case
x <-
Hi,
I wonder if this is a feature or a bug:
> isGeneric("&&")
Error in genericForPrimitive(f) :
methods may not be defined for primitive function ‘&&’ in this
version of R
> isGeneric(":")
Error in genericForPrimitive(f) :
methods may not be defined for primitive function ‘:’ i
On 12-03-07 10:37 AM, Duncan Murdoch wrote:
On 12-03-07 9:52 AM, Richard Cotton wrote:
Even for an extremely simple instance of a reference class
x<- setRefClass("x")
y<- x$new()
calling the internal inspect function
.Internal(inspect(y))
produces enough output that it takes several minutes
13 matches
Mail list logo