We have been asked for a couple of years about builds of R for
64-bit Windows, e.g. at UserR 2006. Users of 64-bit Windows still
seem very thin on the ground, but apparently
'Microsoft scraps 32-bit operating systems
Microsoft has announced that Windows Server 2008 will be the last 32-bi
Full_Name: Claudio
Version: 2.5.1
OS: windows
Submission from: (NULL) (157.138.120.198)
the command get a wrong result
> trunc(2.3*100)
229
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
[EMAIL PROTECTED] wrote:
> Full_Name: Claudio
> Version: 2.5.1
> OS: windows
> Submission from: (NULL) (157.138.120.198)
>
>
> the command get a wrong result
>
>
>> trunc(2.3*100)
>>
> 229
That is the correct answer. 2.3 is not representable exactly; the
actual value used is slightly less
The result is correct. The representation of 2.3 is slightly less than
2.3: non-binary fractions cannot be represented exactly.
> 2.3*100 - 230
[1] -2.842171e-14
On Fri, 6 Jul 2007, [EMAIL PROTECTED] wrote:
> Full_Name: Claudio
> Version: 2.5.1
> OS: windows
> Submission from: (NULL) (157.138.
[EMAIL PROTECTED] wrote:
> Full_Name: Claudio
> Version: 2.5.1
> OS: windows
> Submission from: (NULL) (157.138.120.198)
>
>
> the command get a wrong result
>
>
>> trunc(2.3*100)
>>
> 229
>
> __
Not a bug, read FAQ 7.31 and the reference therein.
--
O__ Peter Dalgaard
The formula attribute of the builtin CO2 dataset seems a bit strange:
> formula(CO2)
Plant ~ Type + Treatment + conc + uptake
What is one supposed to do with that? Certainly its not suitable for
input to lm and none of the examples in ?CO2 use the above.
On 16-Jul-07 13:28:50, Gabor Grothendieck wrote:
> The formula attribute of the builtin CO2 dataset seems a bit strange:
>
>> formula(CO2)
> Plant ~ Type + Treatment + conc + uptake
>
> What is one supposed to do with that? Certainly its not suitable
> for input to lm and none of the examples in
On 16-Jul-07 13:57:56, Ted Harding wrote:
> On 16-Jul-07 13:28:50, Gabor Grothendieck wrote:
>> The formula attribute of the builtin CO2 dataset seems a bit strange:
>>
>>> formula(CO2)
>> Plant ~ Type + Treatment + conc + uptake
>>
>> What is one supposed to do with that? Certainly its not suit
Following up on your comments it seems formula.data.frame just creates
a formula whose lhs is the first column name and whose rhs is made up
of the remaining column names. It ignores the "formula" attribute.
In fact, CO2 does have a formula attribute but its not extracted by
formula.data.frame:
On Mon, 2007-07-16 at 14:57 +0100, [EMAIL PROTECTED] wrote:
> On 16-Jul-07 13:28:50, Gabor Grothendieck wrote:
> > The formula attribute of the builtin CO2 dataset seems a bit strange:
> >
> >> formula(CO2)
> > Plant ~ Type + Treatment + conc + uptake
> >
> > What is one supposed to do with that?
Good point.
It seems that the "groupedData" methods are all in the nlme package yet
CO2 is in datasets. CO2 should probably be moved to nlme.
Of course one still wonders whether the way formula currently works on
data frames is really intended and desirable. Ted's point is well taken
but I thin
Note that the formula uptake ~. will do the same thing so its not clear
how useful this facility really is.
On 7/16/07, Ted Harding <[EMAIL PROTECTED]> wrote:
> On 16-Jul-07 14:16:10, Gabor Grothendieck wrote:
> > Following up on your comments it seems formula.data.frame just creates
> > a formula
(I am not sure if this is a bug or a request for a more understandable
warning, or possible something obvious I should be posting on r-help.)
I am trying to coerce an new class object to be a DBIConnection and it
does not work the way I think it should:
R version 2.5.1 (2007-06-27) ...
> requi
On 16-Jul-07 14:16:10, Gabor Grothendieck wrote:
> Following up on your comments it seems formula.data.frame just creates
> a formula whose lhs is the first column name and whose rhs is made up
> of the remaining column names. It ignores the "formula" attribute.
>
> In fact, CO2 does have a formu
Yes. That's what I was referring to.
On 7/16/07, Ted Harding <[EMAIL PROTECTED]> wrote:
> On 16-Jul-07 14:42:19, Gabor Grothendieck wrote:
> > Note that the formula uptake ~. will do the same thing so its
> > not clear how useful this facility really is.
>
> Hmmm... Do you mean somthing like
>
>
On 16-Jul-07 14:42:19, Gabor Grothendieck wrote:
> Note that the formula uptake ~. will do the same thing so its
> not clear how useful this facility really is.
Hmmm... Do you mean somthing like
lm(uptake ~ . , data=CO2[,i])
where i is a subset of (1:4) as in my code below? In which case
I agr
CO2 is apparently a groupedData object; the formula attribute is described by
Pinheiro and Bates as a 'display formula'.
Perhaps reference to the nlme package's groupedData help would be informative?
>>> "Gabor Grothendieck" <[EMAIL PROTECTED]> 16/07/2007 16:18:37 >>>
Yes. That's what I was r
I would like to Build R-2.5.1 on OpenSUSE 10.2 using the SunStudio 12
compilers(http://developers.sun.com/sunstudio/index.jsp)
R builds and passes make check fine without optimising. However, when I try to
compile with optimisation turned on
(-fast) the build gets stuck in an infinite loop at th
On Jul 6, 2007, at 6:57 AM, Ev Whin wrote:
> Hi all,
>
> I'm developing an application on Mac OS X Darwin which embeds R.
> However, the application always crashes due to the C stack checking.
> I know that R_CStackLimit can be set to -1 to disable the stack
> checking, but I don't know where to
The R-admin manual did tell you not to do that!
When using the Sun compilers do @emph{not} specify @option{-fast}, as
this disables @acronym{IEEE} arithmetic and @command{make check} will
fail.
That was for Solaris and SunStudio 11, but I presume these are basically
the same compilers.
Hi,
I'm trying to understand whether the use of substitute() is
appropriate/documented for plotmath annotation. The following two
calls give the same results:
> plot(1:10, main = expression(alpha == 1))
> do.call(plot, list(1:10, main = expression(alpha == 1)))
But not these two:
> plot(1:10, m
Deepayan Sarkar wrote:
> Hi,
>
> I'm trying to understand whether the use of substitute() is
> appropriate/documented for plotmath annotation. The following two
> calls give the same results:
>
>
>> plot(1:10, main = expression(alpha == 1))
>> do.call(plot, list(1:10, main = expression(alpha ==
On 7/16/07, Deepayan Sarkar <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm trying to understand whether the use of substitute() is
> appropriate/documented for plotmath annotation. The following two
> calls give the same results:
>
> > plot(1:10, main = expression(alpha == 1))
> > do.call(plot, list(1:10
On 7/16/07, Peter Dalgaard <[EMAIL PROTECTED]> wrote:
> Deepayan Sarkar wrote:
> > Hi,
> >
> > I'm trying to understand whether the use of substitute() is
> > appropriate/documented for plotmath annotation. The following two
> > calls give the same results:
> >
> >
> >> plot(1:10, main = expression
Hi all,
Have had a frustrating time trying to get R 2.5.1 running happily on
Solaris9/x86, the problems seem to stem mainly from libiconv
support. After a couple of hours of experimenting, I came across the
following combination, note that iconv (the program, but not the
library) exists i
Paul Gilbert <[EMAIL PROTECTED]> writes:
> (I am not sure if this is a bug or a request for a more understandable
> warning, or possible something obvious I should be posting on r-help.)
>
> I am trying to coerce an new class object to be a DBIConnection and it
> does not work the way I think it
Note that as the R-admin says, you need to use a better iconv than
that supplied with most commercial Unices, including Solaris.
You can use GNU libiconv in either of two ways:
- as a preload plugin
- by installing it with the libiconv prefix, and ensuring its iconv.h
is first in your path.
If y
27 matches
Mail list logo
