#32890 [NEW]: memory limit change has no effect
| From: | subramanian dot palanirajan at cognizant dot com | Date: | Fri, 29 Apr 2005 10:58:54 +0000 |
| Subject: | #32890 [NEW]: memory limit change has no effect | ||
| Groups: | php.bugs | ||
| Request: | Send a blank email to php-bugs+get-78443@lists.php.net to get a copy of this message | ||
From: subramanian dot palanirajan at cognizant dot com
Operating system: Windows XP
PHP version: 5.0.3
PHP Bug Type: PHP options/info functions
Bug description: memory limit change has no effect
Description:
------------
I tried to deploy SugarCRM 2.5.1d on PHP 5.0.3 (on Windows XP). Sugar
demands a minumim memory limit allocation of 10 M. I updated the php.ini
file at the following location
memory_limit = 11M ; Maximum amount of memory a script may consume
(8MB)
I restarted Apache after updating the php.ini file.
Still the warning does not go away when i try to run SugarCRM.The text of
the warning is as follows.
"PHP Memory Limit >= 10M Warning: (Set this to 10M or larger in your
php.ini file)"
Please note that I have compiled PHP with the "--enable-memory-limit"
option. I do the following steps to compile PHP.
> buildconf.bat
> cscript.exe /nologo configure.js --enable-prefix=C:\dev\php5
--with-extra-includes=../php_build/includes
--with-extra-libs=../php_build/libs --enable-apache2handler --with-mysql
--enable-memory-limit
> nmake.exe install
I don't know if it is relevant, but I compile PHP from within a Cygwin
shell, but I still compile only with VC++ compiler (pure Windows binary).
Expected result:
----------------
After setting the memory limit in the php.ini file to greater than 10 M
and restarting Apache, I expect the SugarCRM warning to disappear.
Actual result:
--------------
The following warning comes up in the "System Check" performed by SugarCRM
upon install.
PHP Memory Limit >= 10M Warning: (Set this to 10M or larger in your
php.ini file)
--
Edit bug report at http://bugs.php.net/?id=32890&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32890&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32890&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32890&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=32890&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=32890&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32890&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32890&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32890&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32890&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32890&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=32890&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=32890&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=32890&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32890&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=32890&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32890&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32890&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32890&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32890&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32890&r=mysqlcfg