Bug #52742 [Opn]: PHP 5.2.14 messes up SCRIPT_FILENAME
Edit report at http://bugs.php.net/bug.php?id=52742edit=1 ID: 52742 User updated by:mfurdyk at takingitglobal dot org Reported by:mfurdyk at takingitglobal dot org Summary:PHP 5.2.14 messes up SCRIPT_FILENAME Status: Open Type: Bug Package:Scripting Engine problem Operating System: RHEL PHP Version:5.2.14 Block user comment: N New Comment: Using Zeus Web Server, connecting to PHP over FastCGI socket. 5.2.6 is running the same way on the other two servers (sharing ZWS config) Previous Comments: [2010-08-31 20:28:45] srina...@php.net how is your web server configured ? and what web server r u using ? [2010-08-31 01:51:11] mfurdyk at takingitglobal dot org FYI, I also noticed that make test doesn't work, in case that's relevant... [r...@tigweb3 php-5.2.14]# make test Build complete. Don't forget to run 'make test'. make: [test] Error 255 (ignored) [2010-08-31 00:45:17] mfurdyk at takingitglobal dot org Recompiled: './configure' '--with-mysql=/usr/include/mysql' '--with-zlib' '--with-gd' '-- with-jpeg-dir' '--with-png-dir' '--enable-inline-optimization' '--with-curl' '-- disable-debug' '--with-mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '-- enable-ftp' '--enable-zend-multibyte' '--enable-fastcgi' '--enable-mbstring' '-- with-freetype-dir=/usr' '--with-gmp' '--with-openssl' '--enable-sockets' '-- with-libdir=lib64' '--enable-force-cgi-redirect' Result is the same: _SERVER[SCRIPT_FILENAME] /dev/null/phpinfo.html _SERVER[SCRIPT_NAME] /fcgi-bin/php [2010-08-31 00:25:01] srina...@php.net i believe, you need to include --enable-force-cgi-redirect configuration flag while compiling with fastcgi support to overcome this. [2010-08-30 17:36:31] mfurdyk at takingitglobal dot org Description: After upgrading from 5.2.6 to 5.2.14, our SCRIPT_FILENAME and SCRIPT_NAME seem to be getting broken. Running as FastCGI: From phpinfo(): 5.2.14 _SERVER[SCRIPT_FILENAME] /dev/null/phpinfo.html _SERVER[SCRIPT_NAME] /fcgi-bin/php 5.2.6 (still running on 2/3 servers) _SERVER[SCRIPT_FILENAME] /sites/takingitglobal.admin.v5/phpinfo.html _SERVER[SCRIPT_NAME] /phpinfo.html Compile string: './configure' '--with-mysql=/usr' '--with-libdir=lib64' '--with-zlib' '--with- gd' '--enable-inline-optimization' '--with-curl' '--disable-debug' '--with- mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '--enable-ftp' '--enable- zend-multibyte' '--enable-fastcgi' '--enable-mbstring' '--with-freetype- dir=/usr' '--with-gmp' '--with-openssl' '--with-jpeg-dir=/opt' '--with-png- dir=/opt' '--enable-sockets' Expected result: See what 5.2.6 returns -- Edit this bug report at http://bugs.php.net/bug.php?id=52742edit=1
[PHP-BUG] Bug #52742 [NEW]: PHP 5.2.14 messes up SCRIPT_FILENAME
From: Operating system: RHEL PHP version: 5.2.14 Package: Scripting Engine problem Bug Type: Bug Bug description:PHP 5.2.14 messes up SCRIPT_FILENAME Description: After upgrading from 5.2.6 to 5.2.14, our SCRIPT_FILENAME and SCRIPT_NAME seem to be getting broken. Running as FastCGI: From phpinfo(): 5.2.14 _SERVER[SCRIPT_FILENAME] /dev/null/phpinfo.html _SERVER[SCRIPT_NAME] /fcgi-bin/php 5.2.6 (still running on 2/3 servers) _SERVER[SCRIPT_FILENAME] /sites/takingitglobal.admin.v5/phpinfo.html _SERVER[SCRIPT_NAME] /phpinfo.html Compile string: './configure' '--with-mysql=/usr' '--with-libdir=lib64' '--with-zlib' '--with- gd' '--enable-inline-optimization' '--with-curl' '--disable-debug' '--with- mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '--enable-ftp' '--enable- zend-multibyte' '--enable-fastcgi' '--enable-mbstring' '--with-freetype- dir=/usr' '--with-gmp' '--with-openssl' '--with-jpeg-dir=/opt' '--with-png- dir=/opt' '--enable-sockets' Expected result: See what 5.2.6 returns -- Edit bug report at http://bugs.php.net/bug.php?id=52742edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52742r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52742r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52742r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52742r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52742r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52742r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52742r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52742r=needscript Try newer version: http://bugs.php.net/fix.php?id=52742r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52742r=support Expected behavior: http://bugs.php.net/fix.php?id=52742r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52742r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52742r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52742r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52742r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52742r=dst IIS Stability: http://bugs.php.net/fix.php?id=52742r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52742r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52742r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52742r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52742r=mysqlcfg
Bug #52742 [Fbk-Opn]: PHP 5.2.14 messes up SCRIPT_FILENAME
Edit report at http://bugs.php.net/bug.php?id=52742edit=1 ID: 52742 User updated by:mfurdyk at takingitglobal dot org Reported by:mfurdyk at takingitglobal dot org Summary:PHP 5.2.14 messes up SCRIPT_FILENAME -Status: Feedback +Status: Open Type: Bug Package:Scripting Engine problem Operating System: RHEL PHP Version:5.2.14 Block user comment: N New Comment: Recompiled: './configure' '--with-mysql=/usr/include/mysql' '--with-zlib' '--with-gd' '-- with-jpeg-dir' '--with-png-dir' '--enable-inline-optimization' '--with-curl' '-- disable-debug' '--with-mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '-- enable-ftp' '--enable-zend-multibyte' '--enable-fastcgi' '--enable-mbstring' '-- with-freetype-dir=/usr' '--with-gmp' '--with-openssl' '--enable-sockets' '-- with-libdir=lib64' '--enable-force-cgi-redirect' Result is the same: _SERVER[SCRIPT_FILENAME] /dev/null/phpinfo.html _SERVER[SCRIPT_NAME] /fcgi-bin/php Previous Comments: [2010-08-31 00:25:01] srina...@php.net i believe, you need to include --enable-force-cgi-redirect configuration flag while compiling with fastcgi support to overcome this. [2010-08-30 17:36:31] mfurdyk at takingitglobal dot org Description: After upgrading from 5.2.6 to 5.2.14, our SCRIPT_FILENAME and SCRIPT_NAME seem to be getting broken. Running as FastCGI: From phpinfo(): 5.2.14 _SERVER[SCRIPT_FILENAME] /dev/null/phpinfo.html _SERVER[SCRIPT_NAME] /fcgi-bin/php 5.2.6 (still running on 2/3 servers) _SERVER[SCRIPT_FILENAME] /sites/takingitglobal.admin.v5/phpinfo.html _SERVER[SCRIPT_NAME] /phpinfo.html Compile string: './configure' '--with-mysql=/usr' '--with-libdir=lib64' '--with-zlib' '--with- gd' '--enable-inline-optimization' '--with-curl' '--disable-debug' '--with- mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '--enable-ftp' '--enable- zend-multibyte' '--enable-fastcgi' '--enable-mbstring' '--with-freetype- dir=/usr' '--with-gmp' '--with-openssl' '--with-jpeg-dir=/opt' '--with-png- dir=/opt' '--enable-sockets' Expected result: See what 5.2.6 returns -- Edit this bug report at http://bugs.php.net/bug.php?id=52742edit=1
Bug #52742 [Opn]: PHP 5.2.14 messes up SCRIPT_FILENAME
Edit report at http://bugs.php.net/bug.php?id=52742edit=1 ID: 52742 User updated by:mfurdyk at takingitglobal dot org Reported by:mfurdyk at takingitglobal dot org Summary:PHP 5.2.14 messes up SCRIPT_FILENAME Status: Open Type: Bug Package:Scripting Engine problem Operating System: RHEL PHP Version:5.2.14 Block user comment: N New Comment: FYI, I also noticed that make test doesn't work, in case that's relevant... [r...@tigweb3 php-5.2.14]# make test Build complete. Don't forget to run 'make test'. make: [test] Error 255 (ignored) Previous Comments: [2010-08-31 00:45:17] mfurdyk at takingitglobal dot org Recompiled: './configure' '--with-mysql=/usr/include/mysql' '--with-zlib' '--with-gd' '-- with-jpeg-dir' '--with-png-dir' '--enable-inline-optimization' '--with-curl' '-- disable-debug' '--with-mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '-- enable-ftp' '--enable-zend-multibyte' '--enable-fastcgi' '--enable-mbstring' '-- with-freetype-dir=/usr' '--with-gmp' '--with-openssl' '--enable-sockets' '-- with-libdir=lib64' '--enable-force-cgi-redirect' Result is the same: _SERVER[SCRIPT_FILENAME] /dev/null/phpinfo.html _SERVER[SCRIPT_NAME] /fcgi-bin/php [2010-08-31 00:25:01] srina...@php.net i believe, you need to include --enable-force-cgi-redirect configuration flag while compiling with fastcgi support to overcome this. [2010-08-30 17:36:31] mfurdyk at takingitglobal dot org Description: After upgrading from 5.2.6 to 5.2.14, our SCRIPT_FILENAME and SCRIPT_NAME seem to be getting broken. Running as FastCGI: From phpinfo(): 5.2.14 _SERVER[SCRIPT_FILENAME] /dev/null/phpinfo.html _SERVER[SCRIPT_NAME] /fcgi-bin/php 5.2.6 (still running on 2/3 servers) _SERVER[SCRIPT_FILENAME] /sites/takingitglobal.admin.v5/phpinfo.html _SERVER[SCRIPT_NAME] /phpinfo.html Compile string: './configure' '--with-mysql=/usr' '--with-libdir=lib64' '--with-zlib' '--with- gd' '--enable-inline-optimization' '--with-curl' '--disable-debug' '--with- mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '--enable-ftp' '--enable- zend-multibyte' '--enable-fastcgi' '--enable-mbstring' '--with-freetype- dir=/usr' '--with-gmp' '--with-openssl' '--with-jpeg-dir=/opt' '--with-png- dir=/opt' '--enable-sockets' Expected result: See what 5.2.6 returns -- Edit this bug report at http://bugs.php.net/bug.php?id=52742edit=1
#36299 [NEW]: PHP 5.1.2 doesn't compile as cgi-fcgi while 5.1.1 does - with same ./configure
From: mfurdyk at takingitglobal dot org Operating system: RH EL 4 PHP version: 5.1.2 PHP Bug Type: *Compile Issues Bug description: PHP 5.1.2 doesn't compile as cgi-fcgi while 5.1.1 does - with same ./configure Description: After compiling PHP 5.1.2 with the exact same configuration as 5.1.1, it compiles as cli instead of cgi-fcgi! PHP 5.1.2 (cli) (built: Feb 5 2006 16:56:15) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies with Zend Extension Manager v1.0.9, Copyright (c) 2003-2006, by Zend Technologies with Zend Optimizer v2.6.2, Copyright (c) 1998-2006, by Zend Technologies [EMAIL PROTECTED] bin]# ./php-5.1.1 -v PHP 5.1.1 (cgi-fcgi) (built: Jan 11 2006 01:41:47) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2005 Zend Technologies with Zend Extension Manager v1.0.9, Copyright (c) 2003-2006, by Zend Technologies with Zend Optimizer v2.6.2, Copyright (c) 1998-2006, by Zend Technologies Reproduce code: --- './configure' '--with-mysql=/usr/local/mysql-4.1.12' '--with-zlib' '--with-gd' '--with-jpeg-dir=/opt' '--with-png-dir=/usr/local/lib' '--enable-inline-optimization' '--with-curl' '--disable-debug' '--with-mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '--enable-ftp' '--enable-zend-multibyte' '--enable-fastcgi' '--enable-mbstring' --with-pspell Expected result: 5.1.2 should compile as fcgi! Actual result: -- Compiles as 'cli' -- Edit bug report at http://bugs.php.net/?id=36299edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36299r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36299r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36299r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36299r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36299r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36299r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36299r=needscript Try newer version:http://bugs.php.net/fix.php?id=36299r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36299r=support Expected behavior:http://bugs.php.net/fix.php?id=36299r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36299r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36299r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36299r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36299r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36299r=dst IIS Stability:http://bugs.php.net/fix.php?id=36299r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36299r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36299r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36299r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36299r=mysqlcfg
#30923 [NEW]: Unicode subject lines getting garbled
From: mfurdyk at takingitglobal dot org Operating system: RH 7.3 PHP version: 4.3.9 PHP Bug Type: MySQL related Bug description: Unicode subject lines getting garbled Description: I'm trying to upgrade the Client API version, and I've upgraded mySQL, deleted the old libraries, and installed the new 4.1.7-Shared and devel packages, but with --with-mysql=user and --with-mysql=/path/to/mysql, the old client API version still sticks around. With a new server I've installed, it pops up to 4.1.7 fine. Reproduce code: --- Here's my build: './configure' '--with-mysql=/usr' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib' '--with-gd=/usr/local/lib' '--with-jpeg-dir=/usr/local/bin' '--with-png-dir=/usr/lib' '--enable-inline-optimization' '--with-curl' '--disable-debug' '--with-mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '--enable-ftp' '--enable-mbstring' Expected result: Upgrade to 4.1.7 -- Edit bug report at http://bugs.php.net/?id=30923edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30923r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30923r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30923r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30923r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30923r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30923r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30923r=needscript Try newer version: http://bugs.php.net/fix.php?id=30923r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30923r=support Expected behavior: http://bugs.php.net/fix.php?id=30923r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30923r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30923r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30923r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30923r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30923r=dst IIS Stability: http://bugs.php.net/fix.php?id=30923r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30923r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30923r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30923r=mysqlcfg
#30923 [Opn]: MySQL Client API version stagnant
ID: 30923 User updated by: mfurdyk at takingitglobal dot org -Summary: Unicode subject lines getting garbled Reported By: mfurdyk at takingitglobal dot org Status: Open Bug Type: MySQL related Operating System: RH 7.3 PHP Version: 4.3.9 New Comment: updated summary...kept old one. Previous Comments: [2004-11-28 23:41:05] mfurdyk at takingitglobal dot org Description: I'm trying to upgrade the Client API version, and I've upgraded mySQL, deleted the old libraries, and installed the new 4.1.7-Shared and devel packages, but with --with-mysql=user and --with-mysql=/path/to/mysql, the old client API version still sticks around. With a new server I've installed, it pops up to 4.1.7 fine. Reproduce code: --- Here's my build: './configure' '--with-mysql=/usr' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib' '--with-gd=/usr/local/lib' '--with-jpeg-dir=/usr/local/bin' '--with-png-dir=/usr/lib' '--enable-inline-optimization' '--with-curl' '--disable-debug' '--with-mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '--enable-ftp' '--enable-mbstring' Expected result: Upgrade to 4.1.7 -- Edit this bug report at http://bugs.php.net/?id=30923edit=1
#30923 [Bgs]: MySQL Client API version stagnant
ID: 30923 User updated by: mfurdyk at takingitglobal dot org Reported By: mfurdyk at takingitglobal dot org Status: Bogus Bug Type: MySQL related Operating System: RH 7.3 PHP Version: 4.3.9 New Comment: Which files does it look for specifically? I think I've done a relatively thorough uninstall Previous Comments: [2004-11-29 02:48:04] [EMAIL PROTECTED] You probably have some rogue mysql headers around. Make sure to get rid of them all before installing new version. --with-mysql=/path/to/mysql should work fine with the new client library. [2004-11-29 00:13:40] mfurdyk at takingitglobal dot org No, I don't (at this point) care about using those features, I just want to know why the Client API version is setting at 3.X -- does this matter? It just seems weird, and thought it might explain some random mySQL errors (unable to save result set) that someone suggested were due to incorrect Client API. -- In terms of mySQLi, is there a way to have the existing mysql_query / mysql_fetch_assoc use the mysqli variants without doing a huge find/replace on all code? [2004-11-29 00:10:20] [EMAIL PROTECTED] If you want to use the new features of MySQL 4.1+, like the new binary protocol, you need to use PHP 5 and the MySQLi extension. (MySQLi, not MySQL.) You cannot use the new client protocol with PHP 4. [2004-11-28 23:43:43] mfurdyk at takingitglobal dot org updated summary...kept old one. [2004-11-28 23:41:05] mfurdyk at takingitglobal dot org Description: I'm trying to upgrade the Client API version, and I've upgraded mySQL, deleted the old libraries, and installed the new 4.1.7-Shared and devel packages, but with --with-mysql=user and --with-mysql=/path/to/mysql, the old client API version still sticks around. With a new server I've installed, it pops up to 4.1.7 fine. Reproduce code: --- Here's my build: './configure' '--with-mysql=/usr' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib' '--with-gd=/usr/local/lib' '--with-jpeg-dir=/usr/local/bin' '--with-png-dir=/usr/lib' '--enable-inline-optimization' '--with-curl' '--disable-debug' '--with-mcrypt=/usr/local/src/libmcrypt-2.5.7' '--with-mhash' '--enable-ftp' '--enable-mbstring' Expected result: Upgrade to 4.1.7 -- Edit this bug report at http://bugs.php.net/?id=30923edit=1
#30724 [NEW]: Unicode subject lines getting garbled
From: mfurdyk at takingitglobal dot org Operating system: Redhat 7.3 PHP version: 4.3.9 PHP Bug Type: Mail related Bug description: Unicode subject lines getting garbled Description: I have checked to see if this is a problem with qmail, but it is not. If I send an e-mail, using UTF-8 as encoding for the .php files that does this, with the subject and body being Unicode Russian or Spanish or any type of special characters, the subject always comes through missing characters... The body, however, is always fine! Reproduce code: --- mail($full,#1042;#1077;#1089;#1090;#1085;#1080;#1082; TakingITGlobal 4.11: #1055;#1088;#1077;#1076;#1087;#1088;#1080;#1085;#1080;#1084;#1072;#1090;#1077;#1083;#1100;#1089;#1090;#1074;#1086;,TakingITGlobal 4.11: #1087;#1088;#1077;#1076;#1089;#1090;#1072;#1074;#1083;#1103;#1077;#1090; whatever here,From: [EMAIL PROTECTED]: text/plain; charset=\utf-8\\n); Expected result: Subject retainining all UTF-8 characters. Actual result: -- Subject: #1077; #1085;#1080;#1082; TakingITGlobal 4.11: #1077;#1076;#1087; #1080;#1085;#1080;#1084;#1072; #1077;#1083; #1074;#1086; -- Edit bug report at http://bugs.php.net/?id=30724edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30724r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30724r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30724r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30724r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30724r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30724r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30724r=needscript Try newer version: http://bugs.php.net/fix.php?id=30724r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30724r=support Expected behavior: http://bugs.php.net/fix.php?id=30724r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30724r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30724r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30724r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30724r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30724r=dst IIS Stability: http://bugs.php.net/fix.php?id=30724r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30724r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30724r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30724r=mysqlcfg
#25624 [Com]: FATAL: emalloc(): Unable to allocate 35 bytes
ID: 25624 Comment by: mfurdyk at takingitglobal dot org Reported By: vijay at mitoken dot com Status: Bogus Bug Type: *General Issues Operating System: windows 2000 Professional PHP Version: 4.3.3 New Comment: I've noticed this error mysteriously throughout my apache error logs.. Previous Comments: [2003-09-24 04:23:47] [EMAIL PROTECTED] Read http://bugs.php.net/how-to-report.php ? (Provide a _short_ example of what you're doing?) [2003-09-24 02:06:15] vijay at mitoken dot com I doubled the memory_limit in my php.ini and upgraded the version to 4.3.3 still the same error is there anything else that has to be done, please kindly help me. [2003-09-22 06:57:02] [EMAIL PROTECTED] Increase the memory_limit in php.ini. And upgrade to PHP 4.3.3 too. [2003-09-22 06:00:04] vijay at mitoken dot com Description: I am displaying my XML File in table format on the browser using PHP, but when ever i have an xml file of size more than 35 KB i get the following error FATAL: emalloc(): Unable to allocate 35 bytes Expected result: It should be able to allocate the memory based on the xml file size Actual result: -- FATAL: emalloc(): Unable to allocate 35 bytes -- Edit this bug report at http://bugs.php.net/?id=25624edit=1
Bug #16937 Updated: PHP with GD 2.0.1 will not compile
ID: 16937 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: GD related Operating System: Linux 2.4.9 PHP Version: 4.2.0 New Comment: I tried both. The source directory AFTER doing a make on libgd.a (as shown http://www.php.net/~rasmus/gd.html) and also after doing a full make. Previous Comments: [2002-05-01 11:12:17] [EMAIL PROTECTED] NOT the source directory, the BASE install directory. E.g. your source is in /home/foo/src/gd-2.0.1/ and you install it into /usr/local/frob then your have to use ./configure --with-gd=/usr/local/frob [2002-05-01 09:27:34] [EMAIL PROTECTED] I'm pointing directly to the GD src directory, as mentioned here: http://www.php.net/~rasmus/gd.html gd.h is here: /usr/local/src/gd-2.0.1/gd.h And i'm pointing directly there (to gd-2.0.1 dir) when compiling. Yes, it does have the line. [2002-05-01 02:44:16] [EMAIL PROTECTED] Where is your gd.h located? Does it containe the following line #define gdPie gdArc ? [2002-05-01 01:30:09] [EMAIL PROTECTED] PHP is what won't compile, not GD :) [2002-05-01 01:27:39] [EMAIL PROTECTED] Trying to compile GD 2.0.1 into PHP 4.2.0, 4.1.2, or 4.0.6 produces this error: 4.2.0 ERROR: gd.c: In function `zm_startup_gd': gd.c:303: `gdArc' undeclared (first use in this function) gd.c:303: (Each undeclared identifier is reported only once gd.c:303: for each function it appears in.) gd.c:304: `gdPie' undeclared (first use in this function) gd.c:305: `gdChord' undeclared (first use in this function) gd.c:306: `gdNoFill' undeclared (first use in this function) gd.c:307: `gdEdged' undeclared (first use in this function) gd.c: In function `zif_imagecreatetruecolor': gd.c:588: warning: assignment makes pointer from integer without a cast gd.c: In function `zif_imagecolorat': gd.c:1626: structure has no member named `tpixels' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.2.0/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.2.0/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.0/ext' make: *** [all-recursive] Error 1 4.0.6 ERROR: gd.c: In function `php_minit_gd': gd.c:296: `gdPie' undeclared (first use in this function) gd.c:296: (Each undeclared identifier is reported only once gd.c:296: for each function it appears in.) gd.c:297: `gdChord' undeclared (first use in this function) gd.c:298: `gdNoFill' undeclared (first use in this function) gd.c:299: `gdEdged' undeclared (first use in this function) gd.c: In function `php_if_imagecreatetruecolor': gd.c:577: warning: assignment makes pointer from integer without a cast make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 I have completely wiped out the gd and php installs, and even went through tons of steps with some folks from #php. Other reports of this elsewhere on the web have gone unanswered. -- Edit this bug report at http://bugs.php.net/?id=16937edit=1
Bug #16937 Updated: PHP with GD 2.0.1 will not compile
ID: 16937 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: GD related Operating System: Linux 2.4.9 PHP Version: 4.2.0 New Comment: I'm pointing directly to the GD src directory, as mentioned here: http://www.php.net/~rasmus/gd.html gd.h is here: /usr/local/src/gd-2.0.1/gd.h And i'm pointing directly there (to gd-2.0.1 dir) when compiling. Yes, it does have the line. Previous Comments: [2002-05-01 02:44:16] [EMAIL PROTECTED] Where is your gd.h located? Does it containe the following line #define gdPie gdArc ? [2002-05-01 01:30:09] [EMAIL PROTECTED] PHP is what won't compile, not GD :) [2002-05-01 01:27:39] [EMAIL PROTECTED] Trying to compile GD 2.0.1 into PHP 4.2.0, 4.1.2, or 4.0.6 produces this error: 4.2.0 ERROR: gd.c: In function `zm_startup_gd': gd.c:303: `gdArc' undeclared (first use in this function) gd.c:303: (Each undeclared identifier is reported only once gd.c:303: for each function it appears in.) gd.c:304: `gdPie' undeclared (first use in this function) gd.c:305: `gdChord' undeclared (first use in this function) gd.c:306: `gdNoFill' undeclared (first use in this function) gd.c:307: `gdEdged' undeclared (first use in this function) gd.c: In function `zif_imagecreatetruecolor': gd.c:588: warning: assignment makes pointer from integer without a cast gd.c: In function `zif_imagecolorat': gd.c:1626: structure has no member named `tpixels' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.2.0/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.2.0/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.0/ext' make: *** [all-recursive] Error 1 4.0.6 ERROR: gd.c: In function `php_minit_gd': gd.c:296: `gdPie' undeclared (first use in this function) gd.c:296: (Each undeclared identifier is reported only once gd.c:296: for each function it appears in.) gd.c:297: `gdChord' undeclared (first use in this function) gd.c:298: `gdNoFill' undeclared (first use in this function) gd.c:299: `gdEdged' undeclared (first use in this function) gd.c: In function `php_if_imagecreatetruecolor': gd.c:577: warning: assignment makes pointer from integer without a cast make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 I have completely wiped out the gd and php installs, and even went through tons of steps with some folks from #php. Other reports of this elsewhere on the web have gone unanswered. -- Edit this bug report at http://bugs.php.net/?id=16937edit=1
Bug #16937: GD 2.0.1 will not compile
From: [EMAIL PROTECTED] Operating system: Linux 2.4.9 PHP version: 4.2.0 PHP Bug Type: GD related Bug description: GD 2.0.1 will not compile Trying to compile GD 2.0.1 into PHP 4.2.0, 4.1.2, or 4.0.6 produces this error: 4.2.0 ERROR: gd.c: In function `zm_startup_gd': gd.c:303: `gdArc' undeclared (first use in this function) gd.c:303: (Each undeclared identifier is reported only once gd.c:303: for each function it appears in.) gd.c:304: `gdPie' undeclared (first use in this function) gd.c:305: `gdChord' undeclared (first use in this function) gd.c:306: `gdNoFill' undeclared (first use in this function) gd.c:307: `gdEdged' undeclared (first use in this function) gd.c: In function `zif_imagecreatetruecolor': gd.c:588: warning: assignment makes pointer from integer without a cast gd.c: In function `zif_imagecolorat': gd.c:1626: structure has no member named `tpixels' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.2.0/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.2.0/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.0/ext' make: *** [all-recursive] Error 1 4.0.6 ERROR: gd.c: In function `php_minit_gd': gd.c:296: `gdPie' undeclared (first use in this function) gd.c:296: (Each undeclared identifier is reported only once gd.c:296: for each function it appears in.) gd.c:297: `gdChord' undeclared (first use in this function) gd.c:298: `gdNoFill' undeclared (first use in this function) gd.c:299: `gdEdged' undeclared (first use in this function) gd.c: In function `php_if_imagecreatetruecolor': gd.c:577: warning: assignment makes pointer from integer without a cast make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 I have completely wiped out the gd and php installs, and even went through tons of steps with some folks from #php. Other reports of this elsewhere on the web have gone unanswered. -- Edit bug report at http://bugs.php.net/?id=16937edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16937r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16937r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16937r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16937r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16937r=support Expected behavior: http://bugs.php.net/fix.php?id=16937r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16937r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16937r=submittedtwice
Bug #16937 Updated: PHP with GD 2.0.1 will not compile
ID: 16937 Updated by: [EMAIL PROTECTED] -Summary: GD 2.0.1 will not compile Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Linux 2.4.9 PHP Version: 4.2.0 New Comment: PHP is what won't compile, not GD :) Previous Comments: [2002-05-01 01:27:39] [EMAIL PROTECTED] Trying to compile GD 2.0.1 into PHP 4.2.0, 4.1.2, or 4.0.6 produces this error: 4.2.0 ERROR: gd.c: In function `zm_startup_gd': gd.c:303: `gdArc' undeclared (first use in this function) gd.c:303: (Each undeclared identifier is reported only once gd.c:303: for each function it appears in.) gd.c:304: `gdPie' undeclared (first use in this function) gd.c:305: `gdChord' undeclared (first use in this function) gd.c:306: `gdNoFill' undeclared (first use in this function) gd.c:307: `gdEdged' undeclared (first use in this function) gd.c: In function `zif_imagecreatetruecolor': gd.c:588: warning: assignment makes pointer from integer without a cast gd.c: In function `zif_imagecolorat': gd.c:1626: structure has no member named `tpixels' make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.2.0/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.2.0/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.0/ext' make: *** [all-recursive] Error 1 4.0.6 ERROR: gd.c: In function `php_minit_gd': gd.c:296: `gdPie' undeclared (first use in this function) gd.c:296: (Each undeclared identifier is reported only once gd.c:296: for each function it appears in.) gd.c:297: `gdChord' undeclared (first use in this function) gd.c:298: `gdNoFill' undeclared (first use in this function) gd.c:299: `gdEdged' undeclared (first use in this function) gd.c: In function `php_if_imagecreatetruecolor': gd.c:577: warning: assignment makes pointer from integer without a cast make[3]: *** [gd.lo] Error 1 make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/gd' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext' make: *** [all-recursive] Error 1 I have completely wiped out the gd and php installs, and even went through tons of steps with some folks from #php. Other reports of this elsewhere on the web have gone unanswered. -- Edit this bug report at http://bugs.php.net/?id=16937edit=1