<div dir="ltr"><div class="gmail_default" style="font-size:large">Thank you for explaining. Since I am needing compatibility at the disk level (binary form)... does anyone know of a unit or some routines to read/write: Comp, Double, Extended byte for byte the same? (even if it translates to something different at run time or in the dataset). If it was for the fact I maintain Halcyon (xBase) code I would slap this all in a DB server. Which also means my port of Accuracer (<a href="http://aidaim.com">aidaim.com</a>) is also going to have similar problems. :-(<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 3, 2018 at 3:29 AM Florian Klämpfl <<a href="mailto:florian@freepascal.org">florian@freepascal.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 03.10.2018 um 02:28 schrieb Ozz Nixon:<br>
> Also, this part of the project is for dBase.com and Visual FoxPro compatibility. So, I cannot go off reservation. Why<br>
> exactly is FPC WIN64 making all these changes to primitive types?<br>
<br>
Because the old x87 style fpu is deprecated for good reasons.<br>
_______________________________________________<br>
fpc-devel maillist  -  <a href="mailto:fpc-devel@lists.freepascal.org" target="_blank">fpc-devel@lists.freepascal.org</a><br>
<a href="http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel" rel="noreferrer" target="_blank">http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel</a><br>
</blockquote></div>