Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15123 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 10092 invoked by uid 1010); 20 Feb 2005 15:37:56 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 10069 invoked from network); 20 Feb 2005 15:37:56 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 20 Feb 2005 15:37:56 -0000 X-Host-Fingerprint: 212.227.126.187 moutng.kundenserver.de Received: from ([212.227.126.187:49574] helo=moutng.kundenserver.de) by pb1.pair.com (ecelerity 1.2 (r4437)) with SMTP id 3E/69-12222-4DEA8124 for ; Sun, 20 Feb 2005 10:37:56 -0500 Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1D2t9d-00053O-00 for internals@lists.php.net; Sun, 20 Feb 2005 16:37:53 +0100 Received: from [62.224.12.244] (helo=p3EE00CF4.dip0.t-ipconnect.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1D2t9d-0005Wm-00 for internals@lists.php.net; Sun, 20 Feb 2005 16:37:53 +0100 To: internals@lists.php.net In-Reply-To: <4e89b42605022006445681add4@mail.gmail.com> References: <1108836903.316.40.camel@localhost> <42185C0B.3000308@php.net> <1108899361.316.63.camel@localhost> <4e89b42605022006445681add4@mail.gmail.com> Content-Type: text/plain Date: Sun, 20 Feb 2005 16:37:43 +0100 Message-ID: <1108913863.316.71.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:bf648c7cefcb4f7c0e2e63c674feb220 Subject: Re: [PHP-DEV] Re: PDO types From: thekid@thekid.de (Timm Friebe) On Sun, 2005-02-20 at 09:44 -0500, Wez Furlong wrote: > On Sun, 20 Feb 2005 12:36:01 +0100, Timm Friebe wrote: > > * If the number does not fit, I will try to convert it into a double > > (PHP datatype float). This is the case for e.g. numeric(10) - values > > might not fit. This is the same what PHP does when adding 1 to > > LONG_MAX, for instance. If - in the procedure of doing so, strtod() > > gives an ERANGE or if the length overflows EG(precision), I will > > return a string. > > This is exactly what I wanted to avoid. Why is that so? I think this a good idea - it saves memory in the usual case (most numbers will probably fit into a long). > Please don't make this change. How could I? I only have CVS karma for ext/sybase_ct, not for anything else, not Zend, not PDO:) -- Timm If it ain't broken, it doesn't have enough features yet