#39043 [Opn->Csd]: xss in php.net ......
ID: 39043 Updated by: [EMAIL PROTECTED] Reported By: securfrog at gmail dot com -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: yours PHP Version: 5.1.6 New Comment: Please write to [EMAIL PROTECTED] to elaborate on this. Previous Comments: [2006-10-05 06:12:09] securfrog at gmail dot com Description: hi there's somes xss & others bugs in this website contact me here : [EMAIL PROTECTED] i don't want to post this on the bugtracker -- Edit this bug report at http://bugs.php.net/?id=39043&edit=1
#39043 [NEW]: xss in php.net ......
From: securfrog at gmail dot com Operating system: yours PHP version: 5.1.6 PHP Bug Type: Unknown/Other Function Bug description: xss in php.net .. Description: hi there's somes xss & others bugs in this website contact me here : [EMAIL PROTECTED] i don't want to post this on the bugtracker -- Edit bug report at http://bugs.php.net/?id=39043&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39043&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39043&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39043&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39043&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39043&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39043&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39043&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39043&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39043&r=support Expected behavior:http://bugs.php.net/fix.php?id=39043&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39043&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39043&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39043&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39043&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39043&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39043&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39043&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39043&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39043&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39043&r=mysqlcfg
#15373 [Com]: mail() not working, no error with invalid SMTP or email address
ID: 15373 Comment by: bigredraddish at hotmail dot com Reported By: alonso at admintek dot net Status: No Feedback Bug Type: Mail related Operating System: win2000 PHP Version: 4.2.1 Assigned To: mfischer New Comment: XP PRO SP2 PHP 5.1.6 This is the error Warning: mail() [function.mail]: Failed to connect to mailserver at "localhost" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set() in D:\www\htdocs\sendmail.php on line 43 this is line 43 of my php mail script mail("[EMAIL PROTECTED]", $subject, $message, $from); This is my PHP.INI [mail function] ; For Win32 only. SMTP = smtp.dodo.com.au ; For Win32 only. sendmail_from = [EMAIL PROTECTED] Previous Comments: [2006-07-21 12:44:33] ishongwe at yahoo dot com Is it possible to use the mail() function without any network connection on windows xp, and if possible how do you do it on the php.ini? Remember: Everything seem to be working fine except the mail() function, yet. Thanks in advance [2005-10-01 16:26:07] morebiz at gmail dot com Hi, I have problem like this too. I try to change to windows 2003 server with php and it work. After I install antivirus program, can not send mail. So I just know the reason is Antivirus program !!!. Now i new install Wins XP Apache+Php and config my antivirus program It Work !!. Please check your anivirus program. Good luck. Greeting from webmaster Thailand. [2003-12-19 12:31:03] georgealbert2001 at yahoo dot com i have win98 and iam using devshed ,and i download easy SMTP to make my PC an SMTP server i always try to send mail but i fail could someone tell me how to cofig to send the email [2003-11-16 18:59:02] doug32x at hotmail dot com OS Windows XP home Editio Server Apache 1.3.28 PHP 4.3.3 I tried doing this: I get this: Warning: mail(): Failed to connect to mailserver at "localhost" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or use ini_set(). I tried by changin the php.ini and it does not work :( I hope you can help me Thanks a lot [2003-03-19 11:03:17] lucasnishimura at hotmail dot com Anyone found a solution to this problem? if so please contact me at the above email address.. thx in advance... 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/15373 -- Edit this bug report at http://bugs.php.net/?id=15373&edit=1
#39037 [Opn->Bgs]: Memory leaks when using curl_multi
ID: 39037 Updated by: [EMAIL PROTECTED] Reported By: eugen at id dot com dot ua -Status: Open +Status: Bogus Bug Type: cURL related Operating System: Fedora Core 5 PHP Version: 5.1.6 New Comment: All memory leaks are reported on shutdown. What you see is just the way zend memory manager works trying to reduce malloc/realloc/free calls and caching some memory. No bug here. Previous Comments: [2006-10-04 16:01:03] eugen at id dot com dot ua Here is short script without external resources requipment: http://www.google.com";, "http://www.php.net"; ); $curl_handles = array(); $mh = curl_multi_init(); reset($tasks); while (list($index, $row)=each($tasks)) { $cid = curl_init($row); curl_setopt($cid, CURLOPT_RETURNTRANSFER, 1); curl_multi_add_handle($mh, $cid); $curl_handles[ $index ] = $cid; } do { $n = curl_multi_exec($mh, $active); $info = curl_multi_info_read($mh); if (!empty($info)) { reset($curl_handles); while (list($task_id, $handle)=each($curl_handles)) { if ($handle == $info['handle']) { $done_task_id = $task_id; break; } } echo "Task $tasks[$done_task_id] completed\n"; $memory_usage = memory_get_usage(); // this should free up resources curl_close($info['handle']); $diff = memory_get_usage() - $memory_usage; echo "Memory usage was: $memory_usage, after curl_close: $diff bytes more\n"; } } while ($active); ?> [2006-10-04 15:35:51] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. >P.S. ìîæíî íà ðóññêîì :) No, it's a public system. [2006-10-04 15:32:33] eugen at id dot com dot ua I've tried to do the same with PHP 5.2.0RC5-dev - no changes. Memory usage before and after code curl_close($handle); curl_multi_remove_handle($mh, $handle); is the same. Looks like curl doesn't release memory which containing downloaded files. P.S. ìîæíî íà ðóññêîì :) [2006-10-04 14:25:03] [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 [2006-10-04 14:08:48] eugen at id dot com dot ua Description: Possible memory leaks when using curl_multi_* functions. I start 10 tasks with curl_multi and at completion of one of them add a new task. The use of memory is gradually increased thus, although $GLOBALS has a permanent size approximately. In particular, at the call of curl_close() or curl_multi_remove_handle() memory is not freed (I guess it should be...) Reproduce code: --- http://www.follow.net.ua/bug.phps (see MEMORY_IS_NOT_RELEASED_HERE string near the end of file). Expected result: Downloading queue of documents with 10 threads Actual result: -- Gradual increasing of memory usage (sizeof $GLOBALS is *NOT* increasing) -- Edit this bug report at http://bugs.php.net/?id=39037&edit=1
#38913 [Com]: dba_open crash for db4
ID: 38913 Comment by: nomail at nodomain dot net Reported By: nemesis at home dot ro Status: Open Bug Type: Feature/Change Request Operating System: Linux kernel 2.6.16 PHP Version: 5.1.6 New Comment: PHP 4.4.4 seems to be affected by this bug too. Previous Comments: [2006-10-04 11:49:38] nemesis at home dot ro Hi, It appears that the configure does not check for the headers/libraries for libdb-4.4 and if there is libdb-4.3 also installed, it finds libdb-4.3 shared libraries first, and links with them (and uses headers for libdb-4.4). You can find more info on the debian bug report on the same problem here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388601 [2006-09-25 13:34:50] nemesis at home dot ro It appears that I spoke too soon. When compiling against libdb4.4 (4.4.20-3) fails with the mentioned error. (with both enable-dba and enable-dba=shared) [2006-09-23 17:00:41] nemesis at home dot ro Yes, it works (the linux version, the windows version does not have db4 built in (only db3)) Is there any time table for backporting this fix to the 5.1 series ? [2006-09-23 11:54:06] [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 [2006-09-21 15:32:09] nemesis at home dot ro Description: Upgrade from php 5.1.2 to 5.1.6 and then dba_open doesn't work anymore with db4 Reproduce code: --- Expected result: To print a resouce identifier like "resource(4) of type (dba)" Actual result: -- Warning: dba_open(xxx.db,r): Driver initialization failed for handler: db4: Unknown error 140682440 in test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=38913&edit=1
#37448 [Com]: FastCGI Error: Server too busy Server
ID: 37448 Comment by: xangelusx at hotmail dot com Reported By: coder1 at gmail dot com Status: No Feedback Bug Type: CGI related Operating System: Windows XP PHP Version: 5.1.4 New Comment: I confirmed the problem using msisolak's test on a Win 2003 server with PHP 5.1.6 running under fastcgi. Same on a Windows 2000 server with same PHP config. Previous Comments: [2006-09-28 17:34:44] randy at rcs-comp dot com I am requesting that this bug status be changed to "open" since there has been plenty of feedback and until the bug has been confirmed to be fixed. I have also run into this same issue with php > 5.1.4 including the latest 5.1 snapshot. My solution was to use 5.1.2 instead. [2006-09-07 14:12:36] robert dot sevcik at gmail dot com I'm sorry for spamming, but I went a step further, downgraded to PHP Version 5.1.0-dev and the FastCGI has no problem. Build date Jun 21 2005 12:21:48 [2006-09-07 10:20:42] robert dot sevcik at gmail dot com I tested it with my app, output_buffering doesn't workaround the problem fully. Bigger output still harmes the fastcgi. [2006-09-07 10:13:19] robert dot sevcik at gmail dot com Hello, I confirm, still no go with latest snapshot - 5.2.0RC4-dev, Build Date Sep 7 2006 00:15:28 I tried phpinfo() with CGI only, go Tried the same with isapi_fcgi.dll, no go Then I changed output_buffering=1000 and... GO! :) (Windows 2003 server SP1) [2006-07-30 23:34:14] djohnson241 at gmail dot com Some more information( hopefully useful ). After further testing I was able to determine that this is only happening for me if I output a lot of text at once. If I split it up into a bunch of smaller echo's, it works fine. Unfortunately this doesn't work with my template system, as all output is echoed in one statement. dave 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/37448 -- Edit this bug report at http://bugs.php.net/?id=37448&edit=1
#39042 [Opn]: Many. Configure system is horribly broken
ID: 39042 User updated by: michael at halligan dot org Reported By: michael at halligan dot org Status: Open Bug Type: Compile Failure Operating System: SLES9 SP3 PHP Version: 5.1.6 New Comment: Actually, I meant this bug here : http://bugs.php.net/bug.php?id=37363 It's still prevalent in 6.1.6 Previous Comments: [2006-10-05 02:06:48] michael at halligan dot org Description: Not sure where to begin. PHP ignores --mysql and attempts to find everything via hardcoding. This is just broken. It is impossible to compile php if mysql is not in the standard directory. Beyond, that, http://bugs.mysql.com/bug.php?id=15828 was never actually fixed. Reproduce code: --- '--with-prefix=/wisdomark/services/apache' \ '--with-openssl=shared' \ '--with-apxs=/wisdomark/services/apache/sbin/apxs' \ '--with-pear=/wisdomark/services/apache' \ '--enable-mbstring' \ '--with-mysql=/wisdomark/lib64/' \ '--with-mysqli=/wisdomark/services/mysql' \ '--with-pdo-mysql=/wisdomark/services/mysql/usr/bin/mysql_config' \ '--with-zlib' \ '--with-gd' \ '--with-curl' \ '--with-curlwrappers' \ '--with-libxml-dir=/wisdomark' \ '--with-libdir=lib64' \ '--with-libexecdir=/wisdomark/services/apache/libexec' \ '--bindir=/wisdomark/services/apache/bin' \ '--sbindir=/wisdomark/services/apache/sbin' \ '--sysconfdir=/wisdomark/services/apache/conf' \ '--with-extension=shared,/wisdomark/services/apache/lib/php' \ '--includedir=/wisdomark/services/apache/include' \ '--sharedstatedir=/wisdomark/services/apache/lib/php/ext' \ '--enable-sysvshm' \ '--with-config-file-path=/wisdomark/services/apache/conf' \ Expected result: I expect configure to work properly. Actual result: -- checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no configure: error: Cannot find libmysqlclient under /usr. Note that the MySQL client library is not bundled anymore! is the first error. If I only compile with pdo-mysql, then I get: ext/pdo_mysql/.libs/pdo_mysql.o(.text+0xa): In function `zm_info_pdo_mysql': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/pdo_mysql.c:104: undefined reference to `mysql_get_client_info' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x4b9): In function `pdo_mysql_last_insert_id': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 265: undefined reference to `mysql_insert_id' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x541): In function `mysql_handle_quoter': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 274: undefined reference to `mysql_real_escape_string' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x601): In function `mysql_handle_closer': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 144: undefined reference to `mysql_close' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x684): In function `_pdo_mysql_error': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 68: undefined reference to `mysql_errno' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x6d4):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:81: undefined reference to `mysql_error' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x6fa):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:102: undefined reference to `mysql_sqlstate' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x751):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:63: undefined reference to `mysql_stmt_errno' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x774):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:63: undefined reference to `mysql_error' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x7e8):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:98: undefined reference to `mysql_stmt_sqlstate' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x8a1): In function `pdo_mysql_get_attribute': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 344: undefined reference to `mysql_get_host_info' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x911):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:336: undefined reference to `mysql_get_client_info' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x945):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:350: undefined reference to `mysql_stat' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x969):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:340: undefined reference to `mysql_get_server_info' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x9bf): In function `mysql_handle_doer': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 248: undefined reference to `mysql_real_query' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x9cc):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:252: undefined reference to `mysql_affected_rows' ext/pdo_mysql/.libs/mysql_driver.o(.text+0xc64): In function `pdo_mysql_handle_factory': /wisdomark/sources/php-5.1.6/ext/pdo_my
#39042 [NEW]: Many. Configure system is horribly broken
From: michael at halligan dot org Operating system: SLES9 SP3 PHP version: 5.1.6 PHP Bug Type: Compile Failure Bug description: Many. Configure system is horribly broken Description: Not sure where to begin. PHP ignores --mysql and attempts to find everything via hardcoding. This is just broken. It is impossible to compile php if mysql is not in the standard directory. Beyond, that, http://bugs.mysql.com/bug.php?id=15828 was never actually fixed. Reproduce code: --- '--with-prefix=/wisdomark/services/apache' \ '--with-openssl=shared' \ '--with-apxs=/wisdomark/services/apache/sbin/apxs' \ '--with-pear=/wisdomark/services/apache' \ '--enable-mbstring' \ '--with-mysql=/wisdomark/lib64/' \ '--with-mysqli=/wisdomark/services/mysql' \ '--with-pdo-mysql=/wisdomark/services/mysql/usr/bin/mysql_config' \ '--with-zlib' \ '--with-gd' \ '--with-curl' \ '--with-curlwrappers' \ '--with-libxml-dir=/wisdomark' \ '--with-libdir=lib64' \ '--with-libexecdir=/wisdomark/services/apache/libexec' \ '--bindir=/wisdomark/services/apache/bin' \ '--sbindir=/wisdomark/services/apache/sbin' \ '--sysconfdir=/wisdomark/services/apache/conf' \ '--with-extension=shared,/wisdomark/services/apache/lib/php' \ '--includedir=/wisdomark/services/apache/include' \ '--sharedstatedir=/wisdomark/services/apache/lib/php/ext' \ '--enable-sysvshm' \ '--with-config-file-path=/wisdomark/services/apache/conf' \ Expected result: I expect configure to work properly. Actual result: -- checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no configure: error: Cannot find libmysqlclient under /usr. Note that the MySQL client library is not bundled anymore! is the first error. If I only compile with pdo-mysql, then I get: ext/pdo_mysql/.libs/pdo_mysql.o(.text+0xa): In function `zm_info_pdo_mysql': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/pdo_mysql.c:104: undefined reference to `mysql_get_client_info' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x4b9): In function `pdo_mysql_last_insert_id': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 265: undefined reference to `mysql_insert_id' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x541): In function `mysql_handle_quoter': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 274: undefined reference to `mysql_real_escape_string' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x601): In function `mysql_handle_closer': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 144: undefined reference to `mysql_close' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x684): In function `_pdo_mysql_error': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 68: undefined reference to `mysql_errno' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x6d4):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:81: undefined reference to `mysql_error' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x6fa):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:102: undefined reference to `mysql_sqlstate' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x751):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:63: undefined reference to `mysql_stmt_errno' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x774):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:63: undefined reference to `mysql_error' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x7e8):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:98: undefined reference to `mysql_stmt_sqlstate' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x8a1): In function `pdo_mysql_get_attribute': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 344: undefined reference to `mysql_get_host_info' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x911):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:336: undefined reference to `mysql_get_client_info' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x945):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:350: undefined reference to `mysql_stat' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x969):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:340: undefined reference to `mysql_get_server_info' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x9bf): In function `mysql_handle_doer': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 248: undefined reference to `mysql_real_query' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x9cc):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:252: undefined reference to `mysql_affected_rows' ext/pdo_mysql/.libs/mysql_driver.o(.text+0xc64): In function `pdo_mysql_handle_factory': /wisdomark/sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c: 450: undefined reference to `mysql_init' ext/pdo_mysql/.libs/mysql_driver.o(.text+0xecd):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql/mysql_driver.c:473: undefined reference to `mysql_options' ext/pdo_mysql/.libs/mysql_driver.o(.text+0xeed):/wisdomark/ sources/php-5.1.6/ext/pdo_mysql
#38937 [Fbk->Opn]: openssl_csr_parse()
ID: 38937 User updated by: bassijunior at yahoo dot com dot br Reported By: bassijunior at yahoo dot com dot br -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Windows XP PHP Version: 5.1.6 New Comment: No. I am developing a project using the openssl functions in the PHP. These certificates, that I generate, aren´t to use as web certificate. I will use this certificate to prove that a user submited a file for me, for example. It's a aplication very unusual. Condensing, before generate a certificate, I have to generate a request certificate, ok? I do this using openssl_csr_new function. I only want to know how I can read a certificate request. To read the certificate(.PEM) I use the openssl_X509_parse, how I showed in my last comment, but I also need to read the certificate request. How can I read it? Is there a openssl__parse to read a certificate request? Thanks! Previous Comments: [2006-10-03 01:02:47] [EMAIL PROTECTED] By request, do you mean from an url? like https://example.com? [2006-10-03 00:54:21] bassijunior at yahoo dot com dot br For example, with a openssl_X509_parse function() I can print the certificate. But I need to do this with a request created by openssl_csr_new() function. I oopen the certificate and I print this: I want to do this with request too, and not only with a certificate. Thanks!! [2006-10-03 00:17:03] [EMAIL PROTECTED] What are you trying to do? Parse a peer certicate? [2006-10-02 23:21:05] bassijunior at yahoo dot com dot br Hi, Some news about that? Nobody answers me... Thanks!! [2006-09-23 20:12:18] bassijunior at yahoo dot com dot br Description: I need to open a certificate request like one array, like I did with the X.509 certificate. To verify a X.509 certificate I use openssl_x509_parse( mixed x509cert [, bool shortnames]). And about the certificate request? I want to do the same that i did with certificate.How Can read it? Is there any function to do that? -- Edit this bug report at http://bugs.php.net/?id=38937&edit=1
#39039 [Opn->Csd]: SSL: fatal protocol error when fetching HTTPS
ID: 39039 Updated by: [EMAIL PROTECTED] Reported By: david at acz dot org -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: SuSE Linux PHP Version: 5.1.6 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: [2006-10-04 23:10:05] david at acz dot org Sorry, I copied the wrong URL. Correct certificate, same warning: file_get_contents("https://adwords.google.com/api/adwords/v6/InfoService?wsdl";); new SoapClient("https://adwords.google.com/api/adwords/v6/InfoService?wsdl";); [2006-10-04 21:48:53] [EMAIL PROTECTED] Open this URL in any browser, it'll show you something like this: "SSL certificate @ adsense.google.com belongs to www.google.com. It is possible that someone is trying to itercept your communication with this web site". Apparently wrong SSL certificate is not PHP problem. [2006-10-04 19:08:38] david at acz dot org Description: PHP issues the warning "SSL: fatal protocol error" when fetching certain HTTPS URLs, including Google AdSense. The file_get_contents() function works correctly if errors are suppressed, but I am aware of no way to fix SoapClient. Since PHP seems capable of working around the error (and other HTTPS libraries work fine), it would be useful to have a global option (perhaps enabled by default) to disable the warning. Reproduce code: --- file_get_contents("https://adsense.google.com/api/adwords/v6/InfoService?wsdl";); new SoapClient("https://adsense.google.com/api/adwords/v6/InfoService?wsdl";); Expected result: The functions should work correctly with no warnings. Actual result: -- PHP Warning: file_get_contents(): SSL: fatal protocol error PHP Warning: SoapClient::__construct(): SSL: fatal protocol error -- Edit this bug report at http://bugs.php.net/?id=39039&edit=1
#39039 [Bgs->Opn]: SSL: fatal protocol error when fetching HTTPS
ID: 39039 User updated by: david at acz dot org Reported By: david at acz dot org -Status: Bogus +Status: Open Bug Type: Filesystem function related Operating System: SuSE Linux PHP Version: 5.1.6 New Comment: Sorry, I copied the wrong URL. Correct certificate, same warning: file_get_contents("https://adwords.google.com/api/adwords/v6/InfoService?wsdl";); new SoapClient("https://adwords.google.com/api/adwords/v6/InfoService?wsdl";); Previous Comments: [2006-10-04 21:48:53] [EMAIL PROTECTED] Open this URL in any browser, it'll show you something like this: "SSL certificate @ adsense.google.com belongs to www.google.com. It is possible that someone is trying to itercept your communication with this web site". Apparently wrong SSL certificate is not PHP problem. [2006-10-04 19:08:38] david at acz dot org Description: PHP issues the warning "SSL: fatal protocol error" when fetching certain HTTPS URLs, including Google AdSense. The file_get_contents() function works correctly if errors are suppressed, but I am aware of no way to fix SoapClient. Since PHP seems capable of working around the error (and other HTTPS libraries work fine), it would be useful to have a global option (perhaps enabled by default) to disable the warning. Reproduce code: --- file_get_contents("https://adsense.google.com/api/adwords/v6/InfoService?wsdl";); new SoapClient("https://adsense.google.com/api/adwords/v6/InfoService?wsdl";); Expected result: The functions should work correctly with no warnings. Actual result: -- PHP Warning: file_get_contents(): SSL: fatal protocol error PHP Warning: SoapClient::__construct(): SSL: fatal protocol error -- Edit this bug report at http://bugs.php.net/?id=39039&edit=1
#36884 [Com]: *** glibc detected *** double free or corruption (!prev): 0x0000000000b4acc0 **
ID: 36884 Comment by: egon at inf dot ufpr dot br Reported By: guenther dot unterrainer at gknsintermetals dot com Status: No Feedback Bug Type: Apache related Operating System: SLES9 SP3 x86-64 PHP Version: 4.4.2 New Comment: By the way, I've got several types of erros, it appears to be random: [Wed Oct 04 17:51:18 2006] [notice] child pid 12451 exit signal Segmentation fault (11) *** glibc detected *** free(): invalid next size (fast): 0x08202798 *** [Wed Oct 04 17:58:35 2006] [notice] child pid 12693 exit signal Aborted (6) 77*** glibc detected *** corrupted double-linked list: 0xb7b7d358 *** [Wed Oct 04 19:21:51 2006] [notice] child pid 12731 exit signal Aborted (6) Previous Comments: [2006-10-04 22:31:30] egon at inf dot ufpr dot br Man, this was very difficult to track down. I spent some hours locating to problem and trying to isolate it. To me it has nothing to do with databases or acceletators. Apparently it has to do with a lot of classes in an array. I'm using PHP 4.4.2-1build1 on Ubuntu 6.06. You need to have some high limit on php.ini's memory_limit (to me 512M was enough). The 'magical' number 16000 on the code above can be lowered to 3000 to crash my 1GRam machine but I had to increase it to 16000 to crash my 2GRam server. I have a production server down now because of this, any suggestions? Downgrading perhaps? We will be glad to cooperate with more info. Thanks, name=$name; $this->type=$type; $this->length=$length; $this->allownull=$allownull; $this->description=$description; $this->long_description=$long_description; $this->default_value=$default; $this->validation=NULL; $this->accepted_values=NULL; } } class DBObject { function DBObject($conn=NULL) { $this->setupFields(); $this->conn=$conn; $this->orderby=array(); } function addField($name, $type, $length, $allownull, $description, $default=NULL,$long_description=NULL) { $this->field[$name]["obj"]=new Field($name, $type, $length, $allownull, $description, $default,$long_description); } } class SomeTable extends DBObject { function setupFields() { for ($i=0;$i<26;$i++) $this->addField("field$i", "string", 11, false, "Some field"); } } function crashMe() { $x=new SomeTable(NULL); $arr=array(); for($i=0;$i<16000;$i++) { $m=new SomeTable(NULL); $arr[]=$m; } return $arr; } crashMe(); echo "I've not crashed?"; ?> [2006-09-14 17:40:07] albertof at barrahome dot org I got the same error: *** glibc detected *** free(): invalid pointer: 0x09586360 *** *** glibc detected *** free(): invalid pointer: 0x099f2360 *** *** glibc detected *** free(): invalid pointer: 0x0a0f1360 *** [EMAIL PROTECTED] [/usr/local/apache/conf]# php -v PHP 4.4.4 (cli) (built: Sep 14 2006 14:21:20) Copyright (c) 1997-2006 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.10, Copyright (c) 2003-2006, by Zend Technologies with Zend Optimizer v3.0.0, Copyright (c) 1998-2006, by Zend Technologies *** glibc detected *** corrupted double-linked list: 0x09328b90 *** Aborted (core dumped) [EMAIL PROTECTED] [/usr/local/apache/conf]# I solve disabling the Zend Optimizer module. [2006-03-28 12:28:25] [EMAIL PROTECTED] We need a *SHORT* but *COMPLETE* reproduce code. If you're unable to paste it here - please make as SHORT as you can and put it somewhere in the net. [2006-03-28 12:27:03] guenther dot unterrainer at gknsintermetals dot com [2006-03-28 12:23:59] [EMAIL PROTECTED] No external files please. 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/36884 -- Edit this bug report at http://bugs.php.net/?id=36884&edit=1
#36884 [Com]: *** glibc detected *** double free or corruption (!prev): 0x0000000000b4acc0 **
ID: 36884 Comment by: egon at inf dot ufpr dot br Reported By: guenther dot unterrainer at gknsintermetals dot com Status: No Feedback Bug Type: Apache related Operating System: SLES9 SP3 x86-64 PHP Version: 4.4.2 New Comment: Man, this was very difficult to track down. I spent some hours locating to problem and trying to isolate it. To me it has nothing to do with databases or acceletators. Apparently it has to do with a lot of classes in an array. I'm using PHP 4.4.2-1build1 on Ubuntu 6.06. You need to have some high limit on php.ini's memory_limit (to me 512M was enough). The 'magical' number 16000 on the code above can be lowered to 3000 to crash my 1GRam machine but I had to increase it to 16000 to crash my 2GRam server. I have a production server down now because of this, any suggestions? Downgrading perhaps? We will be glad to cooperate with more info. Thanks, name=$name; $this->type=$type; $this->length=$length; $this->allownull=$allownull; $this->description=$description; $this->long_description=$long_description; $this->default_value=$default; $this->validation=NULL; $this->accepted_values=NULL; } } class DBObject { function DBObject($conn=NULL) { $this->setupFields(); $this->conn=$conn; $this->orderby=array(); } function addField($name, $type, $length, $allownull, $description, $default=NULL,$long_description=NULL) { $this->field[$name]["obj"]=new Field($name, $type, $length, $allownull, $description, $default,$long_description); } } class SomeTable extends DBObject { function setupFields() { for ($i=0;$i<26;$i++) $this->addField("field$i", "string", 11, false, "Some field"); } } function crashMe() { $x=new SomeTable(NULL); $arr=array(); for($i=0;$i<16000;$i++) { $m=new SomeTable(NULL); $arr[]=$m; } return $arr; } crashMe(); echo "I've not crashed?"; ?> Previous Comments: [2006-09-14 17:40:07] albertof at barrahome dot org I got the same error: *** glibc detected *** free(): invalid pointer: 0x09586360 *** *** glibc detected *** free(): invalid pointer: 0x099f2360 *** *** glibc detected *** free(): invalid pointer: 0x0a0f1360 *** [EMAIL PROTECTED] [/usr/local/apache/conf]# php -v PHP 4.4.4 (cli) (built: Sep 14 2006 14:21:20) Copyright (c) 1997-2006 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.10, Copyright (c) 2003-2006, by Zend Technologies with Zend Optimizer v3.0.0, Copyright (c) 1998-2006, by Zend Technologies *** glibc detected *** corrupted double-linked list: 0x09328b90 *** Aborted (core dumped) [EMAIL PROTECTED] [/usr/local/apache/conf]# I solve disabling the Zend Optimizer module. [2006-03-28 12:28:25] [EMAIL PROTECTED] We need a *SHORT* but *COMPLETE* reproduce code. If you're unable to paste it here - please make as SHORT as you can and put it somewhere in the net. [2006-03-28 12:27:03] guenther dot unterrainer at gknsintermetals dot com [2006-03-28 12:23:59] [EMAIL PROTECTED] No external files please. [2006-03-28 12:23:26] [EMAIL PROTECTED] with no includes 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/36884 -- Edit this bug report at http://bugs.php.net/?id=36884&edit=1
#39041 [Opn->Bgs]: mail() not working?
ID: 39041 Updated by: [EMAIL PROTECTED] Reported By: pascal at tweakers dot net -Status: Open +Status: Bogus Bug Type: Mail related Operating System: FC4 PHP Version: 5.1.6 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: [2006-10-04 22:07:01] pascal at tweakers dot net Description: http://www.exim.org/bugzilla/show_bug.cgi?id=384 Here is all the info. Reproduce code: --- mail($email, $subject, $message, from); Expected result: Mail sended :) Actual result: -- http://directadmin.com/forum/showthread.php?s=&threadid=15175 -- Edit this bug report at http://bugs.php.net/?id=39041&edit=1
#39041 [NEW]: mail() not working?
From: pascal at tweakers dot net Operating system: FC4 PHP version: 5.1.6 PHP Bug Type: Mail related Bug description: mail() not working? Description: http://www.exim.org/bugzilla/show_bug.cgi?id=384 Here is all the info. Reproduce code: --- mail($email, $subject, $message, from); Expected result: Mail sended :) Actual result: -- http://directadmin.com/forum/showthread.php?s=&threadid=15175 -- Edit bug report at http://bugs.php.net/?id=39041&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39041&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39041&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39041&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39041&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39041&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39041&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39041&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39041&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39041&r=support Expected behavior:http://bugs.php.net/fix.php?id=39041&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39041&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39041&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39041&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39041&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39041&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39041&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39041&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39041&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39041&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39041&r=mysqlcfg
#39039 [Opn->Bgs]: SSL: fatal protocol error when fetching HTTPS
ID: 39039 Updated by: [EMAIL PROTECTED] Reported By: david at acz dot org -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: SuSE Linux PHP Version: 5.1.6 New Comment: Open this URL in any browser, it'll show you something like this: "SSL certificate @ adsense.google.com belongs to www.google.com. It is possible that someone is trying to itercept your communication with this web site". Apparently wrong SSL certificate is not PHP problem. Previous Comments: [2006-10-04 19:08:38] david at acz dot org Description: PHP issues the warning "SSL: fatal protocol error" when fetching certain HTTPS URLs, including Google AdSense. The file_get_contents() function works correctly if errors are suppressed, but I am aware of no way to fix SoapClient. Since PHP seems capable of working around the error (and other HTTPS libraries work fine), it would be useful to have a global option (perhaps enabled by default) to disable the warning. Reproduce code: --- file_get_contents("https://adsense.google.com/api/adwords/v6/InfoService?wsdl";); new SoapClient("https://adsense.google.com/api/adwords/v6/InfoService?wsdl";); Expected result: The functions should work correctly with no warnings. Actual result: -- PHP Warning: file_get_contents(): SSL: fatal protocol error PHP Warning: SoapClient::__construct(): SSL: fatal protocol error -- Edit this bug report at http://bugs.php.net/?id=39039&edit=1
#39018 [Bgs->Opn]: Error control operator '@' fails to suppress "Uninitialized string offset"
ID: 39018 User updated by: mpb dot mail at gmail dot com Reported By: mpb dot mail at gmail dot com -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: Gentoo Linux PHP Version: 5.1.6 New Comment: While operator precedence explains the notice generated by line 7 of my original example, it does not explain the other lines. Here is a simpler example clearly showing this bug has nothing to do with operator precedence. The notices in line 11 and 14 should be suppressed - but they are not. Compare lines 11 and 14 to lines 12 and 15 respectively. Reproduce code: --- Expected result: Notice: Uninitialized string offset: 4 in /borg/ripple/parke/test4.php on line 8 Notice: Undefined offset: 4 in /borg/ripple/parke/test4.php on line 9 Done! Actual result: -- Notice: Uninitialized string offset: 4 in /borg/ripple/parke/test4.php on line 8 Notice: Undefined offset: 4 in /borg/ripple/parke/test4.php on line 9 Notice: Uninitialized string offset: 4 in /borg/ripple/parke/test4.php on line 11 Notice: Uninitialized string offset: 4 in /borg/ripple/parke/test4.php on line 14 Done! Previous Comments: [2006-10-03 19:57:35] [EMAIL PROTECTED] 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 Operator precedence is working against you in this instance. The operation involving offset operation is before before the error blocking operator is considered. [2006-10-02 19:28:34] mpb dot mail at gmail dot com Description: The error control operator '@' fails to suppress (some) "Uninitialized string offset" notices. See example for details. The problem also occurs on with PHP 4.4.x. Reproduce code: --- Expected result: Done! Actual result: -- Notice: Uninitialized string offset: 4 in /home/build/test.php on line 7 Notice: Uninitialized string offset: 4 in /home/build/test.php on line 8 Notice: Uninitialized string offset: 4 in /home/build/test.php on line 9 Notice: Uninitialized string offset: 4 in /home/build/test.php on line 10 Notice: Uninitialized string offset: 4 in /home/build/test.php on line 11 Done! -- Edit this bug report at http://bugs.php.net/?id=39018&edit=1
#39040 [Opn->Fbk]: PHP crashing causing apache to die with 3221225477
ID: 39040 Updated by: [EMAIL PROTECTED] Reported By: admin at walkingmantis dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: windows server 2003 PHP Version: 5.1.6 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: [2006-10-04 21:14:51] admin at walkingmantis dot com Description: This issue seems to have some history at bug 26286 but that bug no longer exists so I cannot tell if a resolution was found for it. The reproduction code does not seem to be the only way this crash is caused, but it is the only one I can find that will consistently reproduce the problem. So if this is a duplicate of 26286, at least what was the resolution? Reproduce code: --- from bug 37397 Expected result: apache not to crash php error thrown Actual result: -- apache crashes: [Wed Oct 04 15:41:14 2006] [notice] Parent: child process exited with status 3221225477 -- Restarting. -- Edit this bug report at http://bugs.php.net/?id=39040&edit=1
#39040 [NEW]: PHP crashing causing apache to die with 3221225477
From: admin at walkingmantis dot com Operating system: windows server 2003 PHP version: 5.1.6 PHP Bug Type: Apache2 related Bug description: PHP crashing causing apache to die with 3221225477 Description: This issue seems to have some history at bug 26286 but that bug no longer exists so I cannot tell if a resolution was found for it. The reproduction code does not seem to be the only way this crash is caused, but it is the only one I can find that will consistently reproduce the problem. So if this is a duplicate of 26286, at least what was the resolution? Reproduce code: --- from bug 37397 Expected result: apache not to crash php error thrown Actual result: -- apache crashes: [Wed Oct 04 15:41:14 2006] [notice] Parent: child process exited with status 3221225477 -- Restarting. -- Edit bug report at http://bugs.php.net/?id=39040&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39040&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39040&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39040&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39040&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39040&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39040&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39040&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39040&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39040&r=support Expected behavior:http://bugs.php.net/fix.php?id=39040&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39040&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39040&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39040&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39040&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39040&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39040&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39040&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39040&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39040&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39040&r=mysqlcfg
#39039 [NEW]: SSL: fatal protocol error when fetching HTTPS
From: david at acz dot org Operating system: SuSE Linux PHP version: 5.1.6 PHP Bug Type: Filesystem function related Bug description: SSL: fatal protocol error when fetching HTTPS Description: PHP issues the warning "SSL: fatal protocol error" when fetching certain HTTPS URLs, including Google AdSense. The file_get_contents() function works correctly if errors are suppressed, but I am aware of no way to fix SoapClient. Since PHP seems capable of working around the error (and other HTTPS libraries work fine), it would be useful to have a global option (perhaps enabled by default) to disable the warning. Reproduce code: --- file_get_contents("https://adsense.google.com/api/adwords/v6/InfoService?wsdl";); new SoapClient("https://adsense.google.com/api/adwords/v6/InfoService?wsdl";); Expected result: The functions should work correctly with no warnings. Actual result: -- PHP Warning: file_get_contents(): SSL: fatal protocol error PHP Warning: SoapClient::__construct(): SSL: fatal protocol error -- Edit bug report at http://bugs.php.net/?id=39039&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39039&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39039&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39039&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39039&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39039&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39039&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39039&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39039&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39039&r=support Expected behavior:http://bugs.php.net/fix.php?id=39039&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39039&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39039&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39039&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39039&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39039&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39039&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39039&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39039&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39039&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39039&r=mysqlcfg
#39038 [Opn->Bgs]: Produces several xml related PHP notices when php_domxml is loaded
ID: 39038 Updated by: [EMAIL PROTECTED] Reported By: spanchang02 at yahoo dot com -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: WindowsXP Prof 2002 ServPack 2 PHP Version: 5.1.6 New Comment: domxml.dll is for PHP4, use http://php.net/dom in PHP5. Previous Comments: [2006-10-04 17:43:29] spanchang02 at yahoo dot com Description: Create a single line .php file in localhost like echo 'hello world'. Enable php_domxml extension in php.ini. It produces several PHP notices like PHP Notice: Constant XML_HTML_DOCUMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DTD_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ELEMENT_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_DECL_NODE already defined in ... Reproduce code: --- Create any php file under localhost. Even a single line echo or phpinfo line will do. Turn on php_domxml in php.ini Expected result: Produces several php notices at end of the content in the browser like: PHP Notice: Constant XML_HTML_DOCUMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DTD_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ELEMENT_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_DECL_NODE already defined in ... Actual result: -- I have PECL loaded and libxml2-2.6.22.win32 -- Edit this bug report at http://bugs.php.net/?id=39038&edit=1
#39038 [NEW]: Produces several xml related PHP notices when php_domxml is loaded
From: spanchang02 at yahoo dot com Operating system: WindowsXP Prof 2002 ServPack 2 PHP version: 5.1.6 PHP Bug Type: *Configuration Issues Bug description: Produces several xml related PHP notices when php_domxml is loaded Description: Create a single line .php file in localhost like echo 'hello world'. Enable php_domxml extension in php.ini. It produces several PHP notices like PHP Notice: Constant XML_HTML_DOCUMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DTD_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ELEMENT_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_DECL_NODE already defined in ... Reproduce code: --- Create any php file under localhost. Even a single line echo or phpinfo line will do. Turn on php_domxml in php.ini Expected result: Produces several php notices at end of the content in the browser like: PHP Notice: Constant XML_HTML_DOCUMENT_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_DTD_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ELEMENT_DECL_NODE already defined in Unknown on line 0 PHP Notice: Constant XML_ATTRIBUTE_DECL_NODE already defined in ... Actual result: -- I have PECL loaded and libxml2-2.6.22.win32 -- Edit bug report at http://bugs.php.net/?id=39038&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39038&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39038&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39038&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39038&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39038&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39038&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39038&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39038&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39038&r=support Expected behavior:http://bugs.php.net/fix.php?id=39038&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39038&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39038&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39038&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39038&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39038&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39038&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39038&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39038&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39038&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39038&r=mysqlcfg
#38981 [Opn->Csd]: Adding FTP URL's in the get_headers() function, causes PHP to crash.
ID: 38981 Updated by: [EMAIL PROTECTED] Reported By: trustpunk at gmail dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.0RC4 New Comment: >I'm trying to pull the content headers from an FTP >server, and all this snapshot does is return false to any >FTP URL I give it. That's expected, since there are no headers in FTP. Previous Comments: [2006-10-04 16:09:48] trustpunk at gmail dot com Sorry, but I tried the new and newer CVS Snapshots and it still does not fix the problem. I'm trying to pull the content headers from an FTP server, and all this snapshot does is return false to any FTP URL I give it. I didn't want to Open this back up but I had to. [2006-09-28 12:55:22] [EMAIL PROTECTED] 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. [2006-09-28 12:40:03] trustpunk at gmail dot com Description: When you add a simple FTP connection to the get_headers() function, PHP will crash. Reproduce code: --- ftp://user:[EMAIL PROTECTED]/path/to/file.zip"; // Let's echo the "header" from the file print_r(get_headers($ftp_server)); ?> Expected result: I want the headers from my FTP server request. Actual result: -- Windows tells me that "PHP" has crashed. Also, I'm testing this on PHP5.2.0RC5. -- Edit this bug report at http://bugs.php.net/?id=38981&edit=1
#38981 [Csd->Opn]: Adding FTP URL's in the get_headers() function, causes PHP to crash.
ID: 38981 User updated by: trustpunk at gmail dot com Reported By: trustpunk at gmail dot com -Status: Closed +Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.2.0RC4 New Comment: Sorry, but I tried the new and newer CVS Snapshots and it still does not fix the problem. I'm trying to pull the content headers from an FTP server, and all this snapshot does is return false to any FTP URL I give it. I didn't want to Open this back up but I had to. Previous Comments: [2006-09-28 12:55:22] [EMAIL PROTECTED] 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. [2006-09-28 12:40:03] trustpunk at gmail dot com Description: When you add a simple FTP connection to the get_headers() function, PHP will crash. Reproduce code: --- ftp://user:[EMAIL PROTECTED]/path/to/file.zip"; // Let's echo the "header" from the file print_r(get_headers($ftp_server)); ?> Expected result: I want the headers from my FTP server request. Actual result: -- Windows tells me that "PHP" has crashed. Also, I'm testing this on PHP5.2.0RC5. -- Edit this bug report at http://bugs.php.net/?id=38981&edit=1
#39037 [Fbk->Opn]: Memory leaks when using curl_multi
ID: 39037 User updated by: eugen at id dot com dot ua Reported By: eugen at id dot com dot ua -Status: Feedback +Status: Open Bug Type: cURL related Operating System: Fedora Core 5 PHP Version: 5.1.6 New Comment: Here is short script without external resources requipment: http://www.google.com";, "http://www.php.net"; ); $curl_handles = array(); $mh = curl_multi_init(); reset($tasks); while (list($index, $row)=each($tasks)) { $cid = curl_init($row); curl_setopt($cid, CURLOPT_RETURNTRANSFER, 1); curl_multi_add_handle($mh, $cid); $curl_handles[ $index ] = $cid; } do { $n = curl_multi_exec($mh, $active); $info = curl_multi_info_read($mh); if (!empty($info)) { reset($curl_handles); while (list($task_id, $handle)=each($curl_handles)) { if ($handle == $info['handle']) { $done_task_id = $task_id; break; } } echo "Task $tasks[$done_task_id] completed\n"; $memory_usage = memory_get_usage(); // this should free up resources curl_close($info['handle']); $diff = memory_get_usage() - $memory_usage; echo "Memory usage was: $memory_usage, after curl_close: $diff bytes more\n"; } } while ($active); ?> Previous Comments: [2006-10-04 15:35:51] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. >P.S. ìîæíî íà ðóññêîì :) No, it's a public system. [2006-10-04 15:32:33] eugen at id dot com dot ua I've tried to do the same with PHP 5.2.0RC5-dev - no changes. Memory usage before and after code curl_close($handle); curl_multi_remove_handle($mh, $handle); is the same. Looks like curl doesn't release memory which containing downloaded files. P.S. ìîæíî íà ðóññêîì :) [2006-10-04 14:25:03] [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 [2006-10-04 14:08:48] eugen at id dot com dot ua Description: Possible memory leaks when using curl_multi_* functions. I start 10 tasks with curl_multi and at completion of one of them add a new task. The use of memory is gradually increased thus, although $GLOBALS has a permanent size approximately. In particular, at the call of curl_close() or curl_multi_remove_handle() memory is not freed (I guess it should be...) Reproduce code: --- http://www.follow.net.ua/bug.phps (see MEMORY_IS_NOT_RELEASED_HERE string near the end of file). Expected result: Downloading queue of documents with 10 threads Actual result: -- Gradual increasing of memory usage (sizeof $GLOBALS is *NOT* increasing) -- Edit this bug report at http://bugs.php.net/?id=39037&edit=1
#39037 [Opn->Fbk]: Memory leaks when using curl_multi
ID: 39037 Updated by: [EMAIL PROTECTED] Reported By: eugen at id dot com dot ua -Status: Open +Status: Feedback Bug Type: cURL related Operating System: Fedora Core 5 PHP Version: 5.1.6 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. >P.S. ìîæíî íà ðóññêîì :) No, it's a public system. Previous Comments: [2006-10-04 15:32:33] eugen at id dot com dot ua I've tried to do the same with PHP 5.2.0RC5-dev - no changes. Memory usage before and after code curl_close($handle); curl_multi_remove_handle($mh, $handle); is the same. Looks like curl doesn't release memory which containing downloaded files. P.S. ìîæíî íà ðóññêîì :) [2006-10-04 14:25:03] [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 [2006-10-04 14:08:48] eugen at id dot com dot ua Description: Possible memory leaks when using curl_multi_* functions. I start 10 tasks with curl_multi and at completion of one of them add a new task. The use of memory is gradually increased thus, although $GLOBALS has a permanent size approximately. In particular, at the call of curl_close() or curl_multi_remove_handle() memory is not freed (I guess it should be...) Reproduce code: --- http://www.follow.net.ua/bug.phps (see MEMORY_IS_NOT_RELEASED_HERE string near the end of file). Expected result: Downloading queue of documents with 10 threads Actual result: -- Gradual increasing of memory usage (sizeof $GLOBALS is *NOT* increasing) -- Edit this bug report at http://bugs.php.net/?id=39037&edit=1
#39037 [Fbk->Opn]: Memory leaks when using curl_multi
ID: 39037 User updated by: eugen at id dot com dot ua Reported By: eugen at id dot com dot ua -Status: Feedback +Status: Open Bug Type: cURL related Operating System: Fedora Core 5 PHP Version: 5.1.6 New Comment: I've tried to do the same with PHP 5.2.0RC5-dev - no changes. Memory usage before and after code curl_close($handle); curl_multi_remove_handle($mh, $handle); is the same. Looks like curl doesn't release memory which containing downloaded files. P.S. ìîæíî íà ðóññêîì :) Previous Comments: [2006-10-04 14:25:03] [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 [2006-10-04 14:08:48] eugen at id dot com dot ua Description: Possible memory leaks when using curl_multi_* functions. I start 10 tasks with curl_multi and at completion of one of them add a new task. The use of memory is gradually increased thus, although $GLOBALS has a permanent size approximately. In particular, at the call of curl_close() or curl_multi_remove_handle() memory is not freed (I guess it should be...) Reproduce code: --- http://www.follow.net.ua/bug.phps (see MEMORY_IS_NOT_RELEASED_HERE string near the end of file). Expected result: Downloading queue of documents with 10 threads Actual result: -- Gradual increasing of memory usage (sizeof $GLOBALS is *NOT* increasing) -- Edit this bug report at http://bugs.php.net/?id=39037&edit=1
#38882 [Opn->Fbk]: ldap_connect causes Segmentation fault
ID: 38882 Updated by: [EMAIL PROTECTED] Reported By: d dot wynne at ljmu dot ac dot uk -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: SuSE 10.1 x86_64 PHP Version: 4.4.4 New Comment: Apply this patch, run make clean && ./buildconf && ./config.nice && make Index: ext/ldap/config.m4 === RCS file: /repository/php-src/ext/ldap/config.m4,v retrieving revision 1.26.2.8.2.1 diff -u -p -d -r1.26.2.8.2.1 config.m4 --- ext/ldap/config.m4 3 Nov 2005 20:41:56 - 1.26.2.8.2.1 +++ ext/ldap/config.m4 4 Oct 2006 15:12:48 - @@ -23,7 +23,7 @@ PHP_ARG_WITH(ldap,for LDAP support, if test "$PHP_LDAP" != "no"; then - PHP_NEW_EXTENSION(ldap, ldap.c, $ext_shared) + PHP_NEW_EXTENSION(ldap, ldap.c, $ext_shared,,-DLDAP_DEPRECATED=1) if test "$PHP_LDAP" = "yes"; then for i in /usr/local /usr; do Previous Comments: [2006-10-04 14:49:23] d dot wynne at ljmu dot ac dot uk Sticking with: openldap2-2.3.19 php 4.4.4 Certainly the introduction of ldap:// in front of the hostname stopped the Segmentatio fault on the ldap_connect. The script still Segmentation faulted later on as there are lots of ldap_* functions. I also was unsure of where to put: -DLDAP_DEPRECATED=1 In php 4.4.4 there is no Makefile in ext/ldap, so in config.m4: CPPFLAGS="$CPPFLAGS -I$LDAP_INCDIR" changed to: CPPFLAGS="$CPPFLAGS -I$LDAP_INCDIR -DLDAP_DEPRECATED=1" Still Segfaults, but looking at the output of make the -DLDAP_DEPRECATED=1 didn't seem to be getting passed. Instead changed the "top-level" Makefile, there are 3 "libtool" lines, and changed -DLDAP_DEPRECATED to -DLDAP_DEPRECATED=1 $(LIBTOOL) --mode=compile $(CC) -D_FORTIFY_SOURCE=2 -DLDAP_DEPRECATED=1 -I/usr/include/apache2-prefork -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include -I/usr/include/apr-1 -Isapi/apache2handler/ -I/home/cmstechs/cmsdwynn/SuSE/php-4.4.4/sapi/apache2handler/ $(COMMON_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) -c /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo sapi/apache2handler/apache_config.lo: /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/sapi/apache2handler/apache_config.c $(LIBTOOL) --mode=compile $(CC) -D_FORTIFY_SOURCE=2 -DLDAP_DEPRECATED=1 . Again still segfaults. [2006-10-02 22:11:57] [EMAIL PROTECTED] See also bug #38819 and the solution inside. Let us know if it works for you. [2006-09-29 15:04:24] d dot wynne at ljmu dot ac dot uk OK, Built & installed. Presumably now there's some new options or statements to the /usr/bin/php CLI script with the ldap_connect statement. [2006-09-29 14:45:19] [EMAIL PROTECTED] `make clean` is required. [2006-09-29 14:44:04] d dot wynne at ljmu dot ac dot uk . Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_strtod.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lsybdb -lldap -llber -lresolv - lm -ldl -lnsl -lssl -lcrypto -ldl -ldl -lm -lnsl -lirc -lclntsh -lcrypt -lcrypt -o sapi/cli/php ext/standard/info.lo: In function `php_info_print_table_header': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:756: undefined refere nce to `ts_resource_ex' ext/standard/info.lo: In function `php_info_print_table_row': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:800: undefined refere nce to `ts_resource_ex' ext/standard/info.lo: In function `php_print_gpcse_array': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:119: undefined refere nce to `executor_globals_id' ext/standard/info.lo: In function `php_info_write_wrapper': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:67: undefined referen ce to `ts_resource_ex' ext/standard/info.lo: In function `php_print_info': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:624: undefined refere nce to `executor_globals_id' /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:554: undefined refere nce to `sapi_globals_id' 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/38882 -- Edit this bug report at http://bugs.php.net/?id=38882&edit=1
#38882 [Fbk->Opn]: ldap_connect causes Segmentation fault
ID: 38882 User updated by: d dot wynne at ljmu dot ac dot uk Reported By: d dot wynne at ljmu dot ac dot uk -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: SuSE 10.1 x86_64 PHP Version: 4.4.4 New Comment: Sticking with: openldap2-2.3.19 php 4.4.4 Certainly the introduction of ldap:// in front of the hostname stopped the Segmentatio fault on the ldap_connect. The script still Segmentation faulted later on as there are lots of ldap_* functions. I also was unsure of where to put: -DLDAP_DEPRECATED=1 In php 4.4.4 there is no Makefile in ext/ldap, so in config.m4: CPPFLAGS="$CPPFLAGS -I$LDAP_INCDIR" changed to: CPPFLAGS="$CPPFLAGS -I$LDAP_INCDIR -DLDAP_DEPRECATED=1" Still Segfaults, but looking at the output of make the -DLDAP_DEPRECATED=1 didn't seem to be getting passed. Instead changed the "top-level" Makefile, there are 3 "libtool" lines, and changed -DLDAP_DEPRECATED to -DLDAP_DEPRECATED=1 $(LIBTOOL) --mode=compile $(CC) -D_FORTIFY_SOURCE=2 -DLDAP_DEPRECATED=1 -I/usr/include/apache2-prefork -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I/usr/include -I/usr/include/apr-1 -Isapi/apache2handler/ -I/home/cmstechs/cmsdwynn/SuSE/php-4.4.4/sapi/apache2handler/ $(COMMON_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) -c /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/sapi/apache2handler/sapi_apache2.c -o sapi/apache2handler/sapi_apache2.lo sapi/apache2handler/apache_config.lo: /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/sapi/apache2handler/apache_config.c $(LIBTOOL) --mode=compile $(CC) -D_FORTIFY_SOURCE=2 -DLDAP_DEPRECATED=1 . Again still segfaults. Previous Comments: [2006-10-02 22:11:57] [EMAIL PROTECTED] See also bug #38819 and the solution inside. Let us know if it works for you. [2006-09-29 15:04:24] d dot wynne at ljmu dot ac dot uk OK, Built & installed. Presumably now there's some new options or statements to the /usr/bin/php CLI script with the ldap_connect statement. [2006-09-29 14:45:19] [EMAIL PROTECTED] `make clean` is required. [2006-09-29 14:44:04] d dot wynne at ljmu dot ac dot uk . Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_strtod.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lsybdb -lldap -llber -lresolv - lm -ldl -lnsl -lssl -lcrypto -ldl -ldl -lm -lnsl -lirc -lclntsh -lcrypt -lcrypt -o sapi/cli/php ext/standard/info.lo: In function `php_info_print_table_header': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:756: undefined refere nce to `ts_resource_ex' ext/standard/info.lo: In function `php_info_print_table_row': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:800: undefined refere nce to `ts_resource_ex' ext/standard/info.lo: In function `php_print_gpcse_array': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:119: undefined refere nce to `executor_globals_id' ext/standard/info.lo: In function `php_info_write_wrapper': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:67: undefined referen ce to `ts_resource_ex' ext/standard/info.lo: In function `php_print_info': /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:624: undefined refere nce to `executor_globals_id' /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/standard/info.c:554: undefined refere nce to `sapi_globals_id' [2006-09-29 14:06:23] [EMAIL PROTECTED] >a) The PHP build fails if I do >--enable-experimental-zts Please elaborate. 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/38882 -- Edit this bug report at http://bugs.php.net/?id=38882&edit=1
#38757 [Csd]: MultiPart Form Uploads fail with FastCGI
ID: 38757 User updated by: davidb at pins dot net Reported By: davidb at pins dot net Status: Closed Bug Type: Apache related Operating System: Solaris 8 PHP Version: 5.1.6 Assigned To: dmitry New Comment: Greetings. Does this mean you are *not* going to commit a fix of 20s, but will leave in the 5s? One can argue about where the error is, but if you consider a submit from a remote site is uploading at 8kb/sec on average over 8 seconds, than that's 8KB in 8 seconds. Even at 16kb/sec, you're going to take more than 5 seconds to fill a 16KB or 32KB buffer, which is the buffer between HTTP and mod_fastcgi. Can this be a config option or something so I don't have to keep patching? The downside of not putting in some sort of patch like this is a slow connection upstream will get regular errors. Previous Comments: [2006-10-03 09:24:01] [EMAIL PROTECTED] You can address this bug to mod_fastcgi people. It is really terrible to allocate PHP process and make it wait for more then 5 seconds. I don't like make PHP hang because of bugs (or bad decision) in it. I am closing this bug. You can try to use ZendEnabler from ZendCore distribution instead of mod_fastcgi. [2006-09-26 14:05:24] davidb at pins dot net Greetings. I pulled the file out of CVS and built it. I see that the line you changed is the struct tv{} stuff. After some testing, it looks like moving it to 5 seconds helped, but did not fix the problem 100% of the time. I moved it to 20 seconds, and that seems to fix the problem for our developers in Australia who were experiencing it the most. I also backported this into 5.1.6 (it was only the single line change) and that seems to work there as well. Can we put this on closed for now, and I'll reopen it if it doesn't fix it permenantly? [2006-09-20 14:50:28] davidb at pins dot net I just downloaded the latest snap php5.2-200609200230, but the poll() still shows the same thing: poll(0xFFBEDB18, 1, 1000) = 1 can you please tell me where to get the right stuff to test? Thanks. [2006-09-19 20:52:55] davidb at pins dot net Ummm...well, here's what I installed: php5.2-200609141630 Does this have what I need? If not, can you tell me what URL to go look for? I went to the snaps.php.net page for this. [2006-09-19 20:43:12] [EMAIL PROTECTED] You have tested the old version, pool(..., 1000) means 1 second timeout. In new version you should have 5 seconds. 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/38757 -- Edit this bug report at http://bugs.php.net/?id=38757&edit=1
#38989 [Com]: Absolute path with slash at beginning doesn't work
ID: 38989 Comment by: RQuadling at GMail dot com Reported By: info at xboot dot de Status: Critical Bug Type: Filesystem function related Operating System: Windows 2003 SP1 PHP Version: 5CVS-2006-09-29 (snap) New Comment: With the CLI version, if you are in the root of the drive when the script is run then the file is found. If in C:\, then boot.ini is found. If in my C:\BATCH directory then it is not. According to System Internals FileMon.exe, filtering boot.ini;system.pas results in ... 14:56:56php.exe:2004IRP_MJ_DIRECTORY_CONTROLC:\BATCH\ NO SUCH FILEFileBothDirectoryInformation: boot.ini 14:56:56php.exe:2004IRP_MJ_CREATE C:\BATCH\boot.ini NOT FOUND Options: Open Access: All 14:56:56php.exe:2004IRP_MJ_DIRECTORY_CONTROLC:\BATCH\ NO SUCH FILEFileBothDirectoryInformation: system.pas 14:56:56php.exe:2004IRP_MJ_CREATE C:\BATCH\system.pas NOT FOUND Options: Open Access: All This removes the issue as relating to ISAPI only (i.e. it is not the webserver getting in the way). Using php -n at the cli removes any issue with ini file settings. Previous Comments: [2006-09-29 08:33:32] info at xboot dot de PHP runs as ISAPI [2006-09-29 07:45:59] info at xboot dot de Description: System: Win 2003 SP1 IIS 6 PHP 5.2.0RC5-dev (29.09.2006) File operations with slash at the beginning (absolute path) don't work. It doesn't matter which kind of function i use. include(), fopen(), SPL-functions, ... don't work if i pass a filename with a slash at the beginning. If i add the drive letter it works correct. The same script works fine with PHP 5.1.2. Reproduce code: --- '; $handle = fopen($_SERVER['PHP_SELF'], "r"); // this is the same file, but it works: // $handle = fopen("D:\Intranet\path.php", "r"); echo $handle; ?> Expected result: Result with PHP 5.1.2: /intranet/path.php Resource id #2 Actual result: -- Result with PHP Version 5.2.0RC5-dev (29.09.2006): /intranet/path.php Warning: fopen(/intranet/path.php) [function.fopen]: failed to open stream: No such file or directory in D:\Intranet\path.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=38989&edit=1
#39037 [Opn->Fbk]: Memory leaks when using curl_multi
ID: 39037 Updated by: [EMAIL PROTECTED] Reported By: eugen at id dot com dot ua -Status: Open +Status: Feedback Bug Type: cURL related Operating System: Fedora Core 5 PHP Version: 5.1.6 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: [2006-10-04 14:08:48] eugen at id dot com dot ua Description: Possible memory leaks when using curl_multi_* functions. I start 10 tasks with curl_multi and at completion of one of them add a new task. The use of memory is gradually increased thus, although $GLOBALS has a permanent size approximately. In particular, at the call of curl_close() or curl_multi_remove_handle() memory is not freed (I guess it should be...) Reproduce code: --- http://www.follow.net.ua/bug.phps (see MEMORY_IS_NOT_RELEASED_HERE string near the end of file). Expected result: Downloading queue of documents with 10 threads Actual result: -- Gradual increasing of memory usage (sizeof $GLOBALS is *NOT* increasing) -- Edit this bug report at http://bugs.php.net/?id=39037&edit=1
#39037 [NEW]: Memory leaks when using curl_multi
From: eugen at id dot com dot ua Operating system: Fedora Core 5 PHP version: 5.1.6 PHP Bug Type: cURL related Bug description: Memory leaks when using curl_multi Description: Possible memory leaks when using curl_multi_* functions. I start 10 tasks with curl_multi and at completion of one of them add a new task. The use of memory is gradually increased thus, although $GLOBALS has a permanent size approximately. In particular, at the call of curl_close() or curl_multi_remove_handle() memory is not freed (I guess it should be...) Reproduce code: --- http://www.follow.net.ua/bug.phps (see MEMORY_IS_NOT_RELEASED_HERE string near the end of file). Expected result: Downloading queue of documents with 10 threads Actual result: -- Gradual increasing of memory usage (sizeof $GLOBALS is *NOT* increasing) -- Edit bug report at http://bugs.php.net/?id=39037&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39037&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39037&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39037&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39037&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39037&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39037&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39037&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39037&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39037&r=support Expected behavior:http://bugs.php.net/fix.php?id=39037&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39037&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39037&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39037&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39037&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39037&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39037&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39037&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39037&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39037&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39037&r=mysqlcfg
#39036 [Com]: Unsetting key of foreach() yields segmentation fault
ID: 39036 Comment by: kian dot mohageri at gmail dot com Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Feedback Bug Type: Reproducible crash Operating System: AIX 5.2.0 ML8 PHP Version: 5.1.6 New Comment: Just to chime in, I experienced this same issue with PHP 5.1.6 on FreeBSD 6.1. I tested the 5.2 snapshot though, and the issue was gone. I couldn't find a bug for it, though, so I'm not sure when it got fixed. There were a few somewhat similar reports though relating to unset(). The following code will produce it every time -- but as I said, this is fixed in the 5.2 snapshot I tried (200610040230). value) { unset($$key); } ?> Previous Comments: [2006-10-04 13:00:48] [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 Cannot reproduce. [2006-10-04 12:49:56] Bjorn dot Wiberg at its dot uu dot se Description: Two foreach() iterations after each other, where the second one unsets "non-whitelisted" variables, yields a segmentation fault when it hits the variable "key" (which has been used both in the first foreach() loop and the second one). Removing the first foreach() loop makes the problem disappear. Adding "key" to the whitelist so that it doesn't get unset from inside the foreach loop makes the problem go away. Sorry for the PHP version 5.1.5 -- others have found the same problem on FreeBSD with PHP 5.1.6, and also reported that it is gone in PHP 5.2 snapshot. I've come across the problem with PHP 5.1.5 on a Debian Linux on x86. But why did it happen? Just wanted to ensure that this "case" has been thought of somewhere along the possible bugfixes of foreach() etc. The problem appears in recent versions of phpMyAdmin (2.9.0.1 and 2.9.0.2) where this code is used for security purposes. Best regards, Björn Reproduce code: --- http://www.anst.uu.se/bwiberg/php/foreach_segfault.php.txt Expected result: That the script finished with the text "Finished.". Actual result: -- The script segfaults (both when run through Apache 2 + PHP as handler), and through CLI PHP: php ./foreach_segfault.php.txt: ---8<--- Current date and time is: Wed, 04 Oct 2006 12:43:42 UTCDefined variables before unsetting:Array ( [GLOBALS] => Array ( [GLOBALS] => Array /../ [dummy] => dummy [key] => key ) Investigating variable GLOBALS...Investigating variable _ENV...Investigating variable HTTP_ENV_VARS...Not in whitelist array, so unsetting variable HTTP_ENV_VARS...Finished unsetting variable HTTP_ENV_VARS.Investigating variable argv...Not in whitelist array, so unsetting variable argv...Finished unsetting variable argv.Investigating variable argc...Not in whitelist array, so unsetting variable argc...Finished unsetting variable argc.Investigating variable _POST...Investigating variable HTTP_POST_VARS...Not in whitelist array, so unsetting variable HTTP_POST_VARS...Finished unsetting variable HTTP_POST_VARS.Investigating variable _GET...Investigating variable HTTP_GET_VARS...Not in whitelist array, so unsetting variable HTTP_GET_VARS...Finished unsetting variable HTTP_GET_VARS.Investigating variable _COOKIE...Investigating variable HTTP_COOKIE_VARS...Not in whitelist array, so unsetting variable HTTP_COOKIE_VARS...Finished unsetting variable HTTP_COOKIE_VARS.Investigating variable _SERVER...Investigating variable HTTP_SERVER_VARS...Not in whitelist array, so unsetting variable HTTP_SERVER_VARS...Finished unsetting variable HTTP_SERVER_VARS.Investigating variable _FILES...Investigating variable HTTP_POST_FILES...Not in whitelist array, so unsetting variable HTTP_POST_FILES...Finished unsetting variable HTTP_POST_FILES.Investigating variable _REQUEST...Investigating variable dummy...Not in whitelist array, so unsetting variable dummy...Finished unsetting variable dummy.Investigating variable key...Not in whitelist array, so unsetting variable key...Segmentation fault (core dumped) --->8--- ---8<--- GNU gdb 5.0-aix51-020209 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-ibm-aix5.2.0.0"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. bt full #0 zend_inline_hash_func (arKey=0x5a5a5a5a , nKeyLength=1515870811) at /usr/local/src/php-5.1.5/Zend/zend_hash.h:252 252 hash = ((hash << 5) + hash) + *arKey++; (gdb) bt full #0 zend_inline_hash_func (arK
#38989 [Opn->Ctl]: Absolute path with slash at beginning doesn't work
ID: 38989 Updated by: [EMAIL PROTECTED] Reported By: info at xboot dot de -Status: Open +Status: Critical Bug Type: Filesystem function related Operating System: Windows 2003 SP1 PHP Version: 5CVS-2006-09-29 (snap) Previous Comments: [2006-09-29 08:33:32] info at xboot dot de PHP runs as ISAPI [2006-09-29 07:45:59] info at xboot dot de Description: System: Win 2003 SP1 IIS 6 PHP 5.2.0RC5-dev (29.09.2006) File operations with slash at the beginning (absolute path) don't work. It doesn't matter which kind of function i use. include(), fopen(), SPL-functions, ... don't work if i pass a filename with a slash at the beginning. If i add the drive letter it works correct. The same script works fine with PHP 5.1.2. Reproduce code: --- '; $handle = fopen($_SERVER['PHP_SELF'], "r"); // this is the same file, but it works: // $handle = fopen("D:\Intranet\path.php", "r"); echo $handle; ?> Expected result: Result with PHP 5.1.2: /intranet/path.php Resource id #2 Actual result: -- Result with PHP Version 5.2.0RC5-dev (29.09.2006): /intranet/path.php Warning: fopen(/intranet/path.php) [function.fopen]: failed to open stream: No such file or directory in D:\Intranet\path.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=38989&edit=1
#39036 [Opn->Fbk]: Unsetting key of foreach() yields segmentation fault
ID: 39036 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: AIX 5.2.0 ML8 PHP Version: 5.1.6 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. Previous Comments: [2006-10-04 12:49:56] Bjorn dot Wiberg at its dot uu dot se Description: Two foreach() iterations after each other, where the second one unsets "non-whitelisted" variables, yields a segmentation fault when it hits the variable "key" (which has been used both in the first foreach() loop and the second one). Removing the first foreach() loop makes the problem disappear. Adding "key" to the whitelist so that it doesn't get unset from inside the foreach loop makes the problem go away. Sorry for the PHP version 5.1.5 -- others have found the same problem on FreeBSD with PHP 5.1.6, and also reported that it is gone in PHP 5.2 snapshot. I've come across the problem with PHP 5.1.5 on a Debian Linux on x86. But why did it happen? Just wanted to ensure that this "case" has been thought of somewhere along the possible bugfixes of foreach() etc. The problem appears in recent versions of phpMyAdmin (2.9.0.1 and 2.9.0.2) where this code is used for security purposes. Best regards, Björn Reproduce code: --- http://www.anst.uu.se/bwiberg/php/foreach_segfault.php.txt Expected result: That the script finished with the text "Finished.". Actual result: -- The script segfaults (both when run through Apache 2 + PHP as handler), and through CLI PHP: php ./foreach_segfault.php.txt: ---8<--- Current date and time is: Wed, 04 Oct 2006 12:43:42 UTCDefined variables before unsetting:Array ( [GLOBALS] => Array ( [GLOBALS] => Array /../ [dummy] => dummy [key] => key ) Investigating variable GLOBALS...Investigating variable _ENV...Investigating variable HTTP_ENV_VARS...Not in whitelist array, so unsetting variable HTTP_ENV_VARS...Finished unsetting variable HTTP_ENV_VARS.Investigating variable argv...Not in whitelist array, so unsetting variable argv...Finished unsetting variable argv.Investigating variable argc...Not in whitelist array, so unsetting variable argc...Finished unsetting variable argc.Investigating variable _POST...Investigating variable HTTP_POST_VARS...Not in whitelist array, so unsetting variable HTTP_POST_VARS...Finished unsetting variable HTTP_POST_VARS.Investigating variable _GET...Investigating variable HTTP_GET_VARS...Not in whitelist array, so unsetting variable HTTP_GET_VARS...Finished unsetting variable HTTP_GET_VARS.Investigating variable _COOKIE...Investigating variable HTTP_COOKIE_VARS...Not in whitelist array, so unsetting variable HTTP_COOKIE_VARS...Finished unsetting variable HTTP_COOKIE_VARS.Investigating variable _SERVER...Investigating variable HTTP_SERVER_VARS...Not in whitelist array, so unsetting variable HTTP_SERVER_VARS...Finished unsetting variable HTTP_SERVER_VARS.Investigating variable _FILES...Investigating variable HTTP_POST_FILES...Not in whitelist array, so unsetting variable HTTP_POST_FILES...Finished unsetting variable HTTP_POST_FILES.Investigating variable _REQUEST...Investigating variable dummy...Not in whitelist array, so unsetting variable dummy...Finished unsetting variable dummy.Investigating variable key...Not in whitelist array, so unsetting variable key...Segmentation fault (core dumped) --->8--- ---8<--- GNU gdb 5.0-aix51-020209 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-ibm-aix5.2.0.0"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. bt full #0 zend_inline_hash_func (arKey=0x5a5a5a5a , nKeyLength=1515870811) at /usr/local/src/php-5.1.5/Zend/zend_hash.h:252 252 hash = ((hash << 5) + hash) + *arKey++; (gdb) bt full #0 zend_inline_hash_func (arKey=0x5a5a5a5a , nKeyLength=1515870811) at /usr/local/src/php-5.1.5/Zend/zend_hash.h:252 hash = 5381 #1 0x100a02a0 in ZEND_UNSET_VAR_SPEC_CV_HANDLER (execute_data=0x2ff20d88) at /usr/local/src/php-5.1.5/Zend/zend_vm_execute.h:22 ex = (zend_execute_data *) 0x2ff20d88 hash_value = 808700068 opline = (zend_op *) 0x3033c8a4 tmp = {value = {lval = 804391336, dval = 9.7360492442591142e-78, str = {val = 0x2ff209a8 "/ò\rØH\"\"(\020\004îôget", len = 0}, ht = 0x2ff209a8, obj = {handle = 804391336, handlers = 0x0}},
#39036 [NEW]: Unsetting key of foreach() yields segmentation fault
From: Bjorn dot Wiberg at its dot uu dot se Operating system: AIX 5.2.0 ML8 PHP version: 5.1.6 PHP Bug Type: Reproducible crash Bug description: Unsetting key of foreach() yields segmentation fault Description: Two foreach() iterations after each other, where the second one unsets "non-whitelisted" variables, yields a segmentation fault when it hits the variable "key" (which has been used both in the first foreach() loop and the second one). Removing the first foreach() loop makes the problem disappear. Adding "key" to the whitelist so that it doesn't get unset from inside the foreach loop makes the problem go away. Sorry for the PHP version 5.1.5 -- others have found the same problem on FreeBSD with PHP 5.1.6, and also reported that it is gone in PHP 5.2 snapshot. I've come across the problem with PHP 5.1.5 on a Debian Linux on x86. But why did it happen? Just wanted to ensure that this "case" has been thought of somewhere along the possible bugfixes of foreach() etc. The problem appears in recent versions of phpMyAdmin (2.9.0.1 and 2.9.0.2) where this code is used for security purposes. Best regards, Björn Reproduce code: --- http://www.anst.uu.se/bwiberg/php/foreach_segfault.php.txt Expected result: That the script finished with the text "Finished.". Actual result: -- The script segfaults (both when run through Apache 2 + PHP as handler), and through CLI PHP: php ./foreach_segfault.php.txt: ---8<--- Current date and time is: Wed, 04 Oct 2006 12:43:42 UTCDefined variables before unsetting:Array ( [GLOBALS] => Array ( [GLOBALS] => Array /../ [dummy] => dummy [key] => key ) Investigating variable GLOBALS...Investigating variable _ENV...Investigating variable HTTP_ENV_VARS...Not in whitelist array, so unsetting variable HTTP_ENV_VARS...Finished unsetting variable HTTP_ENV_VARS.Investigating variable argv...Not in whitelist array, so unsetting variable argv...Finished unsetting variable argv.Investigating variable argc...Not in whitelist array, so unsetting variable argc...Finished unsetting variable argc.Investigating variable _POST...Investigating variable HTTP_POST_VARS...Not in whitelist array, so unsetting variable HTTP_POST_VARS...Finished unsetting variable HTTP_POST_VARS.Investigating variable _GET...Investigating variable HTTP_GET_VARS...Not in whitelist array, so unsetting variable HTTP_GET_VARS...Finished unsetting variable HTTP_GET_VARS.Investigating variable _COOKIE...Investigating variable HTTP_COOKIE_VARS...Not in whitelist array, so unsetting variable HTTP_COOKIE_VARS...Finished unsetting variable HTTP_COOKIE_VARS.Investigating variable _SERVER...Investigating variable HTTP_SERVER_VARS...Not in whitelist array, so unsetting variable HTTP_SERVER_VARS...Finished unsetting variable HTTP_SERVER_VARS.Investigating variable _FILES...Investigating variable HTTP_POST_FILES...Not in whitelist array, so unsetting variable HTTP_POST_FILES...Finished unsetting variable HTTP_POST_FILES.Investigating variable _REQUEST...Investigating variable dummy...Not in whitelist array, so unsetting variable dummy...Finished unsetting variable dummy.Investigating variable key...Not in whitelist array, so unsetting variable key...Segmentation fault (core dumped) --->8--- ---8<--- GNU gdb 5.0-aix51-020209 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-ibm-aix5.2.0.0"... Core was generated by `php'. Program terminated with signal 11, Segmentation fault. bt full #0 zend_inline_hash_func (arKey=0x5a5a5a5a , nKeyLength=1515870811) at /usr/local/src/php-5.1.5/Zend/zend_hash.h:252 252 hash = ((hash << 5) + hash) + *arKey++; (gdb) bt full #0 zend_inline_hash_func (arKey=0x5a5a5a5a , nKeyLength=1515870811) at /usr/local/src/php-5.1.5/Zend/zend_hash.h:252 hash = 5381 #1 0x100a02a0 in ZEND_UNSET_VAR_SPEC_CV_HANDLER (execute_data=0x2ff20d88) at /usr/local/src/php-5.1.5/Zend/zend_vm_execute.h:22 ex = (zend_execute_data *) 0x2ff20d88 hash_value = 808700068 opline = (zend_op *) 0x3033c8a4 tmp = {value = {lval = 804391336, dval = 9.7360492442591142e-78, str = {val = 0x2ff209a8 "/ò\rØH\"\"(\020\004îôget", len = 0}, ht = 0x2ff209a8, obj = {handle = 804391336, handlers = 0x0}}, refcount = 268825616, type = 48 '0', is_ref = 51 '3'} varname = (zval *) 0x3033854c opline = (zend_op *) 0x3033c8a4 tmp = {value = {lval = 804391336, dval = 9.7360492442591142e-78, str = {val = 0x2ff209a8 "/ò\rØH\"\"(\020\004îôget", len = 0}, ht = 0x2ff209a8, obj = {handle = 804391336, handlers = 0x0}}, refcount = 268825616, type = 48 '0', is_ref = 51 '3
#38954 [Opn->Bgs]: PHP cannot connect with MySQL/MySQLi
ID: 38954 Updated by: [EMAIL PROTECTED] Reported By: akaraethon at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows Server 2003 32bit PHP Version: 5.1.6 New Comment: All error messages are in your Apache error_log. The fact that you're unable to put libmysql.dll in you PATH and copy appropriate php.ini to c:\windows is definitely NOT PHP problem. Previous Comments: [2006-10-04 12:07:40] akaraethon at gmail dot com Well I think we just discovered a clue, when I MOVED php.ini to the d:\Windows, php failed, when I COPIED php.ini back to c:\PHP5 php still failed to start, but once I DELETED the php.ini file in d:\Windows PHP Started fine, but still isn't reading the ini info... [2006-10-04 12:00:13] akaraethon at gmail dot com . [2006-10-04 11:52:01] [EMAIL PROTECTED] . [2006-10-04 11:44:27] akaraethon at gmail dot com nope, no good, now PHP wont start at all. all page requests now come back 404. its not a misconfiguration, there is something else wrong. [2006-10-04 09:01:04] [EMAIL PROTECTED] php.ini should be placed in d:\windows as you can see from that phpinfo() page. 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/38954 -- Edit this bug report at http://bugs.php.net/?id=38954&edit=1
#38954 [Opn]: PHP cannot connect with MySQL/MySQLi
ID: 38954 User updated by: akaraethon at gmail dot com Reported By: akaraethon at gmail dot com Status: Open Bug Type: MySQL related Operating System: Windows Server 2003 32bit PHP Version: 5.1.6 New Comment: Well I think we just discovered a clue, when I MOVED php.ini to the d:\Windows, php failed, when I COPIED php.ini back to c:\PHP5 php still failed to start, but once I DELETED the php.ini file in d:\Windows PHP Started fine, but still isn't reading the ini info... Previous Comments: [2006-10-04 12:00:13] akaraethon at gmail dot com . [2006-10-04 11:52:01] [EMAIL PROTECTED] . [2006-10-04 11:44:27] akaraethon at gmail dot com nope, no good, now PHP wont start at all. all page requests now come back 404. its not a misconfiguration, there is something else wrong. [2006-10-04 09:01:04] [EMAIL PROTECTED] php.ini should be placed in d:\windows as you can see from that phpinfo() page. [2006-10-04 02:54:52] akaraethon at gmail dot com Everyone I've talked to says this has to be a bug, or an error in the 5.1.6.6 build, I'm not new to PHP/MySQL, I've been at it since PHP was 2 I know what I am doing, take a look at http://dragon-radio.selfip.net for yourself, you will see on the page itself my phpinfo output as well as my entire current PHP.ini file (no its not copy and pasted its generated with the folowing code echo ""; ob_start(); readfile('c:\php5\php.ini'); $data = ob_get_contents(); ob_end_flush(); echo"";) you can see for yourself that I have everything in there right, but PHP is ignoring it. 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/38954 -- Edit this bug report at http://bugs.php.net/?id=38954&edit=1
#39035 [WFx->Csd]: Compatibilty issue between DOM and zend.ze1_compatibility_mode?
ID: 39035 Updated by: [EMAIL PROTECTED] Reported By: email_ylb-php at yahoo dot fr -Status: Wont fix +Status: Closed Bug Type: PHP options/info functions Operating System: Windows 2003 server PHP Version: 5.1.6 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. fixed as it was a cut/paste error Previous Comments: [2006-10-04 11:26:22] [EMAIL PROTECTED] I don't think anybody is willing to work on ze1_compatibility_mode, because it is supposed to be dropped in the nearest future. [2006-10-04 10:46:19] email_ylb-php at yahoo dot fr Description: For my developments, I need to turn on the PHP option "zend.ze1_compatibility_mode". However when using DOM classes from PHP5, I am unable to get references to some properties (e.g. documentElement) of a DOMDocument object (see example below). Is it inappropriate to use DOM classes with this option? If so, I appologize for my post. Reproduce code: --- $doc =& new DOMDocument(); $success = $doc->load($inputFile); $root =& $doc->documentElement; echo("With \$root, the root element is " . $root->nodeName . "."); echo("With \$doc, the root element is " .$doc->documentElement->nodeName . "."); Expected result: With $root, the root element is myRootNode. With $doc, the root element is myRootNode. Actual result: -- With $root, the root element is . With $doc, the root element is myRootNode. -- Edit this bug report at http://bugs.php.net/?id=39035&edit=1
#38954 [Bgs->Opn]: PHP cannot connect with MySQL/MySQLi
ID: 38954 User updated by: akaraethon at gmail dot com Reported By: akaraethon at gmail dot com -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Windows Server 2003 32bit PHP Version: 5.1.6 New Comment: . Previous Comments: [2006-10-04 11:52:01] [EMAIL PROTECTED] . [2006-10-04 11:44:27] akaraethon at gmail dot com nope, no good, now PHP wont start at all. all page requests now come back 404. its not a misconfiguration, there is something else wrong. [2006-10-04 09:01:04] [EMAIL PROTECTED] php.ini should be placed in d:\windows as you can see from that phpinfo() page. [2006-10-04 02:54:52] akaraethon at gmail dot com Everyone I've talked to says this has to be a bug, or an error in the 5.1.6.6 build, I'm not new to PHP/MySQL, I've been at it since PHP was 2 I know what I am doing, take a look at http://dragon-radio.selfip.net for yourself, you will see on the page itself my phpinfo output as well as my entire current PHP.ini file (no its not copy and pasted its generated with the folowing code echo ""; ob_start(); readfile('c:\php5\php.ini'); $data = ob_get_contents(); ob_end_flush(); echo"";) you can see for yourself that I have everything in there right, but PHP is ignoring it. [2006-10-03 19:20:26] akaraethon at gmail dot com Well I have done some more testing and I have pinpointed the problem, no matter what I do to the php.ini file, PHP ignores it. To test this I went into the ini file and changed safemode to on, but after a restart, phpinfo still has it listed as off, as well as a few other things i have noticed, like the ext directory is set to "c:\php5" but in the ini file it is set to "c:\php\ext". I dont understand why this is, but if I had to guess I would think that PHP was using a built in ini file. so now can you still tell me this is bogus? and if so what am I to do then? 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/38954 -- Edit this bug report at http://bugs.php.net/?id=38954&edit=1
#38954 [Opn->Bgs]: PHP cannot connect with MySQL/MySQLi
ID: 38954 Updated by: [EMAIL PROTECTED] Reported By: akaraethon at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows Server 2003 32bit PHP Version: 5.1.6 New Comment: . Previous Comments: [2006-10-04 11:44:27] akaraethon at gmail dot com nope, no good, now PHP wont start at all. all page requests now come back 404. its not a misconfiguration, there is something else wrong. [2006-10-04 09:01:04] [EMAIL PROTECTED] php.ini should be placed in d:\windows as you can see from that phpinfo() page. [2006-10-04 02:54:52] akaraethon at gmail dot com Everyone I've talked to says this has to be a bug, or an error in the 5.1.6.6 build, I'm not new to PHP/MySQL, I've been at it since PHP was 2 I know what I am doing, take a look at http://dragon-radio.selfip.net for yourself, you will see on the page itself my phpinfo output as well as my entire current PHP.ini file (no its not copy and pasted its generated with the folowing code echo ""; ob_start(); readfile('c:\php5\php.ini'); $data = ob_get_contents(); ob_end_flush(); echo"";) you can see for yourself that I have everything in there right, but PHP is ignoring it. [2006-10-03 19:20:26] akaraethon at gmail dot com Well I have done some more testing and I have pinpointed the problem, no matter what I do to the php.ini file, PHP ignores it. To test this I went into the ini file and changed safemode to on, but after a restart, phpinfo still has it listed as off, as well as a few other things i have noticed, like the ext directory is set to "c:\php5" but in the ini file it is set to "c:\php\ext". I dont understand why this is, but if I had to guess I would think that PHP was using a built in ini file. so now can you still tell me this is bogus? and if so what am I to do then? [2006-09-26 18:38:16] akaraethon at gmail dot com wow I NEVER knew that was ther, I mean its not like I EVER have used PHP 5.0 and MySQL together, I mean like whoa who would have thought they worked together? again, as stated in my first post I ALREADY READ THAT! 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/38954 -- Edit this bug report at http://bugs.php.net/?id=38954&edit=1
#38913 [Opn]: dba_open crash for db4
ID: 38913 User updated by: nemesis at home dot ro Reported By: nemesis at home dot ro Status: Open Bug Type: Feature/Change Request Operating System: Linux kernel 2.6.16 PHP Version: 5.1.6 New Comment: Hi, It appears that the configure does not check for the headers/libraries for libdb-4.4 and if there is libdb-4.3 also installed, it finds libdb-4.3 shared libraries first, and links with them (and uses headers for libdb-4.4). You can find more info on the debian bug report on the same problem here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388601 Previous Comments: [2006-09-25 13:34:50] nemesis at home dot ro It appears that I spoke too soon. When compiling against libdb4.4 (4.4.20-3) fails with the mentioned error. (with both enable-dba and enable-dba=shared) [2006-09-23 17:00:41] nemesis at home dot ro Yes, it works (the linux version, the windows version does not have db4 built in (only db3)) Is there any time table for backporting this fix to the 5.1 series ? [2006-09-23 11:54:06] [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 [2006-09-21 15:32:09] nemesis at home dot ro Description: Upgrade from php 5.1.2 to 5.1.6 and then dba_open doesn't work anymore with db4 Reproduce code: --- Expected result: To print a resouce identifier like "resource(4) of type (dba)" Actual result: -- Warning: dba_open(xxx.db,r): Driver initialization failed for handler: db4: Unknown error 140682440 in test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=38913&edit=1
#38954 [Bgs->Opn]: PHP cannot connect with MySQL/MySQLi
ID: 38954 User updated by: akaraethon at gmail dot com Reported By: akaraethon at gmail dot com -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Windows Server 2003 32bit PHP Version: 5.1.6 New Comment: nope, no good, now PHP wont start at all. all page requests now come back 404. its not a misconfiguration, there is something else wrong. Previous Comments: [2006-10-04 09:01:04] [EMAIL PROTECTED] php.ini should be placed in d:\windows as you can see from that phpinfo() page. [2006-10-04 02:54:52] akaraethon at gmail dot com Everyone I've talked to says this has to be a bug, or an error in the 5.1.6.6 build, I'm not new to PHP/MySQL, I've been at it since PHP was 2 I know what I am doing, take a look at http://dragon-radio.selfip.net for yourself, you will see on the page itself my phpinfo output as well as my entire current PHP.ini file (no its not copy and pasted its generated with the folowing code echo ""; ob_start(); readfile('c:\php5\php.ini'); $data = ob_get_contents(); ob_end_flush(); echo"";) you can see for yourself that I have everything in there right, but PHP is ignoring it. [2006-10-03 19:20:26] akaraethon at gmail dot com Well I have done some more testing and I have pinpointed the problem, no matter what I do to the php.ini file, PHP ignores it. To test this I went into the ini file and changed safemode to on, but after a restart, phpinfo still has it listed as off, as well as a few other things i have noticed, like the ext directory is set to "c:\php5" but in the ini file it is set to "c:\php\ext". I dont understand why this is, but if I had to guess I would think that PHP was using a built in ini file. so now can you still tell me this is bogus? and if so what am I to do then? [2006-09-26 18:38:16] akaraethon at gmail dot com wow I NEVER knew that was ther, I mean its not like I EVER have used PHP 5.0 and MySQL together, I mean like whoa who would have thought they worked together? again, as stated in my first post I ALREADY READ THAT! [2006-09-26 18:20:55] [EMAIL PROTECTED] There is detailed description of what should be done in order to enable MySQL support in PHP: http://php.net/mysql 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/38954 -- Edit this bug report at http://bugs.php.net/?id=38954&edit=1
#39035 [Opn->WFx]: Compatibilty issue between DOM and zend.ze1_compatibility_mode?
ID: 39035 Updated by: [EMAIL PROTECTED] Reported By: email_ylb-php at yahoo dot fr -Status: Open +Status: Wont fix Bug Type: PHP options/info functions Operating System: Windows 2003 server PHP Version: 5.1.6 New Comment: I don't think anybody is willing to work on ze1_compatibility_mode, because it is supposed to be dropped in the nearest future. Previous Comments: [2006-10-04 10:46:19] email_ylb-php at yahoo dot fr Description: For my developments, I need to turn on the PHP option "zend.ze1_compatibility_mode". However when using DOM classes from PHP5, I am unable to get references to some properties (e.g. documentElement) of a DOMDocument object (see example below). Is it inappropriate to use DOM classes with this option? If so, I appologize for my post. Reproduce code: --- $doc =& new DOMDocument(); $success = $doc->load($inputFile); $root =& $doc->documentElement; echo("With \$root, the root element is " . $root->nodeName . "."); echo("With \$doc, the root element is " .$doc->documentElement->nodeName . "."); Expected result: With $root, the root element is myRootNode. With $doc, the root element is myRootNode. Actual result: -- With $root, the root element is . With $doc, the root element is myRootNode. -- Edit this bug report at http://bugs.php.net/?id=39035&edit=1
#39032 [Opn->Csd]: strcspn stops on null character
ID: 39032 Updated by: [EMAIL PROTECTED] Reported By: tstarling at wikimedia dot org -Status: Open +Status: Closed Bug Type: Strings related Operating System: Linux PHP Version: 5.1.6 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. Fixed in 5.2 and HEAD. Previous Comments: [2006-10-04 08:37:51] tstarling at wikimedia dot org Description: strcspn() incorrectly stops on null characters, as if the function was implemented with null-terminated strings. Confirmed on PHP 5.1.6-pl4-gentoo (cli), PHP 5.1.4 Windows NT mod_php, PHP 5.1.4 FC4 cli. Reproduce code: --- print strcspn(chr(0),"x").", ".strcspn(chr(1),"x")."\n" Expected result: 1, 1 Actual result: -- 0, 1 -- Edit this bug report at http://bugs.php.net/?id=39032&edit=1
#39035 [NEW]: Compatibilty issue between DOM and zend.ze1_compatibility_mode?
From: email_ylb-php at yahoo dot fr Operating system: Windows 2003 server PHP version: 5.1.6 PHP Bug Type: PHP options/info functions Bug description: Compatibilty issue between DOM and zend.ze1_compatibility_mode? Description: For my developments, I need to turn on the PHP option "zend.ze1_compatibility_mode". However when using DOM classes from PHP5, I am unable to get references to some properties (e.g. documentElement) of a DOMDocument object (see example below). Is it inappropriate to use DOM classes with this option? If so, I appologize for my post. Reproduce code: --- $doc =& new DOMDocument(); $success = $doc->load($inputFile); $root =& $doc->documentElement; echo("With \$root, the root element is " . $root->nodeName . "."); echo("With \$doc, the root element is " .$doc->documentElement->nodeName . "."); Expected result: With $root, the root element is myRootNode. With $doc, the root element is myRootNode. Actual result: -- With $root, the root element is . With $doc, the root element is myRootNode. -- Edit bug report at http://bugs.php.net/?id=39035&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39035&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39035&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39035&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39035&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39035&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39035&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39035&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39035&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39035&r=support Expected behavior:http://bugs.php.net/fix.php?id=39035&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39035&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39035&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39035&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39035&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39035&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39035&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39035&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39035&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39035&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39035&r=mysqlcfg
#39034 [Opn->Asn]: Calling curl_exec() with return transfer returns bool(true)
ID: 39034 Updated by: [EMAIL PROTECTED] Reported By: james dot gauth at gmail dot com -Status: Open +Status: Assigned -Bug Type: cURL related +Bug Type: Feature/Change Request Operating System: Debian PHP Version: 4.4.4 -Assigned To: +Assigned To: iliaa Previous Comments: [2006-10-04 09:06:33] james dot gauth at gmail dot com Description: When calling curl_exec() with the CURLOPT_RETURNTRANSFER option set to true, a user expects that curl_exec() will return the string value of the request. When the URL of the request in question points to a zero-byte file, curl_exec() returns bool(true) instead of the expected empty string. The versions I am using are: PHP 4.4.4 (cli) (built: Sep 11 2006 10:00:33) Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies CURL Information => libcurl/7.13.2 OpenSSL/0.9.7e zlib/1.2.3 libidn/0.5.13 Reproduce code: --- http://www.example.com/empty_file.txt'; $curl = curl_init(); curl_setopt($curl, CURLOPT_URL, $url); curl_setopt($curl, CURLOPT_RETURNTRANSFER, true); curl_setopt($curl, CURLOPT_HEADER, false); // execute and return string (this should be an empty string '') $str = curl_exec($curl); curl_close($curl); // the value of $str is actually bool(true), not empty string '' var_dump($str); ?> Expected result: string(0) "" Actual result: -- bool(true) -- Edit this bug report at http://bugs.php.net/?id=39034&edit=1
#38985 [Opn->Asn]: Can't cast COM objects to boolean
ID: 38985 Updated by: [EMAIL PROTECTED] Reported By: larry dot menard at rogers dot com -Status: Open +Status: Assigned Bug Type: COM related Operating System: Windows XP, SP2 PHP Version: 5.2.0RC4 -Assigned To: +Assigned To: wez Previous Comments: [2006-09-28 19:55:41] larry dot menard at rogers dot com Description: First of all, I'm usng RC5, not RC4 (RC5 is not in the list above). Can't cast an object of type COM to boolean. Reproduce code: --- $dbc = new COM('WinNT://Domain'); var_dump((bool)$dbc); Expected result: bool(true) Actual result: -- Catchable fatal error: Object of class com could not be converted to boolean -- Edit this bug report at http://bugs.php.net/?id=38985&edit=1
#39034 [NEW]: Calling curl_exec() with return transfer returns bool(true)
From: james dot gauth at gmail dot com Operating system: Debian PHP version: 4.4.4 PHP Bug Type: cURL related Bug description: Calling curl_exec() with return transfer returns bool(true) Description: When calling curl_exec() with the CURLOPT_RETURNTRANSFER option set to true, a user expects that curl_exec() will return the string value of the request. When the URL of the request in question points to a zero-byte file, curl_exec() returns bool(true) instead of the expected empty string. The versions I am using are: PHP 4.4.4 (cli) (built: Sep 11 2006 10:00:33) Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies CURL Information => libcurl/7.13.2 OpenSSL/0.9.7e zlib/1.2.3 libidn/0.5.13 Reproduce code: --- http://www.example.com/empty_file.txt'; $curl = curl_init(); curl_setopt($curl, CURLOPT_URL, $url); curl_setopt($curl, CURLOPT_RETURNTRANSFER, true); curl_setopt($curl, CURLOPT_HEADER, false); // execute and return string (this should be an empty string '') $str = curl_exec($curl); curl_close($curl); // the value of $str is actually bool(true), not empty string '' var_dump($str); ?> Expected result: string(0) "" Actual result: -- bool(true) -- Edit bug report at http://bugs.php.net/?id=39034&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39034&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39034&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39034&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39034&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39034&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39034&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39034&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39034&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39034&r=support Expected behavior:http://bugs.php.net/fix.php?id=39034&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39034&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39034&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39034&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39034&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39034&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39034&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39034&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39034&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39034&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39034&r=mysqlcfg
#39005 [Opn->Fbk]: Apache/PHP crashes
ID: 39005 Updated by: [EMAIL PROTECTED] Reported By: php at edwardk dot info -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Windows 2003 PHP Version: 4CVS-2006-09-30 (snap) New Comment: Unfortunatelly we are not able to generate debug pack for PHP4. You would have to come up with reproducing script the old fashioned, trial and error way :) Previous Comments: [2006-10-04 06:52:38] php at edwardk dot info Can a PHP 4.4.4 Win32 debug pack be created? I'm having a very difficult time isolating the script for this problem. [2006-10-02 09:10:52] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2006-09-30 19:50:07] php at edwardk dot info Description: Opteron 246, Windows 2003 Std SP1 Apache 1.3.37 PHP 4.4.4 Also tried php4-win32-STABLE-200609301230, also crashing. Apache crashes every 3-10 seconds upon first starting the Apache service. drwatson seems to indicate it's a PHP fault, log is included. Requests made while apache is up seem to work fine. Apache's parent process survives and auto-restarts the child process. Reproduce code: --- Server runs too many scripts to tell specifically. Expected result: Apache/PHP shouldn't crash Actual result: -- Microsoft (R) DrWtsn32 Copyright (C) 1985-2002 Microsoft Corp. All rights reserved. Application exception occurred: App: C:\Program Files\Apache Group\Apache\Apache.exe (pid=2020) When: 9/30/2006 @ 14:33:08.797 Exception number: c005 (access violation) *> System Information <* Computer Name: LT2 User Name: SYSTEM Terminal Session Id: 0 Number of Processors: 2 Processor Type: x86 Family 15 Model 37 Stepping 1 Windows Version: 5.2 Current Build: 3790 Service Pack: 1 Current Type: Multiprocessor Free Registered Organization: Windows-2003 Registered Owner: Windows-2003 *> Task List <* 0 System Process 4 System 716 smss.exe 788 csrss.exe 868 winlogon.exe 924 services.exe 936 lsass.exe 1096 svchost.exe 1200 svchost.exe 1256 svchost.exe 1280 svchost.exe 1332 svchost.exe 1548 spoolsv.exe 1576 msdtc.exe 1772 svchost.exe 1912 G6FTPSERVER.EXE 2384 mysqld-max.exe 2404 mysqld-max.exe 2420 mysqld-max.exe 3644 PDAgent.exe 3860 svchost.exe 3876 PDEngine.exe 4088 alg.exe 2452 csrss.exe 3620 winlogon.exe 2208 csrss.exe 884 winlogon.exe 5724 rdpclip.exe 5940 rdpclip.exe 6076 Explorer.EXE 2284 ctfmon.exe 380 Explorer.EXE 2132 TSVNCache.exe 5588 wmiprvse.exe 3688 ADSM.exe 476 jusched.exe 4324 G6FTPTray.exe 4684 mailserver.exe 4592 pg2.exe 4484 daemon.exe 4692 ADSM.exe 5128 ApacheMonitor.exe 4596 PowerMenu.exe 1500 flashfxp.exe 4240 TaskInfo.exe 4496 mmc.exe 3312 Explorer.EXE 5716 logon.scr 5264 Share.exe 5028 mirc.exe 4572 Apache.exe 3360 Apache.exe 2900 Apache.exe 3044 TextPad.exe 3676 wmiprvse.exe 3040 regedit.exe 2020 Apache.exe 4360 cmd.exe 3072 cmd.exe 5280 cmd.exe 4340 cmd.exe 4140 rotatelogs.exe 1624 cmd.exe 4224 cmd.exe 2948 rotatelogs.exe 3172 cmd.exe 3132 rotatelogs.exe 2968 cmd.exe 5468 rotatelogs.exe 3432 cmd.exe 320 cmd.exe 4764 rotatelogs.exe 5344 cmd.exe 4680 cmd.exe 3444 cmd.exe 3120 cmd.exe 1440 rotatelogs.exe 5380 cmd.exe 660 rotatelogs.exe 2260 cmd.exe 5200 cmd.exe 1748 rotatelogs.exe 472 rotatelogs.exe 5984 rotatelogs.exe 4836 rotatelogs.exe 2176 rotatelogs.exe 4416 rotatelogs.exe 3700 rotatelogs.exe 5216 rotatelogs.exe 5304 rotatelogs.exe 2648 rotatelogs.exe 3652 drwtsn32.exe 2596 Error 0x8007012B *> Module List <* 0040 - 00405000: C:\Program Files\Apache Group\Apache\Apache.exe 00a0 - 00a17000: C:\WINDOWS\system32\odbcint.dll 00a6 - 00bd7000: C:\php\extensions\php_mbstring.dll 00be - 00c1: C:\php\extensions\php_curl.dll 00c1 - 00c41000: C:\WINDOWS\system32\SSLEAY32.dll 00c5 - 00d58000: C:\WINDOWS\system32\LIBEAY32.dll 00de - 00ded000: C:\php\extensions\php_exif.dll 00df - 00ec5000: C:\php\extensions\php_gd2.dll 1000 - 10161000: C:\php\php4ts.dll 1c0f - 1c0f5000: C:\Program Files\Apache Gro
#38954 [Opn->Bgs]: PHP cannot connect with MySQL/MySQLi
ID: 38954 Updated by: [EMAIL PROTECTED] Reported By: akaraethon at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows Server 2003 32bit PHP Version: 5.1.6 New Comment: php.ini should be placed in d:\windows as you can see from that phpinfo() page. Previous Comments: [2006-10-04 02:54:52] akaraethon at gmail dot com Everyone I've talked to says this has to be a bug, or an error in the 5.1.6.6 build, I'm not new to PHP/MySQL, I've been at it since PHP was 2 I know what I am doing, take a look at http://dragon-radio.selfip.net for yourself, you will see on the page itself my phpinfo output as well as my entire current PHP.ini file (no its not copy and pasted its generated with the folowing code echo ""; ob_start(); readfile('c:\php5\php.ini'); $data = ob_get_contents(); ob_end_flush(); echo"";) you can see for yourself that I have everything in there right, but PHP is ignoring it. [2006-10-03 19:20:26] akaraethon at gmail dot com Well I have done some more testing and I have pinpointed the problem, no matter what I do to the php.ini file, PHP ignores it. To test this I went into the ini file and changed safemode to on, but after a restart, phpinfo still has it listed as off, as well as a few other things i have noticed, like the ext directory is set to "c:\php5" but in the ini file it is set to "c:\php\ext". I dont understand why this is, but if I had to guess I would think that PHP was using a built in ini file. so now can you still tell me this is bogus? and if so what am I to do then? [2006-09-26 18:38:16] akaraethon at gmail dot com wow I NEVER knew that was ther, I mean its not like I EVER have used PHP 5.0 and MySQL together, I mean like whoa who would have thought they worked together? again, as stated in my first post I ALREADY READ THAT! [2006-09-26 18:20:55] [EMAIL PROTECTED] There is detailed description of what should be done in order to enable MySQL support in PHP: http://php.net/mysql [2006-09-26 18:08:29] akaraethon at gmail dot com Fine, you are right its not a forum, for some ODD reason I couldnt find even one forum out there devoted to PHP, and If I were a newbie, and not someone who has worked with PHP since PHP2.0 I might agree that I just made a config mistake, but I have, I didnt and I still think this may be some sort of problem with PHP not liking something. 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/38954 -- Edit this bug report at http://bugs.php.net/?id=38954&edit=1
#38995 [Asn->Csd]: Update PHP OpenSSL Files
ID: 38995 Updated by: [EMAIL PROTECTED] Reported By: dj02 dot net at nbl dot fi -Status: Assigned +Status: Closed Bug Type: OpenSSL related Operating System: Windows XP 5.1.2600 PHP Version: 5.1.6 Assigned To: edink New Comment: Updated, the builds containing the new libs will appear on snaps in a few hours. Previous Comments: [2006-09-29 17:35:25] dj02 dot net at nbl dot fi I have copied libeay32.dll (Version: 0.9.8d) and ssleay32.dll (Version: 0.9.8d) files in to: C:\WINDOWS\system32\ -location too. [2006-09-29 17:28:14] dj02 dot net at nbl dot fi Description: Hi, I am running PHP 5.1.6. Could you update OpenSSL Files: libeay32.dll, ssleay32.dll and Extension: php_openssl.dll to OpenSSL Version: 0.9.8d, Please. Files: libeay32.dll and ssleay32.dll i updated from other openssl official place but i couldn't find php_openssl.dll for OpenSSL 0.9.8d and so my phpinfo shows still version: 0.9.8a even libeay32.dll and ssleay32.dll are 0.9.8d. OpenSSL 0.9.8c and earlier versions security holes: "This release fixes four security vulnerabilities, CVE-2006-2937, CVE-2006-2940, CVE-2006-3738, CVE-2006-4343. See www.openssl.org/news/secadv_20060928.txt " -- Edit this bug report at http://bugs.php.net/?id=38995&edit=1
#39032 [NEW]: strcspn stops on null character
From: tstarling at wikimedia dot org Operating system: Linux PHP version: 5.1.6 PHP Bug Type: Strings related Bug description: strcspn stops on null character Description: strcspn() incorrectly stops on null characters, as if the function was implemented with null-terminated strings. Confirmed on PHP 5.1.6-pl4-gentoo (cli), PHP 5.1.4 Windows NT mod_php, PHP 5.1.4 FC4 cli. Reproduce code: --- print strcspn(chr(0),"x").", ".strcspn(chr(1),"x")."\n" Expected result: 1, 1 Actual result: -- 0, 1 -- Edit bug report at http://bugs.php.net/?id=39032&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39032&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39032&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39032&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39032&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39032&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39032&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39032&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39032&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39032&r=support Expected behavior:http://bugs.php.net/fix.php?id=39032&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39032&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39032&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39032&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39032&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39032&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39032&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39032&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39032&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39032&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39032&r=mysqlcfg