On Mon, 20 Feb 2006, Paul Murrell wrote:
[...]
>>>> x11()
>>>> plot(rnorm(10))
>>>> dev.print(png)
>> Paul> Error in dev.copy(device = function (filename = "Rplot%03d.png",
>> width =
>> Paul> 480, :
>> Paul> invalid graphics state
> I think the problem is that the wid
Hi
Martin Maechler wrote:
>>"Paul" == Paul Roebuck <[EMAIL PROTECTED]>
>>on Wed, 8 Feb 2006 15:33:11 -0600 (CST) writes:
>
>
> Paul> On Mon, 6 Feb 2006 18:12, Simon Urbanek wrote:
> >> On Feb 6, 2006, at 5:24 PM, Paul Roebuck wrote:
> >>
> >>> Tried on R-Sig-Mac wit
On 2/19/2006 3:18 PM, Prof Brian Ripley wrote:
> On Sun, 19 Feb 2006, hadley wickham wrote:
>
>>> p.s. If my computations are correct, 0.2 = 0*/2 + 0/4 + 1/8 + 1/16 +
>>> 0/32 + 0/64 + 1/128 + 1/256 + 0/512 + 0/1024 + 1/2048 + 1/4096 + ... =
>>> 0.3h. Perhaps someone can extend this
On Sun, 19 Feb 2006, hadley wickham wrote:
>> p.s. If my computations are correct, 0.2 = 0*/2 + 0/4 + 1/8 + 1/16 +
>> 0/32 + 0/64 + 1/128 + 1/256 + 0/512 + 0/1024 + 1/2048 + 1/4096 + ... =
>> 0.3h. Perhaps someone can extend this to an FAQ to help
>> explain finite precision arithmet
As I have said before on R-help, it is _already_ fixed in this (and
related cases) and the reasons it is fixed were explained here. If you
read carefully, you will have noticed that some platforms (such as Sparc)
only use 53 bits (+ a guard bit).
Not that I accept that the 53-bit calculation i
> p.s. If my computations are correct, 0.2 = 0*/2 + 0/4 + 1/8 + 1/16 +
> 0/32 + 0/64 + 1/128 + 1/256 + 0/512 + 0/1024 + 1/2048 + 1/4096 + ... =
> 0.3h. Perhaps someone can extend this to an FAQ to help
> explain finite precision arithmetic and rounding issues.
This is drifting a bit
Dear Professors Ripley & Murdoch, & others:
If this were just an issue of computations like var(rep(0.02, 10))
producing something other than 0 on certain platforms (e.g.,
combinations of operating systems and microprocessors), then I would
suggest it be documented as an FAQ and left
This is not an R bug, nor it realtes to quantreg. It is not even an
error but a warning.
It is due to the fact that you don't have enough writing permission
and it is related the R.app way of handling package installation.
stefano
Il giorno 18/feb/06, alle ore 21:07, [EMAIL PROTECTED] ha
scr
Berwin A Turlach wrote:
> G'day Duncan,
>
>
>>"DM" == murdoch <[EMAIL PROTECTED]> writes:
>
>
> DM> I have found a strange scoping problem in Sweave. [...]
>
> DM> The strange thing is that while the value in partytotal is
> DM> output correctly as [...]
>
> DM> but the
G'day Duncan,
> "DM" == murdoch <[EMAIL PROTECTED]> writes:
DM> I have found a strange scoping problem in Sweave. [...]
DM> The strange thing is that while the value in partytotal is
DM> output correctly as [...]
DM> but the dotchart contains the wrong values: it shows sor
There has been a recent thread on R-help on this, which resurrected
concepts from bug reports PR#1228 and PR#6743. Since the discussion has
included a lot of erroneous 'information' based on misunderstandings of
floating-point computations, this is an attempt to set the record straight
and exp
11 matches
Mail list logo