It is likely that this is related to using higher-precision FPU
registers, in which case there is a portable solution: look up
SAFE_FFLAGS in 'Writing R Extensions'.
But if that is the cause, the real solution is to write the code using
proper convergence tests.
On Sat, 23 May 2009, Kasper D
On May 20, 2009, at 4:32 , Seija Sirkiä wrote:
Hello again,
thank you for the comments, especially this one:
Prof Brian Ripley wrote:
> My concern would be that there are different cases that fail under
> Fortran compiler X and you are just sweeping the problem under the
> carpet.
It inspir
On Sat, May 23, 2009 at 4:55 PM, Robert Gentleman wrote:
> Hi Kynn,
>
>
> Kynn Jones wrote:
>> Suppose function foo calls function bar. Is there any way in which
>> bar can find out the name of the function that called it, "foo"?
>
> essentially yes. You can find out about the call stack by usin
Hi Kynn,
Kynn Jones wrote:
> Suppose function foo calls function bar. Is there any way in which
> bar can find out the name of the function that called it, "foo"?
essentially yes. You can find out about the call stack by using sys.calls and
sys.parents etc. The man page plus additional manuals
Suppose function foo calls function bar. Is there any way in which
bar can find out the name of the function that called it, "foo"?
There are two generalization to this question that interest me.
First, can this query go farther up the call stack? I.e. if bar now
calls baz, can baz find out the
Hi,
I stripped the cc's as I believe that all read this list.
Romain Francois wrote:
> [moving this to r-devel]
>
> Robert Gentleman wrote:
>> Hi,
>>
>> Romain Francois wrote:
>>
>>> Duncan Murdoch wrote:
>>>
On 5/22/2009 10:59 AM, Michael wrote:
> Really I think if th
On Wed, May 20, 2009 at 11:10:11PM +0200, wolfgang.re...@gmail.com wrote:
...
> Strange behavior of qbinom:
>
> > qbinom(0.01, 5016279, 1e-07)
> [1] 0
> > qbinom(0.01, 5016279, 2e-07)
> [1] 16
> > qbinom(0.01, 5016279, 3e-07)
> [1] 16
> > qbinom(0.01, 5016279, 4e-07)
> [1] 16
> > qbinom(0.01, 5016
atkoc...@iqrs.hu wrote:
Full_Name: Attila Kocsis
Version: 2.9.0
OS: windows
Submission from: (NULL) (91.120.153.114)
I have installed R 2.9.0 on Windows.
Then installed signal package.
Then I issue the following commands in RGUI or rterm:
Well, this happens in the remez() function that call
Full_Name: Attila Kocsis
Version: 2.9.0
OS: windows
Submission from: (NULL) (91.120.153.114)
I have installed R 2.9.0 on Windows.
Then installed signal package.
Then I issue the following commands in RGUI or rterm:
require("signal")
f1 = remez(17,c(0,0.1,0.0625,1),c(1,1,0.001,0.001))
and th
Hi,
I've successfully updated our linux version of R to 2.9.0 but am
having trouble on our solaris machine. I had previously installed
2.8.1 and earlier versions without trouble.
I'm using R-patched_2009-05-20.tar.gz (I had also tried the 2009-05-10
version). Here's some info on our mac
On 22/05/2009 11:29 AM, Duncan Murdoch wrote:
On 5/21/2009 2:17 PM, William Dunlap wrote:
I noticed the following file descriptor leak when I couldn't remove
a package unless I shut down the R session that had loaded and
used it. The function that triggered the problem printed the output
of a c
2009/5/23 Uwe Ligges :
>
>
> Gabor Grothendieck wrote:
>>
>> One user of my batchfiles
>> http://batchfiles.googlecode.com
>> found they did not find the R registry key because it mysteriously
>> was at hklm\software\wow6432Node. The system
>> was a 64 bit system. I've always seen the key at
>> h
Gabor Grothendieck wrote:
One user of my batchfiles
http://batchfiles.googlecode.com
found they did not find the R registry key because it mysteriously
was at hklm\software\wow6432Node. The system
was a 64 bit system. I've always seen the key at
hklm\software\R-core\R which is what the batchf
Function factor() in the current development version (2009-05-22)
guarantees that levels are different character strings. However, they
may represent the same decimal number. The following example is derived
from a posting by Stavros Macrakis in thread "Match .3 in a sequence"
in March
nums <- 0
[moving this to r-devel]
Robert Gentleman wrote:
Hi,
Romain Francois wrote:
Duncan Murdoch wrote:
On 5/22/2009 10:59 AM, Michael wrote:
Really I think if there is a Visual Studio strength debugger, our
collective time spent in developing R code will be greatly reduced.
15 matches
Mail list logo