This is pretty clearly a problem in texi2dvi (which is part of MiKTeX),
not in R, since the line passed is
texi2dvi --pdf --texinfo="@set UseExternalXrefs " R-FAQ.texi
I get
This is pdfTeX, Version 3.141592-1.40.4 (MiKTeX 2.6)
entering extended mode
(c:\DOCUME~1\ripley\LOCALS~1\Temp\mik54358\_x
On 8/31/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> The IEEE floating point standard allows for negative zero, but it's hard
> to know that you have one in R. One reliable test is to take the
> reciprocal. For example,
>
> > y <- 0
> > 1/y
> [1] Inf
> > y <- -y
> > 1/y
> [1] -Inf
>
>
Seems the same on this Apple Mac OSX platform:
> y <- 0
> 1/y
[1] Inf
> y <- -y
> 1/y
[1] -Inf
> x <- complex(real = -1)
> x
[1] -1+0i
> 1/x
[1] -1+0i
> x^(1/3)
[1] 0.5+0.8660254i
> (1/x)^(1/3)
[1] 0.5-0.8660254i
> sessionInfo()
R version 2.5.1 (2007-06-27)
powerpc-apple-darwin8.9.1
locale:
en
On 8/31/07, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> The IEEE floating point standard allows for negative zero, but it's hard
> to know that you have one in R. One reliable test is to take the
> reciprocal. For example,
>
> > y <- 0
> > 1/y
> [1] Inf
> > y <- -y
> > 1/y
> [1] -Inf
>
> The
The IEEE floating point standard allows for negative zero, but it's hard
to know that you have one in R. One reliable test is to take the
reciprocal. For example,
> y <- 0
> 1/y
[1] Inf
> y <- -y
> 1/y
[1] -Inf
The other day I came across one in complex numbers, and it took me a
while to
[EMAIL PROTECTED] wrote:
> Hello.
>
> I am in a habit of compiling daily snapshots of R-devel and R-patched on my
> Windows XP workstation. I have cygwin environment with up-to-date RTools
> and MiKTeX. I run cygwin and MiKTeX upadaters pretty often (every couple
> of days) so both of them are re
D'oh! There's always one more item to update
Peter Dalgaard wrote:
> This is to announce that we plan to release R version 2.6.0 on Wednesday
> October 3, 2007. The following information is mainly for developers,
> package maintainers and repository maintainers.
>
> The planned procedure is
>
Hello.
I am in a habit of compiling daily snapshots of R-devel and R-patched on my
Windows XP workstation. I have cygwin environment with up-to-date RTools
and MiKTeX. I run cygwin and MiKTeX upadaters pretty often (every couple
of days) so both of them are reasonably current.
Recently I notic
Forgot...
On 8/31/07, Henrik Bengtsson <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am puzzled with serialize(). It comes down generating identical
> hash codes for (apparently) identical objects using digest::digest(),
> which in turn relies on serialize(). Here is an example illustration
> the issue
Hi,
I am puzzled with serialize(). It comes down generating identical
hash codes for (apparently) identical objects using digest::digest(),
which in turn relies on serialize(). Here is an example illustration
the issue:
ser <- function(object, ...) {
list(
names = names(object),
names
R-developers,
I'm looking for some 'best practices', or perhaps an upstream solution
(I have a deja vu about this, so sorry if it's already been asked).
Problems occur when a file is encoded as latin1, but the user has a
UTF-8 locale (or I guess more generally when the input locale does not
match
On Fri, 31 Aug 2007, D. R. Evans wrote:
> I was surprised, given the vector-ish nature of R, to see that
> (according to my CPU meters) there doesn't seem to be any obvious
> multithreading in R.
>
> Are there any plans to change this?
Yes, and some multithreading is done with some external BLAS,
"Henrik Bengtsson" <[EMAIL PROTECTED]> writes:
>> intentional I'd say: I did not implement it, but it seems much
>> more logical to keep the previous rule: All *.R files in
>> ./tests/ are run
>> Subdirectories can be useful for organization, notably storing
>> test data. I don't think it's a goo
I was surprised, given the vector-ish nature of R, to see that
(according to my CPU meters) there doesn't seem to be any obvious
multithreading in R.
Are there any plans to change this?
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/
14 matches
Mail list logo
