#40216 [NEW]: Test showing Bug 39449 isn't totally fixed yet
From: scott dot pascoe at gmail dot com Operating system: Windows XP PHP version: 5.2.1RC3 PHP Bug Type: Scripting Engine problem Bug description: Test showing Bug 39449 isn't totally fixed yet Description: The reproduce code is in a test format. In php 5.1.4, it outputs the expected output, it does not in 5.2.0, or does it in the 5.2.1 snapshot from today. It was reported to be fixed on 2007-01-10, but isn't yet. The symfony framework depends upon this capability. Reproduce code: --- --TEST-- Bug #39449 (Behavior changed from php 5.1.4 to 5.2.0) --FILE-- parameters[$ns][$name]; } public function setByRef($name, & $value) { if (!isset($this->parameters[$ns])) $this->parameters[$ns] = array(); $this->parameters[$ns][$name] =& $value; } } class Bug39449 { protected $varHolder = null; public function __construct() { $this->varHolder = new ParameterHolder(); } public function getVarHolder() { return $this->varHolder; } public function __set($key, $value) { return $this->varHolder->setByRef($key, $value); } public function __get($key) { return $this->varHolder->get($key); } } $b = new Bug39449(); $b->foo = Array(); $b->foo[0] = 'bar'; foreach ($b->foo as $k => $v) { echo "$k => $v\n"; } ?> --EXPECT-- 0 => bar Expected result: 0 => bar Actual result: -- [nothing] -- Edit bug report at http://bugs.php.net/?id=40216&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40216&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40216&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40216&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40216&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40216&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40216&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40216&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40216&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40216&r=support Expected behavior:http://bugs.php.net/fix.php?id=40216&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40216&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40216&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40216&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40216&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40216&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40216&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40216&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40216&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40216&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40216&r=mysqlcfg
#40214 [NEW]: Bad File Descriptor, Please help me
From: support at vikoshosting dot com Operating system: Linux Kernel version 2.6.9-42.0. PHP version: 5CVS-2007-01-24 (snap) PHP Bug Type: Filesystem function related Bug description: Bad File Descriptor, Please help me Description: When I create a file using the FOPEN function and then try to change permissions on the file it says it cant be done because Bad File Descriptors. PHP version 5.1.6 Reproduce code: --- $conn_id = chmod_open(); $ourFileName = "testFile.txt"; $ourFileHandle = fopen($ourFileName, 'w') or die("can't open file"); fclose($ourFileHandle); function chmod_open() { // Use your own FTP info $ftp_user_name = 'vikoshos'; $ftp_user_pass = 'frath0pr'; $ftp_root = '/'; $ftp_server = 'localhost'; $conn_id = ftp_connect($ftp_server); $login_result = ftp_login($conn_id, $ftp_user_name, $ftp_user_pass); return $conn_id; } function chmod_file($conn_id, $permissions, $ftpath) { echo "$ftpath"; if (ftp_site($conn_id, 'CHMOD ' . $permissions . ' ' . $ftp_root . $ftpath) !== false) { return TRUE; } else { return FALSE; } } chmod_file($conn_id, 0777, $ourFileName); Expected result: Change the file mod to 777 Actual result: -- Warning: ftp_site() [function.ftp-site]: Could not change perms on newfile.txt: Bad file descriptor in code.php on line 168 -- Edit bug report at http://bugs.php.net/?id=40214&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40214&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40214&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40214&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40214&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40214&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40214&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40214&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40214&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40214&r=support Expected behavior:http://bugs.php.net/fix.php?id=40214&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40214&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40214&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40214&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40214&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40214&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40214&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40214&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40214&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40214&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40214&r=mysqlcfg
#40212 [Opn]: signature mismatch for abstract/concrete method does not produce a fatal error
ID: 40212 Updated by: [EMAIL PROTECTED] Reported By: alex dot dean at pni dot com Status: Open Bug Type: Class/Object related Operating System: Ubuntu GNU/Linux 2.6.15-27-386 PHP Version: 5CVS-2007-01-23 (snap) New Comment: The difference between someMethod($argument1='',$argument2) and someMethod($argument1,$argument2='') is that the latter changes number of required arguments and the former does not. I'm not 100% sure we want to check the default values, though. Previous Comments: [2007-01-23 15:18:08] alex dot dean at pni dot com Description: Given abstract and concrete versions of a class method, the first argument is allowed to differ in its usage (or non-usage) of a default value. No other arguments appear to be allowed to do this. Reproduce code: --- Expected result: I believe this should produce a fatal error, as the argument list for TheChild::someMethod() does not match the argument list for TheParent::someMethod(). Actual result: -- In practice, this code executes without errors. Additionally : * If usage of default values do not match (abstract vs. concrete) for the 2nd argument, a fatal error is produced. * If usage of default values do not match for the first argument (as in the reproduce code), but there is matching usage of default values for the 2nd argument (add a default value to the abstract and concrete someMethod() in the reproduce code), a fatal error is produced. * Using a default value for the first argument of the abstract method, and omitting a default argument from the first argument of the concrete method, executes without errors. For a single abstract/concrete method with 2 arguments, there are 16 possible combinations of usage of default arguments. I've tried all of them by varying the argument list of the provided reproduce code, and these are the only results that seem odd. Apparently, the 1st argument to a method is allowed to differ from its abstract definition in its usage of a default value, though no other arguments are. An addition to the Manual page on abstract methods indicating what constitutes an identical method signature, especially in regards to default arguments, would be very helpful. -- Edit this bug report at http://bugs.php.net/?id=40212&edit=1
#40189 [Asn]: endless loop in zlib.inflate stream filter
ID: 40189 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Zlib Related Operating System: kubuntu linux PHP Version: 5CVS-2007-01-22 (CVS) Assigned To: pollita New Comment: last detail: I have a 64-bit machine, not sure if that matters or not, but there you go Previous Comments: [2007-01-23 23:57:55] [EMAIL PROTECTED] not sure what this cvs update -f business was. Forget that. Use this to reproduce the bug: cd pecl/phar cvs update -D "Jan 22 01:00:00 2007 UTC" ln -s ~/php5/ext/phar ~/pecl/phar cd ~/php5 ./configure --enable-debug --enable-phar --with-zlib make cli cd ext/phar/tests ~/php5/sapi/cli/php phar_ctx_001.phpt ~/php5/sapi/cli/php phar_ctx_001.phpt or ~/php5/sapi/cli/php phar_oo_compressed_001.phpt ~/php5/sapi/cli/php phar_oo_compressed_001.phpt (sometimes it only happened on the 2nd run for me) [2007-01-22 14:44:59] [EMAIL PROTECTED] cvs update -f "Jan 22 02:07:44 2007 UTC" I committed a workaround for the failure, completely forgetting you needed the file for this bug, sorry. This is the patch that needs to be reversed: http://cvs.php.net/viewvc.cgi/pecl/phar/phar.c?r1=1.135&r2=1.136 [2007-01-22 09:46:45] [EMAIL PROTECTED] I have to say, I can't reproduce it on my Suse either. 4 tests fail, but the ones you mentioned work fine. Btw, phar_oo_compressed_001.phpt fails because of several leaks: 016+ /local/dev/php/5_2/main/streams/streams.c(386) : Stream of type 'MEMORY' 0x40203094 (path:(null)) was not closed 017+ /local/dev/php/5_2/main/streams/streams.c(386) : Stream of type 'TEMP' 0x402004f8 (path:(null)) was not closed You need to close those streams when destroying the object. [2007-01-22 08:55:57] [EMAIL PROTECTED] Seems to work fine here... (incidentally same OS and PHP version): [EMAIL PROTECTED]:~/cvs/pecl/phar/tests$ php -d"phar.require_hash=0" -d"phar.readonly=0" phar_oo_compressed_001.phpt --TEST-- Phar context --SKIPIF-- --INI-- phar.require_hash=0 phar.readonly=0 --FILE-- string(1) "a" bool(false) string(1) "b" bool(false) string(1) "c" bool(false) string(5) "new a" bool(false) string(5) "new b" bool(true) string(1) "c" bool(false) string(5) "new d" bool(false) ===DONE=== --CLEAN-- --EXPECTF-- string(1) "a" bool(false) string(1) "b" bool(false) string(1) "c" bool(false) string(5) "new a" bool(false) string(5) "new b" bool(true) string(1) "c" bool(false) string(5) "new d" bool(false) ===DONE=== [EMAIL PROTECTED]:~/cvs/pecl/phar/tests$ php -d"phar.require_hash=0" -d"phar.readonly=0" phar_ctx_001.phpt --TEST-- Phar context --SKIPIF-- --INI-- phar.require_hash=0 phar.readonly=0 --FILE-- string(1) "a" bool(false) string(1) "b" bool(false) string(1) "c" bool(false) string(5) "new a" bool(false) string(5) "new b" bool(true) string(1) "c" bool(false) string(5) "new d" bool(false) ===DONE=== --CLEAN-- --EXPECTF-- string(1) "a" bool(false) string(1) "b" bool(false) string(1) "c" bool(false) string(5) "new a" bool(false) string(5) "new b" bool(true) string(1) "c" bool(false) string(5) "new d" bool(false) ===DONE=== Tests that fail here: FAILED TEST SUMMARY - Phar::mapPhar valid file (bzip2) [/home/mike/cvs/pecl/phar/tests/015b.phpt] Phar::mapPhar invalid file (gzipped file length is too short) [/home/mike/cvs/pecl/phar/tests/016.phpt] Phar::mapPhar invalid file (gzipped file length is too short) [/home/mike/cvs/pecl/phar/tests/016b.phpt] Phar: test that refcounting avoids problems with deleting a file [/home/mike/cvs/pecl/phar/tests/refcount1.phpt] [2007-01-22 07:17:03] [EMAIL PROTECTED] Sara, could you look into this? Btw, I can see the very same code in ext/bz2. 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/40189 -- Edit this bug report at http://bugs.php.net/?id=40189&edit=1
#40189 [Asn]: endless loop in zlib.inflate stream filter
ID: 40189 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Zlib Related Operating System: kubuntu linux PHP Version: 5CVS-2007-01-22 (CVS) Assigned To: pollita New Comment: not sure what this cvs update -f business was. Forget that. Use this to reproduce the bug: cd pecl/phar cvs update -D "Jan 22 01:00:00 2007 UTC" ln -s ~/php5/ext/phar ~/pecl/phar cd ~/php5 ./configure --enable-debug --enable-phar --with-zlib make cli cd ext/phar/tests ~/php5/sapi/cli/php phar_ctx_001.phpt ~/php5/sapi/cli/php phar_ctx_001.phpt or ~/php5/sapi/cli/php phar_oo_compressed_001.phpt ~/php5/sapi/cli/php phar_oo_compressed_001.phpt (sometimes it only happened on the 2nd run for me) Previous Comments: [2007-01-22 14:44:59] [EMAIL PROTECTED] cvs update -f "Jan 22 02:07:44 2007 UTC" I committed a workaround for the failure, completely forgetting you needed the file for this bug, sorry. This is the patch that needs to be reversed: http://cvs.php.net/viewvc.cgi/pecl/phar/phar.c?r1=1.135&r2=1.136 [2007-01-22 09:46:45] [EMAIL PROTECTED] I have to say, I can't reproduce it on my Suse either. 4 tests fail, but the ones you mentioned work fine. Btw, phar_oo_compressed_001.phpt fails because of several leaks: 016+ /local/dev/php/5_2/main/streams/streams.c(386) : Stream of type 'MEMORY' 0x40203094 (path:(null)) was not closed 017+ /local/dev/php/5_2/main/streams/streams.c(386) : Stream of type 'TEMP' 0x402004f8 (path:(null)) was not closed You need to close those streams when destroying the object. [2007-01-22 08:55:57] [EMAIL PROTECTED] Seems to work fine here... (incidentally same OS and PHP version): [EMAIL PROTECTED]:~/cvs/pecl/phar/tests$ php -d"phar.require_hash=0" -d"phar.readonly=0" phar_oo_compressed_001.phpt --TEST-- Phar context --SKIPIF-- --INI-- phar.require_hash=0 phar.readonly=0 --FILE-- string(1) "a" bool(false) string(1) "b" bool(false) string(1) "c" bool(false) string(5) "new a" bool(false) string(5) "new b" bool(true) string(1) "c" bool(false) string(5) "new d" bool(false) ===DONE=== --CLEAN-- --EXPECTF-- string(1) "a" bool(false) string(1) "b" bool(false) string(1) "c" bool(false) string(5) "new a" bool(false) string(5) "new b" bool(true) string(1) "c" bool(false) string(5) "new d" bool(false) ===DONE=== [EMAIL PROTECTED]:~/cvs/pecl/phar/tests$ php -d"phar.require_hash=0" -d"phar.readonly=0" phar_ctx_001.phpt --TEST-- Phar context --SKIPIF-- --INI-- phar.require_hash=0 phar.readonly=0 --FILE-- string(1) "a" bool(false) string(1) "b" bool(false) string(1) "c" bool(false) string(5) "new a" bool(false) string(5) "new b" bool(true) string(1) "c" bool(false) string(5) "new d" bool(false) ===DONE=== --CLEAN-- --EXPECTF-- string(1) "a" bool(false) string(1) "b" bool(false) string(1) "c" bool(false) string(5) "new a" bool(false) string(5) "new b" bool(true) string(1) "c" bool(false) string(5) "new d" bool(false) ===DONE=== Tests that fail here: FAILED TEST SUMMARY - Phar::mapPhar valid file (bzip2) [/home/mike/cvs/pecl/phar/tests/015b.phpt] Phar::mapPhar invalid file (gzipped file length is too short) [/home/mike/cvs/pecl/phar/tests/016.phpt] Phar::mapPhar invalid file (gzipped file length is too short) [/home/mike/cvs/pecl/phar/tests/016b.phpt] Phar: test that refcounting avoids problems with deleting a file [/home/mike/cvs/pecl/phar/tests/refcount1.phpt] [2007-01-22 07:17:03] [EMAIL PROTECTED] Sara, could you look into this? Btw, I can see the very same code in ext/bz2. [2007-01-22 02:25:51] [EMAIL PROTECTED] Description: run the test pecl/phar/tests/phar_ctx_001.phpt or pecl/phar/tests/phar_oo_compressed_001.phpt and you will see an endless loop. The loop happens in ext/zlib/zlib_filter.c at line 83: while (bin < bucket->buflen) { desired = bucket->buflen - bin; if (desired > data->inbuf_len) { desired = data->inbuf_len; } memcpy(data->strm.next_in, bucket->buf + bin, desired); data->strm.avail_in = desired; status = inflate(&(data->strm), flags & PSFS_FLAG_FLUSH_CLOSE ? Z_FINISH : Z_SYNC_FLUSH); if (status != Z_OK && status != Z_STREAM_END) { /* Something bad happened */ php_stream_bucket_delref(bucket TSRMLS_CC); return PSFS_ERR_FATAL;
#39322 [Opn]: proc_terminate(): loosing process resource
ID: 39322 Updated by: [EMAIL PROTECTED] Reported By: c dot affolter at stepping-stone dot ch Status: Open -Bug Type: Documentation problem +Bug Type: Program Execution -Operating System: Linux 2.4 +Operating System: * -PHP Version: 5.1.6 +PHP Version: * New Comment: I agree proc_terminate() shouldn't destruct the resource (I also come across theis problem myself..) Previous Comments: [2007-01-23 22:18:21] viraptor+phpbug at gmail dot com I'd rather like to see proc_terminate act like documented: "proc_terminate() allows you terminate the process and continue with other tasks. You may poll the process (to see if it has stopped yet) by using the proc_get_status() function." If a known workaround is to send posix_kill, which does... exactly what proc_terminate is supposed to do, why not implement proc_terminate as: stat = proc_get_status(proc); if(stat['running']) posix_kill(stat['pid'], sig); ? + update the $proc options as needed. That would be much more useful. Additionaly not every signal actually kills process, so resource should not be destroyed after SIGTERM. Please correct code, not docs. [2006-11-08 14:55:16] [EMAIL PROTECTED] Reclassified as docu problem. [2006-10-31 16:22:53] c dot affolter at stepping-stone dot ch Description: After sending a signal via proc_terminate() to a process, the process resource gets closed immediately. This means that calling proc_get_status() afterwards, will throw a warning about an invalid process resource. This behaviour is somewhat cumbersomely, since you're unable to check if it was your signal which has caused the process to terminate or if the process has stopped. Is this a bug or an undocumented behaviour? BTW: Sending a signal via the shell or through posix_kill(), will retain the status for the first proc_get_status() call. Reproduce code: --- array('pipe', 'r'), 1 => array('pipe', 'w'), 2 => array('pipe', 'w')); $pipes = array(); $process = proc_open('/bin/sleep 120', $descriptors, $pipes); proc_terminate($process); var_dump(proc_get_status($process)); ?> Expected result: array(8) { ["command"]=> string(14) "/bin/sleep 120" ["pid"]=> int(23011) ["running"]=> bool(false) ["signaled"]=> bool(true) ["stopped"]=> bool(false) ["exitcode"]=> int(-1) ["termsig"]=> int(15) ["stopsig"]=> int(0) } Actual result: -- Warning: proc_get_status(): 7 is not a valid process resource in ... -- Edit this bug report at http://bugs.php.net/?id=39322&edit=1
#40211 [Opn->Fbk]: dba_firstkey segfaults when used with mod_php5
ID: 40211 Updated by: [EMAIL PROTECTED] Reported By: stuhood at webmail dot us -Status: Open +Status: Feedback Bug Type: DBM/DBA related Operating System: Red Hat w/ 2.4.21-32.0.1.EL PHP Version: 5.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Cannot reproduce with both CLI and Apache. Previous Comments: [2007-01-23 20:38:58] stuhood at webmail dot us Alright, here's a link to the database, but as I said: this script (and others) execute just fine from the command line. http://www.webmail.us/misc/spamrules.db [2007-01-23 14:51:50] [EMAIL PROTECTED] We also need this thedatabase.db, please put it somewhere and put the URL here. [2007-01-23 14:40:29] stuhood at webmail dot us Description: This bug affects 5.1.4, 5.2.0 and latest CVS on this system, compiled with "--enable-dba=shared --with-db4=/usr/local/BerkeleyDB.4.5/" (or 4.3), and with the dba shared extension in my php.ini file. httpd version is Apache/2.0.46. `php run-tests.php ext/dba` runs without errors. Permissions: -rw-r--r-- thedatabase.db Reproduce code: --- The following script works correctly from the command line, but causes httpd processes to segfault. With a dba_exists call instead of firstkey, it works fine, so I'm fairly certain its a problem with firstkey: Expected result: Should see Success: (first key) Actual result: -- httpd child segfaults (11) and displays a 500 error. -- Edit this bug report at http://bugs.php.net/?id=40211&edit=1
#40071 [NoF->Opn]: SoapServer returns 'Object hasn't xxx property' fault
ID: 40071 User updated by: ville at pmd dot fi Reported By: ville at pmd dot fi -Status: No Feedback +Status: Open Bug Type: SOAP related Operating System: Debian Linux PHP Version: 5.2.0 New Comment: The latest snapshot doesn't fix the problem, the returned error message is still the same. Previous Comments: [2007-01-17 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2007-01-09 14:26:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-01-09 03:29:26] ville at pmd dot fi Description: SoapServer raises an 'Object hasn't xxx property' error when trying to return an object (WSDL complextype) from service class. Different methods of returning an object (array, PHP object, SoapVar with SOAP_ENC_OBJECT attribute...) ends up to the same result. The bug is similar to an already fixed bug #30928 Reproduce code: --- http://ville.mattila.fi/php/soaptestservice.phps http://ville.mattila.fi/php/wsdl/complextypetest.wsdl Expected result: At the client side: a returned object with firstName and lastName elements filled with lowercase and uppercase versions of given authToken. Actual result: -- At the client side: SOAP-ERROR: Encoding: object hasn't 'firstName' property -- Edit this bug report at http://bugs.php.net/?id=40071&edit=1
#40211 [Fbk->Opn]: dba_firstkey segfaults when used with mod_php5
ID: 40211 User updated by: stuhood at webmail dot us -Reported By: stuhood at gmail dot com +Reported By: stuhood at webmail dot us -Status: Feedback +Status: Open Bug Type: DBM/DBA related Operating System: Red Hat w/ 2.4.21-32.0.1.EL PHP Version: 5.2.0 New Comment: Alright, here's a link to the database, but as I said: this script (and others) execute just fine from the command line. http://www.webmail.us/misc/spamrules.db Previous Comments: [2007-01-23 14:51:50] [EMAIL PROTECTED] We also need this thedatabase.db, please put it somewhere and put the URL here. [2007-01-23 14:40:29] stuhood at webmail dot us Description: This bug affects 5.1.4, 5.2.0 and latest CVS on this system, compiled with "--enable-dba=shared --with-db4=/usr/local/BerkeleyDB.4.5/" (or 4.3), and with the dba shared extension in my php.ini file. httpd version is Apache/2.0.46. `php run-tests.php ext/dba` runs without errors. Permissions: -rw-r--r-- thedatabase.db Reproduce code: --- The following script works correctly from the command line, but causes httpd processes to segfault. With a dba_exists call instead of firstkey, it works fine, so I'm fairly certain its a problem with firstkey: Expected result: Should see Success: (first key) Actual result: -- httpd child segfaults (11) and displays a 500 error. -- Edit this bug report at http://bugs.php.net/?id=40211&edit=1
#40213 [NEW]: easter_date() returns wrong timestamp if ...
From: oliver dot block at lycos dot de Operating system: Linux PHP version: 5.2.1RC3 PHP Bug Type: Calendar related Bug description: easter_date() returns wrong timestamp if ... Description: If the timezone is set to another value than the system timezone, easter_date() will return a timestamp with respect to the systems local time, not with respect to the set timezone. That leads to wrong results of date/time function, e.g. date() which handle the (default) timestamp that is set my php (ini_set('date.timezone', 'UTC') or date_default_timezone_set() ). The problem occurs, if the timezone set by php is "east" of the system's timezone, if e.g. php timezone is 'UTC' and systems timezone is 'Europe/Berlin' Reproduce code: --- /ext/calendar/tests/easter_date.phpt Expected result: the test /ext/calendar/tests/easter_date.phpt should pass. Actual result: -- the test /ext/calendar/tests/easter_date.phpt will fail. -- Edit bug report at http://bugs.php.net/?id=40213&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40213&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40213&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40213&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40213&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40213&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40213&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40213&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40213&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40213&r=support Expected behavior:http://bugs.php.net/fix.php?id=40213&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40213&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40213&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40213&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40213&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40213&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40213&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40213&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40213&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40213&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40213&r=mysqlcfg
#40200 [Asn->Csd]: The FastCgi version has different realpath results than thread safe version
ID: 40200 Updated by: [EMAIL PROTECTED] Reported By: iamstever at gmail dot com -Status: Assigned +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows Vista PHP Version: 5.2.1RC3 Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_2. Previous Comments: [2007-01-23 15:11:24] [EMAIL PROTECTED] Confirmed: C:\phpbuilds\php_5_2>Debug_TS\php.exe -r " var_dump(realpath('foo.txt'));" bool(false) C:\phpbuilds\php_5_2>Debug\php.exe -r " var_dump(realpath('foo.txt'));" string(28) "C:\phpbuilds\php_5_2\foo.txt" [2007-01-22 21:37:45] iamstever at gmail dot com Description: The FastCgi version has different realpath results than thread safe version. If the file does not exist, realpath() returns false in Linux and Windows thread safe version, but returns the path to a non existent file in the Windows nts/FastCGI version. Expected result: If the file does not exist, realpath() returns false in Linux and Windows thread safe version, but returns the path to a non existent file in the Windows nts/FastCGI version. Actual result: -- false -- Edit this bug report at http://bugs.php.net/?id=40200&edit=1
#40197 [Opn->Fbk]: Cannot access remote files
ID: 40197 Updated by: [EMAIL PROTECTED] Reported By: ddrewery at gmail dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: Use a sniffer. tcpdump, for example. Previous Comments: [2007-01-23 18:03:39] ddrewery at gmail dot com Yes, it works without the firewall. That is why I agreed with you in my earlier post. However, my question is now about fsocketopen vs fopen.. what is the actual code that drives file_get_contents()? There is obviously something differnt in the headers that my firewall doesn't like.. how do I see what headers php is sending? [2007-01-23 17:55:20] [EMAIL PROTECTED] Let's try another route. Please try to run the same code on a machine, which is 100% NOT behind a firewall and see if it works for you. [2007-01-23 17:46:47] ddrewery at gmail dot com I just change the fsocket example to $out = "GET / HTTP/1.0\r\n"; It still works fine. What method does the wrapper use? Does it literally open a socket just like fsocketopen would? [2007-01-23 17:39:31] [EMAIL PROTECTED] >Does file_get_contents() use anything other than port 80 for http requests?? No, of course it does not. But it uses HTTP/1.0 and I have no idea how exactly your firewall filters the data. [2007-01-23 17:22:28] ddrewery at gmail dot com Ok, its being blocked by the firewall.. however I still confused at why. Port 80 is wide open and fsockets work fine. $location = "www.google.com"; $fp = fsockopen($location, 80, $errno, $errstr, 30); $out = "GET / HTTP/1.1\r\n"; $out .= "Host: ".$location."\r\n"; $out .= "Connection: Close\r\n\r\n"; fwrite($fp, $out); while (!feof($fp)) { $result .= fgets($fp, 128); } fclose($fp); print $result; That works fine $location = "http://www.google.com";; $result = file_get_contents($location); That does not work. Does file_get_contents() use anything other than port 80 for http requests?? 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#40197 [Fbk->Opn]: Cannot access remote files
ID: 40197 User updated by: ddrewery at gmail dot com Reported By: ddrewery at gmail dot com -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: Yes, it works without the firewall. That is why I agreed with you in my earlier post. However, my question is now about fsocketopen vs fopen.. what is the actual code that drives file_get_contents()? There is obviously something differnt in the headers that my firewall doesn't like.. how do I see what headers php is sending? Previous Comments: [2007-01-23 17:55:20] [EMAIL PROTECTED] Let's try another route. Please try to run the same code on a machine, which is 100% NOT behind a firewall and see if it works for you. [2007-01-23 17:46:47] ddrewery at gmail dot com I just change the fsocket example to $out = "GET / HTTP/1.0\r\n"; It still works fine. What method does the wrapper use? Does it literally open a socket just like fsocketopen would? [2007-01-23 17:39:31] [EMAIL PROTECTED] >Does file_get_contents() use anything other than port 80 for http requests?? No, of course it does not. But it uses HTTP/1.0 and I have no idea how exactly your firewall filters the data. [2007-01-23 17:22:28] ddrewery at gmail dot com Ok, its being blocked by the firewall.. however I still confused at why. Port 80 is wide open and fsockets work fine. $location = "www.google.com"; $fp = fsockopen($location, 80, $errno, $errstr, 30); $out = "GET / HTTP/1.1\r\n"; $out .= "Host: ".$location."\r\n"; $out .= "Connection: Close\r\n\r\n"; fwrite($fp, $out); while (!feof($fp)) { $result .= fgets($fp, 128); } fclose($fp); print $result; That works fine $location = "http://www.google.com";; $result = file_get_contents($location); That does not work. Does file_get_contents() use anything other than port 80 for http requests?? [2007-01-23 15:26:17] [EMAIL PROTECTED] >You could not telnet because I have it blocked on >all my servers. How did you do it? >trying to load a 6000 byte file, it hangs up at 60. .. which can hardly be PHP problem. 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#40197 [Opn->Fbk]: Cannot access remote files
ID: 40197 Updated by: [EMAIL PROTECTED] Reported By: ddrewery at gmail dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: Let's try another route. Please try to run the same code on a machine, which is 100% NOT behind a firewall and see if it works for you. Previous Comments: [2007-01-23 17:46:47] ddrewery at gmail dot com I just change the fsocket example to $out = "GET / HTTP/1.0\r\n"; It still works fine. What method does the wrapper use? Does it literally open a socket just like fsocketopen would? [2007-01-23 17:39:31] [EMAIL PROTECTED] >Does file_get_contents() use anything other than port 80 for http requests?? No, of course it does not. But it uses HTTP/1.0 and I have no idea how exactly your firewall filters the data. [2007-01-23 17:22:28] ddrewery at gmail dot com Ok, its being blocked by the firewall.. however I still confused at why. Port 80 is wide open and fsockets work fine. $location = "www.google.com"; $fp = fsockopen($location, 80, $errno, $errstr, 30); $out = "GET / HTTP/1.1\r\n"; $out .= "Host: ".$location."\r\n"; $out .= "Connection: Close\r\n\r\n"; fwrite($fp, $out); while (!feof($fp)) { $result .= fgets($fp, 128); } fclose($fp); print $result; That works fine $location = "http://www.google.com";; $result = file_get_contents($location); That does not work. Does file_get_contents() use anything other than port 80 for http requests?? [2007-01-23 15:26:17] [EMAIL PROTECTED] >You could not telnet because I have it blocked on >all my servers. How did you do it? >trying to load a 6000 byte file, it hangs up at 60. .. which can hardly be PHP problem. [2007-01-23 15:10:17] ddrewery at gmail dot com Ok.. I double checked and I have port 80 wide open in and out on the firewall. You could not telnet because I have it blocked on all my servers. I'm watching the firewall logs now and this is what I show.. trying to load a 6000 byte file, it hangs up at 60. # Source IP Source Port Destination IP Destination Port Protocol Src Interface Dst Interface Tx Bytes Rx Bytes 1 66.210.47.156 32787 66.210.130.9 53 UDP OPT WAN 146 327 2 66.210.47.156 42404 69.20.65.142 80 TCP OPT WAN 112 60 .156 is my server, the .9 is the dns lookup, and the .142 is where the image is. 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#40197 [Fbk->Opn]: Cannot access remote files
ID: 40197 User updated by: ddrewery at gmail dot com Reported By: ddrewery at gmail dot com -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: I just change the fsocket example to $out = "GET / HTTP/1.0\r\n"; It still works fine. What method does the wrapper use? Does it literally open a socket just like fsocketopen would? Previous Comments: [2007-01-23 17:39:31] [EMAIL PROTECTED] >Does file_get_contents() use anything other than port 80 for http requests?? No, of course it does not. But it uses HTTP/1.0 and I have no idea how exactly your firewall filters the data. [2007-01-23 17:22:28] ddrewery at gmail dot com Ok, its being blocked by the firewall.. however I still confused at why. Port 80 is wide open and fsockets work fine. $location = "www.google.com"; $fp = fsockopen($location, 80, $errno, $errstr, 30); $out = "GET / HTTP/1.1\r\n"; $out .= "Host: ".$location."\r\n"; $out .= "Connection: Close\r\n\r\n"; fwrite($fp, $out); while (!feof($fp)) { $result .= fgets($fp, 128); } fclose($fp); print $result; That works fine $location = "http://www.google.com";; $result = file_get_contents($location); That does not work. Does file_get_contents() use anything other than port 80 for http requests?? [2007-01-23 15:26:17] [EMAIL PROTECTED] >You could not telnet because I have it blocked on >all my servers. How did you do it? >trying to load a 6000 byte file, it hangs up at 60. .. which can hardly be PHP problem. [2007-01-23 15:10:17] ddrewery at gmail dot com Ok.. I double checked and I have port 80 wide open in and out on the firewall. You could not telnet because I have it blocked on all my servers. I'm watching the firewall logs now and this is what I show.. trying to load a 6000 byte file, it hangs up at 60. # Source IP Source Port Destination IP Destination Port Protocol Src Interface Dst Interface Tx Bytes Rx Bytes 1 66.210.47.156 32787 66.210.130.9 53 UDP OPT WAN 146 327 2 66.210.47.156 42404 69.20.65.142 80 TCP OPT WAN 112 60 .156 is my server, the .9 is the dns lookup, and the .142 is where the image is. [2007-01-23 10:29:13] [EMAIL PROTECTED] The host is behind a Sonicwall. 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#40197 [Opn->Fbk]: Cannot access remote files
ID: 40197 Updated by: [EMAIL PROTECTED] Reported By: ddrewery at gmail dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: >Does file_get_contents() use anything other than port 80 for http requests?? No, of course it does not. But it uses HTTP/1.0 and I have no idea how exactly your firewall filters the data. Previous Comments: [2007-01-23 17:22:28] ddrewery at gmail dot com Ok, its being blocked by the firewall.. however I still confused at why. Port 80 is wide open and fsockets work fine. $location = "www.google.com"; $fp = fsockopen($location, 80, $errno, $errstr, 30); $out = "GET / HTTP/1.1\r\n"; $out .= "Host: ".$location."\r\n"; $out .= "Connection: Close\r\n\r\n"; fwrite($fp, $out); while (!feof($fp)) { $result .= fgets($fp, 128); } fclose($fp); print $result; That works fine $location = "http://www.google.com";; $result = file_get_contents($location); That does not work. Does file_get_contents() use anything other than port 80 for http requests?? [2007-01-23 15:26:17] [EMAIL PROTECTED] >You could not telnet because I have it blocked on >all my servers. How did you do it? >trying to load a 6000 byte file, it hangs up at 60. .. which can hardly be PHP problem. [2007-01-23 15:10:17] ddrewery at gmail dot com Ok.. I double checked and I have port 80 wide open in and out on the firewall. You could not telnet because I have it blocked on all my servers. I'm watching the firewall logs now and this is what I show.. trying to load a 6000 byte file, it hangs up at 60. # Source IP Source Port Destination IP Destination Port Protocol Src Interface Dst Interface Tx Bytes Rx Bytes 1 66.210.47.156 32787 66.210.130.9 53 UDP OPT WAN 146 327 2 66.210.47.156 42404 69.20.65.142 80 TCP OPT WAN 112 60 .156 is my server, the .9 is the dns lookup, and the .142 is where the image is. [2007-01-23 10:29:13] [EMAIL PROTECTED] The host is behind a Sonicwall. [2007-01-22 21:23:31] ddrewery at gmail dot com I emailed you the root password. I also created an account called tony. 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#40197 [Fbk->Opn]: Cannot access remote files
ID: 40197 User updated by: ddrewery at gmail dot com Reported By: ddrewery at gmail dot com -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: Ok, its being blocked by the firewall.. however I still confused at why. Port 80 is wide open and fsockets work fine. $location = "www.google.com"; $fp = fsockopen($location, 80, $errno, $errstr, 30); $out = "GET / HTTP/1.1\r\n"; $out .= "Host: ".$location."\r\n"; $out .= "Connection: Close\r\n\r\n"; fwrite($fp, $out); while (!feof($fp)) { $result .= fgets($fp, 128); } fclose($fp); print $result; That works fine $location = "http://www.google.com";; $result = file_get_contents($location); That does not work. Does file_get_contents() use anything other than port 80 for http requests?? Previous Comments: [2007-01-23 15:26:17] [EMAIL PROTECTED] >You could not telnet because I have it blocked on >all my servers. How did you do it? >trying to load a 6000 byte file, it hangs up at 60. .. which can hardly be PHP problem. [2007-01-23 15:10:17] ddrewery at gmail dot com Ok.. I double checked and I have port 80 wide open in and out on the firewall. You could not telnet because I have it blocked on all my servers. I'm watching the firewall logs now and this is what I show.. trying to load a 6000 byte file, it hangs up at 60. # Source IP Source Port Destination IP Destination Port Protocol Src Interface Dst Interface Tx Bytes Rx Bytes 1 66.210.47.156 32787 66.210.130.9 53 UDP OPT WAN 146 327 2 66.210.47.156 42404 69.20.65.142 80 TCP OPT WAN 112 60 .156 is my server, the .9 is the dns lookup, and the .142 is where the image is. [2007-01-23 10:29:13] [EMAIL PROTECTED] The host is behind a Sonicwall. [2007-01-22 21:23:31] ddrewery at gmail dot com I emailed you the root password. I also created an account called tony. [2007-01-22 21:02:55] [EMAIL PROTECTED] Absolutely no need for root access, just a usual unprivileged account is enough. Sure, send it to [EMAIL PROTECTED] 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#37927 [Com]: newwindow2 & newwindow
ID: 37927 Comment by: wharmby at uk dot ibm dot com Reported By: massimiliano_ciceri at it dot ibm dot com Status: Assigned Bug Type: COM related Operating System: windows 2000 PHP Version: 5.1.4 Assigned To: wez New Comment: I suspect the 2nd problem reported here, i.e "IE automation object NewWindow event cannot be cancelled." is the same issue has reported in defect 34564 for which I am currently working on a fix. Previous Comments: [2006-06-27 13:56:18] massimiliano_ciceri at it dot ibm dot com $testcase value should be set to 1 for the first test as i mean in the source description... thanks to all of you. [2006-06-27 13:47:31] massimiliano_ciceri at it dot ibm dot com Description: Problem with: 1. IE automation object NewWindow2 event does not trigger. 2. IE automation object NewWindow event cannot be cancelled. This has been tested on PHP 5.1.4 and PHP 6 CVS and also on PHP 5 CSV. Regards, Massimiliano Reproduce code: --- newWindowOpened = true; echo "<1>NewWindow event was fired.\n"; // $Cancel=true; // php 4 style ... variant_set($Cancel,true); // php 5 style ... echo "trying cancelling NewWindow event...\n"; return; } function NewWindow2(&$ppDisp, &$Cancel) { $this->newWindowOpened = true; echo "<2>NewWindow2 event was fired.\n"; // $Cancel=true; variant_set($Cancel,true); return; } function OnQuit() { $this->terminated = true; print "Browser Quit...\n"; } } $ie = new COM("InternetExplorer.Application"); if ($testcase==1) { // reproduce NewWindow2 problem $sink1 = new IEEventSinker(); com_event_sink($ie, $sink1, "DWebBrowserEvents2"); } if ($testcase==2) { // reproduce NewWindow problem $sink2 = new IEEventSinker(); com_event_sink($ie, $sink2, "DWebBrowserEvents"); } $ie->Visible = true; $ie->Navigate2("http://www.php.net",0); if ($testcase==1) { // reproduce NewWindow2 problem while(!$sink1->terminated) { com_message_pump(1280); } } if ($testcase==2) { // reproduce NewWindow problem while(!$sink2->terminated) { com_message_pump(1280); } } unset($ie); ?> Expected result: NewWindow2 event received by the sink class. At least be able to cancel the event NewWindow. Actual result: -- 1) NewWindow2 event not triggered at all. 2) NewWindow event trigger but cannot cancel it. -- Edit this bug report at http://bugs.php.net/?id=37927&edit=1
#40197 [Opn->Fbk]: Cannot access remote files
ID: 40197 Updated by: [EMAIL PROTECTED] Reported By: ddrewery at gmail dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: >You could not telnet because I have it blocked on >all my servers. How did you do it? >trying to load a 6000 byte file, it hangs up at 60. .. which can hardly be PHP problem. Previous Comments: [2007-01-23 15:10:17] ddrewery at gmail dot com Ok.. I double checked and I have port 80 wide open in and out on the firewall. You could not telnet because I have it blocked on all my servers. I'm watching the firewall logs now and this is what I show.. trying to load a 6000 byte file, it hangs up at 60. # Source IP Source Port Destination IP Destination Port Protocol Src Interface Dst Interface Tx Bytes Rx Bytes 1 66.210.47.156 32787 66.210.130.9 53 UDP OPT WAN 146 327 2 66.210.47.156 42404 69.20.65.142 80 TCP OPT WAN 112 60 .156 is my server, the .9 is the dns lookup, and the .142 is where the image is. [2007-01-23 10:29:13] [EMAIL PROTECTED] The host is behind a Sonicwall. [2007-01-22 21:23:31] ddrewery at gmail dot com I emailed you the root password. I also created an account called tony. [2007-01-22 21:02:55] [EMAIL PROTECTED] Absolutely no need for root access, just a usual unprivileged account is enough. Sure, send it to [EMAIL PROTECTED] [2007-01-22 20:56:16] ddrewery at gmail dot com Sorry about that.. I can give you root access. Can I just send it to you @php account? 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#40212 [NEW]: signature mismatch for abstract/concrete method does not produce a fatal error
From: alex dot dean at pni dot com Operating system: Ubuntu GNU/Linux 2.6.15-27-386 PHP version: 5CVS-2007-01-23 (snap) PHP Bug Type: Class/Object related Bug description: signature mismatch for abstract/concrete method does not produce a fatal error Description: Given abstract and concrete versions of a class method, the first argument is allowed to differ in its usage (or non-usage) of a default value. No other arguments appear to be allowed to do this. Reproduce code: --- Expected result: I believe this should produce a fatal error, as the argument list for TheChild::someMethod() does not match the argument list for TheParent::someMethod(). Actual result: -- In practice, this code executes without errors. Additionally : * If usage of default values do not match (abstract vs. concrete) for the 2nd argument, a fatal error is produced. * If usage of default values do not match for the first argument (as in the reproduce code), but there is matching usage of default values for the 2nd argument (add a default value to the abstract and concrete someMethod() in the reproduce code), a fatal error is produced. * Using a default value for the first argument of the abstract method, and omitting a default argument from the first argument of the concrete method, executes without errors. For a single abstract/concrete method with 2 arguments, there are 16 possible combinations of usage of default arguments. I've tried all of them by varying the argument list of the provided reproduce code, and these are the only results that seem odd. Apparently, the 1st argument to a method is allowed to differ from its abstract definition in its usage of a default value, though no other arguments are. An addition to the Manual page on abstract methods indicating what constitutes an identical method signature, especially in regards to default arguments, would be very helpful. -- Edit bug report at http://bugs.php.net/?id=40212&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40212&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40212&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40212&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40212&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40212&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40212&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40212&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40212&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40212&r=support Expected behavior:http://bugs.php.net/fix.php?id=40212&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40212&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40212&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40212&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40212&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40212&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40212&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40212&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40212&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40212&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40212&r=mysqlcfg
#40200 [Asn]: The FastCgi version has different realpath results than thread safe version
ID: 40200 Updated by: [EMAIL PROTECTED] Reported By: iamstever at gmail dot com Status: Assigned Bug Type: Unknown/Other Function Operating System: Windows Vista PHP Version: 5.2.1RC3 Assigned To: pajoye New Comment: Confirmed: C:\phpbuilds\php_5_2>Debug_TS\php.exe -r " var_dump(realpath('foo.txt'));" bool(false) C:\phpbuilds\php_5_2>Debug\php.exe -r " var_dump(realpath('foo.txt'));" string(28) "C:\phpbuilds\php_5_2\foo.txt" Previous Comments: [2007-01-22 21:37:45] iamstever at gmail dot com Description: The FastCgi version has different realpath results than thread safe version. If the file does not exist, realpath() returns false in Linux and Windows thread safe version, but returns the path to a non existent file in the Windows nts/FastCGI version. Expected result: If the file does not exist, realpath() returns false in Linux and Windows thread safe version, but returns the path to a non existent file in the Windows nts/FastCGI version. Actual result: -- false -- Edit this bug report at http://bugs.php.net/?id=40200&edit=1
#40197 [Fbk->Opn]: Cannot access remote files
ID: 40197 User updated by: ddrewery at gmail dot com Reported By: ddrewery at gmail dot com -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: Ok.. I double checked and I have port 80 wide open in and out on the firewall. You could not telnet because I have it blocked on all my servers. I'm watching the firewall logs now and this is what I show.. trying to load a 6000 byte file, it hangs up at 60. # Source IP Source Port Destination IP Destination Port Protocol Src Interface Dst Interface Tx Bytes Rx Bytes 1 66.210.47.156 32787 66.210.130.9 53 UDP OPT WAN 146 327 2 66.210.47.156 42404 69.20.65.142 80 TCP OPT WAN 112 60 .156 is my server, the .9 is the dns lookup, and the .142 is where the image is. Previous Comments: [2007-01-23 10:29:13] [EMAIL PROTECTED] The host is behind a Sonicwall. [2007-01-22 21:23:31] ddrewery at gmail dot com I emailed you the root password. I also created an account called tony. [2007-01-22 21:02:55] [EMAIL PROTECTED] Absolutely no need for root access, just a usual unprivileged account is enough. Sure, send it to [EMAIL PROTECTED] [2007-01-22 20:56:16] ddrewery at gmail dot com Sorry about that.. I can give you root access. Can I just send it to you @php account? [2007-01-22 20:44:18] [EMAIL PROTECTED] Okay, you can reproduce it. But now *I* need to reproduce it. That was the question - how to reproduce it? Hint: an account on your machine might be the answer. 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#40211 [Opn->Fbk]: dba_firstkey segfaults when used with mod_php5
ID: 40211 Updated by: [EMAIL PROTECTED] Reported By: stuhood at gmail dot com -Status: Open +Status: Feedback Bug Type: DBM/DBA related Operating System: Red Hat w/ 2.4.21-32.0.1.EL PHP Version: 5.2.0 New Comment: We also need this thedatabase.db, please put it somewhere and put the URL here. Previous Comments: [2007-01-23 14:40:29] stuhood at gmail dot com Description: This bug affects 5.1.4, 5.2.0 and latest CVS on this system, compiled with "--enable-dba=shared --with-db4=/usr/local/BerkeleyDB.4.5/" (or 4.3), and with the dba shared extension in my php.ini file. httpd version is Apache/2.0.46. `php run-tests.php ext/dba` runs without errors. Permissions: -rw-r--r-- thedatabase.db Reproduce code: --- The following script works correctly from the command line, but causes httpd processes to segfault. With a dba_exists call instead of firstkey, it works fine, so I'm fairly certain its a problem with firstkey: Expected result: Should see Success: (first key) Actual result: -- httpd child segfaults (11) and displays a 500 error. -- Edit this bug report at http://bugs.php.net/?id=40211&edit=1
#40211 [NEW]: dba_firstkey segfaults when used with mod_php5
From: stuhood at gmail dot com Operating system: Red Hat w/ 2.4.21-32.0.1.EL PHP version: 5.2.0 PHP Bug Type: DBM/DBA related Bug description: dba_firstkey segfaults when used with mod_php5 Description: This bug affects 5.1.4, 5.2.0 and latest CVS on this system, compiled with "--enable-dba=shared --with-db4=/usr/local/BerkeleyDB.4.5/" (or 4.3), and with the dba shared extension in my php.ini file. httpd version is Apache/2.0.46. `php run-tests.php ext/dba` runs without errors. Permissions: -rw-r--r-- thedatabase.db Reproduce code: --- The following script works correctly from the command line, but causes httpd processes to segfault. With a dba_exists call instead of firstkey, it works fine, so I'm fairly certain its a problem with firstkey: Expected result: Should see Success: (first key) Actual result: -- httpd child segfaults (11) and displays a 500 error. -- Edit bug report at http://bugs.php.net/?id=40211&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40211&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40211&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40211&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40211&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40211&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40211&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40211&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40211&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40211&r=support Expected behavior:http://bugs.php.net/fix.php?id=40211&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40211&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40211&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40211&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40211&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40211&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40211&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40211&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40211&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40211&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40211&r=mysqlcfg
#40202 [Opn->Bgs]: Arizona timezone detected as America/Denver
ID: 40202 Updated by: [EMAIL PROTECTED] Reported By: ajb at blyler dot cc -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.0 New Comment: I am aware that they are different, but we can not rely on the /etc/localtime link, as that is something extremely distribution and OS dependent. Now, in order for PHP to detect which timezone it is in, it uses a few parameters: offset to GMT combined with DST, and the abbreviation. At the moment, all of these parameters are the same for both locations: [EMAIL PROTECTED]:~$ TZ=America/Denver date +"%z %Z" -0700 MST [EMAIL PROTECTED]:~$ TZ=America/Phoenix date +"%z %Z" -0700 MST and then we just have to pick one. Please remember, that making the setting is the correct way of doing things. The detection is there just to take care of BC issues as much as possible. Previous Comments: [2007-01-23 14:15:41] ajb at blyler dot cc Setting the time zone in the php.ini file works just fine. But why doesn't php detect that /etc/localtime is set to Arizona's time zone? I would think that php would detect Arizona's time zone as America/Phoenix and not America/Denver. Since these time zones are different. [2007-01-23 08:15:27] [EMAIL PROTECTED] So set the correct time zone in php.ini: http://no.php.net/manual/en/ref.datetime.php#ini.date.timezone [2007-01-23 04:41:20] ajb at blyler dot cc Description: When the timezone (/etc/localtime) is set to Arizona time a call to date_default_timezone_get() returns America/Denver. Which causes the date/time functions in php to incorrectly return date/time data since Arizona does not observe daylight savings. -- Edit this bug report at http://bugs.php.net/?id=40202&edit=1
#40202 [Bgs->Opn]: Arizona timezone detected as America/Denver
ID: 40202 User updated by: ajb at blyler dot cc Reported By: ajb at blyler dot cc -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.0 New Comment: Setting the time zone in the php.ini file works just fine. But why doesn't php detect that /etc/localtime is set to Arizona's time zone? I would think that php would detect Arizona's time zone as America/Phoenix and not America/Denver. Since these time zones are different. Previous Comments: [2007-01-23 08:15:27] [EMAIL PROTECTED] So set the correct time zone in php.ini: http://no.php.net/manual/en/ref.datetime.php#ini.date.timezone [2007-01-23 04:41:20] ajb at blyler dot cc Description: When the timezone (/etc/localtime) is set to Arizona time a call to date_default_timezone_get() returns America/Denver. Which causes the date/time functions in php to incorrectly return date/time data since Arizona does not observe daylight savings. -- Edit this bug report at http://bugs.php.net/?id=40202&edit=1
#40210 [Opn->Fbk]: SOAP client crash when parse WSDL file located on a SSL/TLS apache server
ID: 40210 Updated by: [EMAIL PROTECTED] Reported By: maboiteaspam at gmail dot com -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Solaris 8 PHP Version: 5.2.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-01-23 13:57:07] maboiteaspam at gmail dot com Description: The built-in SOAP client for PHP 5.2 crashs (SegFault) when trying to parse a WSDL file located on a secure Apache server configuring to support client authentication via X.509v3 certificates. The same WSDL works fine on an identical build on a Linux and Solaris server with HTTP and HTTPS connections without strong client authentification. But when the web server is configuring to be limited only to the web browsers that present a valid certificate, PHP SOAP SSL connection crashs. Reproduce code: --- Here is a working example: --- $soapClient = new SoapClient( "https://monserveur/generate_wsdl.php";, array( 'local_cert'=> "asg-newCert.crt" ) ); The same example but we enable client authentication in the Apache's web server: --- $soapClient = new SoapClient( "https://monserveur/wservices/generate_wsdl.php";, array( 'local_cert'=> "asg-newCert.crt" ) ); To enable the use of client certificates, we need to add the following directives to httpd.conf: SSLVerifyClient require SSLVerifyDepth 5 SSLCACertificateFile /opt/apache/conf/ssl/ca.pem SSLOptions +FakeBasicAuth SSLRequireSSL -- Edit this bug report at http://bugs.php.net/?id=40210&edit=1
#40210 [NEW]: SOAP client crash when parse WSDL file located on a SSL/TLS apache server
From: maboiteaspam at gmail dot com Operating system: Solaris 8 PHP version: 5.2.0 PHP Bug Type: SOAP related Bug description: SOAP client crash when parse WSDL file located on a SSL/TLS apache server Description: The built-in SOAP client for PHP 5.2 crashs (SegFault) when trying to parse a WSDL file located on a secure Apache server configuring to support client authentication via X.509v3 certificates. The same WSDL works fine on an identical build on a Linux and Solaris server with HTTP and HTTPS connections without strong client authentification. But when the web server is configuring to be limited only to the web browsers that present a valid certificate, PHP SOAP SSL connection crashs. Reproduce code: --- Here is a working example: --- $soapClient = new SoapClient( "https://monserveur/generate_wsdl.php";, array( 'local_cert'=> "asg-newCert.crt" ) ); The same example but we enable client authentication in the Apache's web server: --- $soapClient = new SoapClient( "https://monserveur/wservices/generate_wsdl.php";, array( 'local_cert'=> "asg-newCert.crt" ) ); To enable the use of client certificates, we need to add the following directives to httpd.conf: SSLVerifyClient require SSLVerifyDepth 5 SSLCACertificateFile /opt/apache/conf/ssl/ca.pem SSLOptions +FakeBasicAuth SSLRequireSSL -- Edit bug report at http://bugs.php.net/?id=40210&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40210&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40210&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40210&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40210&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40210&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40210&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40210&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40210&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40210&r=support Expected behavior:http://bugs.php.net/fix.php?id=40210&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40210&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40210&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40210&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40210&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40210&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40210&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40210&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40210&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40210&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40210&r=mysqlcfg
#40209 [Opn->Bgs]: PHP compiled with different module API
ID: 40209 Updated by: [EMAIL PROTECTED] Reported By: dipwork at gmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP Pro PHP Version: 5.2.0 New Comment: You're trying to load new extensions with old php5ts.dll. Previous Comments: [2007-01-23 12:41:03] dipwork at gmail dot com Description: After when I ran Apache 2.2.4 I've got next messages: - PHP Startup: bz2: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-seafety=1 PHP compiled with module API=20050922, debug=0, thread-seafety=1 These options need to mutch -- This message appear on each module (mysql, gd2, e.t.c.) I've tried to download a latest distr PHP 5.2.0 zip pakage, but result is the same. I checked all my hard disk and didn't find any others modules and php.exe. I deleted whole PHP folder and created new one then unpack new distr there. And result is the same. I checked also register file and didn't find any wrong keys. I know, u will say "The distro files are fine. You have most likely a mix up of two (or more) PHP installs." But it isn't true. I've checked everything twice more and didn't find anything wrong. But PHP don't load modules, and it's the fact. Expected result: All modules have to be loaded normaly Actual result: -- All modules didn't loaded. -- Edit this bug report at http://bugs.php.net/?id=40209&edit=1
#40209 [NEW]: PHP compiled with different module API
From: dipwork at gmail dot com Operating system: Windows XP Pro PHP version: 5.2.0 PHP Bug Type: Unknown/Other Function Bug description: PHP compiled with different module API Description: After when I ran Apache 2.2.4 I've got next messages: - PHP Startup: bz2: Unable to initialize module Module compiled with module API=20060613, debug=0, thread-seafety=1 PHP compiled with module API=20050922, debug=0, thread-seafety=1 These options need to mutch -- This message appear on each module (mysql, gd2, e.t.c.) I've tried to download a latest distr PHP 5.2.0 zip pakage, but result is the same. I checked all my hard disk and didn't find any others modules and php.exe. I deleted whole PHP folder and created new one then unpack new distr there. And result is the same. I checked also register file and didn't find any wrong keys. I know, u will say "The distro files are fine. You have most likely a mix up of two (or more) PHP installs." But it isn't true. I've checked everything twice more and didn't find anything wrong. But PHP don't load modules, and it's the fact. Expected result: All modules have to be loaded normaly Actual result: -- All modules didn't loaded. -- Edit bug report at http://bugs.php.net/?id=40209&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40209&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40209&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40209&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40209&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40209&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40209&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40209&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40209&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40209&r=support Expected behavior:http://bugs.php.net/fix.php?id=40209&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40209&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40209&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40209&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40209&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40209&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40209&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40209&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40209&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40209&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40209&r=mysqlcfg
#40208 [Opn->Bgs]: Cannot modify header information
ID: 40208 Updated by: [EMAIL PROTECTED] Reported By: jos_php at yahoo dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: linux PHP Version: 4.4.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-01-23 11:57:10] jos_php at yahoo dot com Description: when I use header("Location: mailform.php"); function giving error "Cannot modify header information - headers already" Reproduce code: --- Expected result: It suppose to redirect to mailform.php Actual result: -- Warning: Cannot modify header information - headers already sent by (output started at /webcorp1/www/corpusers/a/c/acceptachildtoday.org/sendmail.php:7) in /webcorp1/www/corpusers/a/c/acceptachildtoday.org/sendmail.php on line 20 -- Edit this bug report at http://bugs.php.net/?id=40208&edit=1
#40207 [Opn->Bgs]: Warning: mysql_connect() [function.mysql-connect]: Lost connection to MySQL ser
ID: 40207 Updated by: [EMAIL PROTECTED] Reported By: arif at peshawaronline dot com -Status: Open +Status: Bogus Bug Type:Compile Warning PHP Version: 4.4.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2007-01-23 10:56:01] arif at peshawaronline dot com Description: when i run my pages on local computer it works fine but on the server it returns the following errors: Warning: mysql_connect() [function.mysql-connect]: Lost connection to MySQL server during query in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 4 Warning: mysql_select_db() [function.mysql-select-db]: Access denied for user 'nobody'@'localhost' (using password: NO) in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 5 Warning: mysql_select_db() [function.mysql-select-db]: A link to the server could not be established in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 5 Warning: mysql_query(): supplied argument is not a valid MySQL-Link resource in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 14 Warning: mysql_error(): supplied argument is not a valid MySQL-Link resource in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 39 Failed to execute query at line 75: SQL: select * from news_ticker where sttus=1 order by id desc Reproduce code: --- www.scprd.com/index2.php Expected result: to show the data from the database. Actual result: -- dont know -- Edit this bug report at http://bugs.php.net/?id=40207&edit=1
#40208 [NEW]: Cannot modify header information
From: jos_php at yahoo dot com Operating system: linux PHP version: 4.4.4 PHP Bug Type: *General Issues Bug description: Cannot modify header information Description: when I use header("Location: mailform.php"); function giving error "Cannot modify header information - headers already" Reproduce code: --- Expected result: It suppose to redirect to mailform.php Actual result: -- Warning: Cannot modify header information - headers already sent by (output started at /webcorp1/www/corpusers/a/c/acceptachildtoday.org/sendmail.php:7) in /webcorp1/www/corpusers/a/c/acceptachildtoday.org/sendmail.php on line 20 -- Edit bug report at http://bugs.php.net/?id=40208&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40208&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40208&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40208&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40208&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40208&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40208&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40208&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40208&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40208&r=support Expected behavior:http://bugs.php.net/fix.php?id=40208&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40208&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40208&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40208&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40208&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40208&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40208&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40208&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40208&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40208&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40208&r=mysqlcfg
#40207 [NEW]: Warning: mysql_connect() [function.mysql-connect]: Lost connection to MySQL ser
From: arif at peshawaronline dot com Operating system: PHP version: 4.4.4 PHP Bug Type: Compile Warning Bug description: Warning: mysql_connect() [function.mysql-connect]: Lost connection to MySQL ser Description: when i run my pages on local computer it works fine but on the server it returns the following errors: Warning: mysql_connect() [function.mysql-connect]: Lost connection to MySQL server during query in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 4 Warning: mysql_select_db() [function.mysql-select-db]: Access denied for user 'nobody'@'localhost' (using password: NO) in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 5 Warning: mysql_select_db() [function.mysql-select-db]: A link to the server could not be established in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 5 Warning: mysql_query(): supplied argument is not a valid MySQL-Link resource in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 14 Warning: mysql_error(): supplied argument is not a valid MySQL-Link resource in /home/scprd/public_html/inc/news_ticker/news_ticker.php on line 39 Failed to execute query at line 75: SQL: select * from news_ticker where sttus=1 order by id desc Reproduce code: --- www.scprd.com/index2.php Expected result: to show the data from the database. Actual result: -- dont know -- Edit bug report at http://bugs.php.net/?id=40207&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40207&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40207&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40207&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40207&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40207&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40207&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40207&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40207&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40207&r=support Expected behavior:http://bugs.php.net/fix.php?id=40207&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40207&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40207&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40207&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40207&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40207&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40207&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40207&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40207&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40207&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40207&r=mysqlcfg
#40201 [Asn->Fbk]: Fails to install, missing components of the install.Tried several site mirrors.
ID: 40201 Updated by: [EMAIL PROTECTED] Reported By: cdgittler at interact dot ccsd dot net -Status: Assigned +Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5.2.0 Assigned To: jmertic New Comment: Please try http://downloads.php.net/edink/php-5.2.1RC3-win32-installer.msi Previous Comments: [2007-01-22 23:54:43] cdgittler at interact dot ccsd dot net Description: The exact message "There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support or package vendor." This is the 5th or 6th attempts after uninstalling and reinstalling and attempting from different mirror sites. Each time I get the same meessage. I can successfully install 4.4.4 PHP, but 5.2.0 install will not install. Similar Bugs are already reported, and a fix for Apache is reported, but I need a windows fix. Help please. -- Edit this bug report at http://bugs.php.net/?id=40201&edit=1
#40197 [Asn->Fbk]: Cannot access remote files
ID: 40197 Updated by: [EMAIL PROTECTED] Reported By: ddrewery at gmail dot com -Status: Assigned +Status: Feedback Bug Type: HTTP related Operating System: Fedora Core 6 PHP Version: 5.2.0 Assigned To: tony2001 New Comment: The host is behind a Sonicwall. Previous Comments: [2007-01-22 21:23:31] ddrewery at gmail dot com I emailed you the root password. I also created an account called tony. [2007-01-22 21:02:55] [EMAIL PROTECTED] Absolutely no need for root access, just a usual unprivileged account is enough. Sure, send it to [EMAIL PROTECTED] [2007-01-22 20:56:16] ddrewery at gmail dot com Sorry about that.. I can give you root access. Can I just send it to you @php account? [2007-01-22 20:44:18] [EMAIL PROTECTED] Okay, you can reproduce it. But now *I* need to reproduce it. That was the question - how to reproduce it? Hint: an account on your machine might be the answer. [2007-01-22 20:30:25] ddrewery at gmail dot com I run that and get this.. # php -r 'var_dump(strlen(file_get_contents("http://google.com";)));' PHP Warning: file_get_contents(http://google.com): failed to open stream: HTTP request failed! in Command line code on line 1 Warning: file_get_contents(http://google.com): failed to open stream: HTTP request failed! in Command line code on line 1 int(0) 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/40197 -- Edit this bug report at http://bugs.php.net/?id=40197&edit=1
#40200 [Opn->Asn]: The FastCgi version has different realpath results than thread safe version
ID: 40200 Updated by: [EMAIL PROTECTED] Reported By: iamstever at gmail dot com -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: Windows Vista PHP Version: 5.2.1RC3 -Assigned To: +Assigned To: pajoye Previous Comments: [2007-01-22 21:37:45] iamstever at gmail dot com Description: The FastCgi version has different realpath results than thread safe version. If the file does not exist, realpath() returns false in Linux and Windows thread safe version, but returns the path to a non existent file in the Windows nts/FastCGI version. Expected result: If the file does not exist, realpath() returns false in Linux and Windows thread safe version, but returns the path to a non existent file in the Windows nts/FastCGI version. Actual result: -- false -- Edit this bug report at http://bugs.php.net/?id=40200&edit=1
#40205 [NEW]: can't get the real Imap username if logged in with an alias
From: jekyll at home dot nl Operating system: Linux PHP version: 4.4.4 PHP Bug Type: Feature/Change Request Bug description: can't get the real Imap username if logged in with an alias Description: Our Lotus Notes imap server allows login aliases for mailboxes. For me, those are: Jakko Verhallen/SiTel Jakko Verhallen verhallen I use the imap protocol to make a signup webpage for personnel activities. However, this way, I can sign up 3 times. There is no way to get the real name from the imap mailbox. I don't think that there is a way to retrieve your email address too. The only thing I can do right now is to force people to login using there email address as username, and cut off the domain part... It would be have something like imap_username() or something... Reproduce code: --- ... Expected result: Get the full user name or email address Actual result: -- not possible??? -- Edit bug report at http://bugs.php.net/?id=40205&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40205&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40205&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40205&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40205&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40205&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40205&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40205&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40205&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40205&r=support Expected behavior:http://bugs.php.net/fix.php?id=40205&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40205&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40205&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40205&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40205&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40205&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40205&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40205&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40205&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40205&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40205&r=mysqlcfg
#34564 [Com]: reference (in/out) parameters don't work
ID: 34564 Comment by: wharmby at uk dot ibm dot com Reported By: milman at gmx dot de Status: Assigned Bug Type: COM related Operating System: windows xp PHP Version: 5CVS-2005-09-20 (snap) Assigned To: wez New Comment: Hi Wez I will take a look at this one next. I am able to recreate as described in defect. Andy Previous Comments: [2006-06-23 21:14:37] massimiliano at it dot ibm dot com Hello, on today 23.06.2006: I can reproduce the same problem also on Win2K... using the sample code here. I tried with php 5.1.4 and (php 6 development) with the same behavior. On php 4 abend give me a memory read fault popup reporting instruction at address 0x1003b481 had referenced memory at 0x. IE version 6.0.2800... Regards, Massimiliano [2005-09-20 15:26:04] [EMAIL PROTECTED] Assigned to the maintainer of COM. [2005-09-20 14:31:41] milman at gmx dot de Description: reference paramater in com-function-calls don't work Reproduce code: --- Visible = true; $ie->Navigate("http://www.php.net";); while(!$sink->terminated) { com_message_pump(4000); } ?> Expected result: the InternetExplorer shows a blank page Actual result: -- he show the page the same in VB shows the expected. -- Edit this bug report at http://bugs.php.net/?id=34564&edit=1
#40201 [Opn->Asn]: Fails to install, missing components of the install.Tried several site mirrors.
ID: 40201 Updated by: [EMAIL PROTECTED] Reported By: cdgittler at interact dot ccsd dot net -Status: Open +Status: Assigned Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5.2.0 -Assigned To: +Assigned To: jmertic Previous Comments: [2007-01-22 23:54:43] cdgittler at interact dot ccsd dot net Description: The exact message "There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support or package vendor." This is the 5th or 6th attempts after uninstalling and reinstalling and attempting from different mirror sites. Each time I get the same meessage. I can successfully install 4.4.4 PHP, but 5.2.0 install will not install. Similar Bugs are already reported, and a fix for Apache is reported, but I need a windows fix. Help please. -- Edit this bug report at http://bugs.php.net/?id=40201&edit=1
#40202 [Opn->Bgs]: Arizona timezone detected as America/Denver
ID: 40202 Updated by: [EMAIL PROTECTED] Reported By: ajb at blyler dot cc -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.0 New Comment: So set the correct time zone in php.ini: http://no.php.net/manual/en/ref.datetime.php#ini.date.timezone Previous Comments: [2007-01-23 04:41:20] ajb at blyler dot cc Description: When the timezone (/etc/localtime) is set to Arizona time a call to date_default_timezone_get() returns America/Denver. Which causes the date/time functions in php to incorrectly return date/time data since Arizona does not observe daylight savings. -- Edit this bug report at http://bugs.php.net/?id=40202&edit=1