<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Nov 17, 2017 10:59 AM, "Nico Williams" <<a href="mailto:nico@cryptonector.com">nico@cryptonector.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On Thu, Nov 16, 2017 at 10:05:42PM -0800, Bill Frantz wrote:<br>
> On 11/15/17 at 4:53 PM, <a href="mailto:nico@cryptonector.com">nico@cryptonector.com</a> (Nico Williams) wrote:<br>
> > As to the issues with Real values not round-tripping, well, x.509 does<br>
> > not use Real, so I'm not sure what he meant.  Maybe SPKI did??<br>
><br>
> SPKI used S-expressions.<br>
<br>
</div>IEEE754 issues are encoding-agnostic.  This kind of thing comes up all<br>
the time in JSON tooling, in ECMAScript, in RDBMSes, and many other<br>
things besides.  S-expressions wouldn't be immune.  If you want floating<br>
point numbers to interop and round-trip then all implementations must<br>
use arbitrary precision floating point software implementations.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">This is not exactly  true. IEEE floats don't come with a wire format but you can serialize and deserialize the fields in the float and that is specified to work. Formats using other bases can work with the right high precision print routine.</div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="elided-text">______________________________<wbr>_________________<br>
The cryptography mailing list<br>
<a href="mailto:cryptography@metzdowd.com">cryptography@metzdowd.com</a><br>
<a href="http://www.metzdowd.com/mailman/listinfo/cryptography" rel="noreferrer" target="_blank">http://www.metzdowd.com/<wbr>mailman/listinfo/cryptography</a></div></blockquote></div><br></div></div></div>