Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:10941 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 19795 invoked by uid 1010); 7 Jul 2004 10:26:24 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 19740 invoked from network); 7 Jul 2004 10:26:23 -0000 Received: from unknown (HELO Sol.prolink.de) (62.206.220.3) by pb1.pair.com with SMTP; 7 Jul 2004 10:26:23 -0000 Received: from [127.0.0.1] (mars [62.206.218.4]) by Sol.prolink.de (8.12.3/8.12.3/Debian-6.6) with ESMTP id i67APOMv018082 for ; Wed, 7 Jul 2004 12:26:24 +0200 Message-ID: <40EBCF77.7010007@prolink.de> Date: Wed, 07 Jul 2004 12:24:55 +0200 X-Accept-Language: de-de, en MIME-Version: 1.0 To: internals@lists.php.net X-Enigmail-Version: 0.84.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spamscreen: Protected by WatchGuard (WGTI) SpamScreen (TM) v7.2.B1501 Copyright (C) 1996-2004 WGTI X-Virus-Scanned: clamd / ClamAV version 0.73, clamav-milter version 0.73a on Sol.prolink.de X-Virus-Status: Clean Subject: Setting memory_limit fails From: peter001@prolink.de (Peter Rendl) Hello all, I just fetched the latest php5 package for win32 from snaps.php.net (Built On: Jul 07, 2004 06:30 GMT). It seems like the ini-setting for memory_limit is ignored and the default of 8MB is used instead. This also causes installation of PEAR to fail and probably affects bug #29023. To reproduce: php -n -d memory_limit=32M -r "$foo = ini_get('memory_limit'); var_dump($foo);" string(2) "8M" I just wanted to clarify that this is not my mistake, before posting a bug report. Best regards, Peter