On Wed, 2007-10-31 at 22:35 -0500, Joe W. Byers wrote:
> Marc Schwartz wrote:
> > On Wed, 2007-10-31 at 22:04 -0500, Joe W. Byers wrote:
> >
> > > The readme file on the cran website for linux EL5 contains the following
> > > RPMS for Red Hat Enterprise Linux created by Bob Kinney
> > > <[EMAI
On Wed, 2007-10-31 at 22:04 -0500, Joe W. Byers wrote:
> The readme file on the cran website for linux EL5 contains the following
> RPMS for Red Hat Enterprise Linux created by Bob Kinney
> <[EMAIL PROTECTED]>. The RPMS are signed with the following
> key available from pgp.mit.edu
>
> Type bits
On Wed, 2007-10-31 at 22:04 -0500, Joe W. Byers wrote:
> The readme file on the cran website for linux EL5 contains the following
> RPMS for Red Hat Enterprise Linux created by Bob Kinney
> <[EMAIL PROTECTED]>. The RPMS are signed with the following
> key available from pgp.mit.edu
>
> Type bits
The readme file on the cran website for linux EL5 contains the following
RPMS for Red Hat Enterprise Linux created by Bob Kinney
<[EMAIL PROTECTED]>. The RPMS are signed with the following
key available from pgp.mit.edu
Type bits /keyIDDate User ID
pub 1024D/99B62126 2004/11/18 HMDC Li
Dear Peter,
Thank you for pursuing this.
Regards,
John
> -Original Message-
> From: Peter Dalgaard [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 31, 2007 12:01 PM
> To: John Fox
> Cc: r-devel@r-project.org; 'Adrian Dusa'
> Subject: Re: [Rd] slow tcl/tk
>
>
> > It's possible t
> It's possible that I'm missing something, but I don't think that there have
> been recent changes to the Rcmdr that would account for this difference (and
> note that I don't see it under Windows). In particular, I think that the
> change coincided with R-2.6.0 (which seems to be Adrian's experi
I am writing a vignette that can run certain things on some systems but
needs to skip them on other systems. (Some sections need databases that
will not always be available.) Wrapping things in an if(){} partly
works. It gives fairly ugly examples and all printing gets delayed until
the end of
mpi.recv or mpi.irecv needs a buffer to store an incoming messenger and
must know in advance the size of the buffer. For mpi.irecv.Robj to work,
one needs to probe the incoming messenger size which is a block call. So
there is no point to implment mpi.irecv.Robj unless there is an another
nonbl
Dear Peter,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Peter Dalgaard
> Sent: Wednesday, October 31, 2007 9:54 AM
> To: Adrian Dusa
> Cc: r-devel@r-project.org
> Subject: Re: [Rd] slow tcl/tk
>
> Adrian Dusa wrote:
> > Dear list,
> >
> > Build
Hello,
in the package "snow" there will be used mpi.send in the function
sendData.MPInode. Why you do not use the nonblocking function mpi.isend?
This will be much faster.
The same is for recvData. But in rmpi the function "mpi.irecv.Robj" is
still missing (see Mail "Rmpi, mpi.irecv.Robj")
(I
On Wed, 31 Oct 2007, John Fox wrote:
> Dear r-devel list members,
>
> As Adrian is aware, I've observed the same behaviour in R 2.6.0, in my case
> under Ubuntu Gutsy. It's my impression that the slowness of dialogs to
> display is true more generally of tcltk windows, but is particularly
> appare
Adrian Dusa wrote:
> Dear list,
>
> Building my QCAGUI package using Rcmdr 1.3.0, under R 2.6.0 (using Kubuntu
> Gutsy) I noticed the library starts visibly slower than... somewhere in the
> past.
>
> I used the same version of Rcmdr under previous versions of R and the tcl/tk
> window used to o
Dear r-devel list members,
As Adrian is aware, I've observed the same behaviour in R 2.6.0, in my case
under Ubuntu Gutsy. It's my impression that the slowness of dialogs to
display is true more generally of tcltk windows, but is particularly
apparent for the main Rcmdr window because, I suspect,
Hello,
in the package "Rmpi" (Version 0.5-5) I am missing the nonblocking
function "mpi.irecv.Robj".
Is there any reason for not having this function?
Best
Markus
--
Dipl.-Tech. Math. Markus Schmidberger
Ludwig-Maximilians-Universität München
IBE - Institut für medizinische Informationsverarb
Dear list,
Building my QCAGUI package using Rcmdr 1.3.0, under R 2.6.0 (using Kubuntu
Gutsy) I noticed the library starts visibly slower than... somewhere in the
past.
I used the same version of Rcmdr under previous versions of R and the tcl/tk
window used to open instantly. Under the current
Hello, I was able to create the Rdll.lib file. However, I get the following
linking error message when I try to build my VC++ project.
The line that the linker is complaining about is calling the pnorm function.
GenePoolAnalysis.obj : error LNK2019: unresolved external symbol _pnorm5
reference
16 matches
Mail list logo
