Documented fix to bug #5993 (that large integers that would have caused

an integer overflow (> 32 bits) will now be returned as strings instead.
#Hope I have inserted the bulleted list properly - can't validate xml :(


git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@66515 c90b9560-bf6c-de11-be94-00142212c4b1
This commit is contained in:
Vlad Krupin 2001-12-30 11:51:05 +00:00
parent 0959bbc29c
commit d99af4f1cd

View file

@ -1,5 +1,5 @@
<?xml version="1.0" encoding="iso-8859-1"?>
<!-- $Revision: 1.14 $ -->
<!-- $Revision: 1.15 $ -->
<reference id="ref.dbase">
<title>dBase functions</title>
<titleabbrev>dBase</titleabbrev>
@ -294,8 +294,20 @@ if (!dbase_create($dbname, $def))
<function>dbase_delete_record</function>.
</para>
<para>
Each field is converted to the appropriate PHP type. (Dates are
left as strings.)
Each field is converted to the appropriate PHP type, except:
<itemizedlist>
<listitem>
<simpara>
Dates are left as strings
</simpara>
</listitem>
<listitem>
<simpara>
Integers that would have caused an overflow (> 32 bits)
are returned as strings
</simpara>
</listitem>
</itemizedlist>
</para>
</refsect1>
</refentry>
@ -325,8 +337,20 @@ if (!dbase_create($dbname, $def))
for deletion (see <function>dbase_delete_record</function>).
</para>
<para>
Each field is converted to the appropriate PHP type. (Dates are
left as strings.)
Each field is converted to the appropriate PHP type, except:
<itemizedlist>
<listitem>
<simpara>
Dates are left as strings
</simpara>
</listitem>
<listitem>
<simpara>
Integers that would have caused an overflow (> 32 bits)
are returned as strings
</simpara>
</listitem>
</itemizedlist>
</para>
</refsect1>
</refentry>