Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:9598
Return-Path: <abies@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 71543 invoked by uid 1010); 28 Apr 2004 08:40:13 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 71427 invoked by uid 1007); 28 Apr 2004 08:40:12 -0000
Message-ID: <20040428084012.71416.qmail@pb1.pair.com>
To: internals@lists.php.net
Date: Wed, 28 Apr 2004 10:40:11 +0200
User-Agent: Mozilla Thunderbird 0.5 (X11/20040306)
X-Accept-Language: en-us, en
MIME-Version: 1.0
References: <20040417194419.84912.qmail@pb1.pair.com>
In-Reply-To: <20040417194419.84912.qmail@pb1.pair.com>
X-Enigmail-Version: 0.83.2.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Posted-By: 80.126.21.70
Subject: Re: Size of integer
From: abies@php.net (Ard Biesheuvel)

Lester Caine wrote:
> An interesting little question has pooped up.
> 
> How big is an integer?
> 
> Firebird uses BIGINT or INT_64 for generator values, and the new 
> ibase_gen_id in PHP5 returns that value as an integer.
> 
> Has any thought been given to managing 64bit field values in PHP5?
> 

Actually, this 'time bomb' has already been handled. If the generated 
value doesn't fit in a long, it will return a string. So on a 64-bit 
machine, this will never occur. On a 32-bit machine, the returned type 
of ibase_gen_id() will suddenly start returning strings. Please note 
that this is consistent with the behaviour of other ibase_*() functions 
that handle BIGINTs.

-- 
Ard