One other possibly difference would be locale, but this is slow on FC3
(2.3.4 now) in the C locale. Almost all the time is in strptime:
R profiling shows
summaryRprof()
$by.self
self.time self.pct total.time total.pct
"strptime" 29.58 99.7 29.58 99.
On Wed, 4 May 2005, Marcus G. Daniels wrote:
In R for Windows, is there a preferred way to handle R extensions that
provide native code that depend upon one or more third party DLLs? If I put
those DLLs in the library/MODULE/libs it doesn't find them. In other words,
my MODULE.dll has other DL
On Wed, 4 May 2005, Peter Dalgaard wrote:
Gavin Simpson <[EMAIL PROTECTED]> writes:
Basically, the LAPACK in FC3 is broken because it was compiled with
gcc-3.4 and that introduced errors when -O2 optimisations were used to
compile the rpm. That bug was recently reopened so there may be the
possibil
On 5/5/05, Gabor Grothendieck <[EMAIL PROTECTED]> wrote:
> On 5/4/05, Jeff Enos <[EMAIL PROTECTED]> wrote:
> > R-devel,
> >
> > The performance of as.Date differs by a large degree between one of my
> > machines with glibc 2.3.2:
> >
> > > system.time(x <- as.Date(rep("01-01-2005", 10), format
On 5/4/05, Jeff Enos <[EMAIL PROTECTED]> wrote:
> R-devel,
>
> The performance of as.Date differs by a large degree between one of my
> machines with glibc 2.3.2:
>
> > system.time(x <- as.Date(rep("01-01-2005", 10), format = "%m-%d-%Y"))
> [1] 1.17 0.00 1.18 0.00 0.00
>
> and a comparable m
R-devel,
The performance of as.Date differs by a large degree between one of my
machines with glibc 2.3.2:
> system.time(x <- as.Date(rep("01-01-2005", 10), format = "%m-%d-%Y"))
[1] 1.17 0.00 1.18 0.00 0.00
and a comparable machine with glibc 2.3.3:
> system.time(x <- as.Date(rep("01-01-20
Hi all,
In R for Windows, is there a preferred way to handle R extensions that
provide native code that depend upon one or more third party DLLs? If I
put those DLLs in the library/MODULE/libs it doesn't find them. In
other words, my MODULE.dll has other DLLs it uses, but they aren't
standard
On Wed, 2005-05-04 at 21:15 +0200, Peter Dalgaard wrote:
> Gavin Simpson <[EMAIL PROTECTED]> writes:
>
> > Basically, the LAPACK in FC3 is broken because it was compiled with
> > gcc-3.4 and that introduced errors when -O2 optimisations were used to
> > compile the rpm. That bug was recently reope
Gavin Simpson <[EMAIL PROTECTED]> writes:
> Basically, the LAPACK in FC3 is broken because it was compiled with
> gcc-3.4 and that introduced errors when -O2 optimisations were used to
> compile the rpm. That bug was recently reopened so there may be the
> possibility of the FC3 rpm being updated
On Wed, 4 May 2005, Gavin Simpson wrote:
I had a quick google search for this problem and found a discussion in the
redhat mailing list archives that discusses the issue and points to the
following bug:
https://bugzilla.redhat.com/beta/show_bug.cgi?id=138447
Which describes the behaviour I am ex
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]>
> on Wed, 4 May 2005 16:29:33 +0100 (BST) writes:
...
BDR> .. we need some education about how to use the
BDR> power of *.packages (and we need to get the MacOS
BDR> versions in place).
and maybe w
On Wed, 2005-05-04 at 16:58 +0100, Gavin Simpson wrote:
> Cheers for this Mark,
>
> I had a quick google search for this problem and found a discussion in
> the redhat mailing list archives that discusses the issue and points to
> the following bug:
>
> https://bugzilla.redhat.com/beta/show_
On Wed, 4 May 2005, Marc Schwartz wrote:
On Wed, 2005-05-04 at 13:56 +0100, Gavin Simpson wrote:
Hi,
On a new Dell laptop, with a fresh FC3 installation (with latest updates
applied) I am experiencing make hanging consistently after/during
building grDevices. This happens when using the configure f
Marc Schwartz wrote:
On Wed, 2005-05-04 at 13:56 +0100, Gavin Simpson wrote:
Hi,
On a new Dell laptop, with a fresh FC3 installation (with latest updates
applied) I am experiencing make hanging consistently after/during
building grDevices. This happens when using the configure flag
--with-lapack
Hi Jari,
In addition to Simon's suggestion below, recently someone fixed this
by ensuring
R.app has write permission to its working directory.
Rob
On May 4, 2005, at 5:23 AM, Simon Urbanek wrote:
Starting from bash prompt in Terminal.app fails as well with error
".onLoad failed in 'loadNamespa
On Wed, 2005-05-04 at 13:56 +0100, Gavin Simpson wrote:
> Hi,
>
> On a new Dell laptop, with a fresh FC3 installation (with latest updates
> applied) I am experiencing make hanging consistently after/during
> building grDevices. This happens when using the configure flag
> --with-lapack (I have
On Wed, 4 May 2005, Duncan Murdoch wrote:
Warnes, Gregory R wrote:
Let me redirect the topic a bit. I've been considering unbundling
gregmisc.
So let's move to R-devel.
The pro would be that people would find the component packages (i.e. gdata)
more easily. The con is that the packages have a nu
On Wed, 4 May 2005 [EMAIL PROTECTED] wrote:
It seems to me that the line in the function
if (n > classes) return(1)
is only relevant to the default case of coincident = 2. (Naturally, if there are
more people than classes, then at least one class must contain 2 people).
Yep, looks like a bug to me.
On Wed, 4 May 2005, Duncan Murdoch wrote:
Vadim Ogranovich wrote:
-Original Message-
From: Prof Brian Ripley [mailto:[EMAIL PROTECTED] Sent: Wednesday,
April 27, 2005 1:13 AM
To: Vadim Ogranovich
Cc: Luke Tierney; r-devel@stat.math.ethz.ch
Subject: Re: [Rd] RE: [R] when can we expect Prof
Full_Name: Andy Lynch
Version: 1.9.1
OS: Windows
Submission from: (NULL) (131.111.86.211)
As I understand it, pbirthday(n,c,k) gives the approximate probability that we
see a class with k coicident people in it when n people are sorted into c
classes.
so the command
> pbirthday(4,classes=3,c
Hi,
On a new Dell laptop, with a fresh FC3 installation (with latest updates
applied) I am experiencing make hanging consistently after/during
building grDevices. This happens when using the configure flag
--with-lapack (I have the LAPACK rpm distributed with FC3 installed).
The last two lines
On May 4, 2005, at 2:30 AM, [EMAIL PROTECTED] wrote:
but the sanguine(*) R in MacOS X refuses to start in GUI mode today
with uninformative error message ("The application R has
unexpectedly quit.").
It's an OS X message, nothing R.app can do about it. See the Console
for details - those woul
On Wed, 4 May 2005, Jari Oksanen wrote:
On Wed, 2005-05-04 at 09:01 +0100, Prof Brian Ripley wrote:
This should not be required. What does .Platform say?
I couldn't let it be:
str(.Platform)
List of 6
$ OS.type : chr "unix"
$ file.sep : chr "/"
$ dynlib.ext: chr ".so"
$ GUI : chr "AQUA"
$
On Wed, 2005-05-04 at 09:01 +0100, Prof Brian Ripley wrote:
>
> This should not be required. What does .Platform say?
>
I couldn't let it be:
> str(.Platform)
List of 6
$ OS.type : chr "unix"
$ file.sep : chr "/"
$ dynlib.ext: chr ".so"
$ GUI : chr "AQUA"
$ endian: chr "big"
On Wed, 2005-05-04 at 09:01 +0100, Prof Brian Ripley wrote:
> >
> > This still requires a fix in passing type in update.packages() that B.
> > Ripley already did for R 2.1.1, or setting
> > options(pkgType="mac.binary").
>
> This should not be required. What does .Platform say?
I don't know: R f
Vadim Ogranovich wrote:
-Original Message-
From: Prof Brian Ripley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 27, 2005 1:13 AM
To: Vadim Ogranovich
Cc: Luke Tierney; r-devel@stat.math.ethz.ch
Subject: Re: [Rd] RE: [R] when can we expect Prof Tierney's
compiled R?
On Tue, 26 Apr
[EMAIL PROTECTED] wrote:
> Full_Name: Juan José Goyeneche
> Version: 2.0.1
> OS: debian
> Submission from: (NULL) (164.73.246.102)
>
>
>
> When I call the R2HTML library I get (most of the time) the following message.
>
>
>>library("R2HTML")
>
> sh: line 1: -oq: command not found
>
> In an
On Wed, 4 May 2005 [EMAIL PROTECTED] wrote:
Message 2 of today: it works now.
After re-installing R.app from the same R-2.1.0.dmg file, and
fixInNamespace'ing(*) install.packages(), I managed to update 23
outdated packages from CRAN binaries for MacOS X. What I did was to:
1. change call to .instal
Message 2 of today: it works now.
After re-installing R.app from the same R-2.1.0.dmg file, and
fixInNamespace'ing(*) install.packages(), I managed to update 23
outdated packages from CRAN binaries for MacOS X. What I did was to:
1. change call to .install.macbinaries() into call to install.binar
29 matches
Mail list logo
