# [Rd] dput()

David Winsemius dw|n@em|u@ @end|ng |rom comc@@t@net
Sat Feb 29 10:09:36 CET 2020

```On 2/28/20 11:42 PM, Rui Barradas wrote:
> Hello,
>
> FAQ 7.31
>
>
> https://stackoverflow.com/questions/9508518/why-are-these-numbers-not-equal
>

That was going to be my initial response, but then I realized that the
question might be why the dput representation of the x variable didn't
display the detail of the decimal fraction out at the 16th or
seventeenth place. So here's some further results to chew on:

1 (rather than 0.99999999999999955591) is what would get if `dput` were
used to send it to a file:

dput(x, file="temp.txt")

x <- scan(file="temp.txt")

x==1
#[1] TRUE

And if you wanted more precision with the value before it got rectified
by output/input  you could use the control parameter:

dput(x, control="digits17")
#0.99999999999999956

HTH;

David.

>
> Hope this helps,
>
>
> Às 00:08 de 29/02/20, robin hankin escreveu:
>> My interpretation of dput.Rd is that dput() gives an exact ASCII form
>> of the internal representation of an R object.  But:
>>
>>   rhankin using cuttlefish:~ \$ R --version
>> R version 3.6.2 (2019-12-12) -- "Dark and Stormy Night"
>> Copyright (C) 2019 The R Foundation for Statistical Computing
>> Platform: x86_64-pc-linux-gnu (64-bit)
>>
>> [snip]
>>
>> rhankin using cuttlefish:~ \$ R --vanilla --quiet
>>> x <- sum(dbinom(0:20,20,0.35))
>>> dput(x)
>> 1
>>> x-1
>> [1] -4.440892e-16
>>>
>>> x==1
>> [1] FALSE
>>>
>>
>> So, dput(x) gives 1, but x is not equal to 1.  Can anyone advise?
>>
>> ______________________________________________
>> R-devel using r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>
> ______________________________________________
> R-devel using r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

```