#35137 [Fbk->Opn]: crash with graceful restart
ID: 35137 User updated by: david dot micheneau at in-fusio dot com Reported By: david dot micheneau at in-fusio dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: solaris 9 PHP Version: 4.4.1 New Comment: i'll try to compile with Apache-1.3...i've read an article about oracle instant client, and Apache foundation recommand to use Apache 1.3 with oci8 driver: http://www.oracle.com/technology/pub/notes/technote_php_instant.html Previous Comments: [2005-11-08 17:04:35] [EMAIL PROTECTED] So, what makes you think this is a PHP problem? [2005-11-08 15:23:39] david dot micheneau at in-fusio dot com oups...sorry i forget to recompile PHP. So a new comportment with prefork option. [Tue Nov 08 15:20:25 2005] [error] (12)Not enough space: fork: Unable to fork new process But we have enought space on the server: [EMAIL PROTECTED]: /home/hot/php-4.4.1 >df -h Système de fichiers taille utilisé dispo capacité Monté sur /dev/md/dsk/d0 4,8G 4,2G 556M89%/ /proc0K 0K 0K 0%/proc mnttab 0K 0K 0K 0%/etc/mnttab fd 0K 0K 0K 0%/dev/fd swap16M40K16M 1%/var/run swap 158M 142M16M90%/tmp /dev/md/dsk/d7 26G 5,8G20G23%/data And now it's impossible to stop Apache correctly...i've 29 httpd process before the error message in logs. [2005-11-08 14:37:37] [EMAIL PROTECTED] Did you reconfigure/compile PHP? [2005-11-08 14:30:13] david dot micheneau at in-fusio dot com Yes same problem with prefork MPM. See the back trace: (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfebd8, sapi_headers=0x185248, tsrm_ls=0x24c9ee) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=120 'x', replace=0 '\0', tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:487 (gdb) [2005-11-08 11:48:55] [EMAIL PROTECTED] Threaded Apache2 is not really supported by PHP. Can your reproduce this when using the prefork MPM? 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/35137 -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#35110 [Fbk->Opn]: bug with str_word_count
ID: 35110 User updated by: desss at yandex dot ru Reported By: desss at yandex dot ru -Status: Feedback +Status: Open Bug Type: Strings related Operating System: winXP,Linux PHP Version: 5.0.5 New Comment: No. Result is 2. Not 1. Previous Comments: [2005-11-09 08:44:31] [EMAIL PROTECTED] So it *does* work, right ? [2005-11-09 08:40:37] desss at yandex dot ru yes...for Win32 need to write "setlocale(LC_ALL, 'rus_RUS');". echo var_dump(setlocale(LC_ALL, 'rus_RUS')); return "string(19) "Russian_Russia.1251". (on Linux - "string(5) "ru_RU".) [2005-11-08 11:55:19] [EMAIL PROTECTED] 1) there is no ru_RU locale on Win32. 2) it can be missing on Linux too. So check the setlocale() result first (use var_dump(setlocale()) for that). [2005-11-05 11:19:50] desss at yandex dot ru Description: Code: setlocale(LC_ALL, 'ru_RU'); echo str_word_count("ìÿòíàÿ"); Result - 2 !!! Wrong! That is because function understanding letter "ÿ" as whitespace. Reproduce code: --- setlocale(LC_ALL, 'ru_RU'); echo str_word_count("ìÿòíàÿ"); Expected result: 1 Actual result: -- 2 -- Edit this bug report at http://bugs.php.net/?id=35110&edit=1
#35163 [Opn->Fbk]: Array elements can lose references.
ID: 35163 Updated by: [EMAIL PROTECTED] Reported By: averagomez at hotmail dot com -Status: Open +Status: Feedback Bug Type: Arrays related Operating System: Windows XP PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-09 05:45:44] averagomez at hotmail dot com Description: Sorry I have a very bad english but I think the 'Reproduce code' is self-describing. Reproduce code: --- // -- This work OK: $a = array('A', & $a, & $a); $a[1][0] = 'B'; echo $a[0]; // OK : Show 'B' // -- But this don't work: $a = array('A'); $a[1] = & $a; $a[2] = & $a; $a[1][0] = 'B'; echo $a[0]; // Wrong: Show 'A' Expected result: BB Actual result: -- BA -- Edit this bug report at http://bugs.php.net/?id=35163&edit=1
#35110 [Opn->Fbk]: bug with str_word_count
ID: 35110 Updated by: [EMAIL PROTECTED] Reported By: desss at yandex dot ru -Status: Open +Status: Feedback Bug Type: Strings related Operating System: winXP,Linux PHP Version: 5.0.5 New Comment: So it *does* work, right ? Previous Comments: [2005-11-09 08:40:37] desss at yandex dot ru yes...for Win32 need to write "setlocale(LC_ALL, 'rus_RUS');". echo var_dump(setlocale(LC_ALL, 'rus_RUS')); return "string(19) "Russian_Russia.1251". (on Linux - "string(5) "ru_RU".) [2005-11-08 11:55:19] [EMAIL PROTECTED] 1) there is no ru_RU locale on Win32. 2) it can be missing on Linux too. So check the setlocale() result first (use var_dump(setlocale()) for that). [2005-11-05 11:19:50] desss at yandex dot ru Description: Code: setlocale(LC_ALL, 'ru_RU'); echo str_word_count("ìÿòíàÿ"); Result - 2 !!! Wrong! That is because function understanding letter "ÿ" as whitespace. Reproduce code: --- setlocale(LC_ALL, 'ru_RU'); echo str_word_count("ìÿòíàÿ"); Expected result: 1 Actual result: -- 2 -- Edit this bug report at http://bugs.php.net/?id=35110&edit=1
#35110 [Fbk->Opn]: bug with str_word_count
ID: 35110 User updated by: desss at yandex dot ru Reported By: desss at yandex dot ru -Status: Feedback +Status: Open Bug Type: Strings related Operating System: winXP,Linux PHP Version: 5.0.5 New Comment: yes...for Win32 need to write "setlocale(LC_ALL, 'rus_RUS');". echo var_dump(setlocale(LC_ALL, 'rus_RUS')); return "string(19) "Russian_Russia.1251". (on Linux - "string(5) "ru_RU".) Previous Comments: [2005-11-08 11:55:19] [EMAIL PROTECTED] 1) there is no ru_RU locale on Win32. 2) it can be missing on Linux too. So check the setlocale() result first (use var_dump(setlocale()) for that). [2005-11-05 11:19:50] desss at yandex dot ru Description: Code: setlocale(LC_ALL, 'ru_RU'); echo str_word_count("ìÿòíàÿ"); Result - 2 !!! Wrong! That is because function understanding letter "ÿ" as whitespace. Reproduce code: --- setlocale(LC_ALL, 'ru_RU'); echo str_word_count("ìÿòíàÿ"); Expected result: 1 Actual result: -- 2 -- Edit this bug report at http://bugs.php.net/?id=35110&edit=1
#35159 [Asn]: big variable value in recursive function crashes
ID: 35159 Updated by: [EMAIL PROTECTED] Reported By: pekka at photography-on-the dot net Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS, 4.4.1 (2005-11-08) (cvs) Assigned To: dmitry New Comment: Crash occurs becaose of program stack overflow. All PHP versions are affected. Previous Comments: [2005-11-08 21:21:22] support at zend dot com 4.3.11, 4.4.0 also affected, but with different limits... [2005-11-08 21:06:57] pekka at photography-on-the dot net correction: 5.0.4 is not free of this, in php 5.0.4 the limit is 1291 on same machine. [2005-11-08 20:27:05] [EMAIL PROTECTED] I can reproduce this with latest CVS of 5.1, using 35701 as the limit. Dmitry, any ideas? [2005-11-08 20:14:03] pekka at photography-on-the dot net Description: Weird recursive issue with 4.4.1 function test_recursive ($count=0) { $count++; if ($count >= 50) { print "done"; return; } test_recursive ($count); } test_recursive(); works, but when $count is larger than 197 it crashes (Apache gives error 500) in PHP 5.0.4 this works ok with any $count Reproduce code: --- function test_recursive ($count=0) { $count++; if ($count >= 500) { print "done"; return; } test_recursive ($count); } test_recursive(); Expected result: done Actual result: -- Server: page not found (error 500), php crash. -- Edit this bug report at http://bugs.php.net/?id=35159&edit=1
#35163 [NEW]: Array elements can lose references.
From: averagomez at hotmail dot com Operating system: Windows XP PHP version: 5.0.5 PHP Bug Type: Arrays related Bug description: Array elements can lose references. Description: Sorry I have a very bad english but I think the 'Reproduce code' is self-describing. Reproduce code: --- // -- This work OK: $a = array('A', & $a, & $a); $a[1][0] = 'B'; echo $a[0]; // OK : Show 'B' // -- But this don't work: $a = array('A'); $a[1] = & $a; $a[2] = & $a; $a[1][0] = 'B'; echo $a[0]; // Wrong: Show 'A' Expected result: BB Actual result: -- BA -- Edit bug report at http://bugs.php.net/?id=35163&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35163&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35163&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35163&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35163&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35163&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35163&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35163&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35163&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35163&r=support Expected behavior: http://bugs.php.net/fix.php?id=35163&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35163&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35163&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35163&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35163&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35163&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35163&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35163&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35163&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35163&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35163&r=mysqlcfg
#35162 [NEW]: odbc_result return ?
From: punalex at biosys dot net Operating system: win2003 PHP version: 5.0.5 PHP Bug Type: ODBC related Bug description: odbc_result return ? Description: I am from Hong Kong, and I have to use multibyte character I use Access database and in the database I insert string in the database (Hex)A7DA9068 (This is 4 bytes, A7, DA, 90, 68 in Hex, I think you cannot see the character, so I type in hex) I use odbc_result to get this string, however I cannot get the correct result!! I use strlen to get the length of the result, it is also wrong!! Reproduce code: --- $Database = odbc_connect("Database", "", ""); $Recordset = odbc_exec($Database, "SELECT * FROM YCDatabase"); odbc_result($Recordset, "Address") odbc_close($Database); Expected result: In the example of description, the expected result is A7DA9068 (Hex) Actual result: -- A7DA3F (Hex, a ? instead of 9068) -- Edit bug report at http://bugs.php.net/?id=35162&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35162&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35162&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35162&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35162&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35162&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35162&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35162&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35162&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35162&r=support Expected behavior: http://bugs.php.net/fix.php?id=35162&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35162&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35162&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35162&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35162&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35162&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35162&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35162&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35162&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35162&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35162&r=mysqlcfg
#34482 [Com]: LDAP Searches cause Access Violation when connecting via LDAPS
ID: 34482 Comment by: bbuie at csuchico dot edu Reported By: zbowden at vt dot edu Status: Assigned Bug Type: LDAP related Operating System: Windows 2003 PHP Version: 5CVS-2005-09-12 (snap) Assigned To: edink New Comment: I'm using Windows 2003/Apache 2.0.55/Openssl 0.9.8a with the same type of problem. However, it appears that it is the ldap_bind() function that causes the error/lock up (I perform a ldap_connect() then a ldap_set_option() then a ldap_bind(), then a ldap_close()). If I comment out the ldap_bind() call then the script completes without error or lockup. Just using PHP from a command line I get the following results: PHP 5.0.4 works fine; 5.0.5 gives an access violation with libeay32.dll; and the latest snap shot version locks up (it doesn't comsume cpu cycles but it just sits there forever). If I copy the 5.0.4 dll's to the 5.0.5 version it works, but the 5.0.4 dll's don't work for the latest snap shot. Also a non-secure (port 389) ldap connection on all three versions works just fine: it connects, binds, searchs, and disconnects just fine. The only other thing I can add is that I tried is using the libeay32.dll and ssleay32.dll from the Apache/bin folder for php, that creates an access violation with php5ts.dll. Previous Comments: [2005-10-31 20:31:14] zbowden at vt dot edu However, if I try to go with the most recent snapshot and replace those dll's it still doesn't work. I don't get the access violation, but I can never connect to the ldap server. [2005-10-31 20:30:06] zbowden at vt dot edu Just an additional idea/comment. If I go to 5.0.5 and replace the libeay32.dll and ssleay32.dll files with the ones included with the 5.0.4 release everything works fine. [2005-10-27 17:25:23] zbowden at vt dot edu tried the latest snapshot; I not longer get the access violation, however I cannot connect to any ldap server via LDAPS URI (says it can't contact server). I did use ntfilemon to make sure the ldap.conf (and ldaprc) files were being read and they are. Not sure where the problem is though? I rolled back to the release version of 5.0.4 just to be sure it would still work and I can connect & bind to the ldap servers via LDAPS (& start_tls). [2005-10-24 01:14:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-09-12 19:41:55] [EMAIL PROTECTED] Someone updated some libs..assigned to that someone. :) 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/34482 -- Edit this bug report at http://bugs.php.net/?id=34482&edit=1
#35160 [Opn]: openssl 0.9.8a + module does not load any ciphers
ID: 35160 User updated by: beckman at purplecow dot com Reported By: beckman at purplecow dot com Status: Open Bug Type: OpenSSL related Operating System: FreeBSD 5.3-RELEASE-p10 PHP Version: 5.0.5 New Comment: Code to generate errors: file_get_contents("https://some.secure.site.com/";); echo openssl_error_string(); BTW, this string, returned from openssl_error_string(): error:140A90A1:SSL routines:func(169):reason(161) Reason 161 is "Library has no ciphers" returned from SSL_CTX_new. Here's my layman's thought: line 348 of ext/openssl/xp_ssl.c calls SSL_CTX_new(method) Nowhere before this is SSL_library_init() called, as per documentation on openssl.org: http://www.openssl.org/docs/ssl/SSL_library_init.html Confusingly the documentation also says that SSL_CTX_new() will load the ciphers: http://www.openssl.org/docs/ssl/SSL_CTX_new.html Though it seems that in 0.9.8a it does not. In ssl/ssl_algs.c you see that SSL_library_init() is changed a bit, and in 0.9.8a calls ssl_load_ciphers() (defined on line 168 of ssl/ssl_ciph.c) which doesn't exist in 0.9.7i. I can't tell if this is a fundamental change in OpenSSL that you have to add a function call to the openssl extension in PHP, or if OpenSSL screwed something up. My guess is that OpenSSL changed the way they load ciphers, and that the OpenSSL extension needs to be changed to do so. Granted, the OpenSSL site isn't great at documentation.. Previous Comments: [2005-11-08 23:53:32] beckman at purplecow dot com Same results, using php5-latest: [08-Nov-2005 17:50:52] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/home/beckman/tmp/php5-200511082130/sapi/cli/- on line 15 [08-Nov-2005 17:50:52] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/home/beckman/tmp/php5-200511082130/sapi/cli/- on line 15 [08-Nov-2005 17:50:52] PHP Warning: file_get_contents(https://#/): failed to open stream: Operation now in progress in /usr/home/beckman/tmp/php5-200511082130/sapi/cli/- on line 15 System => FreeBSD web2.762corp.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Build Date => Nov 8 2005 17:47:38 Configure Command => './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--enable -libxml' '--with-libxml-dir=/usr/local' '--enable-spl' '--with-regex=php' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' '--with-openssl=/usr/local' ' i386-portbld-freebsd5.3' Registered PHP Streams => php, file, http, ftp, https, ftps Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls openssl OpenSSL support => enabled OpenSSL Version => OpenSSL 0.9.8a 11 Oct 2005 [2005-11-08 23:25:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And if it doesn't work either, provide a short reproducing script. Note: We do NOT support any "ports". [2005-11-08 22:14:39] beckman at purplecow dot com Description: Using FreeBSD ports tree, I installed openssl 0.9.8a and php5-openssl, which installed the openssl libraries and tools and the php5 openssl extension openssl.so. After confirming the HTTPS/SSL contexts (streams and transports) were enabled, and OpenSSL support was enabled, I attempted to use file_get_contents to open an HTTPS:// url. This resulted in the following PHP errors: [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(https://##.#.com/?user=##&passwd=##&msisdn=###): failed to open stream: Operation now in progress in /usr/local/lib/php/762dev/functions.inc on line 576 Here's what I got as the error from openssl_error_string(): error:140A90A1:SSL routines:func(169):reason(161) And here's what I read to lead me to believe that the problem is with a change in the way openssl initializes the ciphers: http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-October/000219.html I think that php5-openssl does not call the SSL_library_init() function before starting use of the library. I de-installed openssl.so and the openssl library, re-installed openssl-0.9.7i, re-installed the openssl.so extension/module, and the library now works great from within PHP. Reproduce code:
#35160 [Fbk->Opn]: openssl 0.9.8a + module does not load any ciphers
ID: 35160 User updated by: beckman at purplecow dot com Reported By: beckman at purplecow dot com -Status: Feedback +Status: Open Bug Type: OpenSSL related Operating System: FreeBSD 5.3-RELEASE-p10 PHP Version: 5.0.5 New Comment: Same results, using php5-latest: [08-Nov-2005 17:50:52] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/home/beckman/tmp/php5-200511082130/sapi/cli/- on line 15 [08-Nov-2005 17:50:52] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/home/beckman/tmp/php5-200511082130/sapi/cli/- on line 15 [08-Nov-2005 17:50:52] PHP Warning: file_get_contents(https://#/): failed to open stream: Operation now in progress in /usr/home/beckman/tmp/php5-200511082130/sapi/cli/- on line 15 System => FreeBSD web2.762corp.com 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Build Date => Nov 8 2005 17:47:38 Configure Command => './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--enable -libxml' '--with-libxml-dir=/usr/local' '--enable-spl' '--with-regex=php' '--with-apxs=/usr/local/sbin/apxs' '--prefix=/usr/local' '--with-openssl=/usr/local' ' i386-portbld-freebsd5.3' Registered PHP Streams => php, file, http, ftp, https, ftps Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls openssl OpenSSL support => enabled OpenSSL Version => OpenSSL 0.9.8a 11 Oct 2005 Previous Comments: [2005-11-08 23:25:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And if it doesn't work either, provide a short reproducing script. Note: We do NOT support any "ports". [2005-11-08 22:14:39] beckman at purplecow dot com Description: Using FreeBSD ports tree, I installed openssl 0.9.8a and php5-openssl, which installed the openssl libraries and tools and the php5 openssl extension openssl.so. After confirming the HTTPS/SSL contexts (streams and transports) were enabled, and OpenSSL support was enabled, I attempted to use file_get_contents to open an HTTPS:// url. This resulted in the following PHP errors: [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(https://##.#.com/?user=##&passwd=##&msisdn=###): failed to open stream: Operation now in progress in /usr/local/lib/php/762dev/functions.inc on line 576 Here's what I got as the error from openssl_error_string(): error:140A90A1:SSL routines:func(169):reason(161) And here's what I read to lead me to believe that the problem is with a change in the way openssl initializes the ciphers: http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-October/000219.html I think that php5-openssl does not call the SSL_library_init() function before starting use of the library. I de-installed openssl.so and the openssl library, re-installed openssl-0.9.7i, re-installed the openssl.so extension/module, and the library now works great from within PHP. Reproduce code: --- echo file_get_contents("https://whatever.com/";); Expected result: The contents of whatever.com. Actual result: -- Errors. [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(https://##.#.com/?user=##&passwd=##&msisdn=###): failed to open stream: Operation now in progress in /usr/local/lib/php/762dev/functions.inc on line 576 Here's what I got as the error from openssl_error_string(): error:140A90A1:SSL routines:func(169):reason(161) -- Edit this bug report at http://bugs.php.net/?id=35160&edit=1
#35147 [Opn->Ctl]: __HALT_COMPILER() breaks with --enable-zend-multibyte
ID: 35147 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Critical Bug Type: Scripting Engine problem -Operating System: linux +Operating System: * PHP Version: 5CVS-2005-11-08 (CVS) New Comment: Making this critical, it really needs to be dealt with before 5.1 is released. Previous Comments: [2005-11-08 05:11:21] [EMAIL PROTECTED] more details: "make install-pear" uses install-pear-nozlib.phar, which uses __HALT_COMPILER__ to prevent parsing of the rest of the file, as this would result in redeclaration of class fatal errors (it contains internal .tars for the PEAR package, but uses its own PEAR to install these .tars). When stepping through the invocation make install-pear does (sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -derror_reporting=E_ALL pear/install-pear-nozlib.phar -d "/usr/local/lib/php" -b "/usr/local/bin") in gdb, it appears that zend_language_parser goes straight to an abort after the first return from the language_scanner, as if the scanner was unable to find any tokens. I was unable to run through valgrind, all available memory was used up and the process was killed before any leaks were displayed. [2005-11-08 03:04:14] [EMAIL PROTECTED] Description: if --enable-zend-multibyte, __HALT_COMPILER__ fails, no output -- Edit this bug report at http://bugs.php.net/?id=35147&edit=1
#35155 [Opn->Asn]: prepared statement with blob field does not work
ID: 35155 Updated by: [EMAIL PROTECTED] Reported By: f dot engelhardt at 21torr dot com -Status: Open +Status: Assigned Bug Type: MySQLi related Operating System: Linux 2.6 -PHP Version: 5.0.5 +PHP Version: 5CVS-2005-11-09 (snap) -Assigned To: +Assigned To: georg New Comment: Assigned to the maintainer. Previous Comments: [2005-11-08 23:26:59] f dot engelhardt at 21torr dot com it doesn´t work, but the behavior changed a little: Every insert without mysqli_stmt_send_long_data() inserts 0 Bytes into the blob field, with this function it works as in the other version (5.0.5) [2005-11-08 17:43:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-08 17:06:50] f dot engelhardt at 21torr dot com it seems to work with mysqli_stmt_send_long_data(), but it has to work without, as the doc says, you only have to use it, if you send data larger than max_allowed_packet. This value is set to 16M, that data is only 2mb. Kind regards [2005-11-08 17:06:19] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/function.mysqli-stmt-send-long-data.php [2005-11-08 15:29:36] f dot engelhardt at 21torr dot com Description: Inserting a data into a blob column only inserts some of the data, in most cases between 1 and 200 Bytes, but not allways the same and never all data (which is in this case about 2 mb). I also tried it with mysqli_stmt_send_long_data(), but that was not working either. The table is as followes: CREATE TABLE `dbfs_data_chunk` ( `fileid` smallint(5) unsigned NOT NULL, `version` smallint(5) unsigned NOT NULL default '0', `data` mediumblob, PRIMARY KEY (`fileid`,`version`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; MySQL-Version: 5.0.15 If i do a base64_encode() it works, but this isn´t a solution, only a bad workaround, which is not acceptable. I also tried MyISAM, the same result. Reproduce code: --- Expected result: Should insert the binary data into the table Actual result: -- only 1 to 200 Bytes get inserted. -- Edit this bug report at http://bugs.php.net/?id=35155&edit=1
#35155 [Fbk->Opn]: prepared statement with blob field does not work
ID: 35155 User updated by: f dot engelhardt at 21torr dot com Reported By: f dot engelhardt at 21torr dot com -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: Linux 2.6 PHP Version: 5.0.5 New Comment: it doesn´t work, but the behavior changed a little: Every insert without mysqli_stmt_send_long_data() inserts 0 Bytes into the blob field, with this function it works as in the other version (5.0.5) Previous Comments: [2005-11-08 17:43:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-08 17:06:50] f dot engelhardt at 21torr dot com it seems to work with mysqli_stmt_send_long_data(), but it has to work without, as the doc says, you only have to use it, if you send data larger than max_allowed_packet. This value is set to 16M, that data is only 2mb. Kind regards [2005-11-08 17:06:19] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/function.mysqli-stmt-send-long-data.php [2005-11-08 15:29:36] f dot engelhardt at 21torr dot com Description: Inserting a data into a blob column only inserts some of the data, in most cases between 1 and 200 Bytes, but not allways the same and never all data (which is in this case about 2 mb). I also tried it with mysqli_stmt_send_long_data(), but that was not working either. The table is as followes: CREATE TABLE `dbfs_data_chunk` ( `fileid` smallint(5) unsigned NOT NULL, `version` smallint(5) unsigned NOT NULL default '0', `data` mediumblob, PRIMARY KEY (`fileid`,`version`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; MySQL-Version: 5.0.15 If i do a base64_encode() it works, but this isn´t a solution, only a bad workaround, which is not acceptable. I also tried MyISAM, the same result. Reproduce code: --- Expected result: Should insert the binary data into the table Actual result: -- only 1 to 200 Bytes get inserted. -- Edit this bug report at http://bugs.php.net/?id=35155&edit=1
#29665 [Com]: PHP Fails to compile when soap is enabled
ID: 29665 Comment by: admin at isprohosting dot com Reported By: moontumbo at hotmail dot com Status: No Feedback Bug Type: Compile Failure Operating System: Red Hat Enterprise Linux WS 3.0 PHP Version: 5.0.1 New Comment: Red Hat Enterprise Linux ES release 3 (Taroon Update 6) Having the latest libxml2 provided by RedHat - libxml2-2.5.10-7 Compiling the PHP 5.0.4 and it fails. There is no updated package from RedHat and I guess issue should be taken care by PHP team? Previous Comments: [2005-09-23 19:35:10] mohsen dot gamshad at schwab dot com I upgraded to libxml2 2.6.22 and I still get compile errors with enable-soap option: ext/soap/php_encoding.lo(.text+0x5a4): In function `to_zval_string': /php/ext/soap/php_encoding.c:505: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x77e): In function `to_zval_stringr': /php/ext/soap/php_encoding.c:541: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0x95a): In function `to_zval_stringc': /php/ext/soap/php_encoding.c:577: undefined reference to `xmlBufferCreateStatic' ext/soap/php_encoding.lo(.text+0xc28): In function `to_xml_string': /php/ext/soap/php_encoding.c:645: undefined reference to `xmlBufferCreateStatic' [2005-01-27 01:00:09] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-01-19 01:41:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-11-16 15:44:20] ykobayas at zet dot co dot jp Same problem happened on PHP 5.0.2. On RedHat Enterprise Linux ES 3.0, upgrading the libxml2 packages to 2.6.16 solved this problem too. [2004-10-09 06:49:23] yansanmo at iquebec dot com On Redhat9, work well when I updated libxml2 packages to 2.6.14 (-devel and -python too). I downloaded the 3 packages on this site: http://xmlsoft.org/sources/ 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/29665 -- Edit this bug report at http://bugs.php.net/?id=29665&edit=1
#35160 [Opn->Fbk]: openssl 0.9.8a + module does not load any ciphers
ID: 35160 Updated by: [EMAIL PROTECTED] Reported By: beckman at purplecow dot com -Status: Open +Status: Feedback Bug Type: OpenSSL related Operating System: FreeBSD 5.3-RELEASE-p10 PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip And if it doesn't work either, provide a short reproducing script. Note: We do NOT support any "ports". Previous Comments: [2005-11-08 22:14:39] beckman at purplecow dot com Description: Using FreeBSD ports tree, I installed openssl 0.9.8a and php5-openssl, which installed the openssl libraries and tools and the php5 openssl extension openssl.so. After confirming the HTTPS/SSL contexts (streams and transports) were enabled, and OpenSSL support was enabled, I attempted to use file_get_contents to open an HTTPS:// url. This resulted in the following PHP errors: [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(https://##.#.com/?user=##&passwd=##&msisdn=###): failed to open stream: Operation now in progress in /usr/local/lib/php/762dev/functions.inc on line 576 Here's what I got as the error from openssl_error_string(): error:140A90A1:SSL routines:func(169):reason(161) And here's what I read to lead me to believe that the problem is with a change in the way openssl initializes the ciphers: http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-October/000219.html I think that php5-openssl does not call the SSL_library_init() function before starting use of the library. I de-installed openssl.so and the openssl library, re-installed openssl-0.9.7i, re-installed the openssl.so extension/module, and the library now works great from within PHP. Reproduce code: --- echo file_get_contents("https://whatever.com/";); Expected result: The contents of whatever.com. Actual result: -- Errors. [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(https://##.#.com/?user=##&passwd=##&msisdn=###): failed to open stream: Operation now in progress in /usr/local/lib/php/762dev/functions.inc on line 576 Here's what I got as the error from openssl_error_string(): error:140A90A1:SSL routines:func(169):reason(161) -- Edit this bug report at http://bugs.php.net/?id=35160&edit=1
#35160 [NEW]: openssl 0.9.8a + module does not load any ciphers
From: beckman at purplecow dot com Operating system: FreeBSD 5.3-RELEASE-p10 PHP version: 5.0.5 PHP Bug Type: OpenSSL related Bug description: openssl 0.9.8a + module does not load any ciphers Description: Using FreeBSD ports tree, I installed openssl 0.9.8a and php5-openssl, which installed the openssl libraries and tools and the php5 openssl extension openssl.so. After confirming the HTTPS/SSL contexts (streams and transports) were enabled, and OpenSSL support was enabled, I attempted to use file_get_contents to open an HTTPS:// url. This resulted in the following PHP errors: [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(https://##.#.com/?user=##&passwd=##&msisdn=###): failed to open stream: Operation now in progress in /usr/local/lib/php/762dev/functions.inc on line 576 Here's what I got as the error from openssl_error_string(): error:140A90A1:SSL routines:func(169):reason(161) And here's what I read to lead me to believe that the problem is with a change in the way openssl initializes the ciphers: http://lists.alioth.debian.org/pipermail/pkg-openssl-devel/2005-October/000219.html I think that php5-openssl does not call the SSL_library_init() function before starting use of the library. I de-installed openssl.so and the openssl library, re-installed openssl-0.9.7i, re-installed the openssl.so extension/module, and the library now works great from within PHP. Reproduce code: --- echo file_get_contents("https://whatever.com/";); Expected result: The contents of whatever.com. Actual result: -- Errors. [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): failed to create an SSL context in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(): Failed to enable crypto in /usr/local/lib/php/762dev/functions.inc on line 576 [08-Nov-2005 14:28:10] PHP Warning: file_get_contents(https://##.#.com/?user=##&passwd=##&msisdn=###): failed to open stream: Operation now in progress in /usr/local/lib/php/762dev/functions.inc on line 576 Here's what I got as the error from openssl_error_string(): error:140A90A1:SSL routines:func(169):reason(161) -- Edit bug report at http://bugs.php.net/?id=35160&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35160&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35160&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35160&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35160&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35160&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35160&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35160&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35160&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35160&r=support Expected behavior: http://bugs.php.net/fix.php?id=35160&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35160&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35160&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35160&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35160&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35160&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35160&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35160&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35160&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35160&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35160&r=mysqlcfg
#35142 [Csd]: SOAP Client/Server Complex Object Support
ID: 35142 User updated by: matt dot jones at plumgroup dot com Reported By: matt dot jones at plumgroup dot com Status: Closed Bug Type: SOAP related Operating System: * PHP Version: 5CVS-2005-11-07 (snap) Assigned To: dmitry New Comment: Thanks, this works perfectly! Just a heads up to people using this patch though: You must clear out your WSDL cache for the patch to override the previous incorrect behavior. Previous Comments: [2005-11-08 09:37:05] [EMAIL PROTECTED] Fixed in CVS HEAD and PHP_5_1. [2005-11-08 00:54:42] [EMAIL PROTECTED] Assigned to the maintainer of ext/soap [2005-11-08 00:07:02] matt dot jones at plumgroup dot com I have tested this with php5-win32-latest.zip (it was easier than recompiling for linux) and I am seeing the exact same behavior. Providing an array of objects is not interpreted properly and having more than one subtag object results in the first tag to appear in the WSDL being the only response. [2005-11-07 21:39:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-07 18:47:26] matt dot jones at plumgroup dot com Description: When implementing a function to handle a soap request in a SoapServer the object that is returned has a specific and obvious structure. It is an object with basic typed members to represent the attributes and one or more complex objects (or an array of objects) for subtags which are built as a similar sort of object. What I am proposing would be to allow for this same complex object structure to be passed in and parsed by both the SoapClient->{function()} and to be returned by the functions specified to handle the soap request for the SoapServer. Reproduce code: --- The following is some partial source code that represents how I would like to see objects supported in the client-side: http://roberts.plumgroup.com/~mjones/soapclient.txt You can see that there are multiple classes created to contruct the request. The code makes use of both single objects and arrays of objects to create a complex request. You can find a version of the WSDL that this is partially implementing here: http://roberts.plumgroup.com/~mjones/test.wsdl Expected result: The system should be able to accept this format for incoming objects to properly create a complex soap request such as: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="http://testurl/Message";> This is the format it chooses for objects sent to SoapServer handler functions, it should support it for SoapClient function calls. Actual result: -- With the above code the current implementation properly creates the logOnEvent subtag and stops there no logOffEvents are added. If you attempt to add multiple logOnEvents alone in an array they are not properly added as multiple logOnEvents either. -- Edit this bug report at http://bugs.php.net/?id=35142&edit=1
#35118 [Csd->Opn]: Using PDOStatement child class crashe Apache
ID: 35118 User updated by: stochnagara at hotmail dot com Reported By: stochnagara at hotmail dot com -Status: Closed +Status: Open Bug Type: PDO related Operating System: windows xp PHP Version: 5CVS-2005-11-05 (snap) Assigned To: wez New Comment: Still present in latest snap. Maybe forgot to commit? Previous Comments: [2005-11-07 18:16:33] [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. [2005-11-07 15:31:55] [EMAIL PROTECTED] Assigned to the maintainer. [2005-11-05 20:34:27] stochnagara at hotmail dot com Description: When I try to use a class which extends PDOStatement, my apache crashes. Here is a simple reproduce script: Reproduce code: --- class MAppPDOStatement extends PDOStatement { function __construct ($pdo) { parent::__construct ($pdo); $this->setFetchMode (PDO::FETCH_OBJ); } } $a = new PDO("sqlite::memory:"); $a->exec ("create table test (id int not null unique, name string)"); $a->prepare ("select * from sqlite_master", array (PDO::ATTR_STATEMENT_CLASS => 'MAppPDOStatement')); Expected result: no errors Actual result: -- Apache crashes. -- Edit this bug report at http://bugs.php.net/?id=35118&edit=1
#35144 [Fbk->Opn]: odbc_connect segmentation fault
ID: 35144 User updated by: rberquist at sbdrepro dot com Reported By: rberquist at sbdrepro dot com -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Highly customized RH PHP Version: 5CVS-2005-11-07 (snap) New Comment: Well, using the isql command, the odbc works. With PHP, it does not. This is what has led me to believe that it's not a unixODBC issue. Also, setting up a mysql DSN entry in odbc.ini has proven successful. It connects fine and allows query execution. I've recently found out that it could possibly be the driver and am currently working with the third party developers at the moment. The driver is /usr/local/lib/libtfodbccl.so, which is referenced in the bt. However, they contend that if it works with isql, then the problem is not with the driver. If you have any other ideas for troubleshooting and pinpointing the issue, I'd be happy to comply. Previous Comments: [2005-11-08 21:44:28] [EMAIL PROTECTED] Are you absolutely sure this isn't a bug in unixODBC? As the backtrace would suggest it's crashing in there, not in PHP. [2005-11-07 23:50:57] rberquist at sbdrepro dot com The latest snapshot is installed along with PDO and pdo_odbc. pdo_odbc was compile with ./configure --with-unixODBC Php (php5-200511072130) was compiled the same as before. Using pdo_mysql connects fine to a mysql database. However, using odbc with the third party provided driver(Thoroughbred Proprietary DBMS), I'm getting segfaults again. However, still no problems using isql. The backtrace of using pdo is as follows. Please let me know if you would like another backtrace of just the vanilla odbc without pdo using the latest snapshot. I also have odbc trace files if needed. #0 0x in ?? () #1 0xb6f66f05 in extract_sql_error (henv=0x0, hdbc=0x8434a78, hstmt=0x0, connection=0x8431480, head=0x84319f0, return_code=1) at __info.c:4365 #2 0xb6f67976 in function_return_ex (level=2, handle=0x8431480, ret_code=1, save_to_diag=138613888) at __info.c:4998 #3 0xb6f3ef17 in SQLDriverConnect (hdbc=0x8431480, hwnd=0x0, conn_str_in=0x8436bcc "DSN=CUSTOMER;UID=tsi", len_conn_str_in=-27102, conn_str_out=0xbfff95e0 "DSN=CUSTOMER;DBQ=.;HOST=192.168.1.102;UID=tsi;SERVER=NotTheServer", conn_str_out_max=1023, ptr_conn_str_out=0xbfff95de, driver_completion=0) at SQLDriverConnect.c:1463 #4 0xb6ef1716 in pdo_odbc_handle_factory (dbh=0x84273fc, driver_options=0x0) at /home/rberquist/PDO_ODBC-1.0RC2/odbc_driver.c:395 #5 0x080d1182 in zif_PDO_dbh_constructor (ht=1, return_value=0x8435f3c, return_value_ptr=0x0, this_ptr=0x84273bc, return_value_used=0) at /home/rberquist/php5-200511072130/ext/pdo/pdo_dbh.c:374 #6 0x0826b846 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff9ed0) #7 0x0826bd92 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbfff9ed0) at zend_vm_execute.h:310 #8 0x0826b4f6 in execute (op_array=0x8431304) at zend_vm_execute.h:88 #9 0x08243a0c in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/rberquist/php5-200511072130/Zend/zend.c:1087 #10 0x082025b2 in php_execute_script (primary_file=0xbfffc2f0) at /home/rberquist/php5-200511072130/main/main.c:1677 #11 0x082b17c6 in main (argc=2, argv=0xbfffc3d4) at /home/rberquist/php5-200511072130/sapi/cli/php_cli.c:1041 [2005-11-07 23:06:00] [EMAIL PROTECTED] Can you also try PDO_ODBC to see if it has a similar issue? [2005-11-07 22:49:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-07 22:25:52] rberquist at sbdrepro dot com Description: As reported in Bug 34716, but I have a backtrace for you. Using Apache/2.0.46 PHP/5.1.0RC5-dev (snapshot php5-200511071930) unixODBC-2.2.11 php compiled with ./configure --with-apxs2=/usr/sbin/apxs --with-mysql=shared --with-unixODBC=shared --enable-debug When accessing the script via brower or command line, results in a segfault. `isql Customer -v` results as expected and able to execute queries. Reproduce code: --- Expected result: I expect it to simply connect, print Test, then disconnect. Actual result: -- Segmentation fault with no output. (gdb) bt #0 0xb6eaa370 in ?? () #1 0xb6eea7b1 in ISAMOpen () from /usr/local/lib/libtfodbccl.so #2 0xb6eddace in SQLConnect () from /usr/local/lib/libtfodbccl.so #3 0xb6f3c26e in SQLConnect (connection_handle=0x8430540, server_name=0x842647c "CUSTOMER", name_length1=-3, us
#35144 [Opn->Fbk]: odbc_connect segmentation fault
ID: 35144 Updated by: [EMAIL PROTECTED] Reported By: rberquist at sbdrepro dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Highly customized RH PHP Version: 5CVS-2005-11-07 (snap) New Comment: Are you absolutely sure this isn't a bug in unixODBC? As the backtrace would suggest it's crashing in there, not in PHP. Previous Comments: [2005-11-07 23:50:57] rberquist at sbdrepro dot com The latest snapshot is installed along with PDO and pdo_odbc. pdo_odbc was compile with ./configure --with-unixODBC Php (php5-200511072130) was compiled the same as before. Using pdo_mysql connects fine to a mysql database. However, using odbc with the third party provided driver(Thoroughbred Proprietary DBMS), I'm getting segfaults again. However, still no problems using isql. The backtrace of using pdo is as follows. Please let me know if you would like another backtrace of just the vanilla odbc without pdo using the latest snapshot. I also have odbc trace files if needed. #0 0x in ?? () #1 0xb6f66f05 in extract_sql_error (henv=0x0, hdbc=0x8434a78, hstmt=0x0, connection=0x8431480, head=0x84319f0, return_code=1) at __info.c:4365 #2 0xb6f67976 in function_return_ex (level=2, handle=0x8431480, ret_code=1, save_to_diag=138613888) at __info.c:4998 #3 0xb6f3ef17 in SQLDriverConnect (hdbc=0x8431480, hwnd=0x0, conn_str_in=0x8436bcc "DSN=CUSTOMER;UID=tsi", len_conn_str_in=-27102, conn_str_out=0xbfff95e0 "DSN=CUSTOMER;DBQ=.;HOST=192.168.1.102;UID=tsi;SERVER=NotTheServer", conn_str_out_max=1023, ptr_conn_str_out=0xbfff95de, driver_completion=0) at SQLDriverConnect.c:1463 #4 0xb6ef1716 in pdo_odbc_handle_factory (dbh=0x84273fc, driver_options=0x0) at /home/rberquist/PDO_ODBC-1.0RC2/odbc_driver.c:395 #5 0x080d1182 in zif_PDO_dbh_constructor (ht=1, return_value=0x8435f3c, return_value_ptr=0x0, this_ptr=0x84273bc, return_value_used=0) at /home/rberquist/php5-200511072130/ext/pdo/pdo_dbh.c:374 #6 0x0826b846 in zend_do_fcall_common_helper_SPEC (execute_data=0xbfff9ed0) #7 0x0826bd92 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xbfff9ed0) at zend_vm_execute.h:310 #8 0x0826b4f6 in execute (op_array=0x8431304) at zend_vm_execute.h:88 #9 0x08243a0c in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/rberquist/php5-200511072130/Zend/zend.c:1087 #10 0x082025b2 in php_execute_script (primary_file=0xbfffc2f0) at /home/rberquist/php5-200511072130/main/main.c:1677 #11 0x082b17c6 in main (argc=2, argv=0xbfffc3d4) at /home/rberquist/php5-200511072130/sapi/cli/php_cli.c:1041 [2005-11-07 23:06:00] [EMAIL PROTECTED] Can you also try PDO_ODBC to see if it has a similar issue? [2005-11-07 22:49:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-07 22:25:52] rberquist at sbdrepro dot com Description: As reported in Bug 34716, but I have a backtrace for you. Using Apache/2.0.46 PHP/5.1.0RC5-dev (snapshot php5-200511071930) unixODBC-2.2.11 php compiled with ./configure --with-apxs2=/usr/sbin/apxs --with-mysql=shared --with-unixODBC=shared --enable-debug When accessing the script via brower or command line, results in a segfault. `isql Customer -v` results as expected and able to execute queries. Reproduce code: --- Expected result: I expect it to simply connect, print Test, then disconnect. Actual result: -- Segmentation fault with no output. (gdb) bt #0 0xb6eaa370 in ?? () #1 0xb6eea7b1 in ISAMOpen () from /usr/local/lib/libtfodbccl.so #2 0xb6eddace in SQLConnect () from /usr/local/lib/libtfodbccl.so #3 0xb6f3c26e in SQLConnect (connection_handle=0x8430540, server_name=0x842647c "CUSTOMER", name_length1=-3, user_name=0x84264fc "tsi", name_length2=-3, authentication=0x8426574 "", name_length3=-3) at SQLConnect.c:3819 #4 0xb6f8f7dc in odbc_sqlconnect (conn=0xbfffacb0, db=0x842647c "CUSTOMER", uid=0x84264fc "tsi", pwd=0x8426574 "", cur_opt=2, persistent=0) at /home/rberquist/php5-200511071930/ext/odbc/php_odbc.c:2174 #5 0xb6f900c4 in odbc_do_connect (ht=3, return_value=0x8434a94, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, persistent=0) at /home/rberquist/php5-200511071930/ext/odbc/php_odbc.c:2373 #6 0xb6f8f4d7 in zif_odbc_connect (ht=3, return_value=0x8434a94, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/rberquist/php5-200511071930/ext/odbc/php_odbc.c:2060 #7 0x0826b846 in zend_do_fcall_common_helper_SPEC (execu
#35105 [Opn->Asn]: stream_set_timeout() has no effect on SSL stream
ID: 35105 Updated by: [EMAIL PROTECTED] Reported By: wckits at rit dot edu -Status: Open +Status: Assigned Bug Type: *General Issues Operating System: SunOS 5.9 -PHP Version: 5.0.5 +PHP Version: 5CVS-2005-11-08 (snap) Assigned To: wez New Comment: Assigned to the maintainer and author of streams. Previous Comments: [2005-11-08 21:07:52] wckits at rit dot edu Ok, I figured it was just the copy in cvs being broken (some feature half done or some such), I wasn't trying to be a jerk. I had to add -mimpure-text to CFLAGS for the last few linking steps to fix the problem (otherwise I'd get about 16,000 lines of linker errors). Anyway: > /u01/wckits/php5-200511081730/sapi/cli/php phpinfo() PHP Version => 5.1.0RC5-dev System => SunOS myHostname 5.9 Generic_117171-13 sun4u Build Date => Nov 8 2005 14:52:09 The timeout problem still exists in php5-latest. [2005-11-08 20:14:32] [EMAIL PROTECTED] Guess what? The snapshot you tried IS the next stable release. So can you please tell us what didn't work with it? Just saying "it wont build" does not help much.. [2005-11-08 19:43:26] wckits at rit dot edu 'Latest' (php5-200511081330) just wont build on my system, same configuration as 5.0.5... Unless you are willing to cut and paste the example code into your own latest cvs build this may have to wait for the next stable release. [2005-11-06 23:16:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-04 16:25:24] [EMAIL PROTECTED] Assigned to the streams author and maintainer. 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/35105 -- Edit this bug report at http://bugs.php.net/?id=35105&edit=1
#35159 [Com]: big variable value in recursive function crashes
ID: 35159 Comment by: support at zend dot com Reported By: pekka at photography-on-the dot net Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS, 4.4.1 (2005-11-08) (cvs) Assigned To: dmitry New Comment: 4.3.11, 4.4.0 also affected, but with different limits... Previous Comments: [2005-11-08 21:06:57] pekka at photography-on-the dot net correction: 5.0.4 is not free of this, in php 5.0.4 the limit is 1291 on same machine. [2005-11-08 20:27:05] [EMAIL PROTECTED] I can reproduce this with latest CVS of 5.1, using 35701 as the limit. Dmitry, any ideas? [2005-11-08 20:14:03] pekka at photography-on-the dot net Description: Weird recursive issue with 4.4.1 function test_recursive ($count=0) { $count++; if ($count >= 50) { print "done"; return; } test_recursive ($count); } test_recursive(); works, but when $count is larger than 197 it crashes (Apache gives error 500) in PHP 5.0.4 this works ok with any $count Reproduce code: --- function test_recursive ($count=0) { $count++; if ($count >= 500) { print "done"; return; } test_recursive ($count); } test_recursive(); Expected result: done Actual result: -- Server: page not found (error 500), php crash. -- Edit this bug report at http://bugs.php.net/?id=35159&edit=1
#35105 [Fbk->Opn]: stream_set_timeout() has no effect on SSL stream
ID: 35105 User updated by: wckits at rit dot edu Reported By: wckits at rit dot edu -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: SunOS 5.9 PHP Version: 5.0.5 Assigned To: wez New Comment: Ok, I figured it was just the copy in cvs being broken (some feature half done or some such), I wasn't trying to be a jerk. I had to add -mimpure-text to CFLAGS for the last few linking steps to fix the problem (otherwise I'd get about 16,000 lines of linker errors). Anyway: > /u01/wckits/php5-200511081730/sapi/cli/php phpinfo() PHP Version => 5.1.0RC5-dev System => SunOS myHostname 5.9 Generic_117171-13 sun4u Build Date => Nov 8 2005 14:52:09 The timeout problem still exists in php5-latest. Previous Comments: [2005-11-08 20:14:32] [EMAIL PROTECTED] Guess what? The snapshot you tried IS the next stable release. So can you please tell us what didn't work with it? Just saying "it wont build" does not help much.. [2005-11-08 19:43:26] wckits at rit dot edu 'Latest' (php5-200511081330) just wont build on my system, same configuration as 5.0.5... Unless you are willing to cut and paste the example code into your own latest cvs build this may have to wait for the next stable release. [2005-11-06 23:16:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-04 16:25:24] [EMAIL PROTECTED] Assigned to the streams author and maintainer. [2005-11-04 15:07:58] wckits at rit dot edu Description: A stream opened with stream_socket_client("ssl://. will not timeout when reading. This may have a similar underlying cause to bug #23618 but it is exposed differently, and is still a problem in 5.0.5. Reproduce code: --- #!/bin/php-5.0.5/sapi/cli/php array( 'verify_peer' => false, 'allow_self_signed' => true, ) )); print "Creating socket\n"; $socket = stream_socket_client( "ssl://www.rit.edu:443", &$errno, &$errstr, 10, STREAM_CLIENT_CONNECT, $ctx ); print "Setting timeout\n"; var_dump(stream_set_timeout( $socket, 5 )); print "Sending bogus request\n"; fwrite($socket, "GET nourl Cupcakes/2.5\n\n\n\n" ); print "Reading Result\n"; var_dump(fgets( $socket)); //Now conenct and read when we know the server isnt going to send anything print "Creating NEW socket\n"; $socket = stream_socket_client( "ssl://www.rit.edu:443", &$errno, &$errstr, 10, STREAM_CLIENT_CONNECT, $ctx ); print "Setting timeout\n"; var_dump(stream_set_timeout( $socket, 5 )); print "Sending NO request\n"; print "Read should time out in 5\n"; var_dump(fgets( $socket)); ?> Expected result: The first section will run and print an HTTP error. The second section will run and timeout after printing "Read should timeout in 5..." Actual result: -- Read does not time out. I suspect that the read timeout on SSL connections is just not implemented, because it is hard, but if that is the case the stream_set_timeout should return false to indicate the error. If its just not implemented I'd be willing to patch it up if there is one place to fix it. If there are ssl reads all over the php source I don't think I'd have the time to track them all down. I have seen people say "just use select" in response to stream timeout problems. That does not work with ssl, or at least it may not always work with ssl. Select can be used if you have access to the native SSL interface (ie: it could be done right in C) but you need to be able to check for the WANT_READ condition -- Edit this bug report at http://bugs.php.net/?id=35105&edit=1
#35159 [Asn]: big variable value in recursive function crashes
ID: 35159 User updated by: pekka at photography-on-the dot net Reported By: pekka at photography-on-the dot net Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 5CVS, 4.4.1 (2005-11-08) (cvs) Assigned To: dmitry New Comment: correction: 5.0.4 is not free of this, in php 5.0.4 the limit is 1291 on same machine. Previous Comments: [2005-11-08 20:27:05] [EMAIL PROTECTED] I can reproduce this with latest CVS of 5.1, using 35701 as the limit. Dmitry, any ideas? [2005-11-08 20:14:03] pekka at photography-on-the dot net Description: Weird recursive issue with 4.4.1 function test_recursive ($count=0) { $count++; if ($count >= 50) { print "done"; return; } test_recursive ($count); } test_recursive(); works, but when $count is larger than 197 it crashes (Apache gives error 500) in PHP 5.0.4 this works ok with any $count Reproduce code: --- function test_recursive ($count=0) { $count++; if ($count >= 500) { print "done"; return; } test_recursive ($count); } test_recursive(); Expected result: done Actual result: -- Server: page not found (error 500), php crash. -- Edit this bug report at http://bugs.php.net/?id=35159&edit=1
#35158 [Opn->Fbk]: binding of stored proc input parameters is not working
ID: 35158 Updated by: [EMAIL PROTECTED] Reported By: vladik_g at mail dot ru -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Linux RedHat 9 PHP Version: 5CVS-2005-11-08 (snap) New Comment: What else have changed for you except for PHP version? Previous Comments: [2005-11-08 20:09:47] vladik_g at mail dot ru Description: binding input parameters is not really working. This mechanism was working well in 4-th family of php. Reproduce code: --- php code here: mssql_bind($Proc,'@Param1',$Param1,SQLVARCHAR,false,false,30); mssql_execute($Proc,FALSE) || print(mssql_get_last_message()); MSSQL code here: CREATE PROCEDURE [dbo].[test] ( @Param1 VARCHAR(30) ) AS RETURN 0 GO Expected result: successfull execution Actual result: -- Procedure 'test' expects parameter '@Param1', which was not supplied. -- Edit this bug report at http://bugs.php.net/?id=35158&edit=1
#35159 [Opn->Asn]: big variable value in recursive function crashes
ID: 35159 Updated by: [EMAIL PROTECTED] Reported By: pekka at photography-on-the dot net -Status: Open +Status: Assigned -Bug Type: Unknown/Other Function +Bug Type: Scripting Engine problem -Operating System: Windows XP Pro (also unix) +Operating System: * -PHP Version: 4.4.1 +PHP Version: 5CVS, 4.4.1 (2005-11-08) (cvs) -Assigned To: +Assigned To: dmitry New Comment: I can reproduce this with latest CVS of 5.1, using 35701 as the limit. Dmitry, any ideas? Previous Comments: [2005-11-08 20:14:03] pekka at photography-on-the dot net Description: Weird recursive issue with 4.4.1 function test_recursive ($count=0) { $count++; if ($count >= 50) { print "done"; return; } test_recursive ($count); } test_recursive(); works, but when $count is larger than 197 it crashes (Apache gives error 500) in PHP 5.0.4 this works ok with any $count Reproduce code: --- function test_recursive ($count=0) { $count++; if ($count >= 500) { print "done"; return; } test_recursive ($count); } test_recursive(); Expected result: done Actual result: -- Server: page not found (error 500), php crash. -- Edit this bug report at http://bugs.php.net/?id=35159&edit=1
#35105 [Opn->Fbk]: stream_set_timeout() has no effect on SSL stream
ID: 35105 Updated by: [EMAIL PROTECTED] Reported By: wckits at rit dot edu -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: SunOS 5.9 PHP Version: 5.0.5 Assigned To: wez New Comment: Guess what? The snapshot you tried IS the next stable release. So can you please tell us what didn't work with it? Just saying "it wont build" does not help much.. Previous Comments: [2005-11-08 19:43:26] wckits at rit dot edu 'Latest' (php5-200511081330) just wont build on my system, same configuration as 5.0.5... Unless you are willing to cut and paste the example code into your own latest cvs build this may have to wait for the next stable release. [2005-11-06 23:16:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-04 16:25:24] [EMAIL PROTECTED] Assigned to the streams author and maintainer. [2005-11-04 15:07:58] wckits at rit dot edu Description: A stream opened with stream_socket_client("ssl://. will not timeout when reading. This may have a similar underlying cause to bug #23618 but it is exposed differently, and is still a problem in 5.0.5. Reproduce code: --- #!/bin/php-5.0.5/sapi/cli/php array( 'verify_peer' => false, 'allow_self_signed' => true, ) )); print "Creating socket\n"; $socket = stream_socket_client( "ssl://www.rit.edu:443", &$errno, &$errstr, 10, STREAM_CLIENT_CONNECT, $ctx ); print "Setting timeout\n"; var_dump(stream_set_timeout( $socket, 5 )); print "Sending bogus request\n"; fwrite($socket, "GET nourl Cupcakes/2.5\n\n\n\n" ); print "Reading Result\n"; var_dump(fgets( $socket)); //Now conenct and read when we know the server isnt going to send anything print "Creating NEW socket\n"; $socket = stream_socket_client( "ssl://www.rit.edu:443", &$errno, &$errstr, 10, STREAM_CLIENT_CONNECT, $ctx ); print "Setting timeout\n"; var_dump(stream_set_timeout( $socket, 5 )); print "Sending NO request\n"; print "Read should time out in 5\n"; var_dump(fgets( $socket)); ?> Expected result: The first section will run and print an HTTP error. The second section will run and timeout after printing "Read should timeout in 5..." Actual result: -- Read does not time out. I suspect that the read timeout on SSL connections is just not implemented, because it is hard, but if that is the case the stream_set_timeout should return false to indicate the error. If its just not implemented I'd be willing to patch it up if there is one place to fix it. If there are ssl reads all over the php source I don't think I'd have the time to track them all down. I have seen people say "just use select" in response to stream timeout problems. That does not work with ssl, or at least it may not always work with ssl. Select can be used if you have access to the native SSL interface (ie: it could be done right in C) but you need to be able to check for the WANT_READ condition -- Edit this bug report at http://bugs.php.net/?id=35105&edit=1
#35159 [NEW]: big variable value in recursive function crashes
From: pekka at photography-on-the dot net Operating system: Windows XP Pro (also unix) PHP version: 4.4.1 PHP Bug Type: Unknown/Other Function Bug description: big variable value in recursive function crashes Description: Weird recursive issue with 4.4.1 function test_recursive ($count=0) { $count++; if ($count >= 50) { print "done"; return; } test_recursive ($count); } test_recursive(); works, but when $count is larger than 197 it crashes (Apache gives error 500) in PHP 5.0.4 this works ok with any $count Reproduce code: --- function test_recursive ($count=0) { $count++; if ($count >= 500) { print "done"; return; } test_recursive ($count); } test_recursive(); Expected result: done Actual result: -- Server: page not found (error 500), php crash. -- Edit bug report at http://bugs.php.net/?id=35159&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35159&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35159&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35159&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35159&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35159&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35159&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35159&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35159&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35159&r=support Expected behavior: http://bugs.php.net/fix.php?id=35159&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35159&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35159&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35159&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35159&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35159&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35159&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35159&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35159&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35159&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35159&r=mysqlcfg
#35111 [Opn->Bgs]: Compile fails for GD Library
ID: 35111 Updated by: [EMAIL PROTECTED] Reported By: elik at hostforweb dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: CentOS 4.2 x86_64 PHP Version: 4.4.1 New Comment: Nothing changed in ext/gd/config.m4 between 4.4.0 and 4.4.1 so it's just your system that is broken. And we reserve the right to do what we want, not what you want. Backporting all the 64bit work we've done in PHP_5_1 branch isn't something we are going to do. Period. Previous Comments: [2005-11-08 18:21:19] elik at hostforweb dot com Greetings, It is not bogus, and I have modified the configure script so it can compile with PHP 4.4.x series. And I suggest you revisit this issue, since you completely broke the system in 4.4.1, but it works fine with 4.4.0. I am sure lot of people uses PHP 4.4.x on AMD64 bit systems and you have a development box with AMD64 system which you can easily make the changes to make it working. So have it backported so that people can use it, since not everyone is jumping to PHP5 and you are making yourself look bad in this issue. [2005-11-05 16:34:03] [EMAIL PROTECTED] Like said before, the 64bit support is new to PHP 5.1. It will NOT be backported. [2005-11-05 16:23:39] elik at hostforweb dot com Description: Greetings, It seems the bug came back in 4.4.1 that was not in 4.4.0 for compiling the libjpeg, libpng into PHP dispite it been symblinked into the /usr/lib from /usr/lib64. checking for GD support... yes checking for the location of libjpeg... /usr checking for the location of libpng... /usr checking for the location of libXpm... /usr/X11R6 checking for FreeType 1.x support... yes checking for FreeType 2... /usr checking for T1lib support... no checking whether to enable truetype string function in GD... yes checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... no checking for floorf... no checking for jpeg_read_header in -ljpeg... no configure: error: Problem with libjpeg.(a|so). Please check config.log for more information. Directory Listing: [EMAIL PROTECTED] [/usr/lib]# ls -la libjpeg* libpng* lrwxrwxrwx 1 root root 18 Nov 5 07:15 libjpeg.a -> ../lib64/libjpeg.a lrwxrwxrwx 1 root root 19 Nov 5 07:15 libjpeg.la -> ../lib64/libjpeg.la* lrwxrwxrwx 1 root root 19 Nov 5 07:15 libjpeg.so -> ../lib64/libjpeg.so* lrwxrwxrwx 1 root root 22 Nov 5 07:22 libjpeg.so.62 -> ../lib64/libjpeg.so.62* lrwxrwxrwx 1 root root 26 Nov 5 07:22 libjpeg.so.62.0.0 -> ../lib64/libjpeg.so.62.0.0* lrwxrwxrwx 1 root root 19 Nov 5 07:49 libpng12.a -> ../lib64/libpng12.a lrwxrwxrwx 1 root root 20 Nov 5 07:49 libpng12.so -> ../lib64/libpng12.so* lrwxrwxrwx 1 root root 9 Nov 5 07:42 libpng12.so.0 -> libpng.so* lrwxrwxrwx 1 root root 28 Nov 5 07:49 libpng12.so.0.1.2.7 -> ../lib64/libpng12.so.0.1.2.7* lrwxrwxrwx 1 root root 17 Nov 5 07:16 libpng.a -> ../lib64/libpng.a lrwxrwxrwx 1 root root 18 Nov 5 07:16 libpng.so -> ../lib64/libpng.so* lrwxrwxrwx 1 root root 20 Nov 5 07:49 libpng.so.3 -> ../lib64/libpng.so.3* lrwxrwxrwx 1 root root 26 Nov 5 07:49 libpng.so.3.1.2.7 -> ../lib64/libpng.so.3.1.2.7* Reproduce code: --- config.nice LDFLAGS='-L/usr/X11R6/lib64 -lstdc++' \ './configure' \ '--with-pic' \ '--with-prefix=/usr' \ '--with-xml' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-curl' \ '--with-dom' \ '--enable-xslt' \ '--with-dom-xslt' \ '--with-dom-exslt' \ '--with-xslt-sablot' \ '--enable-exif' \ '--enable-ftp' \ '--with-gd' \ '--with-jpeg-dir=/usr' \ '--with-png-dir=/usr' \ '--with-xpm-dir=/usr/X11R6' \ '--with-gettext' \ '--with-imap' \ '--with-imap-ssl' \ '--with-kerberos' \ '--enable-mbstring' \ '--enable-mbstr-enc-trans' \ '--enable-mbregex' \ '--with-mcrypt' \ '--with-mhash' \ '--enable-magic-quotes' \ '--with-mysqli' \ '--with-openssl' \ '--enable-discard-path' \ '--enable-sockets' \ '--enable-track-vars' \ '--with-ttf' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--enable-wddx' \ '--with-zip' \ '--with-zlib' \ '--with-bz2' \ '--enable-dba' \ '--with-flatfile' \ '--with-pspell' \ '--with-tsrm-pthreads' \ '--with-mm' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ "$@" Expected result: Expected the code to compile all the way. -- Edit this bug report at http://bugs.php.net/?id=35111&edit=1
#35158 [NEW]: binding of stored proc input parameters is not working
From: vladik_g at mail dot ru Operating system: Linux RedHat 9 PHP version: 5CVS-2005-11-08 (snap) PHP Bug Type: MSSQL related Bug description: binding of stored proc input parameters is not working Description: binding input parameters is not really working. This mechanism was working well in 4-th family of php. Reproduce code: --- php code here: mssql_bind($Proc,'@Param1',$Param1,SQLVARCHAR,false,false,30); mssql_execute($Proc,FALSE) || print(mssql_get_last_message()); MSSQL code here: CREATE PROCEDURE [dbo].[test] ( @Param1 VARCHAR(30) ) AS RETURN 0 GO Expected result: successfull execution Actual result: -- Procedure 'test' expects parameter '@Param1', which was not supplied. -- Edit bug report at http://bugs.php.net/?id=35158&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35158&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35158&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35158&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35158&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35158&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35158&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35158&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35158&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35158&r=support Expected behavior: http://bugs.php.net/fix.php?id=35158&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35158&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35158&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35158&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35158&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35158&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35158&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35158&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35158&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35158&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35158&r=mysqlcfg
#35105 [Fbk->Opn]: stream_set_timeout() has no effect on SSL stream
ID: 35105 User updated by: wckits at rit dot edu Reported By: wckits at rit dot edu -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: SunOS 5.9 PHP Version: 5.0.5 Assigned To: wez New Comment: 'Latest' (php5-200511081330) just wont build on my system, same configuration as 5.0.5... Unless you are willing to cut and paste the example code into your own latest cvs build this may have to wait for the next stable release. Previous Comments: [2005-11-06 23:16:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-04 16:25:24] [EMAIL PROTECTED] Assigned to the streams author and maintainer. [2005-11-04 15:07:58] wckits at rit dot edu Description: A stream opened with stream_socket_client("ssl://. will not timeout when reading. This may have a similar underlying cause to bug #23618 but it is exposed differently, and is still a problem in 5.0.5. Reproduce code: --- #!/bin/php-5.0.5/sapi/cli/php array( 'verify_peer' => false, 'allow_self_signed' => true, ) )); print "Creating socket\n"; $socket = stream_socket_client( "ssl://www.rit.edu:443", &$errno, &$errstr, 10, STREAM_CLIENT_CONNECT, $ctx ); print "Setting timeout\n"; var_dump(stream_set_timeout( $socket, 5 )); print "Sending bogus request\n"; fwrite($socket, "GET nourl Cupcakes/2.5\n\n\n\n" ); print "Reading Result\n"; var_dump(fgets( $socket)); //Now conenct and read when we know the server isnt going to send anything print "Creating NEW socket\n"; $socket = stream_socket_client( "ssl://www.rit.edu:443", &$errno, &$errstr, 10, STREAM_CLIENT_CONNECT, $ctx ); print "Setting timeout\n"; var_dump(stream_set_timeout( $socket, 5 )); print "Sending NO request\n"; print "Read should time out in 5\n"; var_dump(fgets( $socket)); ?> Expected result: The first section will run and print an HTTP error. The second section will run and timeout after printing "Read should timeout in 5..." Actual result: -- Read does not time out. I suspect that the read timeout on SSL connections is just not implemented, because it is hard, but if that is the case the stream_set_timeout should return false to indicate the error. If its just not implemented I'd be willing to patch it up if there is one place to fix it. If there are ssl reads all over the php source I don't think I'd have the time to track them all down. I have seen people say "just use select" in response to stream timeout problems. That does not work with ssl, or at least it may not always work with ssl. Select can be used if you have access to the native SSL interface (ie: it could be done right in C) but you need to be able to check for the WANT_READ condition -- Edit this bug report at http://bugs.php.net/?id=35105&edit=1
#35096 [Com]: using mod_rewrite with apache2 crashes
ID: 35096 Comment by: scott at whitetigerphotography dot com Reported By: rob at burningsoda dot com Status: Feedback Bug Type: Apache2 related Operating System: * PHP Version: 5CVS, 4CVS (2005-11-04) (snap) New Comment: PHP isn't actually crashing with this bug. The original report doesn't seem to suggest it's crashing either, I'm not sure why the report title is as it is. This bug is very easily reproducable (on FreeBSD/PHP 4.4.1 at least) with default installs The bug simply causes PHP not to output anything in most cases, or output part of a page in others then stop Previous Comments: [2005-11-08 17:49:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-11-08 17:47:38] [EMAIL PROTECTED] --enable-versioning <-- Do you know what that does? (this has nothing to do with the bug, just note that you're using configure options you should not use) [2005-11-08 15:13:58] rob at burningsoda dot com sniper, To quickly reproduce the bug on FreeBSD 6.0, I do the following: 1. Install Apache 2.0.55 using FreeBSD ports 2. Install PHP 5.0.5 using FreeBSD ports --> The bug does _not_ show up. (If I had installed 4.4.1 from ports, it would) 4. Get a 5-dev snapshot (the last one I got is of 2005-11-06) and do this: ./configure\ --enable-versioning\ --enable-memory-limit\ --with-layout=GNU\ --with-config-file-scan-dir=/usr/local/etc/php\ --disable-all\ --enable-libxml --with-libxml-dir=/usr/local\ --enable-spl\ --with-apxs2=/usr/local/sbin/apxs\ --prefix=/usr/local\ i386-portbld-freebsd6.0 &&\ make clean &&\ make &&\ cp libs/libphp5.so /usr/local/libexec/apache2 &&\ /usr/local/etc/rc.d/apache2.sh restart --> there it is. The configure arguments are the standard arguments of the FreeBSD build system, but I do _not_ apply any of the FreeBSD-specific patches, they deliver (and which got included in the build in step 2). So, either the bug was introduced after 5.0.5 or one of the patches (have a look at them here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php5/files/) fixes it (which I personally don't think). Cheers, Rob. [2005-11-08 01:26:50] Chris at Epler dot net FreeBSD 4.11, Apache 2.0.55 Immediately after upgrading the PHP package from ports I get blank pages from Gallery integrated into Drupal which is using mod_rewrite. 4.4.0 did not have this issue and no other config file changes were made. [2005-11-07 20:17:13] free4cd at yahoo dot de Same problem on SuSE 9.3 and Apache 2.0.55 and 4.x and 5.x snapshots on i386. I've compiled Apache by hand and used the SuSE rpm's but I get the same error (blank page). I've also tried the php.ini-recommended and php.ini-dist without changes and it don't work. With 4.4.0 all works fine but since release of 4.4.1 and later snapshots (4.x and 5.x) mod_rewrite fails. 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/35096 -- Edit this bug report at http://bugs.php.net/?id=35096&edit=1
#35111 [Bgs->Opn]: Compile fails for GD Library
ID: 35111 User updated by: elik at hostforweb dot com Reported By: elik at hostforweb dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: CentOS 4.2 x86_64 PHP Version: 4.4.1 New Comment: Greetings, It is not bogus, and I have modified the configure script so it can compile with PHP 4.4.x series. And I suggest you revisit this issue, since you completely broke the system in 4.4.1, but it works fine with 4.4.0. I am sure lot of people uses PHP 4.4.x on AMD64 bit systems and you have a development box with AMD64 system which you can easily make the changes to make it working. So have it backported so that people can use it, since not everyone is jumping to PHP5 and you are making yourself look bad in this issue. Previous Comments: [2005-11-05 16:34:03] [EMAIL PROTECTED] Like said before, the 64bit support is new to PHP 5.1. It will NOT be backported. [2005-11-05 16:23:39] elik at hostforweb dot com Description: Greetings, It seems the bug came back in 4.4.1 that was not in 4.4.0 for compiling the libjpeg, libpng into PHP dispite it been symblinked into the /usr/lib from /usr/lib64. checking for GD support... yes checking for the location of libjpeg... /usr checking for the location of libpng... /usr checking for the location of libXpm... /usr/X11R6 checking for FreeType 1.x support... yes checking for FreeType 2... /usr checking for T1lib support... no checking whether to enable truetype string function in GD... yes checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... no checking for floorf... no checking for jpeg_read_header in -ljpeg... no configure: error: Problem with libjpeg.(a|so). Please check config.log for more information. Directory Listing: [EMAIL PROTECTED] [/usr/lib]# ls -la libjpeg* libpng* lrwxrwxrwx 1 root root 18 Nov 5 07:15 libjpeg.a -> ../lib64/libjpeg.a lrwxrwxrwx 1 root root 19 Nov 5 07:15 libjpeg.la -> ../lib64/libjpeg.la* lrwxrwxrwx 1 root root 19 Nov 5 07:15 libjpeg.so -> ../lib64/libjpeg.so* lrwxrwxrwx 1 root root 22 Nov 5 07:22 libjpeg.so.62 -> ../lib64/libjpeg.so.62* lrwxrwxrwx 1 root root 26 Nov 5 07:22 libjpeg.so.62.0.0 -> ../lib64/libjpeg.so.62.0.0* lrwxrwxrwx 1 root root 19 Nov 5 07:49 libpng12.a -> ../lib64/libpng12.a lrwxrwxrwx 1 root root 20 Nov 5 07:49 libpng12.so -> ../lib64/libpng12.so* lrwxrwxrwx 1 root root 9 Nov 5 07:42 libpng12.so.0 -> libpng.so* lrwxrwxrwx 1 root root 28 Nov 5 07:49 libpng12.so.0.1.2.7 -> ../lib64/libpng12.so.0.1.2.7* lrwxrwxrwx 1 root root 17 Nov 5 07:16 libpng.a -> ../lib64/libpng.a lrwxrwxrwx 1 root root 18 Nov 5 07:16 libpng.so -> ../lib64/libpng.so* lrwxrwxrwx 1 root root 20 Nov 5 07:49 libpng.so.3 -> ../lib64/libpng.so.3* lrwxrwxrwx 1 root root 26 Nov 5 07:49 libpng.so.3.1.2.7 -> ../lib64/libpng.so.3.1.2.7* Reproduce code: --- config.nice LDFLAGS='-L/usr/X11R6/lib64 -lstdc++' \ './configure' \ '--with-pic' \ '--with-prefix=/usr' \ '--with-xml' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-curl' \ '--with-dom' \ '--enable-xslt' \ '--with-dom-xslt' \ '--with-dom-exslt' \ '--with-xslt-sablot' \ '--enable-exif' \ '--enable-ftp' \ '--with-gd' \ '--with-jpeg-dir=/usr' \ '--with-png-dir=/usr' \ '--with-xpm-dir=/usr/X11R6' \ '--with-gettext' \ '--with-imap' \ '--with-imap-ssl' \ '--with-kerberos' \ '--enable-mbstring' \ '--enable-mbstr-enc-trans' \ '--enable-mbregex' \ '--with-mcrypt' \ '--with-mhash' \ '--enable-magic-quotes' \ '--with-mysqli' \ '--with-openssl' \ '--enable-discard-path' \ '--enable-sockets' \ '--enable-track-vars' \ '--with-ttf' \ '--enable-gd-native-ttf' \ '--with-freetype-dir=/usr' \ '--enable-wddx' \ '--with-zip' \ '--with-zlib' \ '--with-bz2' \ '--enable-dba' \ '--with-flatfile' \ '--with-pspell' \ '--with-tsrm-pthreads' \ '--with-mm' \ '--enable-sysvmsg' \ '--enable-sysvsem' \ '--enable-sysvshm' \ "$@" Expected result: Expected the code to compile all the way. -- Edit this bug report at http://bugs.php.net/?id=35111&edit=1
#35096 [Opn->Fbk]: using mod_rewrite with apache2 crashes
ID: 35096 Updated by: [EMAIL PROTECTED] Reported By: rob at burningsoda dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: * PHP Version: 5CVS, 4CVS (2005-11-04) (snap) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2005-11-08 17:47:38] [EMAIL PROTECTED] --enable-versioning <-- Do you know what that does? (this has nothing to do with the bug, just note that you're using configure options you should not use) [2005-11-08 15:13:58] rob at burningsoda dot com sniper, To quickly reproduce the bug on FreeBSD 6.0, I do the following: 1. Install Apache 2.0.55 using FreeBSD ports 2. Install PHP 5.0.5 using FreeBSD ports --> The bug does _not_ show up. (If I had installed 4.4.1 from ports, it would) 4. Get a 5-dev snapshot (the last one I got is of 2005-11-06) and do this: ./configure\ --enable-versioning\ --enable-memory-limit\ --with-layout=GNU\ --with-config-file-scan-dir=/usr/local/etc/php\ --disable-all\ --enable-libxml --with-libxml-dir=/usr/local\ --enable-spl\ --with-apxs2=/usr/local/sbin/apxs\ --prefix=/usr/local\ i386-portbld-freebsd6.0 &&\ make clean &&\ make &&\ cp libs/libphp5.so /usr/local/libexec/apache2 &&\ /usr/local/etc/rc.d/apache2.sh restart --> there it is. The configure arguments are the standard arguments of the FreeBSD build system, but I do _not_ apply any of the FreeBSD-specific patches, they deliver (and which got included in the build in step 2). So, either the bug was introduced after 5.0.5 or one of the patches (have a look at them here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php5/files/) fixes it (which I personally don't think). Cheers, Rob. [2005-11-08 01:26:50] Chris at Epler dot net FreeBSD 4.11, Apache 2.0.55 Immediately after upgrading the PHP package from ports I get blank pages from Gallery integrated into Drupal which is using mod_rewrite. 4.4.0 did not have this issue and no other config file changes were made. [2005-11-07 20:17:13] free4cd at yahoo dot de Same problem on SuSE 9.3 and Apache 2.0.55 and 4.x and 5.x snapshots on i386. I've compiled Apache by hand and used the SuSE rpm's but I get the same error (blank page). I've also tried the php.ini-recommended and php.ini-dist without changes and it don't work. With 4.4.0 all works fine but since release of 4.4.1 and later snapshots (4.x and 5.x) mod_rewrite fails. [2005-11-07 18:25:00] remko at elvandar dot org For the information/record: I used FreeBSD 5.4 and FreeBSD 6.0 on i386 hardware. 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/35096 -- Edit this bug report at http://bugs.php.net/?id=35096&edit=1
#35096 [Opn]: using mod_rewrite with apache2 crashes
ID: 35096 Updated by: [EMAIL PROTECTED] Reported By: rob at burningsoda dot com Status: Open Bug Type: Apache2 related Operating System: * PHP Version: 5CVS, 4CVS (2005-11-04) (snap) New Comment: --enable-versioning <-- Do you know what that does? (this has nothing to do with the bug, just note that you're using configure options you should not use) Previous Comments: [2005-11-08 15:13:58] rob at burningsoda dot com sniper, To quickly reproduce the bug on FreeBSD 6.0, I do the following: 1. Install Apache 2.0.55 using FreeBSD ports 2. Install PHP 5.0.5 using FreeBSD ports --> The bug does _not_ show up. (If I had installed 4.4.1 from ports, it would) 4. Get a 5-dev snapshot (the last one I got is of 2005-11-06) and do this: ./configure\ --enable-versioning\ --enable-memory-limit\ --with-layout=GNU\ --with-config-file-scan-dir=/usr/local/etc/php\ --disable-all\ --enable-libxml --with-libxml-dir=/usr/local\ --enable-spl\ --with-apxs2=/usr/local/sbin/apxs\ --prefix=/usr/local\ i386-portbld-freebsd6.0 &&\ make clean &&\ make &&\ cp libs/libphp5.so /usr/local/libexec/apache2 &&\ /usr/local/etc/rc.d/apache2.sh restart --> there it is. The configure arguments are the standard arguments of the FreeBSD build system, but I do _not_ apply any of the FreeBSD-specific patches, they deliver (and which got included in the build in step 2). So, either the bug was introduced after 5.0.5 or one of the patches (have a look at them here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php5/files/) fixes it (which I personally don't think). Cheers, Rob. [2005-11-08 01:26:50] Chris at Epler dot net FreeBSD 4.11, Apache 2.0.55 Immediately after upgrading the PHP package from ports I get blank pages from Gallery integrated into Drupal which is using mod_rewrite. 4.4.0 did not have this issue and no other config file changes were made. [2005-11-07 20:17:13] free4cd at yahoo dot de Same problem on SuSE 9.3 and Apache 2.0.55 and 4.x and 5.x snapshots on i386. I've compiled Apache by hand and used the SuSE rpm's but I get the same error (blank page). I've also tried the php.ini-recommended and php.ini-dist without changes and it don't work. With 4.4.0 all works fine but since release of 4.4.1 and later snapshots (4.x and 5.x) mod_rewrite fails. [2005-11-07 18:25:00] remko at elvandar dot org For the information/record: I used FreeBSD 5.4 and FreeBSD 6.0 on i386 hardware. [2005-11-07 17:18:49] jd at ods dot org I'm having issues on i386/FreeBSD 4.11 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/35096 -- Edit this bug report at http://bugs.php.net/?id=35096&edit=1
#35155 [Opn->Fbk]: prepared statement with blob field does not work
ID: 35155 Updated by: [EMAIL PROTECTED] Reported By: f dot engelhardt at 21torr dot com -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Linux 2.6 PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-08 17:06:50] f dot engelhardt at 21torr dot com it seems to work with mysqli_stmt_send_long_data(), but it has to work without, as the doc says, you only have to use it, if you send data larger than max_allowed_packet. This value is set to 16M, that data is only 2mb. Kind regards [2005-11-08 17:06:19] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/function.mysqli-stmt-send-long-data.php [2005-11-08 15:29:36] f dot engelhardt at 21torr dot com Description: Inserting a data into a blob column only inserts some of the data, in most cases between 1 and 200 Bytes, but not allways the same and never all data (which is in this case about 2 mb). I also tried it with mysqli_stmt_send_long_data(), but that was not working either. The table is as followes: CREATE TABLE `dbfs_data_chunk` ( `fileid` smallint(5) unsigned NOT NULL, `version` smallint(5) unsigned NOT NULL default '0', `data` mediumblob, PRIMARY KEY (`fileid`,`version`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; MySQL-Version: 5.0.15 If i do a base64_encode() it works, but this isn´t a solution, only a bad workaround, which is not acceptable. I also tried MyISAM, the same result. Reproduce code: --- Expected result: Should insert the binary data into the table Actual result: -- only 1 to 200 Bytes get inserted. -- Edit this bug report at http://bugs.php.net/?id=35155&edit=1
#35156 [Opn->Csd]: Calling ob_flush after creating an ob callback causes "Segmentation fault"
ID: 35156 Updated by: [EMAIL PROTECTED] Reported By: php at kloopy dot com -Status: Open +Status: Closed Bug Type: Output Control Operating System: Win32 and Linux PHP Version: 4.4.1 New Comment: Marking as closed then. Previous Comments: [2005-11-08 17:13:49] php at kloopy dot com Fixed in latest PHP5 Win32 snapshop. Also fixed in latest PHP4.4.2 Win32 snapshot. Thanks. [2005-11-08 16:50:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-08 16:35:25] php at kloopy dot com Description: When setting an output buffer that returns an empty string (I do have a good reason for doing this), later calls to ob_flush() cause PHP to seg fault. Tested on PHP-4.1.1 on linux (CLI and Apache2 module) with same error on both. Also tested on PHP-5.0.5 on Win32 (CLI and Apache2 module) with same error on both. Reproduce code: --- Expected result: Before After Actual result: -- Before Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=35156&edit=1
#35156 [Fbk->Opn]: Calling ob_flush after creating an ob callback causes "Segmentation fault"
ID: 35156 User updated by: php at kloopy dot com Reported By: php at kloopy dot com -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Win32 and Linux PHP Version: 4.4.1 New Comment: Fixed in latest PHP5 Win32 snapshop. Also fixed in latest PHP4.4.2 Win32 snapshot. Thanks. Previous Comments: [2005-11-08 16:50:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-08 16:35:25] php at kloopy dot com Description: When setting an output buffer that returns an empty string (I do have a good reason for doing this), later calls to ob_flush() cause PHP to seg fault. Tested on PHP-4.1.1 on linux (CLI and Apache2 module) with same error on both. Also tested on PHP-5.0.5 on Win32 (CLI and Apache2 module) with same error on both. Reproduce code: --- Expected result: Before After Actual result: -- Before Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=35156&edit=1
#35153 [Opn->Bgs]: php_bz2.dll STILL Missing from Windows installation on 5.0.5
ID: 35153 Updated by: [EMAIL PROTECTED] Reported By: php_bug at cerdmann dot com -Status: Open +Status: Bogus Bug Type: Bzip2 Related Operating System: Windows XP PHP Version: 5.0.5 New Comment: Yes, but the thing exists in 5.1.0. :) FYI: 5.0.x is no longer supported once 5.1 is out. Previous Comments: [2005-11-08 14:55:47] php_bug at cerdmann dot com Do not work. The version of the file in the zip is 5.1.0.0. Seems not to work with 5.0.* branch. [2005-11-08 13:42:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-08 13:16:39] php_bug at cerdmann dot com Description: As seen in the summary... the file is still missing, also in Snapshots. Where can i get from? -- Edit this bug report at http://bugs.php.net/?id=35153&edit=1
#35155 [Bgs->Opn]: prepared statement with blob field does not work
ID: 35155 User updated by: f dot engelhardt at 21torr dot com Reported By: f dot engelhardt at 21torr dot com -Status: Bogus +Status: Open Bug Type: MySQLi related Operating System: Linux 2.6 PHP Version: 5.0.5 New Comment: it seems to work with mysqli_stmt_send_long_data(), but it has to work without, as the doc says, you only have to use it, if you send data larger than max_allowed_packet. This value is set to 16M, that data is only 2mb. Kind regards Previous Comments: [2005-11-08 17:06:19] [EMAIL PROTECTED] RTFM: http://www.php.net/manual/en/function.mysqli-stmt-send-long-data.php [2005-11-08 15:29:36] f dot engelhardt at 21torr dot com Description: Inserting a data into a blob column only inserts some of the data, in most cases between 1 and 200 Bytes, but not allways the same and never all data (which is in this case about 2 mb). I also tried it with mysqli_stmt_send_long_data(), but that was not working either. The table is as followes: CREATE TABLE `dbfs_data_chunk` ( `fileid` smallint(5) unsigned NOT NULL, `version` smallint(5) unsigned NOT NULL default '0', `data` mediumblob, PRIMARY KEY (`fileid`,`version`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; MySQL-Version: 5.0.15 If i do a base64_encode() it works, but this isn´t a solution, only a bad workaround, which is not acceptable. I also tried MyISAM, the same result. Reproduce code: --- Expected result: Should insert the binary data into the table Actual result: -- only 1 to 200 Bytes get inserted. -- Edit this bug report at http://bugs.php.net/?id=35155&edit=1
#35155 [Opn->Bgs]: prepared statement with blob field does not work
ID: 35155 Updated by: [EMAIL PROTECTED] Reported By: f dot engelhardt at 21torr dot com -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: Linux 2.6 PHP Version: 5.0.5 New Comment: RTFM: http://www.php.net/manual/en/function.mysqli-stmt-send-long-data.php Previous Comments: [2005-11-08 15:29:36] f dot engelhardt at 21torr dot com Description: Inserting a data into a blob column only inserts some of the data, in most cases between 1 and 200 Bytes, but not allways the same and never all data (which is in this case about 2 mb). I also tried it with mysqli_stmt_send_long_data(), but that was not working either. The table is as followes: CREATE TABLE `dbfs_data_chunk` ( `fileid` smallint(5) unsigned NOT NULL, `version` smallint(5) unsigned NOT NULL default '0', `data` mediumblob, PRIMARY KEY (`fileid`,`version`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; MySQL-Version: 5.0.15 If i do a base64_encode() it works, but this isn´t a solution, only a bad workaround, which is not acceptable. I also tried MyISAM, the same result. Reproduce code: --- Expected result: Should insert the binary data into the table Actual result: -- only 1 to 200 Bytes get inserted. -- Edit this bug report at http://bugs.php.net/?id=35155&edit=1
#35137 [Opn->Fbk]: Apache crash with command graceful
ID: 35137 Updated by: [EMAIL PROTECTED] Reported By: david dot micheneau at in-fusio dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: solaris 9 PHP Version: 4.4.1 New Comment: So, what makes you think this is a PHP problem? Previous Comments: [2005-11-08 15:23:39] david dot micheneau at in-fusio dot com oups...sorry i forget to recompile PHP. So a new comportment with prefork option. [Tue Nov 08 15:20:25 2005] [error] (12)Not enough space: fork: Unable to fork new process But we have enought space on the server: [EMAIL PROTECTED]: /home/hot/php-4.4.1 >df -h Système de fichiers taille utilisé dispo capacité Monté sur /dev/md/dsk/d0 4,8G 4,2G 556M89%/ /proc0K 0K 0K 0%/proc mnttab 0K 0K 0K 0%/etc/mnttab fd 0K 0K 0K 0%/dev/fd swap16M40K16M 1%/var/run swap 158M 142M16M90%/tmp /dev/md/dsk/d7 26G 5,8G20G23%/data And now it's impossible to stop Apache correctly...i've 29 httpd process before the error message in logs. [2005-11-08 14:37:37] [EMAIL PROTECTED] Did you reconfigure/compile PHP? [2005-11-08 14:30:13] david dot micheneau at in-fusio dot com Yes same problem with prefork MPM. See the back trace: (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfebd8, sapi_headers=0x185248, tsrm_ls=0x24c9ee) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=120 'x', replace=0 '\0', tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:487 (gdb) [2005-11-08 11:48:55] [EMAIL PROTECTED] Threaded Apache2 is not really supported by PHP. Can your reproduce this when using the prefork MPM? [2005-11-08 11:37:47] david dot micheneau at in-fusio dot com I use MPM worker. for information see my compilation conf : "./configure" \ "--prefix=/opt/local/http-2.0.55" \ "--with-mpm=worker" \ "--disable-ssl" \ "--disable-auth-dbm" \ "--with-perl" \ "--disable-cgid" \ "--enable-cgi" \ "--disable-suexec" \ "--enable-vhost-alias" \ "--disable-ssl" \ "--enable-alias" \ "--enable-proxy" \ "--enable-headers" \ "--enable-sigchild" \ "--enable-rewrite" \ "--enable-so" \ 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/35137 -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#35156 [Opn->Fbk]: Calling ob_flush after creating an ob callback causes "Segmentation fault"
ID: 35156 Updated by: [EMAIL PROTECTED] Reported By: php at kloopy dot com -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Win32 and Linux PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-08 16:35:25] php at kloopy dot com Description: When setting an output buffer that returns an empty string (I do have a good reason for doing this), later calls to ob_flush() cause PHP to seg fault. Tested on PHP-4.1.1 on linux (CLI and Apache2 module) with same error on both. Also tested on PHP-5.0.5 on Win32 (CLI and Apache2 module) with same error on both. Reproduce code: --- Expected result: Before After Actual result: -- Before Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=35156&edit=1
#35156 [NEW]: Calling ob_flush after creating an ob callback causes "Segmentation fault"
From: php at kloopy dot com Operating system: Win32 and Linux PHP version: 4.4.1 PHP Bug Type: Output Control Bug description: Calling ob_flush after creating an ob callback causes "Segmentation fault" Description: When setting an output buffer that returns an empty string (I do have a good reason for doing this), later calls to ob_flush() cause PHP to seg fault. Tested on PHP-4.1.1 on linux (CLI and Apache2 module) with same error on both. Also tested on PHP-5.0.5 on Win32 (CLI and Apache2 module) with same error on both. Reproduce code: --- Expected result: Before After Actual result: -- Before Segmentation fault -- Edit bug report at http://bugs.php.net/?id=35156&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35156&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35156&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35156&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35156&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35156&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35156&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35156&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35156&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35156&r=support Expected behavior: http://bugs.php.net/fix.php?id=35156&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35156&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35156&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35156&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35156&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35156&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35156&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35156&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35156&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35156&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35156&r=mysqlcfg
#35155 [NEW]: prepared statement with blob field does not work
From: f dot engelhardt at 21torr dot com Operating system: Linux 2.6 PHP version: 5.0.5 PHP Bug Type: MySQLi related Bug description: prepared statement with blob field does not work Description: Inserting a data into a blob column only inserts some of the data, in most cases between 1 and 200 Bytes, but not allways the same and never all data (which is in this case about 2 mb). I also tried it with mysqli_stmt_send_long_data(), but that was not working either. The table is as followes: CREATE TABLE `dbfs_data_chunk` ( `fileid` smallint(5) unsigned NOT NULL, `version` smallint(5) unsigned NOT NULL default '0', `data` mediumblob, PRIMARY KEY (`fileid`,`version`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; MySQL-Version: 5.0.15 If i do a base64_encode() it works, but this isn´t a solution, only a bad workaround, which is not acceptable. I also tried MyISAM, the same result. Reproduce code: --- Expected result: Should insert the binary data into the table Actual result: -- only 1 to 200 Bytes get inserted. -- Edit bug report at http://bugs.php.net/?id=35155&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35155&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35155&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35155&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35155&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35155&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35155&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35155&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35155&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35155&r=support Expected behavior: http://bugs.php.net/fix.php?id=35155&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35155&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35155&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35155&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35155&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35155&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35155&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35155&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35155&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35155&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35155&r=mysqlcfg
#35137 [Fbk->Opn]: Apache crash with command graceful
ID: 35137 User updated by: david dot micheneau at in-fusio dot com Reported By: david dot micheneau at in-fusio dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: solaris 9 PHP Version: 4.4.1 New Comment: oups...sorry i forget to recompile PHP. So a new comportment with prefork option. [Tue Nov 08 15:20:25 2005] [error] (12)Not enough space: fork: Unable to fork new process But we have enought space on the server: [EMAIL PROTECTED]: /home/hot/php-4.4.1 >df -h Système de fichiers taille utilisé dispo capacité Monté sur /dev/md/dsk/d0 4,8G 4,2G 556M89%/ /proc0K 0K 0K 0%/proc mnttab 0K 0K 0K 0%/etc/mnttab fd 0K 0K 0K 0%/dev/fd swap16M40K16M 1%/var/run swap 158M 142M16M90%/tmp /dev/md/dsk/d7 26G 5,8G20G23%/data And now it's impossible to stop Apache correctly...i've 29 httpd process before the error message in logs. Previous Comments: [2005-11-08 14:37:37] [EMAIL PROTECTED] Did you reconfigure/compile PHP? [2005-11-08 14:30:13] david dot micheneau at in-fusio dot com Yes same problem with prefork MPM. See the back trace: (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfebd8, sapi_headers=0x185248, tsrm_ls=0x24c9ee) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=120 'x', replace=0 '\0', tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:487 (gdb) [2005-11-08 11:48:55] [EMAIL PROTECTED] Threaded Apache2 is not really supported by PHP. Can your reproduce this when using the prefork MPM? [2005-11-08 11:37:47] david dot micheneau at in-fusio dot com I use MPM worker. for information see my compilation conf : "./configure" \ "--prefix=/opt/local/http-2.0.55" \ "--with-mpm=worker" \ "--disable-ssl" \ "--disable-auth-dbm" \ "--with-perl" \ "--disable-cgid" \ "--enable-cgi" \ "--disable-suexec" \ "--enable-vhost-alias" \ "--disable-ssl" \ "--enable-alias" \ "--enable-proxy" \ "--enable-headers" \ "--enable-sigchild" \ "--enable-rewrite" \ "--enable-so" \ [2005-11-08 10:56:51] [EMAIL PROTECTED] What MPM are you using with Apache2? 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/35137 -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#35096 [Fbk->Opn]: using mod_rewrite with apache2 crashes
ID: 35096 User updated by: rob at burningsoda dot com Reported By: rob at burningsoda dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: * PHP Version: 5CVS, 4CVS (2005-11-04) (snap) New Comment: sniper, To quickly reproduce the bug on FreeBSD 6.0, I do the following: 1. Install Apache 2.0.55 using FreeBSD ports 2. Install PHP 5.0.5 using FreeBSD ports --> The bug does _not_ show up. (If I had installed 4.4.1 from ports, it would) 4. Get a 5-dev snapshot (the last one I got is of 2005-11-06) and do this: ./configure\ --enable-versioning\ --enable-memory-limit\ --with-layout=GNU\ --with-config-file-scan-dir=/usr/local/etc/php\ --disable-all\ --enable-libxml --with-libxml-dir=/usr/local\ --enable-spl\ --with-apxs2=/usr/local/sbin/apxs\ --prefix=/usr/local\ i386-portbld-freebsd6.0 &&\ make clean &&\ make &&\ cp libs/libphp5.so /usr/local/libexec/apache2 &&\ /usr/local/etc/rc.d/apache2.sh restart --> there it is. The configure arguments are the standard arguments of the FreeBSD build system, but I do _not_ apply any of the FreeBSD-specific patches, they deliver (and which got included in the build in step 2). So, either the bug was introduced after 5.0.5 or one of the patches (have a look at them here: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php5/files/) fixes it (which I personally don't think). Cheers, Rob. Previous Comments: [2005-11-08 01:26:50] Chris at Epler dot net FreeBSD 4.11, Apache 2.0.55 Immediately after upgrading the PHP package from ports I get blank pages from Gallery integrated into Drupal which is using mod_rewrite. 4.4.0 did not have this issue and no other config file changes were made. [2005-11-07 20:17:13] free4cd at yahoo dot de Same problem on SuSE 9.3 and Apache 2.0.55 and 4.x and 5.x snapshots on i386. I've compiled Apache by hand and used the SuSE rpm's but I get the same error (blank page). I've also tried the php.ini-recommended and php.ini-dist without changes and it don't work. With 4.4.0 all works fine but since release of 4.4.1 and later snapshots (4.x and 5.x) mod_rewrite fails. [2005-11-07 18:25:00] remko at elvandar dot org For the information/record: I used FreeBSD 5.4 and FreeBSD 6.0 on i386 hardware. [2005-11-07 17:18:49] jd at ods dot org I'm having issues on i386/FreeBSD 4.11 [2005-11-07 16:50:31] sergeym at hoster dot ru May be it's platform-depend bug? I have errors on AMD64/FreeBSD. 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/35096 -- Edit this bug report at http://bugs.php.net/?id=35096&edit=1
#35153 [Fbk->Opn]: php_bz2.dll STILL Missing from Windows installation on 5.0.5
ID: 35153 User updated by: php_bug at cerdmann dot com Reported By: php_bug at cerdmann dot com -Status: Feedback +Status: Open Bug Type: Bzip2 Related Operating System: Windows XP PHP Version: 5.0.5 New Comment: Do not work. The version of the file in the zip is 5.1.0.0. Seems not to work with 5.0.* branch. Previous Comments: [2005-11-08 13:42:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-08 13:16:39] php_bug at cerdmann dot com Description: As seen in the summary... the file is still missing, also in Snapshots. Where can i get from? -- Edit this bug report at http://bugs.php.net/?id=35153&edit=1
#33720 [Fbk->Csd]: mb_encode_mimeheader does not work
ID: 33720 Updated by: [EMAIL PROTECTED] Reported By: s dot masugata at digicom dot dnp dot co dot jp -Status: Feedback +Status: Closed Bug Type: mbstring related Operating System: Solaris8 PHP Version: 4.4.0 Assigned To: hirokawa 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: [2005-11-07 23:07:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-08-17 10:18:02] misiek at dione dot ids dot pl Argh, these characters in $str are s' and l/ in iso8859-2 and should be written in 8-bit not as html entities. [2005-08-17 10:13:56] misiek at dione dot ids dot pl This function doesn't work for me in different situation, too: should produce: costam =?ISO-8859-2?Q?U=BFytkownik=20co=B6tam=20inne?= (and this works on php 5.0.4) but on 4.4.0 it produces: costam U|ytkownik co[tam inne [2005-07-18 02:22:31] [EMAIL PROTECTED] Moriyoshi: Somehow it looks like you never fixed #321311 anywhere, just added a NEWS entry ??? [2005-07-16 05:14:58] s dot masugata at digicom dot dnp dot co dot jp Description: http://bugs.php.net/bug.php?id=32311 mb_encode_mimeheader is did not operate by the influence that corrected this problem. Reproduce code: --- Expected result: string(34) "=?ISO-2022-JP?B?GyRCST1CahsoQg==?=" Actual result: -- string(2) "hL" -- Edit this bug report at http://bugs.php.net/?id=33720&edit=1
#34729 [Asn->Fbk]: SoapClient<->SoapServer crashes under apache with 5.10RC2
ID: 34729 Updated by: [EMAIL PROTECTED] Reported By: matthew_peters at uk dot ibm dot com -Status: Assigned +Status: Feedback Bug Type: SOAP related Operating System: WinXP PHP Version: 5CVS-2005-10-04 (snap) Assigned To: dmitry New Comment: I just checked RC4 from http://downloads.php.net/ilia/ and it works fine for me (Apache/1.3.28 (Win32) PHP/5.1.0RC4). Probalby you have this bug because of missconfiguration. The debug backtrace is not related to ext/soap. Previous Comments: [2005-11-01 14:52:28] matthew_peters at uk dot ibm dot com For info, still fails in the same way with RC4. I haven't rebuilt with debug to check that the call stack is the same, though. [2005-10-21 19:12:35] matthew_peters at uk dot ibm dot com Juts tried with RC3 and the problem is still there. I was able to build a debug build of the apache sapi and the soap extension with no problem though. Windows pops up a dialog box to take you to the debugger. It claims there has been an access violation. The call stack is NTDLL! 77f584ae() _emalloc(unsigned int 10, char * 0x013656e8 `string', unsigned int 240, char * 0x, unsigned int 0) line 182 + 63 bytes _estrdup(const char * 0x00784518, char * 0x013656e8 `string', unsigned int 240, char * 0x, unsigned int 0) line 403 + 25 bytes sapi_get_default_content_type(void * * * 0x00b7b7a0) line 240 + 29 bytes php_apache_request_ctor(request_rec * 0x005e2818, php_struct * 0x005e4060, void * * * 0x00b7b7a0) line 419 + 12 bytes php_handler(request_rec * 0x005e2818) line 531 + 17 bytes LIBHTTPD! 6ff0155f() It breaks quite consistently at this point. I stepped through under the debugger and the problem goes away - don't they always. sapi_get_default_context_type looks a pretty harmless piece of code that is just trying to get the default context type, and ultimately trying to do an estrdup of "test/html". I don't know why that should fail. I don't know why the SOAP client should provoke this failure in the apache sapi. Neither do I know much about how the apache sapi is supposed to work so although I would like to help debug this problem I could do with some advice. [2005-10-21 17:35:20] [EMAIL PROTECTED] Use the rc3 build available from here: http://downloads.php.net/ilia/ [2005-10-17 12:55:33] matthew_peters at uk dot ibm dot com As I said in the last comment, I would be happy to investigate if I could only get a debug build of RC2 that includes the soap extension. When I try to build I get close to 20 link errors. php_http.obj : error LNK2001: unresolved external symbol _executor_globals_id soap.obj : error LNK2001: unresolved external symbol _executor_globals_id php_encoding.obj : error LNK2001: unresolved external symbol _xmlStringTextNoenc php_http.obj : error LNK2001: unresolved external symbol _zval_used_for_init soap.obj : error LNK2001: unresolved external symbol _zval_used_for_init php_http.obj : error LNK2001: unresolved external symbol _core_globals_id php_xml.obj : error LNK2001: unresolved external symbol _core_globals_id soap.obj : error LNK2001: unresolved external symbol _core_globals_id php_http.obj : error LNK2001: unresolved external symbol _compiler_globals_id soap.obj : error LNK2001: unresolved external symbol _compiler_globals_id php_http.obj : error LNK2001: unresolved external symbol _file_globals_id php_sdl.obj : error LNK2001: unresolved external symbol _file_globals_id php_schema.obj : error LNK2001: unresolved external symbol _xmlFree php_sdl.obj : error LNK2001: unresolved external symbol _xmlFree soap.obj : error LNK2001: unresolved external symbol _xmlFree soap.obj : error LNK2001: unresolved external symbol _zend_error_cb soap.obj : error LNK2001: unresolved external symbol _ps_globals_id Debug_TS\php_soap.dll : fatal error LNK1120: 10 unresolved externals This is from a config line: cscript /nologo configure.js "--with-extra-includes=..\libiconv\include;..\libxml2\include;..\apache2\inclu de" "--with-extra-libs=..\libiconv\lib;..\libxml2\win32\lib;..\apache2\lib" "--e nable-sdo=shared" "--enable-soap=shared" "--enable-debug" "--enable-apache2handler" [2005-10-14 19:11:34] matthew_peters at uk dot ibm dot com I just checked and still fails in the same way - that is it fails and works alternately - with the latest from snaps, that is, a build dated 1014. Note I am using Windows, not Linux. I just also checked that it does work perfectly with my php5-RC1. I would try to build a debug build and look at the problem myself but my attempt to build with the soap extension enabled failed at the link
#35154 [Bgs]: mb_internal_encoding() not found
ID: 35154 User updated by: kamil at webjay dot pl -Reported By: phpdev at webjay dot pl +Reported By: kamil at webjay dot pl Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP & FreeBSD 5.4-STABLE PHP Version: 4.4.1 New Comment: But, php do not reporting errors... Previous Comments: [2005-11-08 14:10:20] [EMAIL PROTECTED] 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. "mbstring is a non-default extension. This means it is not enabled by default. You must explicitly enable the module with the configure option. See the Install section for details." (c) http://php.net/mbstring [2005-11-08 14:07:58] kamil at webjay dot pl Description: I was tested it at: - Apache 1.3.34 & Win XP - Apache 2.0.54 & FreeBSD 5.4 Always it's same - can't found mb_internal_encoding() Reproduce code: --- Expected result: abc Actual result: -- output headers: 0 content-length, no errors in error.log: [Tue Nov 08 13:48:16 2005] [error] PHP Fatal error: Call to undefined function: mb_internal_encoding() in C:\\SERVER\\www\\webjay.pl\\index.php on line 3. -- Edit this bug report at http://bugs.php.net/?id=35154&edit=1
#35137 [Opn->Fbk]: Apache crash with command graceful
ID: 35137 Updated by: [EMAIL PROTECTED] Reported By: david dot micheneau at in-fusio dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: solaris 9 PHP Version: 4.4.1 New Comment: Did you reconfigure/compile PHP? Previous Comments: [2005-11-08 14:30:13] david dot micheneau at in-fusio dot com Yes same problem with prefork MPM. See the back trace: (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfebd8, sapi_headers=0x185248, tsrm_ls=0x24c9ee) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=120 'x', replace=0 '\0', tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:487 (gdb) [2005-11-08 11:48:55] [EMAIL PROTECTED] Threaded Apache2 is not really supported by PHP. Can your reproduce this when using the prefork MPM? [2005-11-08 11:37:47] david dot micheneau at in-fusio dot com I use MPM worker. for information see my compilation conf : "./configure" \ "--prefix=/opt/local/http-2.0.55" \ "--with-mpm=worker" \ "--disable-ssl" \ "--disable-auth-dbm" \ "--with-perl" \ "--disable-cgid" \ "--enable-cgi" \ "--disable-suexec" \ "--enable-vhost-alias" \ "--disable-ssl" \ "--enable-alias" \ "--enable-proxy" \ "--enable-headers" \ "--enable-sigchild" \ "--enable-rewrite" \ "--enable-so" \ [2005-11-08 10:56:51] [EMAIL PROTECTED] What MPM are you using with Apache2? [2005-11-08 10:46:02] david dot micheneau at in-fusio dot com (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfec08, sapi_headers=0x1870a8, tsrm_ls=0x24e84e) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=216 'Ø', replace=0 '\0', tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:487 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/35137 -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#35137 [Fbk->Opn]: Apache crash with command graceful
ID: 35137 User updated by: david dot micheneau at in-fusio dot com Reported By: david dot micheneau at in-fusio dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: solaris 9 PHP Version: 4.4.1 New Comment: Yes same problem with prefork MPM. See the back trace: (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfebd8, sapi_headers=0x185248, tsrm_ls=0x24c9ee) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=120 'x', replace=0 '\0', tsrm_ls=0x188378) at /home/hot/php-4.4.1/main/SAPI.c:487 (gdb) Previous Comments: [2005-11-08 11:48:55] [EMAIL PROTECTED] Threaded Apache2 is not really supported by PHP. Can your reproduce this when using the prefork MPM? [2005-11-08 11:37:47] david dot micheneau at in-fusio dot com I use MPM worker. for information see my compilation conf : "./configure" \ "--prefix=/opt/local/http-2.0.55" \ "--with-mpm=worker" \ "--disable-ssl" \ "--disable-auth-dbm" \ "--with-perl" \ "--disable-cgid" \ "--enable-cgi" \ "--disable-suexec" \ "--enable-vhost-alias" \ "--disable-ssl" \ "--enable-alias" \ "--enable-proxy" \ "--enable-headers" \ "--enable-sigchild" \ "--enable-rewrite" \ "--enable-so" \ [2005-11-08 10:56:51] [EMAIL PROTECTED] What MPM are you using with Apache2? [2005-11-08 10:46:02] david dot micheneau at in-fusio dot com (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfec08, sapi_headers=0x1870a8, tsrm_ls=0x24e84e) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=216 'Ø', replace=0 '\0', tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:487 [2005-11-07 15:28:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. 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/35137 -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#35154 [Opn->Bgs]: mb_internal_encoding() not found
ID: 35154 Updated by: [EMAIL PROTECTED] Reported By: phpdev at webjay dot pl -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP & FreeBSD 5.4-STABLE PHP Version: 4.4.1 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. "mbstring is a non-default extension. This means it is not enabled by default. You must explicitly enable the module with the configure option. See the Install section for details." (c) http://php.net/mbstring Previous Comments: [2005-11-08 14:07:58] phpdev at webjay dot pl Description: I was tested it at: - Apache 1.3.34 & Win XP - Apache 2.0.54 & FreeBSD 5.4 Always it's same - can't found mb_internal_encoding() Reproduce code: --- Expected result: abc Actual result: -- output headers: 0 content-length, no errors in error.log: [Tue Nov 08 13:48:16 2005] [error] PHP Fatal error: Call to undefined function: mb_internal_encoding() in C:\\SERVER\\www\\webjay.pl\\index.php on line 3. -- Edit this bug report at http://bugs.php.net/?id=35154&edit=1
#35154 [NEW]: mb_internal_encoding() not found
From: phpdev at webjay dot pl Operating system: Windows XP & FreeBSD 5.4-STABLE PHP version: 4.4.1 PHP Bug Type: Unknown/Other Function Bug description: mb_internal_encoding() not found Description: I was tested it at: - Apache 1.3.34 & Win XP - Apache 2.0.54 & FreeBSD 5.4 Always it's same - can't found mb_internal_encoding() Reproduce code: --- Expected result: abc Actual result: -- output headers: 0 content-length, no errors in error.log: [Tue Nov 08 13:48:16 2005] [error] PHP Fatal error: Call to undefined function: mb_internal_encoding() in C:\\SERVER\\www\\webjay.pl\\index.php on line 3. -- Edit bug report at http://bugs.php.net/?id=35154&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35154&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35154&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35154&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35154&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35154&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35154&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35154&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35154&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35154&r=support Expected behavior: http://bugs.php.net/fix.php?id=35154&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35154&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35154&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35154&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35154&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35154&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35154&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35154&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35154&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35154&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35154&r=mysqlcfg
#35153 [Opn->Fbk]: php_bz2.dll STILL Missing from Windows installation on 5.0.5
ID: 35153 Updated by: [EMAIL PROTECTED] Reported By: php_bug at cerdmann dot com -Status: Open +Status: Feedback Bug Type: Bzip2 Related Operating System: Windows XP PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-08 13:16:39] php_bug at cerdmann dot com Description: As seen in the summary... the file is still missing, also in Snapshots. Where can i get from? -- Edit this bug report at http://bugs.php.net/?id=35153&edit=1
#35153 [NEW]: php_bz2.dll STILL Missing from Windows installation on 5.0.5
From: php_bug at cerdmann dot com Operating system: Windows XP PHP version: 5.0.5 PHP Bug Type: Bzip2 Related Bug description: php_bz2.dll STILL Missing from Windows installation on 5.0.5 Description: As seen in the summary... the file is still missing, also in Snapshots. Where can i get from? -- Edit bug report at http://bugs.php.net/?id=35153&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35153&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35153&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35153&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35153&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35153&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35153&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35153&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35153&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35153&r=support Expected behavior: http://bugs.php.net/fix.php?id=35153&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35153&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35153&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35153&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35153&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35153&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35153&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35153&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35153&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35153&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35153&r=mysqlcfg
#35152 [Opn->Fbk]: 000 Permission on Session files
ID: 35152 Updated by: [EMAIL PROTECTED] Reported By: mhaerry at c3om dot ch -Status: Open +Status: Feedback Bug Type: Session related Operating System: Linux RedHat EL 3 PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-08 12:21:25] mhaerry at c3om dot ch Description: Since around PHP 5.0.4 we are having a session save problem. Most of the session files are stored correctly in seperate directories for each virtual host. They have permission of 600 with the owner of the running apache process. But there are from time to time session files which are stored with Permission 000 like: --- # find -perm 000 | xargs ls -lh --1 nobody 42949672950 Nov 8 05:53 .//sess_dc3b60dc98b9ca7beba8f2afdf618df4 --1 nobody 4294967295 54 Nov 8 05:50 .//sess_122ad7d6c9c627cfa01201c4caf6520d --1 nobody 4294967295 54 Nov 8 05:50 .//sess_1939034c40835c4946964eb0af25d14a --1 nobody 4294967295 50 Nov 8 05:37 .//sess_353cecf3cd82bdb03092b0ceef89813c --1 nobody 4294967295 54 Nov 8 05:51 .//sess_3cfab0c964ce99568520ca002dcdc015 --1 nobody 4294967295 54 Nov 8 05:50 .//sess_4ecf472d9c094634164ece1fea76bc8f --1 nobody 4294967295 54 Nov 8 05:50 .//sess_56bd16f2d97c4705837d88b159df0de6 --1 nobody 4294967295 54 Nov 8 05:36 .//sess_61d36002c753af2301c361b3247775fa --1 nobody 4294967295 54 Nov 8 05:34 .//sess_76e7794ad71b7c7ca30ee14d412d475b etc. --- so these session files can't be read anymore by php. it doesn't depend on the application, we have this problem with every application from time to time. and as it works sometimes and sometimes not within the same application we don't think it has something to do with the umask setting. so users can't login anymore etc. one solution is to delete these files as root on the server (manually or in a script). the other is to tell the users to delete the cookies and to restart their browsers. but anyway these are only workarounds which won't fix the problem. the session dirs aren't in /tmp/ and are also not on a tmpfs filesystem. it's on the normal ext3 filesystem. any ideas why this can happen and what we can do against that? Reproduce code: --- standard usage of session functions: session_start(); $_SESSION['foo'] = 'bar'; [...] session_destroy(); //while logging out Expected result: expected session files with permission 600 like: -rw---1 nobody 4294967295 215K Nov 8 06:08 sess_9b50bc95e2a138ca376ff0b111d6d5a0 Actual result: -- session files with permission 000: --1 nobody 4294967295 54 Nov 8 05:34 .//sess_76e7794ad71b7c7ca30ee14d412d475b -- Edit this bug report at http://bugs.php.net/?id=35152&edit=1
#35152 [NEW]: 000 Permission on Session files
From: mhaerry at c3om dot ch Operating system: Linux RedHat EL 3 PHP version: 5.0.5 PHP Bug Type: Session related Bug description: 000 Permission on Session files Description: Since around PHP 5.0.4 we are having a session save problem. Most of the session files are stored correctly in seperate directories for each virtual host. They have permission of 600 with the owner of the running apache process. But there are from time to time session files which are stored with Permission 000 like: --- # find -perm 000 | xargs ls -lh --1 nobody 42949672950 Nov 8 05:53 .//sess_dc3b60dc98b9ca7beba8f2afdf618df4 --1 nobody 4294967295 54 Nov 8 05:50 .//sess_122ad7d6c9c627cfa01201c4caf6520d --1 nobody 4294967295 54 Nov 8 05:50 .//sess_1939034c40835c4946964eb0af25d14a --1 nobody 4294967295 50 Nov 8 05:37 .//sess_353cecf3cd82bdb03092b0ceef89813c --1 nobody 4294967295 54 Nov 8 05:51 .//sess_3cfab0c964ce99568520ca002dcdc015 --1 nobody 4294967295 54 Nov 8 05:50 .//sess_4ecf472d9c094634164ece1fea76bc8f --1 nobody 4294967295 54 Nov 8 05:50 .//sess_56bd16f2d97c4705837d88b159df0de6 --1 nobody 4294967295 54 Nov 8 05:36 .//sess_61d36002c753af2301c361b3247775fa --1 nobody 4294967295 54 Nov 8 05:34 .//sess_76e7794ad71b7c7ca30ee14d412d475b etc. --- so these session files can't be read anymore by php. it doesn't depend on the application, we have this problem with every application from time to time. and as it works sometimes and sometimes not within the same application we don't think it has something to do with the umask setting. so users can't login anymore etc. one solution is to delete these files as root on the server (manually or in a script). the other is to tell the users to delete the cookies and to restart their browsers. but anyway these are only workarounds which won't fix the problem. the session dirs aren't in /tmp/ and are also not on a tmpfs filesystem. it's on the normal ext3 filesystem. any ideas why this can happen and what we can do against that? Reproduce code: --- standard usage of session functions: session_start(); $_SESSION['foo'] = 'bar'; [...] session_destroy(); //while logging out Expected result: expected session files with permission 600 like: -rw---1 nobody 4294967295 215K Nov 8 06:08 sess_9b50bc95e2a138ca376ff0b111d6d5a0 Actual result: -- session files with permission 000: --1 nobody 4294967295 54 Nov 8 05:34 .//sess_76e7794ad71b7c7ca30ee14d412d475b -- Edit bug report at http://bugs.php.net/?id=35152&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35152&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35152&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35152&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35152&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35152&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35152&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35152&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35152&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35152&r=support Expected behavior: http://bugs.php.net/fix.php?id=35152&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35152&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35152&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35152&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35152&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35152&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35152&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35152&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35152&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35152&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35152&r=mysqlcfg
#35151 [Opn->Bgs]: True/false bug
ID: 35151 Updated by: [EMAIL PROTECTED] Reported By: antido at gmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 5.0.5 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: [2005-11-08 12:09:17] antido at gmail dot com Description: I encountered this bug while reading out a CSV file. The problem here is the fact that PHP cannot parse True/False as a string in this situation. In the CSV file, rows are built like this: "True";"26631";"2";"6";"20040521";"2004";"null" When I loop through the rows, and echo the first value ($data[0]) it says "True" or "False", but when I try to use it in an if-statement, it will always go to the else section. Reproduce code: --- function convertBoolean($tring) { if($tring == 0) { $return = "1"; } else { $return = "0"; } return $return; } -- Edit this bug report at http://bugs.php.net/?id=35151&edit=1
#35151 [NEW]: True/false bug
From: antido at gmail dot com Operating system: Windows XP PHP version: 5.0.5 PHP Bug Type: Unknown/Other Function Bug description: True/false bug Description: I encountered this bug while reading out a CSV file. The problem here is the fact that PHP cannot parse True/False as a string in this situation. In the CSV file, rows are built like this: "True";"26631";"2";"6";"20040521";"2004";"null" When I loop through the rows, and echo the first value ($data[0]) it says "True" or "False", but when I try to use it in an if-statement, it will always go to the else section. Reproduce code: --- function convertBoolean($tring) { if($tring == 0) { $return = "1"; } else { $return = "0"; } return $return; } -- Edit bug report at http://bugs.php.net/?id=35151&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35151&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35151&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35151&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35151&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35151&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35151&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35151&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35151&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35151&r=support Expected behavior: http://bugs.php.net/fix.php?id=35151&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35151&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35151&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35151&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35151&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35151&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35151&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35151&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35151&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35151&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35151&r=mysqlcfg
#35110 [Opn->Fbk]: bug with str_word_count
ID: 35110 Updated by: [EMAIL PROTECTED] Reported By: desss at yandex dot ru -Status: Open +Status: Feedback -Bug Type: Feature/Change Request +Bug Type: Strings related Operating System: winXP,Linux PHP Version: 5.0.5 New Comment: 1) there is no ru_RU locale on Win32. 2) it can be missing on Linux too. So check the setlocale() result first (use var_dump(setlocale()) for that). Previous Comments: [2005-11-05 11:19:50] desss at yandex dot ru Description: Code: setlocale(LC_ALL, 'ru_RU'); echo str_word_count("ìÿòíàÿ"); Result - 2 !!! Wrong! That is because function understanding letter "ÿ" as whitespace. Reproduce code: --- setlocale(LC_ALL, 'ru_RU'); echo str_word_count("ìÿòíàÿ"); Expected result: 1 Actual result: -- 2 -- Edit this bug report at http://bugs.php.net/?id=35110&edit=1
#32741 [Fbk->Csd]: hang on ociexecute() with collections (only with 10g, works with 9i)
ID: 32741 Updated by: [EMAIL PROTECTED] Reported By: fsurleau at skyservices dot net -Status: Feedback +Status: Closed Bug Type: OCI8 related Operating System: linux PHP Version: 4.3.11 Assigned To: tony2001 New Comment: It's fixed in 1.1, which exists only in HEAD and PECL. Previous Comments: [2005-11-03 22:10:50] [EMAIL PROTECTED] please try: pear install oci8-beta as instructed. The driver has been tested with php4. [2005-11-03 21:55:22] [EMAIL PROTECTED] Tony, you propably can tell if that extension in PECL works with PHP 4? [2005-11-03 13:04:50] fsurleau at skyservices dot net OCI8 v.1.1 is a PHP 5 release. The bug still exists in PHP 4.4.1 [2005-09-08 11:45:29] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-04-19 15:27:15] fsurleau at skyservices dot net gdb ./httpd GNU gdb Red Hat Linux (5.3.90-0.20030710.41.2.1rh) Copyright 2003 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 "i386-redhat-linux"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X kgepop: no error frame to pop to for error 21522 OCI-21522: attempted to use an invalid connection in OCI (object mode only) Errors in file : OCI-21522: attempted to use an invalid connection in OCI (object mode only) - Call Stack Trace - Cannot open /proc/2679/exe. calling call entryargument values in hex location type point(? means dubious value) Program received signal SIGSEGV, Segmentation fault. 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 (gdb) bt #0 0x40e65940 in slrac () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #1 0x40eb8a13 in kgdsaaddr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #2 0x40eb848e in kgdsdst () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #3 0x40a4e80c in skgudmp () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #4 0x40e9a69e in kgepop () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #5 0x40e9ae1a in kgesev () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #6 0x40e9ac1f in kgesec0 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #7 0x40d327c8 in kodogr2lt () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #8 0x40cbd020 in kosindcv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #9 0x40cbca9a in kosiend () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #10 0x40cbde4d in kpctor () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #11 0x40cd3332 in ttca2p () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #12 0x40ca05b4 in ttcacr () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #13 0x40ca1487 in ttcdrv () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #14 0x40b4312d in nioqwa () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #15 0x409b4d56 in upirtrc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #16 0x4094ba0d in kpurcsc () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #17 0x409081b8 in kpuexecv8 () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #18 0x4090a084 in kpuexec () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #19 0x4097e85e in OCIStmtExecute () from /usr/local/oracle10g/lib/libclntsh.so.10.1 #20 0x403afb84 in oci_execute (statement=0x820369c, func=0x404aaff6 "OCIExecute", mode=32) at /home/install/php-4.3.11/ext/oci8/oci8.c:1483 #21 0x403b629f in zif_ociexecute (ht=1, return_value=0x8208fbc, this_ptr=0x0, return_value_used=0) at /home/install/php-4.3.11/ext/oci8/oci8.c:4017 #22 0x4048f71f in execute (op_array=0x81e63c4) at /home/install/php-4.3.11/Zend/zend_execute.c:1654 #23 0x4047ce66 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/install/php-4.3.11/Zend/zend.c:926 #24 0x4044ae84 in php_execute_script (primary_file=0xbffeb9c0) at /home/install/php-4.3.11/main/main.c:1745 #25 0x4049538f in php_handler (r=0x81da8d8) at /home/install/php-4.3.11/sapi/apache2handler/sapi_apache2.c:560 #26 0x08087646 in ap_run_handler (r=0x81da8d8) at config.c:152 #27 0x08087b61 in ap_invoke_handler (r=0x81da8d8) at config.c:364 #28 0x08071365 in ap_process_request (r=0x81da8d8) at http_request.c:249 #29 0x0
#35137 [Opn->Fbk]: Apache crash with command graceful
ID: 35137 Updated by: [EMAIL PROTECTED] Reported By: david dot micheneau at in-fusio dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: solaris 9 PHP Version: 4.4.1 New Comment: Threaded Apache2 is not really supported by PHP. Can your reproduce this when using the prefork MPM? Previous Comments: [2005-11-08 11:37:47] david dot micheneau at in-fusio dot com I use MPM worker. for information see my compilation conf : "./configure" \ "--prefix=/opt/local/http-2.0.55" \ "--with-mpm=worker" \ "--disable-ssl" \ "--disable-auth-dbm" \ "--with-perl" \ "--disable-cgid" \ "--enable-cgi" \ "--disable-suexec" \ "--enable-vhost-alias" \ "--disable-ssl" \ "--enable-alias" \ "--enable-proxy" \ "--enable-headers" \ "--enable-sigchild" \ "--enable-rewrite" \ "--enable-so" \ [2005-11-08 10:56:51] [EMAIL PROTECTED] What MPM are you using with Apache2? [2005-11-08 10:46:02] david dot micheneau at in-fusio dot com (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfec08, sapi_headers=0x1870a8, tsrm_ls=0x24e84e) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=216 'Ø', replace=0 '\0', tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:487 [2005-11-07 15:28:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-11-07 12:24:23] david dot micheneau at in-fusio dot com Description: Hi, Every night I do a log rotation and I use the command ./bin/apachectl graceful Apache was down and I see the same error in logs : It seems that the problem comes from PHP version (http://bugs.php.net/bug.php?id=27735). However on this server I use the oracle instant client oci8, Solaris 9, Apache 2.0.52, PHP 4.4.1 I've test compilation on PHP-4.4.1 --without-pcre options and i've same problem. I've downgrade PHP version to 4.3.4 : same results. I've downgrade Apache to 2.0.48 : and no is it ok. I've also post a mail to users mailing list Apache. Do you have a patch for my PHP-4.4.1 ? Actual result: -- [Thu Nov 03 03:10:01 2005] [notice] SIGUSR1 received. Doing graceful restart [Thu Nov 03 03:10:02 2005] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#35137 [Fbk->Opn]: Apache crash with command graceful
ID: 35137 User updated by: david dot micheneau at in-fusio dot com Reported By: david dot micheneau at in-fusio dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: solaris 9 PHP Version: 4.4.1 New Comment: I use MPM worker. for information see my compilation conf : "./configure" \ "--prefix=/opt/local/http-2.0.55" \ "--with-mpm=worker" \ "--disable-ssl" \ "--disable-auth-dbm" \ "--with-perl" \ "--disable-cgid" \ "--enable-cgi" \ "--disable-suexec" \ "--enable-vhost-alias" \ "--disable-ssl" \ "--enable-alias" \ "--enable-proxy" \ "--enable-headers" \ "--enable-sigchild" \ "--enable-rewrite" \ "--enable-so" \ Previous Comments: [2005-11-08 10:56:51] [EMAIL PROTECTED] What MPM are you using with Apache2? [2005-11-08 10:46:02] david dot micheneau at in-fusio dot com (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfec08, sapi_headers=0x1870a8, tsrm_ls=0x24e84e) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=216 'Ø', replace=0 '\0', tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:487 [2005-11-07 15:28:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-11-07 12:24:23] david dot micheneau at in-fusio dot com Description: Hi, Every night I do a log rotation and I use the command ./bin/apachectl graceful Apache was down and I see the same error in logs : It seems that the problem comes from PHP version (http://bugs.php.net/bug.php?id=27735). However on this server I use the oracle instant client oci8, Solaris 9, Apache 2.0.52, PHP 4.4.1 I've test compilation on PHP-4.4.1 --without-pcre options and i've same problem. I've downgrade PHP version to 4.3.4 : same results. I've downgrade Apache to 2.0.48 : and no is it ok. I've also post a mail to users mailing list Apache. Do you have a patch for my PHP-4.4.1 ? Actual result: -- [Thu Nov 03 03:10:01 2005] [notice] SIGUSR1 received. Doing graceful restart [Thu Nov 03 03:10:02 2005] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#34656 [Com]: open_basedir restriction in effect although paths are set correctly
ID: 34656 Comment by: jf at probe-networks dot de Reported By: wolfram at schlich dot org Status: Feedback Bug Type: Safe Mode/open_basedir Operating System: Linux 2.2.16 i586 PHP Version: 4.4.1 New Comment: It seems the problem exists when dealing with paths which include "..". When using relative paths the problem seems not to occur. Previous Comments: [2005-11-04 17:35:54] jf at probe-networks dot de Btw, i've also tried the snapshots (4.4.2-dev) from snaps.php.net, but these also do not fix the bug. [2005-11-04 16:32:38] info at wiredtek dot info same problem here with php 5.0.5 on a Gentoo box and apache 2.0.54 for each virtual hosts i set the open_basedir via Apache conf: ServerName xx DocumentRoot "/home/administrator/" php_admin_value open_basedir .:/home/administrator/:/usr/share/php (php.ini: no open_basedir specified, include_path = ".:/usr/share/php/", no safe mode) all work with php 4.3.11, but upgrading to php 5.0.5 i give a lot of warnings about open_basedir restrictions in /usr/share/php. in /usr/share/php there is the PEAR classes repository. php 4.x is able to include PEAR classes from /usr/share/php, but php5 is able to pick up only first level files, not the one present in the subfolders; for example php5 is able to include /usr/share/php/PEAR.php but not /usr/share/XML/Serializer.php showing me the open_basedir restrictions. I can fix the problem with php_admin_value open_basedir none in the Apache configuration, but it is not safe, and it is not what i need. There is a patch for this? [2005-11-04 16:04:24] jf at probe-networks dot de I can confirm this, PHP 4.4.1 seems to have major problems with (atleast) open_basedir. It seems to ignore path's set via httpd.conf. The following is from 4.4.1 using Confixx 3.1 (very famous server administration frontend): [04-Nov-2005 15:39:10] PHP Warning: main(): Failed opening '../settings.inc.php' for inclusion (include_path='.:/srv/www/htdocs/confixx/html/include:/srv/www/htdocs/confixx/html') in /srv/www/htdocs/confixx/html/reseller/auth.php on line 75 [04-Nov-2005 15:39:10] PHP Warning: main(): open_basedir restriction in effect. File(../functions.inc.php) is not within the allowed path(s): (/srv/www/htdocs/confixx) in /srv/www/htdocs/confixx/html/reseller/auth.php on line 76 [04-Nov-2005 15:39:10] PHP Warning: main(../functions.inc.php): failed to open stream: Operation not permitted in /srv/www/htdocs/confixx/html/reseller/auth.php on line 76 [04-Nov-2005 15:39:10] PHP Warning: main(): Failed opening '../functions.inc.php' for inclusion (include_path='.:/srv/www/htdocs/confixx/html/include:/srv/www/htdocs/confixx/html') in /srv/www/htdocs/confixx/html/reseller/auth.php on line 76 [04-Nov-2005 15:39:10] PHP Warning: main(): open_basedir restriction in effect. File(../sessions.inc.php) is not within the allowed path(s): (/srv/www/htdocs/confixx) in /srv/www/htdocs/confixx/html/reseller/auth.php on line 77 [04-Nov-2005 15:39:10] PHP Warning: main(../sessions.inc.php): failed to open stream: Operation not permitted in /srv/www/htdocs/confixx/html/reseller/auth.php on line 77 [04-Nov-2005 15:39:10] PHP Warning: main(): Failed opening '../sessions.inc.php' for inclusion (include_path='.:/srv/www/htdocs/confixx/html/include:/srv/www/htdocs/confixx/html') in /srv/www/htdocs/confixx/html/reseller/auth.php on line 77 [04-Nov-2005 15:39:10] PHP Fatal error: Call to undefined function: db_connect() in /srv/www/htdocs/confixx/html/reseller/auth.php on line 79 reseller/auth.php: Starting Line 73:$PHP_AUTH_USER = $PHP_AUTH_PW = ''; include("../settings.inc.php"); include("../functions.inc.php"); include('../sessions.inc.php'); db_connect($db_host, $db_user, $db_pass); sessao_start(); [2005-11-02 14:43:40] troy at riq dot qc dot ca Hi, I always have open_basedir set to "/webdir/htdocs/" in the php.ini and for each website, a more precise open_basedir like "/webdir/htdocs/site1" set in httpd.conf. With 4.3.11 that work like I expect. [2005-11-01 22:34:00] [EMAIL PROTECTED] Does it work if you set the open_basedir in php.ini ? 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/34656 -- Edit this bug report at http://bugs.php.net/?id=34656&edit=1
#35137 [Opn->Fbk]: Apache crash with command graceful
ID: 35137 Updated by: [EMAIL PROTECTED] Reported By: david dot micheneau at in-fusio dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: solaris 9 PHP Version: 4.4.1 New Comment: What MPM are you using with Apache2? Previous Comments: [2005-11-08 10:46:02] david dot micheneau at in-fusio dot com (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfec08, sapi_headers=0x1870a8, tsrm_ls=0x24e84e) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=216 'Ø', replace=0 '\0', tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:487 [2005-11-07 15:28:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-11-07 12:24:23] david dot micheneau at in-fusio dot com Description: Hi, Every night I do a log rotation and I use the command ./bin/apachectl graceful Apache was down and I see the same error in logs : It seems that the problem comes from PHP version (http://bugs.php.net/bug.php?id=27735). However on this server I use the oracle instant client oci8, Solaris 9, Apache 2.0.52, PHP 4.4.1 I've test compilation on PHP-4.4.1 --without-pcre options and i've same problem. I've downgrade PHP version to 4.3.4 : same results. I've downgrade Apache to 2.0.48 : and no is it ok. I've also post a mail to users mailing list Apache. Do you have a patch for my PHP-4.4.1 ? Actual result: -- [Thu Nov 03 03:10:01 2005] [notice] SIGUSR1 received. Doing graceful restart [Thu Nov 03 03:10:02 2005] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#35137 [Fbk->Opn]: Apache crash with command graceful
ID: 35137 User updated by: david dot micheneau at in-fusio dot com Reported By: david dot micheneau at in-fusio dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: solaris 9 PHP Version: 4.4.1 New Comment: (gdb) bt #0 0xf96eeddc in php_apache_sapi_header_handler (sapi_header=0xffbfec08, sapi_headers=0x1870a8, tsrm_ls=0x24e84e) at /home/hot/php-4.4.1/sapi/apache2handler/sapi_apache2.c:104 #1 0xf96a29b8 in sapi_header_op (op=SAPI_HEADER_ADD, arg=0x0, tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:679 #2 0xf96a2608 in sapi_add_header_ex (header_line=0x0, header_line_len=0, duplicate=216 'Ø', replace=0 '\0', tsrm_ls=0x18a1d8) at /home/hot/php-4.4.1/main/SAPI.c:487 Previous Comments: [2005-11-07 15:28:42] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-11-07 12:24:23] david dot micheneau at in-fusio dot com Description: Hi, Every night I do a log rotation and I use the command ./bin/apachectl graceful Apache was down and I see the same error in logs : It seems that the problem comes from PHP version (http://bugs.php.net/bug.php?id=27735). However on this server I use the oracle instant client oci8, Solaris 9, Apache 2.0.52, PHP 4.4.1 I've test compilation on PHP-4.4.1 --without-pcre options and i've same problem. I've downgrade PHP version to 4.3.4 : same results. I've downgrade Apache to 2.0.48 : and no is it ok. I've also post a mail to users mailing list Apache. Do you have a patch for my PHP-4.4.1 ? Actual result: -- [Thu Nov 03 03:10:01 2005] [notice] SIGUSR1 received. Doing graceful restart [Thu Nov 03 03:10:02 2005] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=35137&edit=1
#35141 [WFx]: compiler warnings on IRIX mips-pro compiler
ID: 35141 User updated by: cole at ccdc dot cam dot ac dot uk Reported By: cole at ccdc dot cam dot ac dot uk Status: Wont fix Bug Type: Compile Warning Operating System: IRIX 6.5.18m PHP Version: 5CVS-2005-11-07 (CVS) New Comment: Sorry for the confusion: The reason I thought that you wanted the compile warnings is that the error is something that I diagnosed myself from earlier bug reports either to do with sed or shell (see for example bug #21142) - I did actually mention this in the original report so I therefore assumed you were interested in the 541 warnings I get (!!!) I guess if you are all happy to assume that they are all ok, then that's the end of it. Previous Comments: [2005-11-07 21:35:37] [EMAIL PROTECTED] Those warnings are harmless. And I thought you had some compile _errors_. warnings are not such. [2005-11-07 18:35:20] cole at ccdc dot cam dot ac dot uk Description: I was asked to submit this as follow up to bug #35088 the mips-pro compiler throws up quite a lot of warnings when building PHP. The build log is very large so I suggest that I mail it to you separately if you would like it. Nearly all of the warnings are to do with type incompatibility: cc-1164 cc: WARNING File = /home/cole/php5-200511071130/ext/dom/element.c, Line = 591 Argument of type "char *" is incompatible with parameter of type "xmlChar *". But there are some others too, e.g.: cc-1183 cc: WARNING File = /home/cole/php5-200511071130/ext/standard/ftp_fopen_w rapper.c, Line = 619 An unsigned integer is being compared to zero. while (tmp_len >= 0 && The above condition is always true -- Edit this bug report at http://bugs.php.net/?id=35141&edit=1
#35086 [Fbk->Opn]: socket_read does not return empty string after receiving '\n'
ID: 35086 User updated by: jelte dot werkhoven at cruisetravel dot nl Reported By: jelte dot werkhoven at cruisetravel dot nl -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: GNU/Linux (SuSE 10.0) PHP Version: 4.4.1 New Comment: PHP 5.1.0RC5-dev (cli) (built: Nov 8 2005 09:54:32) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies built with `./configure --enable-sockets` exhibits the same behaviour. Previous Comments: [2005-11-08 09:00:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-08 08:49:34] jelte dot werkhoven at cruisetravel dot nl ... I expect it to return "ACK", then return " " because of the '\n' and break the while loop, which it doesn't. As far as I understand from the manual it should. [2005-11-07 15:30:06] [EMAIL PROTECTED] So what's wrong in this? Of course it's 4 chars. ACK\n == 4 chars. [2005-11-07 09:31:28] jelte dot werkhoven at cruisetravel dot nl Oh and it doesn't break the while-loop. [2005-11-07 09:30:21] jelte dot werkhoven at cruisetravel dot nl CODE: echo "Reading daemon response:\n"; while( $out = socket_read($socket, 2048, PHP_NORMAL_READ) ) { //if( strncmp( $out, 'ACK', 3 ) == 0 ) break; var_dump( $out ); } RESULT: OK got socket. Attempting to connect to '127.0.0.1' on port '8001'...OK got connection. OK wrote connection string 'REQ '. Reading daemon response: string(4) "ACK " Note the trailing '\n' to the ACK response, also note it's a string(4). 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/35086 -- Edit this bug report at http://bugs.php.net/?id=35086&edit=1
#32220 [Asn->Fbk]: [PATCH] thread_resources for thread not getting freed when apache kills thread
ID: 32220 Updated by: [EMAIL PROTECTED] Reported By: kameshj at fastmail dot fm -Status: Assigned +Status: Feedback Bug Type: Apache2 related Operating System: * PHP Version: 5CVS, 4CVS (2005-03-25) Assigned To: dmitry New Comment: I am not able to reproduce this. Seems like a mess in report. Apache2 worker MPM doesn't support StartThreads and MaxThreads directives. Previous Comments: [2005-11-03 22:21:58] [EMAIL PROTECTED] Dmitry, can you check this out? [2005-03-25 02:05:13] [EMAIL PROTECTED] Zeev, here's another thread issue, can you take a look in the patch? [2005-03-25 02:04:47] [EMAIL PROTECTED] Assuming this is not fixed in latest HEAD, PHP_5_0 or PHP_4_3 CVS branches. [2005-03-07 15:06:48] kameshj at fastmail dot fm Description: Run apache2 in a worker thread model with the following settings StartThreads 3 MaxSpareThreads 4 MaxThreads 10 Loadtests on a very simple php scripts like the one that calls phpinfo() at regular intervals of 5 minutes causes a memory leak(Not really a leak but huge unused memory that gets freed at tsrm_shutdown) This causes the memory consumed by the apache2 procsss to shoot up. ---Investigation Apache2 to handle the concurrent requests increases the number of child threads to max of MaxThreads when no more request to server it kills the threads till the number of threads comes to MaxSpareThreads. In the case of setting given above after the load test of 10 simultaneous requests, Apache kills 6 threads (As MaxThreads-MaxSpareThreads = 10-4 = 6). The thread_resources momory associated with these 6 threads still not freed as soon as the corresponding thread is killed. These kind of spurt loads at regular intervals causes lots of such thread_resources memory to get accumulated not being used for any real purpose. Only when the sapi module comes down it calls tsrm_shutdown then these thread_resources are getting freed. Attaching the patch to fix the issue is available at http://puggy.symonds.net/~kameshj/TSRM.c.patch This patch has a few clean up to existing ts_free_thread. This patch registers ts_free_thread as thread cleanup routine. Reproduce code: --- Run apache2 in a worker thread model with the following settings StartThreads 3 MaxSpareThreads 4 MaxThreads 10 write a simple test.php Run a load test with ab ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Wait for 5 minutes ab -n 40 -c 10 Expected result: In the case of setting given above after the load test of 10 simultaneous requests, Apache kills 6 threads (As MaxThreads-MaxSpareThreads = 10-4 = 6). The thread_resources momory associated with these 6 threads still not freed as soon as the corresponding thread is killed. These kind of spurt loads at regular intervals causes lots of such thread_resources memory to get accumulated not being used for any real purpose. Only when the sapi module comes down it calls tsrm_shutdown then these thread_resources are getting freed. Actual result: -- thread_resources of a thread that gets killed should get freed as soon as it dies rather than waiting till the tsrm_shutdown -- Edit this bug report at http://bugs.php.net/?id=32220&edit=1
#35142 [Asn->Csd]: SOAP Client/Server Complex Object Support
ID: 35142 Updated by: [EMAIL PROTECTED] Reported By: matt dot jones at plumgroup dot com -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: * PHP Version: 5CVS-2005-11-07 (snap) Assigned To: dmitry New Comment: Fixed in CVS HEAD and PHP_5_1. Previous Comments: [2005-11-08 00:54:42] [EMAIL PROTECTED] Assigned to the maintainer of ext/soap [2005-11-08 00:07:02] matt dot jones at plumgroup dot com I have tested this with php5-win32-latest.zip (it was easier than recompiling for linux) and I am seeing the exact same behavior. Providing an array of objects is not interpreted properly and having more than one subtag object results in the first tag to appear in the WSDL being the only response. [2005-11-07 21:39:17] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-07 18:47:26] matt dot jones at plumgroup dot com Description: When implementing a function to handle a soap request in a SoapServer the object that is returned has a specific and obvious structure. It is an object with basic typed members to represent the attributes and one or more complex objects (or an array of objects) for subtags which are built as a similar sort of object. What I am proposing would be to allow for this same complex object structure to be passed in and parsed by both the SoapClient->{function()} and to be returned by the functions specified to handle the soap request for the SoapServer. Reproduce code: --- The following is some partial source code that represents how I would like to see objects supported in the client-side: http://roberts.plumgroup.com/~mjones/soapclient.txt You can see that there are multiple classes created to contruct the request. The code makes use of both single objects and arrays of objects to create a complex request. You can find a version of the WSDL that this is partially implementing here: http://roberts.plumgroup.com/~mjones/test.wsdl Expected result: The system should be able to accept this format for incoming objects to properly create a complex soap request such as: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:ns1="http://testurl/Message";> This is the format it chooses for objects sent to SoapServer handler functions, it should support it for SoapClient function calls. Actual result: -- With the above code the current implementation properly creates the logOnEvent subtag and stops there no logOffEvents are added. If you attempt to add multiple logOnEvents alone in an array they are not properly added as multiple logOnEvents either. -- Edit this bug report at http://bugs.php.net/?id=35142&edit=1
#35086 [Opn->Fbk]: socket_read does not return empty string after receiving '\n'
ID: 35086 Updated by: [EMAIL PROTECTED] Reported By: jelte dot werkhoven at cruisetravel dot nl -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: GNU/Linux (SuSE 10.0) PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-08 08:49:34] jelte dot werkhoven at cruisetravel dot nl ... I expect it to return "ACK", then return " " because of the '\n' and break the while loop, which it doesn't. As far as I understand from the manual it should. [2005-11-07 15:30:06] [EMAIL PROTECTED] So what's wrong in this? Of course it's 4 chars. ACK\n == 4 chars. [2005-11-07 09:31:28] jelte dot werkhoven at cruisetravel dot nl Oh and it doesn't break the while-loop. [2005-11-07 09:30:21] jelte dot werkhoven at cruisetravel dot nl CODE: echo "Reading daemon response:\n"; while( $out = socket_read($socket, 2048, PHP_NORMAL_READ) ) { //if( strncmp( $out, 'ACK', 3 ) == 0 ) break; var_dump( $out ); } RESULT: OK got socket. Attempting to connect to '127.0.0.1' on port '8001'...OK got connection. OK wrote connection string 'REQ '. Reading daemon response: string(4) "ACK " Note the trailing '\n' to the ACK response, also note it's a string(4). [2005-11-03 22:06:28] [EMAIL PROTECTED] Try 'var_dump($out);' before those 'if' clauses. 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/35086 -- Edit this bug report at http://bugs.php.net/?id=35086&edit=1