[EMAIL PROTECTED] wrote:
> Full_Name: Xiaobao Wang
> Version: R 1.7.1
> OS: Windows XP
> Submission from: (NULL) (24.45.25.102)
>
>
> accidentally done the following:
>
> rpt.dir <- paste("c:/report/testR","bestsub",spe="/")
> dir.create(rpt.dir)
>
> (spe should be sep). Now the directory "c:
[EMAIL PROTECTED] writes:
> Full_Name: Kevin S. Van Horn
> Version: 1.7.1
> OS: Linux
> Submission from: (NULL) (12.209.149.192)
>
>
> I used help.start() to get the web help displayed in my browser (Mozilla 1.21,
> on a RedHat Linux 9.0 system). I then clicked on "Search Engine and Keywords",
Full_Name: Kevin S. Van Horn
Version: 1.7.1
OS: Linux
Submission from: (NULL) (12.209.149.192)
I used help.start() to get the web help displayed in my browser (Mozilla 1.21,
on a RedHat Linux 9.0 system). I then clicked on "Search Engine and Keywords",
and searched on "optimize". The resulting
[EMAIL PROTECTED] writes:
> qbeta.c:174 (prevent excess precision)
> Might this not just get optimized out? I doubt modern compilers respect
> the volatile keyword.
What makes you say that? If they don't, they'll break other things
than qbeta, including the computation of machine constants. Some
> On Mon, 22 Sep 2003 10:33:29 -0400,
> Paul Gilbert (PG) wrote:
> [EMAIL PROTECTED] wrote:
>>> On Mon, 22 Sep 2003 06:07:00 -0400,
>>> Duncan Murdoch (DM) wrote:
>>>
>>>
>>
>> > On Sun, 21 Sep 2003 16:58:10 -0500, you wrote:
>> >> On Sunday 21 September
[EMAIL PROTECTED] wrote:
On Mon, 22 Sep 2003 06:07:00 -0400,
Duncan Murdoch (DM) wrote:
> On Sun, 21 Sep 2003 16:58:10 -0500, you wrote:
>> On Sunday 21 September 2003 16:50, Duncan Murdoch wrote:
>>> On Sun, 21 Sep 2003 11:23:57 +0200 (MET DST), you wrote:
>>> >This is not a bug!
On Monday 22 September 2003 05:07, you wrote:
> > (and cvs wouldn't
> >unless you give the -d flag).
>
> -d means something different, it's about which directory to work in. I
> notice that I've set a default arg of -Pd, but it's not documented in
> my version of cvs as far as I can tell; maybe tha
On Monday 22 Sep 2003 2:36 pm, I wrote:
> The 'infinite loop' is due to the speed of the pbeta routine, rather
> than the initial approximation from the qbeta. There is another
> algorithm available for pbeta (Algorithm 708, CACM 18. 360--373, 1992)
That should be TOMS, not CACM. Sorry.
>
>Date: Fri, 2 May 2003 10:03:23 -0400 (EDT)
From: Morten Welinder <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Subject: Re: [Rd] qbeta hang (PR#2894)
>
>Ok, I can confirm that it does not, in fact, loop forever. Just a close
>approximation.
...
>There are
On Mon, 22 Sep 2003 13:08:06 +0200, [EMAIL PROTECTED]
wrote :
>> On Mon, 22 Sep 2003 06:07:00 -0400,
>> Duncan Murdoch (DM) wrote:
> > Yes, but then you end up doing a clean build, because it will also
> > delete the *.o files, etc. I don't think there's a concept of
> > deleting file
Full_Name: Xiaobao Wang
Version: R 1.7.1
OS: Windows XP
Submission from: (NULL) (24.45.25.102)
accidentally done the following:
rpt.dir <- paste("c:/report/testR","bestsub",spe="/")
dir.create(rpt.dir)
(spe should be sep). Now the directory "c:/report/testR bestsub " cannot be
removed. I trie
> On Mon, 22 Sep 2003 06:07:00 -0400,
> Duncan Murdoch (DM) wrote:
> On Sun, 21 Sep 2003 16:58:10 -0500, you wrote:
>> On Sunday 21 September 2003 16:50, Duncan Murdoch wrote:
>>> On Sun, 21 Sep 2003 11:23:57 +0200 (MET DST), you wrote:
>>> >This is not a bug! It works when compili
Duncan Murdoch <[EMAIL PROTECTED]> writes:
> > (and cvs wouldn't
> >unless you give the -d flag).
>
> -d means something different, it's about which directory to work in. I
> notice that I've set a default arg of -Pd, but it's not documented in
> my version of cvs as far as I can tell; maybe tha
On Sun, 21 Sep 2003 16:58:10 -0500, you wrote:
>On Sunday 21 September 2003 16:50, Duncan Murdoch wrote:
>> On Sun, 21 Sep 2003 11:23:57 +0200 (MET DST), you wrote:
>> >This is not a bug! It works when compiling from clean sources.
>> >
>> >I guess you have unpacked new sources over old sources? P
14 matches
Mail list logo
