Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:10532
Return-Path: <sesser@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 62487 invoked by uid 1010); 16 Jun 2004 17:02:00 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 62423 invoked from network); 16 Jun 2004 17:01:59 -0000
Received: from unknown (HELO e-matters.de) (217.69.76.213)
  by pb1.pair.com with SMTP; 16 Jun 2004 17:01:59 -0000
Received: (qmail 16506 invoked by uid 0); 16 Jun 2004 17:00:54 -0000
Received: from p508d6962.dip.t-dialin.net (HELO php.net) (80.141.105.98)
  by /var/run/qmail-smtp.pid with SMTP; 16 Jun 2004 17:00:54 -0000
Message-ID: <40D07D35.4060602@php.net>
Date: Wed, 16 Jun 2004 19:02:45 +0200
User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To:  internals@lists.php.net
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: 64 bit safety...
From: sesser@php.net (Stefan Esser)

Hi,

seems some parts... especially sqlite are not 64bit safe.

If you want to do something productive go out and search for 
zend_parse_parameter calls where l is not writing to a long (NOT int)
and where the strlen of a s is not written into an int.

F.e. in sqlite there seems to be several places where the strlen of a s 
is written into a long instead of an int. This will all break bigtime on 
64bit systems where int is 32 bit but long is 64 bit.

Stefan