Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:10943 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 11763 invoked by uid 1010); 7 Jul 2004 12:22:52 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 11729 invoked from network); 7 Jul 2004 12:22:51 -0000 Received: from unknown (HELO Sol.prolink.de) (62.206.220.3) by pb1.pair.com with SMTP; 7 Jul 2004 12:22:51 -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 i67CLpMv009328 for ; Wed, 7 Jul 2004 14:22:51 +0200 Message-ID: <40EBEAC3.30809@prolink.de> Date: Wed, 07 Jul 2004 14:21:23 +0200 X-Accept-Language: de-de, en MIME-Version: 1.0 To: internals@lists.php.net References: <40EBCF77.7010007@prolink.de> <200407071345.10142.edink@emini.dk> In-Reply-To: <200407071345.10142.edink@emini.dk> 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: Re: [PHP-DEV] Setting memory_limit fails From: peter001@prolink.de (Peter Rendl) Edin Kadribasic wrote: > Memory limit checking is not compiled in on Windows. So bugs must be caused by > something else. Unfortunately phpinfo() does not show compile options for this build. But http://snaps.php.net/win32/snapshot.log contains this line "snapshot: forcing memory-limit on". Is it a misinterpretation that this turns memory limit checking on? I have an older php version from february available. It returns an empty string for ini_get('memory_limit') while the current snap gives 8MB. When installing PEAR I get some errors like this: Notice: unserialize(): Error at offset 8194 of 8192 bytes in... -Peter