#43533 [NEW]: escapeshellarg('') returns null
From: josephk at etelos dot com Operating system: Cent OS 5 PHP version: 5.2.5 PHP Bug Type: *Directory/Filesystem functions Bug description: escapeshellarg('') returns null Description: escapeshellarg() returns null when passed an empty string instead of returning an empty string. The documentation doesn't say anything about giving a return value of null. Reproduce code: --- Expected result: string '' Actual result: -- null -- Edit bug report at http://bugs.php.net/?id=43533&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43533&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43533&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43533&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43533&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43533&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43533&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43533&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43533&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43533&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43533&r=support Expected behavior:http://bugs.php.net/fix.php?id=43533&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43533&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43533&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43533&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43533&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43533&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43533&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43533&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43533&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43533&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43533&r=mysqlcfg
#13421 [Com]: Problematic MIME-Type "application/x-httpd-php"
ID: 13421 Comment by: eunikabodzianowska at poczta dot onet dot pl Reported By: php at matthias-wimmer dot de Status: No Feedback Bug Type: Apache related Operating System: Linux PHP Version: 4.0.6 New Comment: UBPG Previous Comments: [2003-03-14 06:15:37] bartek at luka dot dagma dot pl It seems like the same problem occurs in 4.3.1 version of PHP running on Apache 1.3.x. [2002-12-23 16:03:27] j dot westendorp at chello dot nl I have the same problem: I can't view my "Multiviewed" pages (e.g. http://domain.com/news/38 instead of http://domain.com/news.php?ID=38 ) with a user agent that does not send the "Accept: */*" request header (like AvantGo 3.2 does) because Apache throws a "406 No Acceptable Variant" error. I'm running PHP 4.2.2 on Apache 1.3.19 (Red-Hat/Linux) [2002-10-16 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-09-30 20:48:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-08-09 05:39:03] [EMAIL PROTECTED] sorry, mixed up two bugs here, reopening The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/13421 -- Edit this bug report at http://bugs.php.net/?id=13421&edit=1
#43524 [Opn->Bgs]: Carriage Return in implode() truncates output
ID: 43524 Updated by: [EMAIL PROTECTED] Reported By: kris at sledge-hammer dot net -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Mac OS X PHP Version: 5.2.5 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php See http://en.wikipedia.org/wiki/Carriage_return Example: print "foo\rb"; // boo Previous Comments: [2007-12-07 00:58:05] kris at sledge-hammer dot net Description: Imploding an array on a Carriage Return (\r) produces unexpected result. Reproduce code: --- $TestArray[] = "Hrm...something is fishy here."; $TestArray[] = "It seems that newlines work just fine."; $TestArray[] = "Carriage Returns no so much"; echo "\nNewline:\n"; echo implode("\n",$TestArray); //works echo "\nCarriage Return:\n"; echo implode("\r",$TestArray); //doesn't work Expected result: It should return Newline: Hrm...something is fishy here. It seems that newlines work just fine. Carriage Returns no so much Carriage Return: Hrm...something is fishy here. It seems that newlines work just fine. Carriage Returns no so much Actual result: -- It produces Newline: Hrm...something is fishy here. It seems that newlines work just fine. Carriage Returns no so much Carriage Return: Carriage Returns no so much just fine. Notice that the CR result looks like buffer issue, returns mashup of two array values. -- Edit this bug report at http://bugs.php.net/?id=43524&edit=1
#43531 [Opn->Bgs]: Odd escape results from single and double quotes.
ID: 43531 Updated by: [EMAIL PROTECTED] Reported By: isawhim at gmail dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Linux PHP Version: 5.2.5 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php See http://br.php.net/manual/en/language.types.string.php#language.types.string.syntax.single Previous Comments: [2007-12-07 22:20:14] isawhim at gmail dot com Description: Using an "Escape" \ in certain quotes, results in literal translation. Tested on \r \n \t inside Single and Double quotes. Single Quotes does not escape. Double Quotes escapes. I can not find documentation to explain this behaviour, or warnings on pages, related to places where one might try to use an escape. Processed all Escapes inside any single ' and double " quotes. or... {Possible feature request} SingleQuoteEscape=(all|none|quotes) DoubleQuoteEscape=(all|none|quotes) All = \r \n \t \\ \' {\"} None = literal quoted text, must use CHR strings (Iso), No like-quotes allowed. Quotes = if {'} then \' escape, if {"} then \" escape Reproduce code: --- '.$MyString2.); ?> Expected result: Expected Output: Test1 ABC1 Test2 ABC2 Actual result: -- Actual Output: \tTest1\r\nABC1 Test2 ABC2 -- Edit this bug report at http://bugs.php.net/?id=43531&edit=1
#43531 [NEW]: Odd escape results from single and double quotes.
From: isawhim at gmail dot com Operating system: Linux PHP version: 5.2.5 PHP Bug Type: Strings related Bug description: Odd escape results from single and double quotes. Description: Using an "Escape" \ in certain quotes, results in literal translation. Tested on \r \n \t inside Single and Double quotes. Single Quotes does not escape. Double Quotes escapes. I can not find documentation to explain this behaviour, or warnings on pages, related to places where one might try to use an escape. Processed all Escapes inside any single ' and double " quotes. or... {Possible feature request} SingleQuoteEscape=(all|none|quotes) DoubleQuoteEscape=(all|none|quotes) All = \r \n \t \\ \' {\"} None = literal quoted text, must use CHR strings (Iso), No like-quotes allowed. Quotes = if {'} then \' escape, if {"} then \" escape Reproduce code: --- '.$MyString2.); ?> Expected result: Expected Output: Test1 ABC1 Test2 ABC2 Actual result: -- Actual Output: \tTest1\r\nABC1 Test2 ABC2 -- Edit bug report at http://bugs.php.net/?id=43531&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43531&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43531&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43531&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43531&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43531&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43531&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43531&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43531&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43531&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43531&r=support Expected behavior:http://bugs.php.net/fix.php?id=43531&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43531&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43531&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43531&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43531&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43531&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43531&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43531&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43531&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43531&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43531&r=mysqlcfg
#43341 [Com]: no libphp5.so or php cli binary created
ID: 43341 Comment by: b dot mcpherson at csuohio dot edu Reported By: jay3ld at yahoo dot com Status: Open Bug Type: Compile Failure Operating System: Mac os X 10.5 Leopard PHP Version: 5.3CVS-2007-11-20 (snap) New Comment: I'm having the same issue on AIX 5.3 64-bit PPC. Build complete. Don't forget to run 'make test'. # make test echo '\ \ Build complete. Don't forget to run 'make test'. ERROR: Cannot run tests without CLI sapi. # make install echo '\ \ Installing PHP SAPI module: nsapi cp: libs/libphp5.so: No such file or directory make: 1254-004 The error code from the last command is 1. Stop. The main directory has a libphp5.la file -rw-r--r-- 1 root system 2234 Dec 07 16:28 libphp5.la # cd libs # ls -l total 16704 -rw-r--r-- 1 root system 8547783 Dec 07 16:28 libphp5.a -rw-r--r-- 1 root system 2235 Dec 07 16:28 libphp5.la The libphp5.la file in the libs directory is not the same size. Previous Comments: [2007-12-05 18:16:45] jesse dot charbneau at cengagelearning dot com Hello, I wanted to provide an update to my earlier post. I have performed the exact same steps on Suse 10 Enterprise. PHP built and installed without issue, and I was able to install a module via pecl. Does anyone know if this is correctable for Suse 9? [2007-12-05 16:31:21] jesse dot charbneau at cengagelearning dot com Hello, I have experienced this issue on multiple Suse Enterprise (v9.0 - v9.3) systems. This is to be used with Apache 2.2.6. Apache was configured, compiled and installed with: ./configure --enable-so --enable-rewrite --prefix=/opt/apache-2.2.6 --with-included-apr make make install (as root) I have tried multiple releases in the 5.2.x series (5.2.5, 5.2.4, 5.2.2) and have not been able to successfully get any of them to install the php-cli. I have been able to get it to install the module for apache, and so phpinfo() works and returns the correct page, but the requirements for this project need the cli (DAST). Here is the configure statement I am using with php: ./configure --with-libdir=lib64 --with-apxs2=/opt/apache-2.2.6/bin/apxs --prefix=/opt/apache-2.2.6 --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config --with-gd --with-openssl=/usr --enable-soap --enable-sockets --with-xmlrpc --with-xsl --with-curl --with-zlib --with-pear make (works fine) make install (as root) returns: -- Installing PHP SAPI module: apache2handler /opt/apache-2.2.6/build/instdso.sh SH_LIBTOOL='/opt/apache-2.2.6/build/libtool' libphp5.la /opt/apache-2.2.6/modules /opt/apache-2.2.6/build/libtool --mode=install cp libphp5.la /opt/apache-2.2.6/modules/ libtool: install: error: cannot install `libphp5.la' to a directory not ending in /usr/src/packages/jess_temp/php-5.2.2/libs apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 -- Is this something with the release? Or should I be looking to update Suse or something? I am going to try compiling it on a Suse 10 box and see what turns up. Thanks, Jess [2007-11-30 02:24:43] jay3ld at yahoo dot com I can say for fact I am no longer using the built in apache 2.0 or php. I have custom built apache 2.2 and it even shows under my phpinfo.php page I am using apache 2.2.6 (It is how I pulled this information up originally). I renamed the apachectl file in /usr/sbin to apachectl.old and made symlink to the new one in my /home directory so startup commands still use apachectl correctly. My httpd.conf specifically points at php directories as I run php 5.2 and php 6.0 at the moment and wanted to add 5.3 as another option to ensure my sites will operate in the future correctly when and if I upgrade to 5.3 [2007-11-29 01:05:12] [EMAIL PROTECTED] There seems to be some problem with the Apache that comes with Leopard. Here are some instructions how to do this: http://gorn.ch/archive/2007/11/01/leopard-native-apache-with-custom-64bit-php.html 5.2 propably works because it comes with the system, and you're most likely just loading that instead.. [2007-11-28 23:07:02] geoffrey dot hughes at otago dot ac dot nz I'm getting this same problem on version 5.2.5 under leopard. The apache module does install and activate and phpinfo via a web page returns the correct version but the php and pear CLIs are not being installed and as such still report the previous version I had (5.2.4). The remainder of the comments for this report are too long. To view the rest of the comment
#43530 [NEW]: glob returns FALSE instead of empty array when no files matched
From: Numa dot Haase at uvm dot edu Operating system: Solaris PHP version: 5.2.5 PHP Bug Type: *Directory/Filesystem functions Bug description: glob returns FALSE instead of empty array when no files matched Description: What I am reporting seems to me be the same as Bug #43461, but Jani and Ilia took the problem to be as in Bug #43407 where a directory in the path does not exist. Here we are in the current directory but simply cannot match any files. The documentation clearly states that in such a case the function will return an empty array. Nevertheless, we turned safe_mode off to see what would happen, and glob then returned an empty array as expected. However, we cannot run our web server with safe mode off. I think this was working up until the latest version 5.2.5. I can write everything with the opendir, readdir, etc. functions even with safe_mode on, so I don't quite follow Ilia's logic about bypassing safe_mode, but in any case, if the directory exists glob should return an empty array when no files are matched whether safe_mode is on or not. If not, the returned array from glob cannot be used (as it often is) in other functions expecting an array argument, and many things will break in a lot of existing code. If glob's behavior has indeed changed, then it needs to be noted in the documentation. Reproduce code: --- glob("*.jpg"); Expected result: empty array Actual result: -- boolean FALSE -- Edit bug report at http://bugs.php.net/?id=43530&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43530&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43530&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43530&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43530&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43530&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43530&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43530&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43530&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43530&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43530&r=support Expected behavior:http://bugs.php.net/fix.php?id=43530&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43530&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43530&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43530&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43530&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43530&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43530&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43530&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43530&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43530&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43530&r=mysqlcfg
#43343 [Asn->Csd]: Variable class name
ID: 43343 Updated by: [EMAIL PROTECTED] Reported By: felipensp at gmail dot com -Status: Assigned +Status: Closed Bug Type:Scripting Engine problem PHP Version: 5.3CVS-2007-11-20 (snap) Assigned To: dmitry New Comment: The syntax A::$foo assumes static property of class A. The syntax namespace::$foo makes no sense as namespaces cannot contain variables. The current version emits error message: Fatal error: Cannot use 'namespace' as a class name Previous Comments: [2007-11-24 12:31:48] [EMAIL PROTECTED] Another namespace issue. [2007-11-20 11:01:13] felipensp at gmail dot com Description: See the code below. Reproduce code: --- http://bugs.php.net/?id=43343&edit=1
#43344 [Asn->Csd]: Wrong error message for namespace::constant
ID: 43344 Updated by: [EMAIL PROTECTED] Reported By: felipensp at gmail dot com -Status: Assigned +Status: Closed Bug Type:Scripting Engine problem PHP Version: 5.3CVS-2007-11-20 (snap) Assigned To: dmitry New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2007-11-24 12:32:59] [EMAIL PROTECTED] Another namespace issue. [2007-11-20 11:11:42] felipensp at gmail dot com Description: See the error message below. Reproduce code: --- http://bugs.php.net/?id=43344&edit=1
#43509 [Asn]: Installer creates bizarre path env var
ID: 43509 Updated by: [EMAIL PROTECTED] Reported By: ericp at activestate dot com Status: Assigned Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.2.5 Assigned To: jmertic New Comment: Could you run it in verbose logging mode and e-mail the log file to [EMAIL PROTECTED] To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.5-win32-installer.msi /l*v error.log Previous Comments: [2007-12-07 10:50:44] [EMAIL PROTECTED] Assigned to the installer maintainer. [2007-12-05 22:27:55] ericp at activestate dot com Description: Running the PHP 5.2.5 MSI Installer on Vista created a user path setting in my environment of this: C:\PHP\;䌻尺灡獰獜湶扜湩 Before I had all my path settings as a user-variable, and there was no system path. Reproduce code: --- Move the environment path setting as a System variable (this is probably wrong) Zap the system path environment variable Run the PHP 5.2.5 installer Expected result: c:/php/ is inserted at the start of User path Actual result: -- The system path of C:\PHP\;䌻尺灡獰獜湶扜湩 is created. -- Edit this bug report at http://bugs.php.net/?id=43509&edit=1
#43529 [NEW]: readdir(), rewinddir() and closedir() don't always fail when passed 0 arguments
From: robin_fernandes at uk dot ibm dot com Operating system: Windows PHP version: 5.3CVS-2007-12-07 (snap) PHP Bug Type: Directory function related Bug description: readdir(), rewinddir() and closedir() don't always fail when passed 0 arguments Description: According to the docs, readdir(), rewinddir() and closedir() should take at least one argument: the directory handle. However, these methods are also aliases for the Directory class methods Directory::read(), Directory::rewind() and Directory::close(). Instances of the Directory class hold the directory handle in $this->handle. Therefore, if no argument is passed, the implementation of these methods is such that $this->handle is used as the directory handle. However, no check is made to ensure $this is an instance of Directory. Consequently, calling readdir() etc.. with no arguments from a context where $this->handle just happens to exists will result in unexpected behaviour instead of an error message. Reproduce code: --- handle = opendir(getcwd()); $c->test(); ?> Expected result: Warning: readdir(): no Directory resource supplied in %s on line 6 bool(false) Warning: rewinddir(): no Directory resource supplied in %s on line 7 bool(false) Warning: closedir(): no Directory resource supplied in %s on line 8 bool(false) Actual result: -- string(1) "." NULL NULL -- Edit bug report at http://bugs.php.net/?id=43529&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43529&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43529&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43529&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43529&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43529&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43529&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43529&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43529&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43529&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43529&r=support Expected behavior:http://bugs.php.net/fix.php?id=43529&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43529&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43529&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43529&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43529&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43529&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43529&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43529&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43529&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43529&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43529&r=mysqlcfg
#43387 [Com]: Segmentation fault during shutdown in _zend_mm_free_int()
ID: 43387 Comment by: phajdan dot jr at gmail dot com Reported By: matteo at beccati dot com Status: Feedback Bug Type: Reproducible crash Operating System: GNU/Linux 2.6.18 x86_64 PHP Version: 5.2.5 New Comment: I don't know if it is helpful, but I tested with recent snapshot and the bug wasn't fixed (I submitted another bug report, marked as a duplicate of this one). Previous Comments: [2007-12-05 15:40:55] [EMAIL PROTECTED] Keep this in feedback status until you have actually tested the snapshot. A fix was committed recently which should fix this one too. [2007-12-04 16:06:52] matteo at beccati dot com We'll try to reproduce it again with either 5.2.4 or 5.2.5 and see if the snapshot fixes it. Thanks for the feedback, we really appreciate it! [2007-12-04 12:50:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-12-03 10:54:13] [EMAIL PROTECTED] Note for developers: See bug #43476 (crash in same place) [2007-11-30 06:24:01] [EMAIL PROTECTED] Note for developers: See bug #43459 (crash in same place) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43387 -- Edit this bug report at http://bugs.php.net/?id=43387&edit=1
#43528 [NEW]: gzdeflate - "buffer error" or just "segfault"
From: mi+php at aldan dot algebra dot com Operating system: FreeBSD/amd64 PHP version: 5.2.5 PHP Bug Type: Zlib Related Bug description: gzdeflate - "buffer error" or just "segfault" Description: I'm setting up MediaWiki-1.11.0, which uses gzdeflate (if available) to compress "serialized" objects. Every once in a while I would get either a: PHP Warning: gzdeflate() [function.gzdeflate]: buffer error in /opt/www/mediawiki/includes/BagOStuff.php on line 374 or simply a report about httpd-child segfaulting in the server's error-log. I ended up commenting out the gzdeflate-detecting logic in MediaWiki's file in order to /never/ compress the objects, but that, obviously, is not a fix. I'm struggling to convince the server, that it is Ok to dump a core-file -- so I can not post a trace at the moment. But if you are aware of this problem already, however, I'd greatly appreciate a fix. -- Edit bug report at http://bugs.php.net/?id=43528&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43528&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43528&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43528&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43528&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43528&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43528&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43528&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43528&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43528&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43528&r=support Expected behavior:http://bugs.php.net/fix.php?id=43528&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43528&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43528&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43528&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43528&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43528&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43528&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43528&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43528&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43528&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43528&r=mysqlcfg
#42560 [Com]: Empty directory argument to tempnam yields open_basedir problems
ID: 42560 Comment by: gerome dot fournier at infomaniak dot ch Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Open Bug Type: Safe Mode/open_basedir Operating System: IBM AIX 5.3 5300-05-06 PHP Version: 5.2.4 New Comment: Same issue with PHP 5.2.5. Any feedbacks from the PHP team concerning this issue would be greatly appreciated. Previous Comments: [2007-11-10 21:44:58] mb at smartftp dot com Bug still present in version 5.2.5. It's very frustrating to see how the PHP team constantly ignores bug reports. [2007-09-18 08:08:23] mb at smartftp dot com Same problem on Windows 2003 with Apache. [2007-09-05 11:59:34] Bjorn dot Wiberg at its dot uu dot se Description: If open_basedir is used -- even if it includes /tmp among its directories -- calling tempnam() with an empty string as the first (directory) argument does not make PHP fall back to "the system default" as http://se.php.net/manual/en/function.tempnam.php specifies. Reproduce code: --- // open_basedir: .:/apache/php/lib:/tmp:/usr/local/bin:/usr/local/etc/Counter/data:/apache/htdocs/webdev-its tempnam('', 'test'); Expected result: No errors, temporary file gets created in /tmp or whatever the fallback is. Actual result: -- >From the Apache error log: Warning: tempnam(): open_basedir restriction in effect. File() is not within the allowed path(s): (.:/apache/php/lib:/tmp:/usr/local/bin:/usr/local/etc/Counter/data:/apache/htdocs/webdev-its) in /apache/htdocs/webdev-its/limesurvey/admin/classes/pear/OLE/PPS/File.php on line 87 -- Edit this bug report at http://bugs.php.net/?id=42560&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: jean-yves dot deleze at crealp dot vs dot ch Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 New Comment: I recently installed PHP 5.2.5 on Windows and the error was still there (MySQL version 5.0.45). The only way to remove the error was to use old versions of php_mysql(i).dll or libmysql.dll (<= 5.0.27). Today I downloaded MySQL 5.0.51 Win32 sources, I compiled the libmysql.dll library and replaced the one shiped with PHP 5.2.5. This solved the problem. Previous Comments: [2007-12-05 12:53:41] ulmer at energieagentur dot nrw dot de The version of the mysql extension at http://dev.mysql.com/downloads/connector/php/ is 5.0.27 right now which seems to be quite old. The Changelog date is 2006-11-17, so it is more than a year old! Installing this version is NOT a solution for me. [2007-12-04 12:40:24] webmaster at cosmicperl dot com !!SOLUTION!! !!SOLUTION!! If you download the latest PHP - MySQL connector files direct from MySQL this problem goes away:- http://dev.mysql.com/downloads/connector/php/ Why hasn't PHP updated to these latest files?!?!? !!SOLUTION!! !!SOLUTION!! [2007-12-04 01:45:12] jp at chicagowebexperts dot com Windows XP, PHP 5.2.5, same issue: "Error in my_thread_global_end(): 1 threads didn't exit" Typically "1" thread, but sometimes 3. Running as a CGI. Problem manifests even if no calls to any MySQL function are made. Problem disappears if "extension=php_mysql.dll" is commented out. Noticed that the behavior becomes less frequent (or disappears entirely) the more that your page outputs. Have a "controller.php" file doing only back-end processing, no client output; bug appears 100% of the time. Noticed that my index.php file never failed (about 60 lines of HTML outputted), so for the heck of it, put in at the very top. Problem occurs 100% of the time. Problem never occurs in a PHP file consisting only of (short tags enabled in php.ini). Created a small test.php file consisting only of HTML (open and close HTML tags, and 512 bytes of data). Problem occurs ~20-30% of the time. Interestingly enough, I noticed that if I refresh the test.php page quickly enough, I get back an HTTP 403.9: "The page cannot be displayed. There are too many people accessing the Web site at this time." I've never received that error before under any other condition. In actuality, when this occurs, the number of times I'd refreshed the page is really pretty low (five or six), and the refreshes aren't done all that fast, relatively speaking. [2007-12-03 06:55:19] bjohnso1 at usc dot edu dot au Don't know if anyone else can relate to this, but I had PHP (5.2.4) working with Apache 2.2.4 with no problems. It was a little while ago now so I'm not absolutely certain of the event sequence, but I'm reasonably sure I installed mySQL 5.0.45 at the same time and saw it come up in the test script page I created. I've since started working with mySQL AND installed mySQL Administrator (or the whole tools collection) and now have the error referred to in this bug. So, I'm reasonably certain that this bug only affected me after installing the Administrator/Query Browser/etc toolset. Uninstalling the toolset (GUI tools) did not remedy the problem. Hope this helps. Ben Johnson. [2007-11-27 21:53:55] michael at chunkycow dot com dot au Does anyone know if switching to the new ND driver will fix this? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#43499 [Opn->Bgs]: Inproper use of extending class method from extended class.
ID: 43499 Updated by: [EMAIL PROTECTED] Reported By: bholbrook at servillian dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux Cent OS PHP Version: 5.2.5 New Comment: See above. Previous Comments: [2007-12-07 03:08:04] crrodriguez at suse dot de Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php http://php.net/manual/en/language.oop5.visibility.php "Public declared items can be accessed **everywhere**".. and you have an instance of C class that extends A , so it is the expected behaviuor.. [2007-12-05 16:41:53] bholbrook at servillian dot com $oB->method2() should work, but the call $this->method3() from A::method1() should cause the same fatal error seen when calling it through $oC->method4(); Class A should have no knowledge of it's extending classes methods. [2007-12-05 10:59:36] [EMAIL PROTECTED] Output: I am method B::method2 I am method A::method1 I am method B::method3 I am method C::method4 I am method A::method1 Fatal error: Call to undefined method C::method3() in /home/jani/t.php on line 6 Exactly what is wrong in this? AFAICT, it works exactly how it's supposed to work. [2007-12-04 22:36:54] bholbrook at servillian dot com Description: In the example, class A gains a knowledge of it's extending classes functions. By allowing the call from the entended class to an extending class method, the extended class method becomes unavailable to any other extending class. The only time this makes sense is if class A were an abstract class and defined method3 as an abstract function. Reproduce code: --- "; $this->method3(); } } class B extends A{ public function method2(){ echo "I am method B::method2"; $this->method1(); } public function method3(){ echo "I am method B::method3"; } } class C extends A{ public function method4(){ echo "I am method C::method4"; $this->method1(); } } $oB = new B(); $oB->method2(); $oC = new C(); $oC->method4(); ?> Expected result: The expected result of $oB->method2(); is the current results of $oC->method4(); Actual result: -- Currently, $oB->method2() calls A::method1() (correct) which in turn calls B::method3() (incorrect). -- Edit this bug report at http://bugs.php.net/?id=43499&edit=1
#43508 [Opn->Asn]: Here is a small script and URLs to png files.
ID: 43508 Updated by: [EMAIL PROTECTED] Reported By: vbhunt at silverfox dot com -Status: Open +Status: Assigned Bug Type: GD related Operating System: Windows XP Professional Ver 2SP2 PHP Version: 5.2.5 Assigned To: pajoye Previous Comments: [2007-12-06 06:50:35] vbhunt at silverfox dot com function tinyTranspng( $filename ) { $rsc = imagecreatefrompng( $filename ); if ( $rsc ) { $tpColor = imagecolortransparent($rsc); $msg = " " . $filename . ( ($tpColor == -1 ) ? " HAS NO TRANSPARENCY. " : " has transparency! " ); } else $msg = " " . $filename . " is not a png file."; echo $msg; echo " \n"; } http://www.republiclocomotiveworks.com/buttons/test.php runs the tests on our current web site. This test page generates a call to the above php function for each of the icons in /buttons/icons. The url for each of png icon files is at: http://www.repbuliclocomotiveworks.com/buttons/icons/.png where is one of: alert, group, home, left, mail, right, send, stop, stop1, trash, user. Note that RepublicLocomotiveWorks is not yet running PHP 5.2.5 -- we are preparing to upgrade. Regards and thanks for looking at this issue. /bruce [2007-12-05 22:09:31] [EMAIL PROTECTED] Please provide a small script. In your case, open a png, check the transparent color. I also need the images you use for your tests. Please provide a link to them. [2007-12-05 20:13:30] vbhunt at silverfox dot com Description: I want to overlay an icon on a button image. The icon is a 32 x 32 pixel png file with transparency. Icon was built in Photoshop 7.01 and tested for transparency on FireFox 2.0.0.11 and IE 7.0.5730.13. The button image is a jpeg. I expected the Icon to overlay part of the jpeg image showing through the transparent png pixels as they do in IE and FF. Instead, the pixels are turned white. I have written and tested the following simple script that reproduces the bug on my system. I expect the script to report the transparent color if there is one. This bug has been reported previously as 12619 which was dismissed as "bogus" but notes that if you have additional information, submit it. When I attempted to comment on it (upon invitation) I get the message, "You can not comment bogus reports or change their status." Therefore I'm re-submitting this ;-) Reproduce code: --- >16)&0xFF; $green = ($tpColor >>8)&0xFF; $blue = ($tpColor>>00)&0xFF; $tpColorString = 'transparency color: Red=' . dechex($red) . ' Green='. dechex($green) . ' Blue=' . dechex($blue) . ' '; } error_log("$filename $trueColor image has $tpColorString."); imagedestroy($rsc); } else error_log(" $filename is not a supported image."); } ?> Expected result: I expected to see: [05-Dec-2007 11:11:09] Entering testTransparency. [05-Dec-2007 11:11:09] buttons/icons/stop1.png true color image has transparency color: Red=0xFF Green=0xFF Blue=0xFF but I got: [05-Dec-2007 11:11:09] Entering testTransparency. [05-Dec-2007 11:11:09] buttons/icons/stop1.png true color image has no transparency. I've tested this on 10 different png icon files with the same result. All of these icons display with correct transparency in Firefox and IE as reported above. Actual result: -- [05-Dec-2007 11:52:36] Entering testTransparency. [05-Dec-2007 11:52:36] buttons/icons/alert.png true color image has no transparency. [05-Dec-2007 11:52:36] Entering testTransparency. [05-Dec-2007 11:52:36] buttons/icons/home.png true color image has no transparency. The tests below actually do not have transparency. [05-Dec-2007 11:52:36] Entering testTransparency. [05-Dec-2007 11:52:36] buttons/images/hotmaples1_1.gif indexed color image has no transparency. -- Edit this bug report at http://bugs.php.net/?id=43508&edit=1
#43509 [Opn->Asn]: Installer creates bizarre path env var
ID: 43509 Updated by: [EMAIL PROTECTED] -Summary: PHP MSI Installer Creates bizarre Path env var Reported By: ericp at activestate dot com -Status: Open +Status: Assigned -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.2.5 -Assigned To: +Assigned To: jmertic New Comment: Assigned to the installer maintainer. Previous Comments: [2007-12-05 22:27:55] ericp at activestate dot com Description: Running the PHP 5.2.5 MSI Installer on Vista created a user path setting in my environment of this: C:\PHP\;䌻尺灡獰獜湶扜湩 Before I had all my path settings as a user-variable, and there was no system path. Reproduce code: --- Move the environment path setting as a System variable (this is probably wrong) Zap the system path environment variable Run the PHP 5.2.5 installer Expected result: c:/php/ is inserted at the start of User path Actual result: -- The system path of C:\PHP\;䌻尺灡獰獜湶扜湩 is created. -- Edit this bug report at http://bugs.php.net/?id=43509&edit=1
#43511 [Opn->Fbk]: i get non error warning
ID: 43511 Updated by: [EMAIL PROTECTED] Reported By: marius dot radvan at yahoo dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: windows PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2007-12-06 07:42:07] marius dot radvan at yahoo dot com Description: Warning: unlink() [function.unlink]: No error in C:\Program Files\VertrigoServ\www\peluza.info\poze.php i get this non error warning Reproduce code: --- if (($pext != "jpg") && ($pext != "jpeg")) { unlink($_FILES['img']['tmp_name']); ?> Expected result: delete temp file Actual result: -- it shows me that warning -- Edit this bug report at http://bugs.php.net/?id=43511&edit=1
#43527 [Opn->Asn]: DateTime created from a timestamp reports environment timezone
ID: 43527 Updated by: [EMAIL PROTECTED] Reported By: mattis at xait dot no -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Windows XP SP2 PHP Version: 5.2.5 -Assigned To: +Assigned To: derick New Comment: There is a bug here, but the expected result is not necessarily what you say it should be. Because there is no real timezone , it probably should return false. Previous Comments: [2007-12-07 09:55:51] mattis at xait dot no Description: When creating a DateTime from a timestamp (i.e. date('r)) it will report the TimeZone of the environment it was created in and not the timezone in the timestamp. Reproduce code: --- getTimezone()->getName(), "\n"; Expected result: Etc/GMT-10 Actual result: -- Etc/GMT+1 -- Edit this bug report at http://bugs.php.net/?id=43527&edit=1
#43527 [NEW]: DateTime created from a timestamp reports environment timezone
From: mattis at xait dot no Operating system: Windows XP SP2 PHP version: 5.2.5 PHP Bug Type: Date/time related Bug description: DateTime created from a timestamp reports environment timezone Description: When creating a DateTime from a timestamp (i.e. date('r)) it will report the TimeZone of the environment it was created in and not the timezone in the timestamp. Reproduce code: --- getTimezone()->getName(), "\n"; Expected result: Etc/GMT-10 Actual result: -- Etc/GMT+1 -- Edit bug report at http://bugs.php.net/?id=43527&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43527&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43527&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43527&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43527&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43527&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43527&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43527&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43527&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43527&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43527&r=support Expected behavior:http://bugs.php.net/fix.php?id=43527&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43527&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43527&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43527&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43527&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43527&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43527&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43527&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43527&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43527&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43527&r=mysqlcfg