On Monday 12 July 2010 23:51:55 Simon Urbanek wrote:
> On Jul 12, 2010, at 5:59 PM, lI wrote:
> > On Monday 12 July 2010 20:52:15 Simon Urbanek wrote:
> >> On Jul 12, 2010, at 2:50 PM, lI wrote:
> >>> On Monday 12 July 2010 11:07:23 lI wrote:
> On Monday 12 July 2010 10:29:30 lI wrote:
> >
On Jul 12, 2010, at 5:59 PM, lI wrote:
> On Monday 12 July 2010 20:52:15 Simon Urbanek wrote:
>> On Jul 12, 2010, at 2:50 PM, lI wrote:
>>> On Monday 12 July 2010 11:07:23 lI wrote:
On Monday 12 July 2010 10:29:30 lI wrote:
> Greetings,
>
> I have a computer with the following s
On 07/12/2010 03:00 PM, cstrato wrote:
> Dear Martin,
>
> Thank you, you are right, now I get:
>
>> ann <- read.delim("Hu6800_ann.txt", stringsAsFactors=FALSE)
>> object.size(ann)
> 2035952 bytes
>> u2p <- split(ann[,"ProbesetID"],ann[,"UNIT_ID"])
>> object.size(u2p)
> 1207368 bytes
>> object.si
On Monday 12 July 2010 20:52:15 Simon Urbanek wrote:
> On Jul 12, 2010, at 2:50 PM, lI wrote:
> > On Monday 12 July 2010 11:07:23 lI wrote:
> >> On Monday 12 July 2010 10:29:30 lI wrote:
> >>> Greetings,
> >>>
> >>> I have a computer with the following setup:
> >>> 1)cblfs (pure 64-bit (amd64) linu
Dear Martin,
Thank you, you are right, now I get:
> ann <- read.delim("Hu6800_ann.txt", stringsAsFactors=FALSE)
> object.size(ann)
2035952 bytes
> u2p <- split(ann[,"ProbesetID"],ann[,"UNIT_ID"])
> object.size(u2p)
1207368 bytes
> object.size(unlist(u2p))
865176 bytes
Nevertheless, a size of 1
On 07/12/2010 01:45 PM, cstrato wrote:
> Dear all,
>
> With great interest I followed the discussion:
> https://stat.ethz.ch/pipermail/r-devel/2010-July/057901.html
> since I have currently a similar problem:
>
> In a new R session (using xterm) I am importing a simple table
> "Hu6800_ann.txt" wh
Hi,
Kind of related to the new R-based 'R CMD build' script being
sometimes confused on Windows (as reported here a couple of weeks
ago https://stat.ethz.ch/pipermail/r-devel/2010-June/057759.html),
I also started to observe that the new R-based 'R CMD check' script
gets also confused sometimes o
Dear all,
With great interest I followed the discussion:
https://stat.ethz.ch/pipermail/r-devel/2010-July/057901.html
since I have currently a similar problem:
In a new R session (using xterm) I am importing a simple table
"Hu6800_ann.txt" which has a size of 754KB only:
> ann <- read.delim("
On Jul 12, 2010, at 2:50 PM, lI wrote:
> On Monday 12 July 2010 11:07:23 lI wrote:
>> On Monday 12 July 2010 10:29:30 lI wrote:
>>> Greetings,
>>>
>>> I have a computer with the following setup:
>>> 1)cblfs (pure 64-bit (amd64) linux), kernel2.6.34 gcc4.4.2
>>> 2)R-2.11.1
>>>
>>> I compiled R w
Hi everybody!
I have the next code which makes a reduction of the *a *variable in two
slaves, using the Rmpi package.
library(Rmpi)
#get the slaves
mpi.spawn.Rslaves(nslaves=2)
#slaves will execute this function
reduc<-function(){
a<-mpi.comm.rank()+2
mpi.reduce(a,type=2, op="prod")
retur
On Monday 12 July 2010 11:07:23 lI wrote:
> On Monday 12 July 2010 10:29:30 lI wrote:
> > Greetings,
> >
> > I have a computer with the following setup:
> > 1)cblfs (pure 64-bit (amd64) linux), kernel2.6.34 gcc4.4.2
> > 2)R-2.11.1
> >
> > I compiled R with BLAS and lapack using the switched ( --w
On Jul 12, 2010, at 5:29 AM, lI wrote:
> Greetings,
>
> I have a computer with the following setup:
> 1)cblfs (pure 64-bit (amd64) linux), kernel2.6.34 gcc4.4.2
> 2)R-2.11.1
>
> I compiled R with BLAS and lapack using the switched ( --with-blas="-
> lpthread -latlas -lfptf77blas"
> --w
I only wish to add a request for further documentation of hidden
environments, their consequences, and how to turn them off. Perhaps a
page in the Extending R guide, and a suggestion for book authors.
I was bitten by this with the coxph frailty functions. They are
called during the model fram
Thanks all.
Just to clarify a bit my intention with another '$'-like function. It
was due to the nice features of '$':
- it hides the internal implementation
- it is known by most users so no extra brain-memory is required
- it is quick and simple to write, which I think is actually very
import
On Monday 12 July 2010 10:29:30 lI wrote:
> Greetings,
>
> I have a computer with the following setup:
> 1)cblfs (pure 64-bit (amd64) linux), kernel2.6.34 gcc4.4.2
> 2)R-2.11.1
>
> I compiled R with BLAS and lapack using the switched ( --with-blas="-
> lpthread -latlas -lfptf77blas"
> --with-l
> "DM" == Duncan Murdoch
> on Sun, 11 Jul 2010 17:25:45 -0400 writes:
DM> On 11/07/2010 1:30 PM, Prof Brian Ripley wrote:
[]
>>> On 7/10/2010 10:10 PM, bill.venab...@csiro.au wrote:
Well, I have answered one of my questions below. The hi
Greetings,
I have a computer with the following setup:
1)cblfs (pure 64-bit (amd64) linux), kernel2.6.34 gcc4.4.2
2)R-2.11.1
I compiled R with BLAS and lapack using the switched ( --with-blas="-
lpthread -latlas -lfptf77blas"
--with-lapack="-llapack -lcblas" ).
(( http://cran.r-project
17 matches
Mail list logo