Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:21191 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92929 invoked by uid 1010); 12 Dec 2005 09:13:25 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 92914 invoked from network); 12 Dec 2005 09:13:25 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Dec 2005 09:13:25 -0000 X-Host-Fingerprint: 195.28.69.139 mail.jobtion.com Linux 2.4 w/o timestamps Received: from ([195.28.69.139:44635] helo=sparky.datcon.sk) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id BB/4E-49905-43F3D934 for ; Mon, 12 Dec 2005 04:13:24 -0500 Received: from localhost (localhost [127.0.0.1]) by sparky.datcon.sk (Postfix) with ESMTP id 3DD6D28522 for ; Mon, 12 Dec 2005 10:12:47 +0100 (CET) Received: from sparky.datcon.sk ([127.0.0.1]) by localhost (sparky [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05347-01-10 for ; Mon, 12 Dec 2005 10:12:47 +0100 (CET) Received: from [172.16.71.217] (chello085216150011.chello.sk [85.216.150.11]) by sparky.datcon.sk (Postfix) with ESMTP id 0A01C2791A for ; Mon, 12 Dec 2005 10:12:44 +0100 (CET) Message-ID: <439D3F0B.9050002@kmit.sk> Date: Mon, 12 Dec 2005 10:12:43 +0100 User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: internals Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at datcon.sk Subject: sqlite_escape_string bug(?) From: ondrej@kmit.sk (=?UTF-8?B?T25kcmVqIEl2YW5pxI0=?=) Hi After server upgrade I was found this possible bug in sqlite_esacpe_string function: Output is: PHP Fatal error: Allowed memory size of 209715200 bytes exhausted (tried to allocate -1962934272 bytes) in /home/ondrej/test.php on line 3 Server is running Debian 3.1 on amd64 and PHP 4.4.0. I don't open bug report, because I can't reproduce this behavior in different version of PHP (PHP 5.1, gentoo, amd64). PHP 4.4.0 (same Debian 3.1) on i686 is without this issue. At the production it's not possible upgrade PHP to higher version at this moment. Could someone try to reproduce this issue? Thanks -- Ondrej Ivanic (ondrej@kmit.sk)