#16820 [Fbk->Opn]: hangs in multithreded environment (ZTS)
ID: 16820 User updated by: wmeler at wp-sa dot pl Reported By: wmeler at wp-sa dot pl -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.0-dev New Comment: I took few days off. You know - holidays. My config.nice : './configure' \ '--disable-all' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-config-file-path=/usr/local/apache2/conf/' \ '--enable-debug' \ "$@" my script: http://strony.wp.pl/wp/wmeler/execution-timeout.patch.html [2003-07-11 02:40:47] wmeler at wp-sa dot pl script like: should hang server in ZTS mode on linux after few reloads. You can download my patch from http://strony.wp.pl/wp/wmeler/execution-timeout.patch It is for erlier version, but it applies with offsets. [2003-07-10 19:54:27] [EMAIL PROTECTED] Can you please provide either a testcase for this so we can actually reproduce this or a patch to fix it? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16820 -- Edit this bug report at http://bugs.php.net/?id=16820&edit=1
#24592 [Opn->Ver]: exit signal Segmentation fault (11)
ID: 24592 Updated by: [EMAIL PROTECTED] Reported By: jhuston at cs dot umn dot edu -Status: Open +Status: Verified Bug Type: Session related Operating System: Sparc Solaris 9 PHP Version: 4.3.3RC2-dev New Comment: Only happens when register_globals=Off Simplest script: And run with e.g. "sapi/cli/php -n test.php" Previous Comments: [2003-07-20 23:28:25] jullrich at euclidian dot com add on to my prior comment: I get a partial page, not an empty page. configure: '--with-apxs=/usr/local/apache/bin/apxs' \ '--sysconfdir=/etc' \ '--with-config-file-path=/etc' \ '--with-openssl' \ '--with-zlib' \ '--with-curl=../curl-7.10.2' \ '--with-gd' \ '--with-ttf' \ '--with-gettext' \ '--with-mysql' \ '--enable-trans-sid' \ '--enable-sockets' \ '--enable-wddx' \ '--with-pspell' \ I am not using the RedHat supplied apache/php rpms but compile them myself with MySQL 4.0 rpms. [2003-07-20 23:26:30] jullrich at euclidian dot com Interestingly, I am getting the same (similar?) bug on a Linux system (RedHat 7.3) with apache 1.3 and php 4.3.2. My stack trace from gdb: #0 0x403271a1 in _efree (ptr=0x403d01e4) at /usr/local/src/php-4.3.2/Zend/zend_alloc.c:259 #1 0x40294b7a in migrate_global (ht=0x81cbe5c, pos=0xb028) at /usr/local/src/php-4.3.2/ext/session/session.c:640 #2 0x40294c69 in php_session_save_current_state () at /usr/local/src/php-4.3.2/ext/session/session.c:670 #3 0x40297192 in php_session_flush () at /usr/local/src/php-4.3.2/ext/session/session.c:1591 #4 0x402971b7 in zm_deactivate_session (type=1, module_number=26) at /usr/local/src/php-4.3.2/ext/session/session.c:1605 #5 0x40338681 in module_registry_cleanup (module=0x80bb0a0) at /usr/local/src/php-4.3.2/Zend/zend_API.c:1167 #6 0x4033a410 in zend_hash_apply (ht=0x403d0560, apply_func=0x40338654 ) at /usr/local/src/php-4.3.2/Zend/zend_hash.c:688 #7 0x403358d6 in zend_deactivate_modules () at /usr/local/src/php-4.3.2/Zend/zend.c:634 #8 0x4030da19 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.2/main/main.c:971 #9 0x4034fa91 in apache_php_module_main (r=0x811365c, display_source_mode=0) at /usr/local/src/php-4.3.2/sapi/apache/sapi_apache.c:60 #10 0x4035060e in send_php (r=0x811365c, display_source_mode=0, filename=0x0) at /usr/local/src/php-4.3.2/sapi/apache/mod_php4.c:617 #11 0x40350662 in send_parsed_php (r=0x811365c) at /usr/local/src/php-4.3.2/sapi/apache/mod_php4.c:632 #12 0x08054813 in ap_invoke_handler () #13 0x08069c6b in process_request_internal () #14 0x08069ccc in ap_process_request () #15 0x08060a69 in child_main () #16 0x08060c38 in make_child () #17 0x08060dac in startup_children () #18 0x08061424 in standalone_main () #19 0x08061ca3 in main () #20 0x400ab657 in __libc_start_main (main=0x80618e0 , argc=2, ubp_av=0xbb64, init=0x804ec74 <_init>, fini=0x80814e0 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xbb5c) at ../sysdeps/generic/libc-start.c:129 (gdb) quit [2003-07-15 12:49:17] jhuston at cs dot umn dot edu I did the following configure line with fresh snapshot with debug enabled. Hopefully, this will pinpoint the problem even better. ./configure --disable-all --disable-cgi --enable-debug --enable-session Running php on test.php: [EMAIL PROTECTED] php4-STABLE-200307151730]# sapi/cli/php -n test.php It didn't crash at all yet. [Tue Jul 15 12:45:46 2003] Script: 'test.php' --- /home/src/php4-STABLE-200307151730/ext/session/session.c(640) : Block 0x0018A5E8 status: Beginning: Overrun (magic=0x00B4, expected=0x7312F8DC) Segmentation fault backtrace on gdb: (gdb) run -n test.php Starting program: /home/src/php4-STABLE-200307151730/sapi/cli/php -n test.php It didn't crash at all yet. [Tue Jul 15 12:46:47 2003] Script: 'test.php' --- /home/src/php4-STABLE-200307151730/ext/session/session.c(640) : Block 0x0018A5E8 status: Beginning: Overrun (magic=0x00B4, expected=0x7312F8DC) Program received signal SIGSEGV, Segmentation fault. 0xff1f04f8 in memcpy () from /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1 (gdb) bt #0 0xff1f04f8 in memcpy () from /usr/platform/SUNW,Sun-Blade-100/lib/libc_psr.so.1 #1 0x10813c in _mem_block_check (ptr=0x18a610, silent=0, __zend_filename=0x144410 "/home/src/php4-STABLE-200307151730/ext/session/session.c", __zend_lineno=640, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /home/src/php4-STABLE-200307151730/Zend/zend_alloc.c:675 #2 0x1080f4 in _mem_block_check (ptr=0x18a610, silent=1, __zend_filename=0x144410 "/home/src/php4-STABLE-200307151730/ext/session/session.c", __zend_lineno=640, __zend_orig_filename=
#16820 [Opn]: hangs in multithreded environment (ZTS)
ID: 16820 User updated by: wmeler at wp-sa dot pl Reported By: wmeler at wp-sa dot pl Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.0-dev New Comment: As I said - heap corrupted. backtrace: #0 0x40393966 in _efree (ptr=0x42671030, __zend_filename=0x403e5840 "/tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c", __zend_lineno=291, __zend_orig_filename=0x403e5ca0 "/tmp/php4-STABLE-200307081130/Zend/zend_variables.c", __zend_orig_lineno=44) at /tmp/php4-STABLE-200307081130/Zend/zend_alloc.c:259 #1 0x403a3e18 in _zval_dtor (zvalue=0x81d6018, __zend_filename=0x403e5840 "/tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c", __zend_lineno=291) at /tmp/php4-STABLE-200307081130/Zend/zend_variables.c:61 #2 0x4039b878 in _zval_ptr_dtor (zval_ptr=0x81d60d4, __zend_filename=0x403e5ca0 "/tmp/php4-STABLE-200307081130/Zend/zend_variables.c", __zend_lineno=167) at /tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c:291 #3 0x403a40d2 in _zval_ptr_dtor_wrapper (zval_ptr=0x81d60d4) at /tmp/php4-STABLE-200307081130/Zend/zend_variables.c:167 #4 0x403aa7a3 in zend_hash_destroy (ht=0x81bfa94) at /tmp/php4-STABLE-200307081130/Zend/zend_hash.c:543 #5 0x4039b361 in shutdown_executor (tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c:186 #6 0x403a546d in zend_deactivate (tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/Zend/zend.c:666 #7 0x40374772 in php_request_shutdown (dummy=0x0) at /tmp/php4-STABLE-200307081130/main/main.c:995 #8 0x403c4923 in php_apache_request_dtor (r=0x81a6830, tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/sapi/apache2handler/sapi_apache2.c:445 #9 0x403c4c4d in php_handler (r=0x81a6830) at /tmp/php4-STABLE-200307081130/sapi/apache2handler/sapi_apache2.c:541 #10 0x808269e in ap_run_handler (r=0x81a6830) at config.c:194 With my patch there are almost no problems. The problem is that shutdown function won't execute - EG(timeout) flag should be cleared before execution of shutdown function. I can correct it if you want. Previous Comments: [2003-07-21 02:07:48] wmeler at wp-sa dot pl I took few days off. You know - holidays. My config.nice : './configure' \ '--disable-all' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-config-file-path=/usr/local/apache2/conf/' \ '--enable-debug' \ "$@" my script: http://strony.wp.pl/wp/wmeler/execution-timeout.patch.html [2003-07-11 02:40:47] wmeler at wp-sa dot pl script like: should hang server in ZTS mode on linux after few reloads. You can download my patch from http://strony.wp.pl/wp/wmeler/execution-timeout.patch It is for erlier version, but it applies with offsets. 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/16820 -- Edit this bug report at http://bugs.php.net/?id=16820&edit=1
#16820 [Opn->Fbk]: hangs in multithreded environment (ZTS)
ID: 16820 Updated by: [EMAIL PROTECTED] Reported By: wmeler at wp-sa dot pl -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: linux -PHP Version: 4.3.0-dev +PHP Version: 4.3.3RC2-dev New Comment: Yes, a patch is always appreciated.. Previous Comments: [2003-07-21 02:46:15] wmeler at wp-sa dot pl As I said - heap corrupted. backtrace: #0 0x40393966 in _efree (ptr=0x42671030, __zend_filename=0x403e5840 "/tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c", __zend_lineno=291, __zend_orig_filename=0x403e5ca0 "/tmp/php4-STABLE-200307081130/Zend/zend_variables.c", __zend_orig_lineno=44) at /tmp/php4-STABLE-200307081130/Zend/zend_alloc.c:259 #1 0x403a3e18 in _zval_dtor (zvalue=0x81d6018, __zend_filename=0x403e5840 "/tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c", __zend_lineno=291) at /tmp/php4-STABLE-200307081130/Zend/zend_variables.c:61 #2 0x4039b878 in _zval_ptr_dtor (zval_ptr=0x81d60d4, __zend_filename=0x403e5ca0 "/tmp/php4-STABLE-200307081130/Zend/zend_variables.c", __zend_lineno=167) at /tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c:291 #3 0x403a40d2 in _zval_ptr_dtor_wrapper (zval_ptr=0x81d60d4) at /tmp/php4-STABLE-200307081130/Zend/zend_variables.c:167 #4 0x403aa7a3 in zend_hash_destroy (ht=0x81bfa94) at /tmp/php4-STABLE-200307081130/Zend/zend_hash.c:543 #5 0x4039b361 in shutdown_executor (tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c:186 #6 0x403a546d in zend_deactivate (tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/Zend/zend.c:666 #7 0x40374772 in php_request_shutdown (dummy=0x0) at /tmp/php4-STABLE-200307081130/main/main.c:995 #8 0x403c4923 in php_apache_request_dtor (r=0x81a6830, tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/sapi/apache2handler/sapi_apache2.c:445 #9 0x403c4c4d in php_handler (r=0x81a6830) at /tmp/php4-STABLE-200307081130/sapi/apache2handler/sapi_apache2.c:541 #10 0x808269e in ap_run_handler (r=0x81a6830) at config.c:194 With my patch there are almost no problems. The problem is that shutdown function won't execute - EG(timeout) flag should be cleared before execution of shutdown function. I can correct it if you want. [2003-07-21 02:07:48] wmeler at wp-sa dot pl I took few days off. You know - holidays. My config.nice : './configure' \ '--disable-all' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-config-file-path=/usr/local/apache2/conf/' \ '--enable-debug' \ "$@" my script: http://strony.wp.pl/wp/wmeler/execution-timeout.patch.html 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/16820 -- Edit this bug report at http://bugs.php.net/?id=16820&edit=1
#24734 [NEW]: no executable install
From: heinemann dot juergen at t-online dot de Operating system: SuSE Linux 8.2 PHP version: 5.0.0b1 (beta1) PHP Bug Type: *Compile Issues Bug description: no executable install Description: PHP 5 does not install executable Files and lib Files. compile php5 with DSO on Apache2 Please Visit link for more Information and tar file with Building Scripts (config.* libtool) http://www.flash-php-mail.de/kurz/PHP5Error.html Reproduce code: --- http://www.flash-php-mail.de/kurz/PHP5Error.html -- Edit bug report at http://bugs.php.net/?id=24734&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24734&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24734&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24734&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24734&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24734&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24734&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24734&r=support Expected behavior: http://bugs.php.net/fix.php?id=24734&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24734&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24734&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24734&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24734&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24734&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24734&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24734&r=gnused
#24734 [Opn->Fbk]: no executable install
ID: 24734 Updated by: [EMAIL PROTECTED] Reported By: heinemann dot juergen at t-online dot de -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: SuSE Linux 8.2 PHP Version: 5.0.0b1 (beta1) 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: [2003-07-21 03:17:34] heinemann dot juergen at t-online dot de Description: PHP 5 does not install executable Files and lib Files. compile php5 with DSO on Apache2 Please Visit link for more Information and tar file with Building Scripts (config.* libtool) http://www.flash-php-mail.de/kurz/PHP5Error.html Reproduce code: --- http://www.flash-php-mail.de/kurz/PHP5Error.html -- Edit this bug report at http://bugs.php.net/?id=24734&edit=1
#24591 [Bgs]: Using locale with , as decimal sep., floats truncated on conversion from string
ID: 24591 User updated by: arnarb at oddi dot is Reported By: arnarb at oddi dot is Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux 2.4.18 PHP Version: 5.0.0b2-dev, 4.3.3RC2-dev New Comment: This causes some awkward problems. The mssql module I'm using takes doubles and floats from the database and converts them to strings with printf, which means I'm not able to do any calculations with them unless replacing the , with . first. Maybe this is a bug with the db module? Previous Comments: [2003-07-20 21:42:43] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is expected behaviour, consider what you are doing. You generate a sting containing "3,233" and then add 1 to it. PHP can only handle floats that use "." as a decimal point hence when the string is converted to a number it stops at the "," and 'rounds' the number to 3. Hence the result of 4 when 1 is added. To avoid this problem you should've performed the addition before printing the output. [2003-07-10 11:26:58] [EMAIL PROTECTED] Output: 3.233 float(4.233) 3,233 int(4) [2003-07-10 10:52:19] arnarb at oddi dot is Description: When strings containing numbers in the locale format, and the locale uses , as the decimal seperator, converting the string to a float cuts off at the , and returns the integer part. This was addressed in bugs #17105, #17815 and others. Those reports were closed and the problem was claimed to be fixed in CVS as of November 2002 by iliaa and sniper. This bug is however still present in 4.3.2, as the reproduce code demonstrates. A quick look indicated that libc's strtod was being used for the conversion, I verified that it is working on my platform. Reproduce code: --- Expected result: 3.233 4.233 3,233 4,233 Actual result: -- 3.233 4.233 3,233 4 -- Edit this bug report at http://bugs.php.net/?id=24591&edit=1
#16820 [Fbk->Opn]: hangs in multithreded environment (ZTS)
ID: 16820 User updated by: wmeler at wp-sa dot pl Reported By: wmeler at wp-sa dot pl -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.3RC2-dev New Comment: patches work together http://strony.wp.pl/wp/wmeler/ Previous Comments: [2003-07-21 03:12:52] [EMAIL PROTECTED] Yes, a patch is always appreciated.. [2003-07-21 02:46:15] wmeler at wp-sa dot pl As I said - heap corrupted. backtrace: #0 0x40393966 in _efree (ptr=0x42671030, __zend_filename=0x403e5840 "/tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c", __zend_lineno=291, __zend_orig_filename=0x403e5ca0 "/tmp/php4-STABLE-200307081130/Zend/zend_variables.c", __zend_orig_lineno=44) at /tmp/php4-STABLE-200307081130/Zend/zend_alloc.c:259 #1 0x403a3e18 in _zval_dtor (zvalue=0x81d6018, __zend_filename=0x403e5840 "/tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c", __zend_lineno=291) at /tmp/php4-STABLE-200307081130/Zend/zend_variables.c:61 #2 0x4039b878 in _zval_ptr_dtor (zval_ptr=0x81d60d4, __zend_filename=0x403e5ca0 "/tmp/php4-STABLE-200307081130/Zend/zend_variables.c", __zend_lineno=167) at /tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c:291 #3 0x403a40d2 in _zval_ptr_dtor_wrapper (zval_ptr=0x81d60d4) at /tmp/php4-STABLE-200307081130/Zend/zend_variables.c:167 #4 0x403aa7a3 in zend_hash_destroy (ht=0x81bfa94) at /tmp/php4-STABLE-200307081130/Zend/zend_hash.c:543 #5 0x4039b361 in shutdown_executor (tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/Zend/zend_execute_API.c:186 #6 0x403a546d in zend_deactivate (tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/Zend/zend.c:666 #7 0x40374772 in php_request_shutdown (dummy=0x0) at /tmp/php4-STABLE-200307081130/main/main.c:995 #8 0x403c4923 in php_apache_request_dtor (r=0x81a6830, tsrm_ls=0x81aa7f0) at /tmp/php4-STABLE-200307081130/sapi/apache2handler/sapi_apache2.c:445 #9 0x403c4c4d in php_handler (r=0x81a6830) at /tmp/php4-STABLE-200307081130/sapi/apache2handler/sapi_apache2.c:541 #10 0x808269e in ap_run_handler (r=0x81a6830) at config.c:194 With my patch there are almost no problems. The problem is that shutdown function won't execute - EG(timeout) flag should be cleared before execution of shutdown function. I can correct it if you want. [2003-07-21 02:07:48] wmeler at wp-sa dot pl I took few days off. You know - holidays. My config.nice : './configure' \ '--disable-all' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-config-file-path=/usr/local/apache2/conf/' \ '--enable-debug' \ "$@" my script: http://bugs.php.net/16820 -- Edit this bug report at http://bugs.php.net/?id=16820&edit=1
#24734 [Fbk->Csd]: no executable install
ID: 24734 User updated by: heinemann dot juergen at t-online dot de Reported By: heinemann dot juergen at t-online dot de -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: SuSE Linux 8.2 PHP Version: 5.0.0b1 (beta1) New Comment: Ok - with Last Version - No Problem. http://www.flash-php-mail.de/kurz/PHP5Error.html spezial Thanks Previous Comments: [2003-07-21 03:37:03] [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 [2003-07-21 03:17:34] heinemann dot juergen at t-online dot de Description: PHP 5 does not install executable Files and lib Files. compile php5 with DSO on Apache2 Please Visit link for more Information and tar file with Building Scripts (config.* libtool) http://www.flash-php-mail.de/kurz/PHP5Error.html Reproduce code: --- http://www.flash-php-mail.de/kurz/PHP5Error.html -- Edit this bug report at http://bugs.php.net/?id=24734&edit=1
#24720 [Fbk->Opn]: mysql_result(): supplied argument is not a valid MySQL result resource
ID: 24720
User updated by: adrian at smartcall dot ro
Reported By: adrian at smartcall dot ro
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: linux slackware
PHP Version: 4.3.2
New Comment:
I downloaded the latest snapshot ... compiled, instaled ... but with no
success ... the result is still the same for mssql_query or
mysql_query: When my query has no match I get 1 as result instead of a
resurce id.
Now I am writting myscripts this way :
if ( $result != 1 )
while ($msrow = mssql_fetch_row($result))
{
... etc ...
}
But I don't think this is very elegant.
P.S. Before I installed the slackware on the server I had a debian (
woody ), on which I had the same problem. So, is not a operating system
problem !
Previous Comments:
[2003-07-20 10:47:53] [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
And give a complete example script, WITHOUT any 'include/require'
calls.
[2003-07-19 14:48:53] adrian at smartcall dot ro
Description:
I updated my php to php-4.3.2 on apache_1.3.27, I have mysql-3.23.57
and I also use freetds-0.61.
My php ./configure line is
'./configure' '--prefix=/usr/local/misc/php'
'--with-apxs=/usr/local/misc/apache/bin/apxs'
'--with-mysql=/usr/local/misc/mysql'
'--with-sybase-ct=/usr/local/misc/freetds'
All my scripts ( that before worked ) are giveing me the followig error
:
Warning: mysql_result(): supplied argument is not a valid MySQL result
resource
mssql_fetch_row(): supplied argument is not a valid Sybase result
resource
This error apears when no line maches the query !
In the first place I thought that is the freetds driver ... but I saw
that even on mysql i'm geting the same error.
Reproduce code:
---
$msdb = mssql_connect("192.168.0.5", "web","webpass");
mssql_select_db("DATABASE",$msdb);
$result = mssql_query("SELECT DEALERS.PASS FROM DEALERS WHERE
DEALERS.DEALER='" . $_POST["DealerName"] . "'", $msdb);
$msrow = mssql_fetch_row($result);
if ( $msrow[0] != $_POST["DealerPass"] )
{ mssql_close($msdb);
include("../include/error_message.html");
exit();
}
Expected result:
Warning: mssql_fetch_row(): supplied argument is not a valid Sybase
result resource in /home/www/default/dealer/check_dealer.php on line 7
Actual result:
--
In $msrow[0] I should have the password ( I have the password when
$_POST["DealerName"] matches one of the DEALERS.DEALER from DEALERS )
but if $_POST["DealerName"] can't be found in the table I'm getting
Warning: mysql_result(): supplied argument is not a valid MySQL result
resource
I "echo("Result = ".$result);" and when I have a match I'm getting
"Result = Resource id #7" and when not a match I have "Result = 1". Is
this correct ? Before using php 4.3.2 I didn't faced this problem !
--
Edit this bug report at http://bugs.php.net/?id=24720&edit=1
#24499 [Ctl->Csd]: Notice: Undefined property: stdClass::
ID: 24499
Updated by: [EMAIL PROTECTED]
Reported By: wks at wks dot ch
-Status: Critical
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.0b1 (beta1)
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-07-20 12:18:36] [EMAIL PROTECTED]
This affects more than ext/pgsql. some internal facility is wrong it
seems.
[2003-07-10 08:53:05] wks at wks dot ch
I've just changed the status from documentation to crash 'cause that's
what it does. In more details:
$this->id is a private variable of the class Id
$id->id is a propertie of a PostgreSQL object
php 5.0.0b1 is unable to dereference the $id->id property of the $id
PostgreSQL object !
[2003-07-05 07:25:26] wks at wks dot ch
There's unfortunately been added a note by someone who hasn't
understood the problem at all.
$this->id is a private variable of the class Id
$id-id is a propertie of a PostgreSQL object
php 5.0.0b1 is unable to derive the $id->id property of the $id
PostgreSQL object !
[2003-07-05 06:26:07] [EMAIL PROTECTED]
Make it a doc problem since you obviously didn't read the docs. And
close it since it's all your fault :-)
What you're missing
class {
private $id;
function getId() {
$this->id = 1;
return $this->id;
}
}
[2003-07-04 11:35:57] wks at wks dot ch
Description:
In a class, if 'private' is used instead of 'var' for a variable
declaration then it fails with the Notice:
Undefined property: stdClassr'.
This still occurs if you make '$record = pg_fetch_object($q); return
$record->id;'
Reproduce code:
---
id;
}
}
$id = new Id();
echo $id->getId();
?>
Expected result:
1
Actual result:
--
Notice: Undefined property: stdClass::$id in /path/id_test.php on line
11
--
Edit this bug report at http://bugs.php.net/?id=24499&edit=1
#24735 [NEW]: call_user_func on parent method does not use parent private property
From: tater at potatoe dot com
Operating system: OS X 10.2
PHP version: 5CVS-2003-07-21 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: call_user_func on parent method does not use parent private property
Description:
If I call a public function of a base class from a derived class directly,
the base class's function can use private properties of the base class. If
I call it via call_user_func() or call_user_func_array(), it acts like an
overloaded function of the derived class, and doesn't see the private
property (it ends up creating a dynamic property for the object).
One or the other of these is wrong. I'm hoping it's the second one.
Reproduce code:
---
a = $v; }
public function set_b($v) { $this->b = $v; }
}
class bar extends foo { }
$f = new foo;
$f->set_a(1);
call_user_func(array($f,'set_b'), 2);
$b = new bar;
$b->set_a(1);
call_user_func(array($b,'set_b'), 2);
print_r($f);
print_r($b);
?>
Expected result:
foo Object
(
[a:private] => 1
[b:private] => 2
)
bar Object
(
[a:private] => 1
[b:private] => 2
)
Actual result:
--
foo Object
(
[a:private] => 1
[b:private] => 2
)
bar Object
(
[a:private] => 1
[b:private] =>
[b] => 2
)
--
Edit bug report at http://bugs.php.net/?id=24735&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24735&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24735&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24735&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24735&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24735&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24735&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24735&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24735&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24735&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24735&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24735&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24735&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24735&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24735&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24735&r=gnused
#24736 [NEW]: socket_set_timeout have no effect
From: sanry at now dot net dot cn Operating system: redhat8 redhat9 PHP version: 4.3.3RC1 PHP Bug Type: Network related Bug description: socket_set_timeout have no effect Description: socket_set_timeout have no effect and after fsockopen fread or fgets can't get long stream ( yes much better than the the suck php4.3.2 , so disappint our website have so many bugs for upgrade to php4.3 serial) -- Edit bug report at http://bugs.php.net/?id=24736&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24736&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24736&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24736&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24736&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24736&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24736&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24736&r=support Expected behavior: http://bugs.php.net/fix.php?id=24736&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24736&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24736&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24736&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24736&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24736&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24736&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24736&r=gnused
#24560 [Asn->Csd]: parse_url() missing "host" with file:// scheme
ID: 24560 Updated by: [EMAIL PROTECTED] Reported By: tim at digicol dot de -Status: Assigned +Status: Closed Bug Type: URL related Operating System: * PHP Version: 4.3.3RC2-dev Assigned To: iliaa New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-07-09 17:11:44] [EMAIL PROTECTED] Ilia, you have been touching this a lot.. file://localhost/some/path == file:///some/path ie. They should both produce same path: /some/path ?? (and the // one should have host set too) (at least that's how I interpret this: http://www.w3.org/Addressing/URL/4_1_File.html) [2003-07-09 06:31:06] tim at digicol dot de Description: parse_url() now prepends the "path" part with the hostname for "file://" scheme URLs. In PHP 4.3.0 and all previous versions we've used (including PHP 3), "file://localhost/path" produced "[path] => /path". In 4.3.2, this has become "[path] => localhost/path", which obviously breaks any code trying to access this on the filesystem. Please fix this in PHP 4.3.3 to keep backwards compatibility. (Maybe this has been broken while fixing http://bugs.php.net/bug.php?id=23445 ?) Workaround: Use "file:/path" URLs (not tested under PHP 3). "file:///path" doesn't work in older PHP versions (PHP 4.0.6 says "PHP Warning: unable to parse url"). Reproduce code: --- Expected result: Array ( [scheme] => file [host] => localhost [path] => /dir/subdir/file.txt ) Actual result: -- Array ( [scheme] => file [path] => localhost/dir/subdir/file.txt ) -- Edit this bug report at http://bugs.php.net/?id=24560&edit=1
#24737 [NEW]: Example 3-6. Installation Instructions (Apache Shared Module Version) for PHP 4
From: p dot goedhart at zorg-verlening dot nl Operating system: rh 8.0 PHP version: 4.3.3RC1 PHP Bug Type: Apache related Bug description: Example 3-6. Installation Instructions (Apache Shared Module Version) for PHP 4 Description: Hi, You installation instruction aren't working: Example 3-6. Installation Instructions (Apache Shared Module Version) for PHP 4 While I follow the instructions I get: Syntax error on line 3 of /www/conf/srm.conf: Cannot load /www/libexec/libphp4.so into server: /www/libexec/libphp4.so: undefined symbol: apr_bucket_type_file -- Edit bug report at http://bugs.php.net/?id=24737&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24737&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24737&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24737&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24737&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24737&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24737&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24737&r=support Expected behavior: http://bugs.php.net/fix.php?id=24737&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24737&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24737&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24737&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24737&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24737&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24737&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24737&r=gnused
#24736 [Opn->Fbk]: socket_set_timeout have no effect
ID: 24736 Updated by: [EMAIL PROTECTED] Reported By: sanry at now dot net dot cn -Status: Open +Status: Feedback Bug Type: Network related Operating System: redhat8 redhat9 PHP Version: 4.3.3RC1 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2003-07-21 08:36:25] sanry at now dot net dot cn Description: socket_set_timeout have no effect and after fsockopen fread or fgets can't get long stream ( yes much better than the the suck php4.3.2 , so disappint our website have so many bugs for upgrade to php4.3 serial) -- Edit this bug report at http://bugs.php.net/?id=24736&edit=1
#20311 [NoF->Csd]: Apachechild ends with Memory-Read-Error if using session.serialize_handler=wddx
ID: 20311 User updated by: m dot DOT dot wallner at iworks dot DOT dot at Reported By: m dot DOT dot wallner at iworks dot DOT dot at -Status: No Feedback +Status: Closed Bug Type: WDDX related Operating System: Windows 2000 PHP Version: 4.3.1 New Comment: Works fine now with PHP 4.3.2 (on RH9) Michael Previous Comments: [2003-07-18 18:47:52] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-10 21:37:19] [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 I can't reproduce this.. [2003-04-02 17:25:48] jpenn at cheetah-soft dot com Still not working in 4.3.1 - Apache is still terminating when a call to session_start() is made when using 'wddx' as the serialize handler. Both win 2000 and red hat 7... [2002-12-29 06:30:33] m dot DOT dot wallner at iworks dot DOT dot at No changes in 4.3.0 Final. I'll try a snap soon. Bye, Michael [2002-12-19 23:09:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip 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/20311 -- Edit this bug report at http://bugs.php.net/?id=20311&edit=1
#20311 [Csd]: Apachechild ends with Memory-Read-Error if using session.serialize_handler=wddx
ID: 20311 User updated by: mike at iworks dot at -Reported By: m dot DOT dot wallner at iworks dot DOT dot at +Reported By: mike at iworks dot at Status: Closed Bug Type: WDDX related Operating System: Windows 2000 -PHP Version: 4.3.1 +PHP Version: 4.3.2 New Comment: But still not with PHP 4.3.2 on Win2k... I'll try a snap whem i find time to... Michael Previous Comments: [2003-07-21 09:04:42] m dot DOT dot wallner at iworks dot DOT dot at Works fine now with PHP 4.3.2 (on RH9) Michael [2003-07-18 18:47:52] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-10 21:37:19] [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 I can't reproduce this.. [2003-04-02 17:25:48] jpenn at cheetah-soft dot com Still not working in 4.3.1 - Apache is still terminating when a call to session_start() is made when using 'wddx' as the serialize handler. Both win 2000 and red hat 7... [2002-12-29 06:30:33] m dot DOT dot wallner at iworks dot DOT dot at No changes in 4.3.0 Final. I'll try a snap soon. Bye, Michael 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/20311 -- Edit this bug report at http://bugs.php.net/?id=20311&edit=1
#24066 [Opn]: socket_read() in PHP_NORMAL_READ exits abnormally
ID: 24066
Updated by: [EMAIL PROTECTED]
Reported By: jason at superlink dot net
Status: Open
Bug Type: Sockets related
Operating System: FreeBSD 4.8
PHP Version: 4.3.2
New Comment:
Can you try your example with var_dump($buffer) in your code?
socket_read returns boolean(FALSE) on an actual error, and empty string
"" when the connecting system has closed the connection. The connection
closed is not considered and error, and thus socket_last_error() is 0
(no error)
If you don't like this behaivior there is socket_recv, which returns
the length of the message returned(0 = connection close), and takes a
buf argument of the string, but it does not have the PHP_NORMAL_READ
capibility.
If this is the problem you should recode tests of socket_read like so
if (($buffer = socket_read($socket, 2048, xxx)) === FALSE) {
// Error has occured
} else if (empty($buffer)) {
// client disconnected
} else {
// do something with data
}
-Jason
Previous Comments:
[2003-06-06 21:50:20] jason at superlink dot net
Okay, a few things to add to my post...
I wanted to add that my initial assessment that binary_read did not
suffer from this issue is false.
In my inital test with binary read, I thought that simply watching the
socket download data was enough to validate if the issue was with
normal_read. There was one glaring diff between normal_read and
binary_read -- my software was only able to properly process input data
from normal_read. After a bit of tweaking, I made binary_read also
function and properly parse input. Once it was processing input, it too
had socket disconnects. Without processing input, it's simply reading
in data, with processing, it has to check data with a RDBMs, which
causes a slight delay between reads.
Perhaps this bit of info can help narrow down the problem.
Also, I wanted to add that I read the bug report about socket_read()
returning an infinate number of "\n" ...
(http://bugs.php.net/bug.php?id=21760), that bug is still present in
4.3.2. I had to write a shell script to watch for cpu use over 40% and
kill the process. It seems to happen around ~5% of the time.
[2003-06-06 14:36:06] jason at superlink dot net
I'm running a socket connection that needs NORMAL_READ mode enabled.
Here is a sample of the socket connection:
In the event of an error, I've been logging the error:
socket_strerror(socket_last_error())
The error for the last 5 attempts has returned:
uptime: 211 Unknown error: 0
uptime: 439 Unknown error: 0
uptime: 275 Unknown error: 0
uptime: 279 Unknown error: 0
uptime: 395 Unknown error: 0
The socket connection doesn't seem to want to stay alive for long. The
error message seems very unfriendly. I've tried the program in
binary mode (while my program doesn't function with binary mode on, it
can still download and read from the socket). In binary mode, the
problem does not occur.
I've tried NORMAL_READ with and without socket blocking, with the same
results (unexplained socket error).
this problem seems to have been happening in php 4.3.1 too.
Configure Command './configure' '--prefix=/usr/local'
'--with-apache=/home/jason/apache_1.3.27' '--enable-exif'
'--enable-track-vars' '--with-calendar=shared' '--enable-magic-quotes'
'--enable-trans-sid' '--enable-wddx' '--enable-sockets'
'--disable-debug' '--enable-gd-native-tt' '--with-zlib'
'--enable-inline-optimization' '--enable-memory-limit'
'--with-mysql=/usr/local'
--
Edit this bug report at http://bugs.php.net/?id=24066&edit=1
#24629 [Opn]: socket_select() fails: "Reason: Invalid argument"
ID: 24629
Updated by: [EMAIL PROTECTED]
Reported By: zparta at skebo dot ac
Status: Open
Bug Type: Sockets related
Operating System: FreeBSD 4.8 (Only!)
PHP Version: 4.3.3RC2-dev
-Assigned To:
+Assigned To: jason
New Comment:
I will take a look at this patch tonight
-Jason
Previous Comments:
[2003-07-20 16:26:01] [EMAIL PROTECTED]
here the same patch for the stream_select()
--- file.c.orig Sun Jul 20 23:25:34 2003
+++ file.c Sun Jul 20 23:24:55 2003
@@ -803,8 +803,15 @@
/* If seconds is not set to null, build the timeval, else we
wait indefinitely */
if (sec != NULL) {
convert_to_long_ex(&sec);
- tv.tv_sec = Z_LVAL_P(sec);
- tv.tv_usec = usec;
+
+ if (usec > 99) {
+ tv.tv_sec = Z_LVAL_P(sec)+(usec/100);
+ tv.tv_usec = usec%100;
+ } else {
+ tv.tv_sec = Z_LVAL_P(sec);
+ tv.tv_usec = usec;
+ }
+
tv_p = &tv;
}
[2003-07-20 16:13:56] [EMAIL PROTECTED]
I found the problem with the select() under freebsd, the select()
checks the timeout values (sec and usec). When they exceed the max
value which is on freebsd for usec 999,999, after this number it must
be 1 sec and not 1,000,000 usecs. This is whats happening here, the
script wants 300,000,000 usecs, which are 300 seconds. Linux doesn't
care about this and accepts this number (and works fine with it).
I wrote the patch and tested it on the freebsd 4.8 box, strace now
shows (as expected):
select(4, [3], [], [], {300, 0}
Here the patch which fixes this bug:
--- sockets.c.orig Tue Jul 15 08:08:02 2003
+++ sockets.c Sun Jul 20 23:01:21 2003
@@ -591,8 +591,15 @@
convert_to_long(&tmp);
sec = &tmp;
}
- tv.tv_sec = Z_LVAL_P(sec);
- tv.tv_usec = usec;
+
+ if (usec > 99) {
+ tv.tv_sec = Z_LVAL_P(sec)+(usec/100);
+ tv.tv_usec = usec%100;
+ } else {
+ tv.tv_sec = Z_LVAL_P(sec);
+ tv.tv_usec = usec;
+ }
+
tv_p = &tv;
if (sec == &tmp) {
[2003-07-20 13:47:58] [EMAIL PROTECTED]
I just straced the script with stream_select() and it's also getting
the "Invalid argument" error msg.
select(4, [3], [], [], {0, 3}) = -1 EINVAL (Invalid argument)
[2003-07-20 13:18:46] [EMAIL PROTECTED]
I tried using fsockopen and stream_select() on the freebsd box, and it
returned false, so also some error happened. Is there a way of giving
out the error msg of the failed stream_select()?
[2003-07-13 00:16:43] zparta at skebo dot ac
ok thats to bad :( il just have to wait until its fixed
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/24629
--
Edit this bug report at http://bugs.php.net/?id=24629&edit=1
#24629 [Opn->Asn]: socket_select() fails: "Reason: Invalid argument"
ID: 24629
Updated by: [EMAIL PROTECTED]
Reported By: zparta at skebo dot ac
-Status: Open
+Status: Assigned
Bug Type: Sockets related
Operating System: FreeBSD 4.8 (Only!)
PHP Version: 4.3.3RC2-dev
Assigned To: jason
Previous Comments:
[2003-07-21 10:13:09] [EMAIL PROTECTED]
I will take a look at this patch tonight
-Jason
[2003-07-20 16:26:01] [EMAIL PROTECTED]
here the same patch for the stream_select()
--- file.c.orig Sun Jul 20 23:25:34 2003
+++ file.c Sun Jul 20 23:24:55 2003
@@ -803,8 +803,15 @@
/* If seconds is not set to null, build the timeval, else we
wait indefinitely */
if (sec != NULL) {
convert_to_long_ex(&sec);
- tv.tv_sec = Z_LVAL_P(sec);
- tv.tv_usec = usec;
+
+ if (usec > 99) {
+ tv.tv_sec = Z_LVAL_P(sec)+(usec/100);
+ tv.tv_usec = usec%100;
+ } else {
+ tv.tv_sec = Z_LVAL_P(sec);
+ tv.tv_usec = usec;
+ }
+
tv_p = &tv;
}
[2003-07-20 16:13:56] [EMAIL PROTECTED]
I found the problem with the select() under freebsd, the select()
checks the timeout values (sec and usec). When they exceed the max
value which is on freebsd for usec 999,999, after this number it must
be 1 sec and not 1,000,000 usecs. This is whats happening here, the
script wants 300,000,000 usecs, which are 300 seconds. Linux doesn't
care about this and accepts this number (and works fine with it).
I wrote the patch and tested it on the freebsd 4.8 box, strace now
shows (as expected):
select(4, [3], [], [], {300, 0}
Here the patch which fixes this bug:
--- sockets.c.orig Tue Jul 15 08:08:02 2003
+++ sockets.c Sun Jul 20 23:01:21 2003
@@ -591,8 +591,15 @@
convert_to_long(&tmp);
sec = &tmp;
}
- tv.tv_sec = Z_LVAL_P(sec);
- tv.tv_usec = usec;
+
+ if (usec > 99) {
+ tv.tv_sec = Z_LVAL_P(sec)+(usec/100);
+ tv.tv_usec = usec%100;
+ } else {
+ tv.tv_sec = Z_LVAL_P(sec);
+ tv.tv_usec = usec;
+ }
+
tv_p = &tv;
if (sec == &tmp) {
[2003-07-20 13:47:58] [EMAIL PROTECTED]
I just straced the script with stream_select() and it's also getting
the "Invalid argument" error msg.
select(4, [3], [], [], {0, 3}) = -1 EINVAL (Invalid argument)
[2003-07-20 13:18:46] [EMAIL PROTECTED]
I tried using fsockopen and stream_select() on the freebsd box, and it
returned false, so also some error happened. Is there a way of giving
out the error msg of the failed stream_select()?
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/24629
--
Edit this bug report at http://bugs.php.net/?id=24629&edit=1
#24066 [Opn->Fbk]: socket_read() in PHP_NORMAL_READ exits abnormally
ID: 24066
Updated by: [EMAIL PROTECTED]
Reported By: jason at superlink dot net
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: FreeBSD 4.8
PHP Version: 4.3.2
Previous Comments:
[2003-07-21 10:11:41] [EMAIL PROTECTED]
Can you try your example with var_dump($buffer) in your code?
socket_read returns boolean(FALSE) on an actual error, and empty string
"" when the connecting system has closed the connection. The connection
closed is not considered and error, and thus socket_last_error() is 0
(no error)
If you don't like this behaivior there is socket_recv, which returns
the length of the message returned(0 = connection close), and takes a
buf argument of the string, but it does not have the PHP_NORMAL_READ
capibility.
If this is the problem you should recode tests of socket_read like so
if (($buffer = socket_read($socket, 2048, xxx)) === FALSE) {
// Error has occured
} else if (empty($buffer)) {
// client disconnected
} else {
// do something with data
}
-Jason
[2003-06-06 21:50:20] jason at superlink dot net
Okay, a few things to add to my post...
I wanted to add that my initial assessment that binary_read did not
suffer from this issue is false.
In my inital test with binary read, I thought that simply watching the
socket download data was enough to validate if the issue was with
normal_read. There was one glaring diff between normal_read and
binary_read -- my software was only able to properly process input data
from normal_read. After a bit of tweaking, I made binary_read also
function and properly parse input. Once it was processing input, it too
had socket disconnects. Without processing input, it's simply reading
in data, with processing, it has to check data with a RDBMs, which
causes a slight delay between reads.
Perhaps this bit of info can help narrow down the problem.
Also, I wanted to add that I read the bug report about socket_read()
returning an infinate number of "\n" ...
(http://bugs.php.net/bug.php?id=21760), that bug is still present in
4.3.2. I had to write a shell script to watch for cpu use over 40% and
kill the process. It seems to happen around ~5% of the time.
[2003-06-06 14:36:06] jason at superlink dot net
I'm running a socket connection that needs NORMAL_READ mode enabled.
Here is a sample of the socket connection:
In the event of an error, I've been logging the error:
socket_strerror(socket_last_error())
The error for the last 5 attempts has returned:
uptime: 211 Unknown error: 0
uptime: 439 Unknown error: 0
uptime: 275 Unknown error: 0
uptime: 279 Unknown error: 0
uptime: 395 Unknown error: 0
The socket connection doesn't seem to want to stay alive for long. The
error message seems very unfriendly. I've tried the program in
binary mode (while my program doesn't function with binary mode on, it
can still download and read from the socket). In binary mode, the
problem does not occur.
I've tried NORMAL_READ with and without socket blocking, with the same
results (unexplained socket error).
this problem seems to have been happening in php 4.3.1 too.
Configure Command './configure' '--prefix=/usr/local'
'--with-apache=/home/jason/apache_1.3.27' '--enable-exif'
'--enable-track-vars' '--with-calendar=shared' '--enable-magic-quotes'
'--enable-trans-sid' '--enable-wddx' '--enable-sockets'
'--disable-debug' '--enable-gd-native-tt' '--with-zlib'
'--enable-inline-optimization' '--enable-memory-limit'
'--with-mysql=/usr/local'
--
Edit this bug report at http://bugs.php.net/?id=24066&edit=1
#20857 [Com]: snmpset does not work
ID: 20857
Comment by: di98mha at student dot bth dot se
Reported By: rs at epost dot de
Status: Closed
Bug Type: SNMP related
Operating System: Linux RH 7.3
PHP Version: 4.3.0RC2
New Comment:
This bug still exist under 4.3.1!!
It seems like the patch is not added to this version.
The patch works perfectly fine if you add it in 4.3.1
Previous Comments:
[2003-01-24 03:54:51] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Patch applied, thanks!
[2003-01-24 02:36:15] jirapat at nstda dot or dot th
on WinNT4, W2K
snmpset function said "Couldn't add variable" when I try to use it with
version 4.3.0.
But if I use same script with php version 4.2.3 it's work fine in same
environment.
I've found this error on CVS version both 4.3.x and 5.x too.
I tried to copy php_snmp.dll from version 4.2.3 to replace version
4.3.0 script is work again.
So I think this must come from snmp extension from 4.3.0 up.
PS there is no problem with snmpget and snmpwalk
[2003-01-09 08:18:32] steve at deinon dot com
This problem still exists for the php 4.3.0 release. I am also using
net-snmp 5.0.6
The patch posted by [EMAIL PROTECTED] fixed the problem. I updated the
offsets in his patch for the 4.3.0 sources.
The updated patch can be found at:
http://www.deinon.com/php/php-4.3.0-snmpset.patch
[2002-12-07 04:35:59] rs at epost dot de
I tried this patch in diff -u format. Note that there is also a change
in the php_error_docref-string, becaue the output was not very
informative. Of course, I would prefer, that a php-snmp maintainer
would have a look at it.
--- snmp.c.orig Mon Nov 11 22:37:18 2002
+++ snmp.c Sat Dec 7 11:23:24 2002
@@ -197,7 +197,7 @@
static void php_snmp_internal(INTERNAL_FUNCTION_PARAMETERS,
int st,
struct snmp_session *session,
- char *objid)
+ char *objid, char type, char* value)
{
struct snmp_session *ss;
struct snmp_pdu *pdu=NULL, *response;
@@ -211,8 +211,6 @@
char buf[2048];
char buf2[2048];
int keepwalking=1;
- char type = (char) 0;
- char *value = (char *) 0;
char *err;
if (st >= 2) { /* walk */
@@ -267,7 +265,12 @@
} else if (st == 11) {
pdu = snmp_pdu_create(SNMP_MSG_SET);
if (snmp_add_var(pdu, name, name_length, type, value)) {
- php_error_docref(NULL TSRMLS_CC, E_WARNING, "Could not
add
variable: %s", name);
+#ifdef HAVE_NET_SNMP
+ snprint_objid(buf, sizeof(buf), name, name_length);
+#else
+ sprint_objid(buf, name, name_length);
+#endif
+ php_error_docref(NULL TSRMLS_CC, E_WARNING, "Could not
add
variable: %s %c %s", buf, type, value);
snmp_close(ss);
RETURN_FALSE;
}
@@ -466,7 +469,7 @@
session.authenticator = NULL;
- php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a3));
+ php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a3), type, value);
}
/* }}} */
@@ -849,7 +852,7 @@
session.retries = retries;
session.timeout = timeout;
- php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a8));
+ php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a8), type, value);
}
/* }}} */
[2002-12-06 18:37:58] [EMAIL PROTECTED]
Do you have a patch for this?
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20857
--
Edit this bug report at http://bugs.php.net/?id=20857&edit=1
#20857 [Csd]: snmpset does not work
ID: 20857
Updated by: [EMAIL PROTECTED]
Reported By: rs at epost dot de
Status: Closed
Bug Type: SNMP related
Operating System: Linux RH 7.3
PHP Version: 4.3.0RC2
New Comment:
PHP 4.3.0 == 4.3.1 with one slight change to the CGI. So, this patch
exists in PHP as of 4.3.2
Previous Comments:
[2003-07-21 10:26:48] di98mha at student dot bth dot se
This bug still exist under 4.3.1!!
It seems like the patch is not added to this version.
The patch works perfectly fine if you add it in 4.3.1
[2003-01-24 03:54:51] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Patch applied, thanks!
[2003-01-24 02:36:15] jirapat at nstda dot or dot th
on WinNT4, W2K
snmpset function said "Couldn't add variable" when I try to use it with
version 4.3.0.
But if I use same script with php version 4.2.3 it's work fine in same
environment.
I've found this error on CVS version both 4.3.x and 5.x too.
I tried to copy php_snmp.dll from version 4.2.3 to replace version
4.3.0 script is work again.
So I think this must come from snmp extension from 4.3.0 up.
PS there is no problem with snmpget and snmpwalk
[2003-01-09 08:18:32] steve at deinon dot com
This problem still exists for the php 4.3.0 release. I am also using
net-snmp 5.0.6
The patch posted by [EMAIL PROTECTED] fixed the problem. I updated the
offsets in his patch for the 4.3.0 sources.
The updated patch can be found at:
http://www.deinon.com/php/php-4.3.0-snmpset.patch
[2002-12-07 04:35:59] rs at epost dot de
I tried this patch in diff -u format. Note that there is also a change
in the php_error_docref-string, becaue the output was not very
informative. Of course, I would prefer, that a php-snmp maintainer
would have a look at it.
--- snmp.c.orig Mon Nov 11 22:37:18 2002
+++ snmp.c Sat Dec 7 11:23:24 2002
@@ -197,7 +197,7 @@
static void php_snmp_internal(INTERNAL_FUNCTION_PARAMETERS,
int st,
struct snmp_session *session,
- char *objid)
+ char *objid, char type, char* value)
{
struct snmp_session *ss;
struct snmp_pdu *pdu=NULL, *response;
@@ -211,8 +211,6 @@
char buf[2048];
char buf2[2048];
int keepwalking=1;
- char type = (char) 0;
- char *value = (char *) 0;
char *err;
if (st >= 2) { /* walk */
@@ -267,7 +265,12 @@
} else if (st == 11) {
pdu = snmp_pdu_create(SNMP_MSG_SET);
if (snmp_add_var(pdu, name, name_length, type, value)) {
- php_error_docref(NULL TSRMLS_CC, E_WARNING, "Could not
add
variable: %s", name);
+#ifdef HAVE_NET_SNMP
+ snprint_objid(buf, sizeof(buf), name, name_length);
+#else
+ sprint_objid(buf, name, name_length);
+#endif
+ php_error_docref(NULL TSRMLS_CC, E_WARNING, "Could not
add
variable: %s %c %s", buf, type, value);
snmp_close(ss);
RETURN_FALSE;
}
@@ -466,7 +469,7 @@
session.authenticator = NULL;
- php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a3));
+ php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a3), type, value);
}
/* }}} */
@@ -849,7 +852,7 @@
session.retries = retries;
session.timeout = timeout;
- php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a8));
+ php_snmp_internal(INTERNAL_FUNCTION_PARAM_PASSTHRU, st, &session,
Z_STRVAL_PP(a8), type, value);
}
/* }}} */
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/20857
--
Edit this bug report at http://bugs.php.net/?id=20857&edit=1
#24738 [NEW]: odb_connect called twice returns same resource id
From: phpbug at tab1 dot clara dot co dot uk Operating system: W2K SP4 PHP version: 4.3.2 PHP Bug Type: ODBC related Bug description: odb_connect called twice returns same resource id Description: I really did want two different connections since I want to run a sub-query for every row retuned in the first query. If I try that with one connection I get, not unreasonably: "connection busy" Reproduce code: --- Expected result: I expected the resouce ID's to be different Actual result: -- C:\php>cli\php filenote.php Resource id #5Resource id #5 -- Edit bug report at http://bugs.php.net/?id=24738&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24738&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24738&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24738&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24738&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24738&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24738&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24738&r=support Expected behavior: http://bugs.php.net/fix.php?id=24738&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24738&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24738&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24738&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24738&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24738&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24738&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24738&r=gnused
#22147 [Asn]: PHP crashes when processing XSLT files
ID: 22147 Updated by: [EMAIL PROTECTED] Reported By: stuart at myrddraal dot demon dot co dot uk Status: Assigned Bug Type: XSLT related Operating System: Windows XP PHP Version: 4.3.0 Assigned To: dviner New Comment: Hi Stuart, Sorry, I must have misread your message. I thought you had vc++. I'll try to compile a debug version of php and send it to you. dave Previous Comments: [2003-07-08 03:14:40] stuart at myrddraal dot demon dot co dot uk Dave, I don't *have* Visual C++ - if I did, then don't you think I'd have compiled my own debugging build *months* ago? ;-) Best regards, Stu [2003-07-07 16:32:29] [EMAIL PROTECTED] Have you tried compiling "php4ts Win32 Debug" project in vc++? that should have all the win32 debugging symbols you want. dave [2003-07-07 16:19:12] stuart at myrddraal dot demon dot co dot uk Hrm ... depends on which compiler is used for the Windows builds. If it's Cygwin, or MinGw, then maybe. If it's Visual C++, then no chance. A stock debugging build for download for Windows would make it a lot easier to debug PHP when it goes belly up, don't you think? ;-) Thanks, Stu [2003-07-07 15:54:06] [EMAIL PROTECTED] you should be able to build php with debugging symbols turned on. i am still unable to reproduce this on my windows machine. [2003-06-17 15:22:44] stuart at myrddraal dot demon dot co dot uk Can you make a debugging build available - something that'll produce a crash dump that you can actually use to get a useful stack trace? 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/22147 -- Edit this bug report at http://bugs.php.net/?id=22147&edit=1
#24003 [Com]: after several connections to Oracle 9i, program dies
ID: 24003
Comment by: mlucero at austin dot rr dot com
Reported By: dkruger at stevens-tech dot edu
Status: Bogus
Bug Type: OCI8 related
Operating System: Redhat 8.0
PHP Version: 4.3.2
New Comment:
I am a developer setting up oracle 9ir2 client under redhat with apache
1.3.27-2 and this is the exact same issue.. identical, however the cvs
snapshots did not help me, i continue to have the same issue with it,
would it be recommendable to downgrade? or has there been a specific
fix released for this?
Previous Comments:
[2003-06-23 14:44:22] andre_nasser at yahoo dot com dot br
Friends, I am an Oracle DBA and I supporting a team developing with PHP
and we are facing this very issue. Questions:
1) When you say it works with Oracle8 -- is it olny the client or the
Oracle server ?
2) We would like to know if this workaround is only for Oracle8 (8.0.x)
or does it also work for Oracle8i (8.1.x) ?
Thanks, Andre
[2003-06-16 02:39:23] j dot henge-ernst at interexa dot de
We encountered the same problem, but it seem to be a oracle9 (9ir2)
issue. After switching back to oracle 8 everything works as expected.
With PHP 4.2.3 and oracle 9 it works, but with 4.3.2 not.
Today I tried a latest snap-shot ( php4-STABLE-200306131730 ) and it
seems to work again as expected.
No segfault or stange SQL-errors.
[2003-06-04 08:45:54] e_zagrai at yahoo dot com
The variables $ORACLE_HOME and others were set before apache started -
it didn't help...
[2003-06-04 08:43:07] e_zagrai at yahoo dot com
I tryed to backtrace the error and that's what I've got:
[EMAIL PROTECTED] bin]# gdb /usr/local/apache/bin/httpd
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 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"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
[New Thread 8192 (LWP 3518)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 8192 (LWP 3518)]
0x405fddfa in kpuhhaloc () from /oracle/lib/libclntsh.so.9.0
(gdb) bt
#0 0x405fddfa in kpuhhaloc () from /oracle/lib/libclntsh.so.9.0
#1 0x4060e15f in kpughndl0 () from /oracle/lib/libclntsh.so.9.0
#2 0x40614543 in kpughndl () from /oracle/lib/libclntsh.so.9.0
#3 0x40668dd6 in OCIHandleAlloc () from /oracle/lib/libclntsh.so.9.0
#4 0x402ebb93 in _oci_open_session (server=0x81d3d60,
username=0x81ed764 "xxx", password="xxx", persistent=0,
exclusive=0, charset=0x403eb827 "") at
/arc/php-4.3.2/ext/oci8/oci8.c:2253
#5 0x402ed1e4 in oci_do_connect (ht=3, return_value=0x81ed84c,
this_ptr=0x0, return_value_used=1, persistent=0, exclusive=0)
at /arc/php-4.3.2/ext/oci8/oci8.c:2685
#6 0x402f19d4 in zif_ocilogon (ht=3, return_value=0x81ed84c,
this_ptr=0x0, return_value_used=1) at
/arc/php-4.3.2/ext/oci8/oci8.c:4307
#7 0x403dd592 in execute (op_array=0x81d20c4) at
/arc/php-4.3.2/Zend/zend_execute.c:1606
#8 0x403cc1bd in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /arc/php-4.3.2/Zend/zend.c:869
#9 0x40396464 in php_execute_script (primary_file=0xb600) at
/arc/php-4.3.2/main/main.c:1671
#10 0x403e32a5 in php_handler (r=0x81dc998) at
/arc/php-4.3.2/sapi/apache2handler/sapi_apache2.c:525
#11 0x080903e6 in ap_run_handler (r=0x81dc998) at config.c:195
#12 0x080908fe in ap_invoke_handler (r=0x81dc998) at config.c:401
#13 0x08080813 in ap_process_request (r=0x81dc998) at
http_request.c:288
#14 0x0807ca51 in ap_process_http_connection (c=0x81c8920) at
http_core.c:293
#15 0x080993d6 in ap_run_process_connection (c=0x81c8920) at
connection.c:85
#16 0x0808ef9c in child_main (child_num_arg=0) at prefork.c:696
#17 0x0808f146 in make_child (s=0x80f0c08, slot=0) at prefork.c:736
#18 0x0808f19f in startup_children (number_to_start=5) at
prefork.c:808
#19 0x0808f891 in ap_mpm_run (_pconf=0x808e878, plog=0x8125e70,
s=0x80f0c08) at prefork.c:1024
#20 0x080945aa in main (argc=2, argv=0xb8d4) at main.c:660
#21 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6
Hopefully it can help somehow...
[2003-06-04 08:26:44] [EMAIL PROTECTED]
As our documentation describes, you need to set the environment vars
BEFORE you start apache. Setting it in a script won't work:
putenv("ORACLE_SID=coastal");
putenv("ORACLE_HOME=/oracle");
putenv("TNS_ADMIN=/oracle/network/admin/tnsnames.ora");
#24738 [Opn]: odbc_connect called twice returns same resource id
ID: 24738 Updated by: [EMAIL PROTECTED] -Summary: odb_connect called twice returns same resource id Reported By: phpbug at tab1 dot clara dot co dot uk Status: Open -Bug Type: ODBC related +Bug Type: Feature/Change Request Operating System: W2K SP4 PHP Version: 4.3.2 New Comment: Known issue, being re-categorized as a Feature Request. As a solution, if you change any of the values in the connect call, this should work. Yes, I know, this is a pain, but the current system is designed based upon a hash of the DSN/USER/PASSWORD. Previous Comments: [2003-07-21 11:16:00] phpbug at tab1 dot clara dot co dot uk Description: I really did want two different connections since I want to run a sub-query for every row retuned in the first query. If I try that with one connection I get, not unreasonably: "connection busy" Reproduce code: --- Expected result: I expected the resouce ID's to be different Actual result: -- C:\php>cli\php filenote.php Resource id #5Resource id #5 -- Edit this bug report at http://bugs.php.net/?id=24738&edit=1
#24739 [NEW]: php segfaults on non-initialized session variables
From: jullrich at euclidian dot com Operating system: Linux 2.4.21, Solaris PHP version: 4.3.2 PHP Bug Type: Reproducible crash Bug description: php segfaults on non-initialized session variables Description: If a '$_SESSION' variable is used for a new session, it will crash php. This bug has also been reported for Solaris (bug ID 24592) and the recent RC version of php. Happens with apache module or command line. Reproduce code: --- source code: run: php -n filename.php Expected result: no output other than maybe session errors as this is executed from the command line. Actual result: -- Segmentation Fault. Warning: session_start(): Cannot send session cookie - headers already sent in /home/jullrich/x2 on line 3 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/jullrich/x2:3) in /home/jullrich/x2 on line 3 Segmentation fault Backtrace: #0 0x0813f96b in _efree (ptr=0x81dda04) at /usr/local/src/php-4.3.2/Zend/zend_alloc.c:259 #1 0x080b33b1 in migrate_global (ht=0x822fb68, pos=0xbfffd378) at /usr/local/src/php-4.3.2/ext/session/session.c:640 #2 0x080b355f in php_session_save_current_state () at /usr/local/src/php-4.3.2/ext/session/session.c:670 #3 0x080b5ba9 in php_session_flush () at /usr/local/src/php-4.3.2/ext/session/session.c:1591 #4 0x080b5bbf in zm_deactivate_session (type=1, module_number=7) at /usr/local/src/php-4.3.2/ext/session/session.c:1605 #5 0x0814f71d in module_registry_cleanup (module=0x0) at /usr/local/src/php-4.3.2/Zend/zend_API.c:1167 #6 0x081516d5 in zend_hash_apply (ht=0x81ddd80, apply_func=0x814f6ec ) at /usr/local/src/php-4.3.2/Zend/zend_hash.c:688 #7 0x0814ceac in zend_deactivate_modules () at /usr/local/src/php-4.3.2/Zend/zend.c:634 #8 0x08126a7e in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.2/main/main.c:971 #9 0x0815e488 in main (argc=3, argv=0xbfffdba4) at /usr/local/src/php-4.3.2/sapi/cli/php_cli.c:862 #10 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6 -- Edit bug report at http://bugs.php.net/?id=24739&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24739&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24739&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24739&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24739&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24739&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24739&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24739&r=support Expected behavior: http://bugs.php.net/fix.php?id=24739&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24739&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24739&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24739&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24739&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24739&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24739&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24739&r=gnused
#24740 [NEW]: Segmentation fault
From: rarteaga at icaro dot com dot ec Operating system: Linux RH9 and RH7.3 PHP version: 4.3.2 PHP Bug Type: OCI8 related Bug description: Segmentation fault Description: Hi, I've installed Linux RH 9.0 and Oracle 9i, I'm trying to access the database from a php script, I make de connection and make a simple select like this: "SELECT EMPNO from EMP" And I get the information just fine with the oci functions (OCILogon, OCIParse, OCIExecute, etc...). Now I get a segmentation fault when I try to retrieve information of fields that are string or characteres, something like this: "SELECT JOB from EMP" The script crashes and dies saying "segmentation fault" I'm connecting to the database as user "SCOTT" and getting information from table EMP. I can connect from an aplication I've developed in VB60 from a remote aplication server I have... but PHP is crashing... Best Regards Reproduce code: --- #!/usr/bin/php -q Expected result: I expect to see de job titles.. Actual result: -- [EMAIL PROTECTED] htdocs]# ./oracle.php Connected! Segmentation fault -- Edit bug report at http://bugs.php.net/?id=24740&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24740&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24740&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24740&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24740&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24740&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24740&r=support Expected behavior: http://bugs.php.net/fix.php?id=24740&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24740&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24740&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24740&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24740&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24740&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24740&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24740&r=gnused
#24740 [Opn]: Segmentation fault
ID: 24740 User updated by: rarteaga at icaro dot com dot ec Reported By: rarteaga at icaro dot com dot ec Status: Open Bug Type: OCI8 related Operating System: Linux RH9 and RH7.3 PHP Version: 4.3.2 New Comment: I'm sorry I made a mistake on the line OCIDefineByName($parse,"ENAME",$job); The correct value must be JOB, it will be like this: OCIDefineByName($parse,"JOB",$job); Still doesn't work.. Regards Previous Comments: [2003-07-21 11:54:58] rarteaga at icaro dot com dot ec Description: Hi, I've installed Linux RH 9.0 and Oracle 9i, I'm trying to access the database from a php script, I make de connection and make a simple select like this: "SELECT EMPNO from EMP" And I get the information just fine with the oci functions (OCILogon, OCIParse, OCIExecute, etc...). Now I get a segmentation fault when I try to retrieve information of fields that are string or characteres, something like this: "SELECT JOB from EMP" The script crashes and dies saying "segmentation fault" I'm connecting to the database as user "SCOTT" and getting information from table EMP. I can connect from an aplication I've developed in VB60 from a remote aplication server I have... but PHP is crashing... Best Regards Reproduce code: --- #!/usr/bin/php -q Expected result: I expect to see de job titles.. Actual result: -- [EMAIL PROTECTED] htdocs]# ./oracle.php Connected! Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=24740&edit=1
#14870 [NoF->Opn]: Some modules break SIGUSR1 and SIGHUP
ID: 14870
User updated by: msopacua at idg dot nl
Reported By: msopacua at idg dot nl
-Status: No Feedback
+Status: Open
Bug Type: Dynamic loading
Operating System: BSDi 4.x
PHP Version: 4.0CVS-2002-10-16
New Comment:
Thanx Jani, but it's not the cause. I've tried it regardless and it
doesn't help.
It's defenitely a linker issue, although a ktrace doesn't reveal much
info.
Previous Comments:
[2003-07-18 04:31:48] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-07-10 18:33:38] [EMAIL PROTECTED]
Not sure whether this has nothing to do with this bug,
but take a look in Apache 1.3.27 sources, src/main/http_main.c file
and look for WORKAROUND_SOLARIS_BUG. You could try defining that and
recompile apache (make clean && make) to see if it has any effect?
[2002-10-20 10:33:46] [EMAIL PROTECTED]
I've created a php script, to test this :-).
Output is as follows:
RESULTS SIGTEST
Mysql bundled: OK
Mysql external: NOT OK
Aspell external: NOT OK
GD bundled: OK
XML Bundled: OK
XML external: OK
XSLT external: NOT OK
Iconv external: OK
GNU gettext, external: OK
OpenSSL external: NOT OK
Curl external, without SSL: NOT OK
Curl external, with SSL: NOT OK
The commonalities seem to be, that the modules which fail, load more
than 1 external shared library. MySQL loads zlib, Aspell loads several
aspell libs, OpenSSL has -lssl and -lcrypt and curl loads -lssl ("Curl
external, without SSL", simply means --with-openssl was not given.
-lssl and -lcrypt are still linked in).
The only exceptions to this, are the Bundled GD, which is compiled with
libjpeg, libpng, libz and libfreetype and the Bundled MySQL.
The common factors with these is, that libphp4.so doesn't call
libgd/libmysqlclient, but has this code built in.
Concluding this goes wrong when there are 2 levels of dynamic loading:
apache -> libphp4 -> libfoo -> libbar
It reminded me of bug in BSD/OS 4.x series, on how symbols are
resolved:
http://www.geocrawler.com/archives/3/127/1999/5/0/1795873/
Can somebody experience in this, take a look if it makes any sense in
comparison to what PHP is doing?
[2002-10-17 04:06:49] [EMAIL PROTECTED]
Ok, just a quick status update:
The 'old' gd still exposes the problem. The bundled gd does not, in
contradiction to my previous report. This was actually caused because,
the bundled MySQL lib, is OK, BUT an external mysql lib (3.23.53) also
exposes the problem.
Since I tried both, with the same zlib option, and both MySQL libs have
been linked with the same zlib, it cannot be a zlib problem.
[2002-10-17 02:53:21] [EMAIL PROTECTED]
Nope - wrong guess :-).
It is not just GD. When I removed GD from the below configuration, it
still didn't work.
The following works correctly:
./configure \
--prefix=/php \
--disable-mbstring \
--with-zlib=/usr \
--with-zlib-dir=/usr \
--with-apxs=/apache/bin/apxs
I'll use --disable-all and make a list of extensions that have/expose
these problems. Maybe there's a common factor.
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/14870
--
Edit this bug report at http://bugs.php.net/?id=14870&edit=1
#24401 [Ctl->Csd]: register globals does not work correctly??!!
ID: 24401 Updated by: [EMAIL PROTECTED] Reported By: eero at jlug dot org -Status: Critical +Status: Closed Bug Type: *General Issues Operating System: Linux PHP Version: 5.0.0b2-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-07-11 12:05:23] php at nexornet dot com It's NOT DANGEROUS by itself. If you use register globals, it depends on your programming if it is insecure or not. I'm having this exact issue on php5.0.0b1 on redhat 7.3 with apache2, waiting patiently for it to be fixed. Viva Register Globals! [2003-07-07 14:02:43] dlunn at mts dot net Isn't register_globals dangerous? Or has that been changed with PHP 5? [2003-07-07 09:03:21] [EMAIL PROTECTED] Making this "Critical", globals are not registered at all, regardless what register_globals is set to. [2003-07-04 11:42:54] [EMAIL PROTECTED] Bug #24498 was marked as bogus as it is the same issue. Verified it here. [2003-07-04 02:26:23] eero at jlug dot org Tested with latest cvs-version (php5-200307040530 ), 5.0.0b2-dev sama bug still exists. 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/24401 -- Edit this bug report at http://bugs.php.net/?id=24401&edit=1
#22147 [Asn]: PHP crashes when processing XSLT files
ID: 22147 Updated by: [EMAIL PROTECTED] Reported By: stuart at myrddraal dot demon dot co dot uk Status: Assigned Bug Type: XSLT related Operating System: Windows XP PHP Version: 4.3.0 Assigned To: dviner New Comment: I've sent you (in a private email) a zip file with a debugging build of php.exe and php_xslt.dll which properly passed your example zip file. Please give this a try and let us know if it works for you. dave Previous Comments: [2003-07-21 11:17:21] [EMAIL PROTECTED] Hi Stuart, Sorry, I must have misread your message. I thought you had vc++. I'll try to compile a debug version of php and send it to you. dave [2003-07-08 03:14:40] stuart at myrddraal dot demon dot co dot uk Dave, I don't *have* Visual C++ - if I did, then don't you think I'd have compiled my own debugging build *months* ago? ;-) Best regards, Stu [2003-07-07 16:32:29] [EMAIL PROTECTED] Have you tried compiling "php4ts Win32 Debug" project in vc++? that should have all the win32 debugging symbols you want. dave [2003-07-07 16:19:12] stuart at myrddraal dot demon dot co dot uk Hrm ... depends on which compiler is used for the Windows builds. If it's Cygwin, or MinGw, then maybe. If it's Visual C++, then no chance. A stock debugging build for download for Windows would make it a lot easier to debug PHP when it goes belly up, don't you think? ;-) Thanks, Stu [2003-07-07 15:54:06] [EMAIL PROTECTED] you should be able to build php with debugging symbols turned on. i am still unable to reproduce this on my windows machine. 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/22147 -- Edit this bug report at http://bugs.php.net/?id=22147&edit=1
#22076 [Com]: PHP 4.3.0 crashes on OpenBSD 3.2 sparc64 when zlib is linked
ID: 22076
Comment by: php at gotontheinter dot net
Reported By: slash at peereboom dot us
Status: No Feedback
Bug Type: Zlib Related
Operating System: OpenBSD 3.2 SPARC64
PHP Version: 4.3.0
New Comment:
latest stable doesn't build for me on obsd 3.2/sparc64:
/bin/sh /opt/php4-STABLE-200307211730/libtool --silent
--preserve-dup-deps --mode=compile gcc -mv8 -mcpu=v9 -m64 -Iext/iconv/
-I/opt/php4-STABLE-200307211730/ext/iconv/ -DPHP_ATOM_INC
-I/opt/php4-STABLE-200307211730/include
-I/opt/php4-STABLE-200307211730/main -I/opt/php4-STABLE-200307211730
-I/opt/php4-STABLE-200307211730/Zend -I/usr/local/include
-I/usr/local//include -I/opt/php4-STABLE-200307211730/ext/xml/expat
-I/opt/php4-STABLE-200307211730/TSRM -g -O2 -prefer-pic -c
/opt/php4-STABLE-200307211730/ext/iconv/iconv.c -o ext/iconv/iconv.lo
/opt/php4-STABLE-200307211730/ext/iconv/iconv.c:43: `#include' expects
"FILENAME" or
Config.nice has (direct from the 4.2.3 ports):
#
# Created by configure
CC='gcc -mv8 -mcpu=v9 -m64' \
'./configure' \
'--with-apxs=/usr/sbin/apxs' \
'--enable-cli' \
'--with-iconv=/usr/local/' \
'--with-gettext=/usr/local' \
'--enable-dio' \
'--without-pear' \
'--enable-bcmath' \
'--enable-session' \
'--enable-trans-sid' \
'--enable-calendar' \
'--enable-ctype' \
'--enable-ftp' \
'--with-pcre-regex' \
'--with-posix' \
'--enable-sockets' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-yp' \
"$@"
Previous Comments:
[2003-05-09 07:30:16] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-05-01 20:27:40] [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
[2003-02-05 16:27:30] slash at peereboom dot us
[EMAIL PROTECTED] php-4.3.0]# cat config.nice
#! /bin/sh
#
# Created by configure
'./configure' \
'--with-zlib' \
'--enable-debug' \
"$@"
[EMAIL PROTECTED] php-4.3.0]# l /usr/lib/libz*
-r--r--r-- 1 root bin 83270 Oct 3 20:28 /usr/lib/libz.a
-r--r--r-- 1 root bin 67266 Oct 3 20:28 /usr/lib/libz.so.1.4
-r--r--r-- 1 root bin 91040 Oct 3 20:28 /usr/lib/libz_p.a
-r--r--r-- 1 root bin 82904 Oct 3 20:28 /usr/lib/libz_pic.a
I also downloaded zlib 1.1.4 and compiled it myself with the same
results.
[2003-02-05 16:17:09] [EMAIL PROTECTED]
What's the zlib version on this box and could you cat/paste
config.nice?
[2003-02-05 13:47:24] slash at peereboom dot us
vi a.c
int main()
{
char *a, *b;
a = 0;
b = 0;
strcpy(a, b);
return 0;
}
[EMAIL PROTECTED] root]# gcc -o a a.c -g
[EMAIL PROTECTED] root]# ./a
Segmentation fault (core dumped)
[EMAIL PROTECTED] root]# gdb -c a.core a
GNU gdb 4.16.1
Copyright 1996 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 "sparc64-unknown-openbsd3.2"...
Core was generated by `a'.
Program terminated with signal 11, Segmentation fault.
#0 0x403855b0 in ?? ()
(gdb) bt
#0 0x403855b0 in ?? ()
#1 0x1004dc in ___start ()
(gdb)
Seems to work...
I used OpenBSD's 3.2 native compiler and debugger.
[EMAIL PROTECTED] root]# gcc -v
Reading specs from
/usr/lib/gcc-lib/sparc64-unknown-openbsd3.2/2.95.3/specs
gcc version 2.95.3 20010125 (prerelease)
[EMAIL PROTECTED] root]# gdb -v
GNU gdb 4.16.1
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/22076
--
Edit this bug report at http://bugs.php.net/?id=22076&edit=1
#22076 [Com]: PHP 4.3.0 crashes on OpenBSD 3.2 sparc64 when zlib is linked
ID: 22076 Comment by: php at gotontheinter dot net Reported By: slash at peereboom dot us Status: No Feedback Bug Type: Zlib Related Operating System: OpenBSD 3.2 SPARC64 PHP Version: 4.3.0 New Comment: (PS: Posted here rather than a new bug because the original bug bites me on 4.2.3.) Previous Comments: [2003-07-21 13:24:31] php at gotontheinter dot net latest stable doesn't build for me on obsd 3.2/sparc64: /bin/sh /opt/php4-STABLE-200307211730/libtool --silent --preserve-dup-deps --mode=compile gcc -mv8 -mcpu=v9 -m64 -Iext/iconv/ -I/opt/php4-STABLE-200307211730/ext/iconv/ -DPHP_ATOM_INC -I/opt/php4-STABLE-200307211730/include -I/opt/php4-STABLE-200307211730/main -I/opt/php4-STABLE-200307211730 -I/opt/php4-STABLE-200307211730/Zend -I/usr/local/include -I/usr/local//include -I/opt/php4-STABLE-200307211730/ext/xml/expat -I/opt/php4-STABLE-200307211730/TSRM -g -O2 -prefer-pic -c /opt/php4-STABLE-200307211730/ext/iconv/iconv.c -o ext/iconv/iconv.lo /opt/php4-STABLE-200307211730/ext/iconv/iconv.c:43: `#include' expects "FILENAME" or Config.nice has (direct from the 4.2.3 ports): # # Created by configure CC='gcc -mv8 -mcpu=v9 -m64' \ './configure' \ '--with-apxs=/usr/sbin/apxs' \ '--enable-cli' \ '--with-iconv=/usr/local/' \ '--with-gettext=/usr/local' \ '--enable-dio' \ '--without-pear' \ '--enable-bcmath' \ '--enable-session' \ '--enable-trans-sid' \ '--enable-calendar' \ '--enable-ctype' \ '--enable-ftp' \ '--with-pcre-regex' \ '--with-posix' \ '--enable-sockets' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-yp' \ "$@" [2003-05-09 07:30:16] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-05-01 20:27:40] [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 [2003-02-05 16:27:30] slash at peereboom dot us [EMAIL PROTECTED] php-4.3.0]# cat config.nice #! /bin/sh # # Created by configure './configure' \ '--with-zlib' \ '--enable-debug' \ "$@" [EMAIL PROTECTED] php-4.3.0]# l /usr/lib/libz* -r--r--r-- 1 root bin 83270 Oct 3 20:28 /usr/lib/libz.a -r--r--r-- 1 root bin 67266 Oct 3 20:28 /usr/lib/libz.so.1.4 -r--r--r-- 1 root bin 91040 Oct 3 20:28 /usr/lib/libz_p.a -r--r--r-- 1 root bin 82904 Oct 3 20:28 /usr/lib/libz_pic.a I also downloaded zlib 1.1.4 and compiled it myself with the same results. [2003-02-05 16:17:09] [EMAIL PROTECTED] What's the zlib version on this box and could you cat/paste config.nice? 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/22076 -- Edit this bug report at http://bugs.php.net/?id=22076&edit=1
#24490 [Opn->Fbk]: imap_headerinfo returns only one address in To field
ID: 24490
Updated by: [EMAIL PROTECTED]
Reported By: bob at midnightweb dot net
-Status: Open
+Status: Feedback
Bug Type: IMAP related
Operating System: RedHat Linux 8.0
PHP Version: 4.3.3RC2-dev
New Comment:
Just checked this with the latest CVS and imap-2002d (they don't have
2002b-6 there anymore). Everything works as expected (see output
below). Could you compile PHP against a newer IMAP lib, e.g. 2002d?
---
[EMAIL PROTECTED] src]$ ./imap_test.php
Content-type: text/html
X-Powered-By: PHP/4.3.3RC2-dev
object(stdClass)(23) {
["date"]=>
string(31) "Mon, 21 Jul 2003 11:53:47 -0700"
["Date"]=>
string(31) "Mon, 21 Jul 2003 11:53:47 -0700"
["subject"]=>
string(5) "test3"
["Subject"]=>
string(5) "test3"
["message_id"]=>
string(30) "<[EMAIL PROTECTED]>"
["toaddress"]=>
string(96) ""[EMAIL PROTECTED]" <[EMAIL PROTECTED]>,
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]>"
["to"]=>
array(2) {
[0]=>
object(stdClass)(3) {
["personal"]=>
string(18) "[EMAIL PROTECTED]"
["mailbox"]=>
string(4) "vlad"
["host"]=>
string(13) "echospace.com"
}
[1]=>
object(stdClass)(3) {
["personal"]=>
string(24) "[EMAIL PROTECTED]"
["mailbox"]=>
string(10) "vkegeneric"
["host"]=>
string(13) "echospace.com"
}
}
...
Previous Comments:
[2003-07-04 05:21:23] bob at midnightweb dot net
I installed the reccommended CVS snapshot, and the To field is still
only populating one address.
[2003-07-04 01:50:20] [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
[2003-07-03 18:14:00] bob at midnightweb dot net
Description:
The imap_headerinfo() function appears to only return the first address
in the To field of messages that contain more than one address in that
field. Addresses in the Cc field apear to be unaffected by this bug.
I have tried upgrading the C-Client to 2002b-6, and then recompiling
the latest stable PHP release ( 4.3.2 ).
The examples are given with a message with the following To headers:
-- Begin snipit --
From: "Bob" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>
-- End snipit --
NOTE: The email addresses in this report have been altered to preserve
the privacy of the user.
Reproduce code:
---
$mailbox = imap_open($servername.".$cfldr", $username, $password);
$msgheader = @imap_headerinfo($mailbox, $msg);
ob_start();
print_r( $msgheader );
error_log( ob_get_contents() );
ob_end_clean();
Expected result:
In the error_log of the web server, there should be a print_r output of
the object returned by imap_headerinfo() that looks as follows with the
"to" and "toaddress" elements:
-- Begin assumed snipit --
[toaddress] => "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
[to] => Array
(
[0] => stdClass Object
(
[personal] => [EMAIL PROTECTED]
[mailbox] => user
[host] => mydomain.com
)
[1] => stdClass Object
(
[personal] => [EMAIL PROTECTED]
[mailbox] => user2
[host] => mydomain.com
)
[2] => stdClass Object
(
[personal] => [EMAIL PROTECTED]
[mailbox] => user3
[host] => mydomain.com
)
)
-- End assumed snipit --
Actual result:
--
There is the print_r output, however with incomplete "to" array and
"toaddress" string elements:
-- Begin snipit --
[toaddress] => "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
[to] => Array
(
[0] => stdClass Object
(
[personal] => [EMAIL PROTECTED]
[mailbox] => user
[host] => mydomain.com
)
)
-- End snipit --
--
Edit this bug report at http://bugs.php.net/?id=24490&edit=1
#24694 [Fbk->Opn]: File upload support does not populate $_FILES, $_POST
ID: 24694
User updated by: namejko at topiksolutions dot com
Reported By: namejko at topiksolutions dot com
-Status: Feedback
+Status: Open
Bug Type: HTTP related
Operating System: Windows NT 5.1 build 2000 (XP)
PHP Version: 4.3.1
New Comment:
That build produces an output of completely blank (empty) arrays. Even
$_POST, $_GET and $_FILES are empty.
Previous Comments:
[2003-07-17 14:38:10] [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
[2003-07-17 14:34:03] namejko at topiksolutions dot com
Description:
This version of PHP appears to not handle file uploads properly. Code
verbatim from the documentation to use the multipart/form-data enctype
in POST forms don't actually send the information properly into $_POST
or $_FILES. Instead, the request comes across in $_GET, where it is
unusable. In previous versions of PHP (in this case, tested on 4.0.6)
the code works perfectly. Below are the HTML form code and the PHP
code, together in one file. On 4.3.1, $_POST and $_FILES are empty
arrays, whereas they are filled on 4.0.6.
Reproduce code:
---
File:
Expected result:
This is what is returned under PHP 4.0.6:
Array
(
[MAX_FILE_SIZE] => 3
[submit] => submit
)
Array
(
)
Array
(
[userfile] => Array
(
[name] => Icon7EFDA3AC3.txt
[type] => application/octet-stream
[tmp_name] => /tmp/phpEPVaEg
[size] => 27648
)
)
...
Actual result:
--
This is what is returned by PHP 4.3.1:
Array
(
)
Array
(
[Content-Disposition:_form-data;_name] => \"MAX_FILE_SIZE\"
3
-7d32f4b280238
Content-Disposition: form-data; name=\"userfile\";
filename=\"C:\\Documents and Settings\\Zawitz\\Application
Data\\Microsoft\\Installer\\{7EFDA3AC-8A61-43C0-B023-33866829C816}\\Icon7EFDA3AC3.txt\"
Content-Type: application/octet-stream
MZ
)
Array
(
)
---
--
Edit this bug report at http://bugs.php.net/?id=24694&edit=1
#22077 [Com]: Compilation hangs on sha1.c when using -O2
ID: 22077 Comment by: php at gotontheinter dot net Reported By: slash at peereboom dot us Status: No Feedback Bug Type: Compile Failure Operating System: OpenBSD 3.2 sparc64 PHP Version: 4.3.0 New Comment: "Me too" and I've already given (and eventually revoked for lack of use) an account to the PHP team (Jan, in this case). If you want me to reactivate it (or create a new one) just let me know. I'd love to get php working on this system. (Account created Nov 26 2002, last login Nov 28, disabled May 29 2003...) Previous Comments: [2003-05-22 16:40:51] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-05-17 05:21:18] [EMAIL PROTECTED] Give me an account and I can have a look :)OpenBSD on sparc is not a common system, and we really don't have all those boxes for us to access. [2003-05-16 18:39:47] peteg at san dot rr dot com im using php 4.3.1 on openbsd 3.3 sparc64 (u5) it hangs in the exact same place during compilation # gcc -v Reading specs from /usr/lib/gcc-lib/sparc64-unknown-openbsd3.3/2.95.3/specs gcc version 2.95.3 20010125 (prerelease, propolice) if anyone has a fix please reply /post thanks [2003-03-09 18:51:28] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-02-26 14:44:42] [EMAIL PROTECTED] Maybe the alterations are the problem... The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22077 -- Edit this bug report at http://bugs.php.net/?id=22077&edit=1
#24739 [Opn->Fbk]: php segfaults on non-initialized session variables
ID: 24739 Updated by: [EMAIL PROTECTED] Reported By: jullrich at euclidian dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4.21, Solaris PHP Version: 4.3.2 New Comment: 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 Previous Comments: [2003-07-21 11:45:37] jullrich at euclidian dot com Description: If a '$_SESSION' variable is used for a new session, it will crash php. This bug has also been reported for Solaris (bug ID 24592) and the recent RC version of php. Happens with apache module or command line. Reproduce code: --- source code: run: php -n filename.php Expected result: no output other than maybe session errors as this is executed from the command line. Actual result: -- Segmentation Fault. Warning: session_start(): Cannot send session cookie - headers already sent in /home/jullrich/x2 on line 3 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/jullrich/x2:3) in /home/jullrich/x2 on line 3 Segmentation fault Backtrace: #0 0x0813f96b in _efree (ptr=0x81dda04) at /usr/local/src/php-4.3.2/Zend/zend_alloc.c:259 #1 0x080b33b1 in migrate_global (ht=0x822fb68, pos=0xbfffd378) at /usr/local/src/php-4.3.2/ext/session/session.c:640 #2 0x080b355f in php_session_save_current_state () at /usr/local/src/php-4.3.2/ext/session/session.c:670 #3 0x080b5ba9 in php_session_flush () at /usr/local/src/php-4.3.2/ext/session/session.c:1591 #4 0x080b5bbf in zm_deactivate_session (type=1, module_number=7) at /usr/local/src/php-4.3.2/ext/session/session.c:1605 #5 0x0814f71d in module_registry_cleanup (module=0x0) at /usr/local/src/php-4.3.2/Zend/zend_API.c:1167 #6 0x081516d5 in zend_hash_apply (ht=0x81ddd80, apply_func=0x814f6ec ) at /usr/local/src/php-4.3.2/Zend/zend_hash.c:688 #7 0x0814ceac in zend_deactivate_modules () at /usr/local/src/php-4.3.2/Zend/zend.c:634 #8 0x08126a7e in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.2/main/main.c:971 #9 0x0815e488 in main (argc=3, argv=0xbfffdba4) at /usr/local/src/php-4.3.2/sapi/cli/php_cli.c:862 #10 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=24739&edit=1
#24694 [Opn->Fbk]: File upload support does not populate $_FILES, $_POST
ID: 24694
Updated by: [EMAIL PROTECTED]
Reported By: namejko at topiksolutions dot com
-Status: Open
+Status: Feedback
Bug Type: HTTP related
Operating System: Windows NT 5.1 build 2000 (XP)
PHP Version: 4.3.1
New Comment:
Is the file_uploads ini setting enabled on your system?
Previous Comments:
[2003-07-21 14:06:56] namejko at topiksolutions dot com
That build produces an output of completely blank (empty) arrays. Even
$_POST, $_GET and $_FILES are empty.
[2003-07-17 14:38:10] [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
[2003-07-17 14:34:03] namejko at topiksolutions dot com
Description:
This version of PHP appears to not handle file uploads properly. Code
verbatim from the documentation to use the multipart/form-data enctype
in POST forms don't actually send the information properly into $_POST
or $_FILES. Instead, the request comes across in $_GET, where it is
unusable. In previous versions of PHP (in this case, tested on 4.0.6)
the code works perfectly. Below are the HTML form code and the PHP
code, together in one file. On 4.3.1, $_POST and $_FILES are empty
arrays, whereas they are filled on 4.0.6.
Reproduce code:
---
File:
Expected result:
This is what is returned under PHP 4.0.6:
Array
(
[MAX_FILE_SIZE] => 3
[submit] => submit
)
Array
(
)
Array
(
[userfile] => Array
(
[name] => Icon7EFDA3AC3.txt
[type] => application/octet-stream
[tmp_name] => /tmp/phpEPVaEg
[size] => 27648
)
)
...
Actual result:
--
This is what is returned by PHP 4.3.1:
Array
(
)
Array
(
[Content-Disposition:_form-data;_name] => \"MAX_FILE_SIZE\"
3
-7d32f4b280238
Content-Disposition: form-data; name=\"userfile\";
filename=\"C:\\Documents and Settings\\Zawitz\\Application
Data\\Microsoft\\Installer\\{7EFDA3AC-8A61-43C0-B023-33866829C816}\\Icon7EFDA3AC3.txt\"
Content-Type: application/octet-stream
MZ
)
Array
(
)
---
--
Edit this bug report at http://bugs.php.net/?id=24694&edit=1
#24739 [Fbk->Opn]: php segfaults on non-initialized session variables
ID: 24739 User updated by: jullrich at euclidian dot com Reported By: jullrich at euclidian dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.21, Solaris PHP Version: 4.3.2 New Comment: the most recent 'STABLE' version (php4-STABLE-200307211730) did not solve the problem: php4-STABLE-200307211730/sapi/cli/php -n x2 Segmentation fault running it in gdb yields as a backtrace: Program received signal SIGSEGV, Segmentation fault. 0x08145c53 in _efree (ptr=0x81e5704) at /usr/local/src/php4-STABLE-200307211730/Zend/zend_alloc.c:259 259 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x08145c53 in _efree (ptr=0x81e5704) at /usr/local/src/php4-STABLE-200307211730/Zend/zend_alloc.c:259 #1 0x080b7461 in migrate_global (ht=0x8236ed0, pos=0xbfffda38) at /usr/local/src/php4-STABLE-200307211730/ext/session/session.c:640 #2 0x080b760f in php_session_save_current_state () at /usr/local/src/php4-STABLE-200307211730/ext/session/session.c:670 #3 0x080b9c71 in php_session_flush () at /usr/local/src/php4-STABLE-200307211730/ext/session/session.c:1593 #4 0x080b9c87 in zm_deactivate_session (type=1, module_number=7) at /usr/local/src/php4-STABLE-200307211730/ext/session/session.c:1607 #5 0x08155a91 in module_registry_cleanup (module=0x0) at /usr/local/src/php4-STABLE-200307211730/Zend/zend_API.c:1167 #6 0x08157a49 in zend_hash_apply (ht=0x81e5a80, apply_func=0x8155a60 ) at /usr/local/src/php4-STABLE-200307211730/Zend/zend_hash.c:688 #7 0x08153220 in zend_deactivate_modules () at /usr/local/src/php4-STABLE-200307211730/Zend/zend.c:650 #8 0x0812cb4e in php_request_shutdown (dummy=0x0) at /usr/local/src/php4-STABLE-200307211730/main/main.c:981 #9 0x081648b4 in main (argc=3, argv=0xbfffe264) at /usr/local/src/php4-STABLE-200307211730/sapi/cli/php_cli.c:874 #10 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6 Previous Comments: [2003-07-21 14:16:28] [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 [2003-07-21 11:45:37] jullrich at euclidian dot com Description: If a '$_SESSION' variable is used for a new session, it will crash php. This bug has also been reported for Solaris (bug ID 24592) and the recent RC version of php. Happens with apache module or command line. Reproduce code: --- source code: run: php -n filename.php Expected result: no output other than maybe session errors as this is executed from the command line. Actual result: -- Segmentation Fault. Warning: session_start(): Cannot send session cookie - headers already sent in /home/jullrich/x2 on line 3 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/jullrich/x2:3) in /home/jullrich/x2 on line 3 Segmentation fault Backtrace: #0 0x0813f96b in _efree (ptr=0x81dda04) at /usr/local/src/php-4.3.2/Zend/zend_alloc.c:259 #1 0x080b33b1 in migrate_global (ht=0x822fb68, pos=0xbfffd378) at /usr/local/src/php-4.3.2/ext/session/session.c:640 #2 0x080b355f in php_session_save_current_state () at /usr/local/src/php-4.3.2/ext/session/session.c:670 #3 0x080b5ba9 in php_session_flush () at /usr/local/src/php-4.3.2/ext/session/session.c:1591 #4 0x080b5bbf in zm_deactivate_session (type=1, module_number=7) at /usr/local/src/php-4.3.2/ext/session/session.c:1605 #5 0x0814f71d in module_registry_cleanup (module=0x0) at /usr/local/src/php-4.3.2/Zend/zend_API.c:1167 #6 0x081516d5 in zend_hash_apply (ht=0x81ddd80, apply_func=0x814f6ec ) at /usr/local/src/php-4.3.2/Zend/zend_hash.c:688 #7 0x0814ceac in zend_deactivate_modules () at /usr/local/src/php-4.3.2/Zend/zend.c:634 #8 0x08126a7e in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.2/main/main.c:971 #9 0x0815e488 in main (argc=3, argv=0xbfffdba4) at /usr/local/src/php-4.3.2/sapi/cli/php_cli.c:862 #10 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=24739&edit=1
#23220 [Com]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220
Comment by: barry at hydragroup dot com
Reported By: storozhilov at mail dot ru
Status: Assigned
Bug Type: Filesystem function related
Operating System: FreeBSD 4.8
PHP Version: 4-STABLE-200307070330
Assigned To: wez
New Comment:
The same warning occurs when calling the file("https://...";) function,
however readfile("https://...";) works fine for me.
PHP 4.3.2
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs'
'--with-openssl' '--with-mysql' '--with-gd' '--enable-ftp=shared'
'--with-zlib-dir=/usr/src/linux-2.4.18-14/lib/'
'--with-png-dir=/usr/lib/' '--with-jpeg-dir=/usr/lib'
Barry
Previous Comments:
[2003-07-07 01:17:08] [EMAIL PROTECTED]
Status->Open
[2003-07-07 00:48:32] severitt at ihug dot co dot nz
After experiencing this same bug with php 4.3.2 on FreeBSD 4.4, I came
searched here and found this bug report.
After reading the comment to try the latest stable version, I compiled
and installed php4-STABLE-200307070330.
However the problem still remains. It appears that maybe feof() is not
detecting the eof properly, because if I read in less bytes than the
the size of the response, I don't get this warning.
[2003-04-21 09:23:00] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-04-15 03:27:48] [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
The stable snapshot has better SSL protocol handling and most likely
solves this problem.
[2003-04-15 01:52:09] storozhilov at mail dot ru
After executing of this script following message appears:
Warning: fgets() [function.fgets]: SSL: fatal protocol error in
/blah/blah/blah/blah.php on line NN
PHP was configured with following arguments:
#!/bin/sh
./configure --with-apache=../apache_1.3.27rusPL30.17 --with-mod_charset
--with-pgsql=/usr/local/pgsql --with-mhash --with-sybase=/usr/local
--with-openssl
--
Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#24741 [NEW]: HTTP_RAW_POST_DATA is only available in global scape
From: slasherx at leaseyourmind dot com Operating system: Freebsd 4.8 STABLE PHP version: 4.3.2 PHP Bug Type: Variables related Bug description: HTTP_RAW_POST_DATA is only available in global scape Description: While expecting raw post data, it is received, but the data is nowhere in the $_SERVER suplerglobal nor any other, but the global scope accessible only though $HTTP_RAW_POST_DATA and the only other superglobal $GLOBALS['HTTP_RAW_POST_DATA']. -- Edit bug report at http://bugs.php.net/?id=24741&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24741&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24741&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24741&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24741&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24741&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24741&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24741&r=support Expected behavior: http://bugs.php.net/fix.php?id=24741&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24741&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24741&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24741&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24741&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24741&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24741&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24741&r=gnused
#24694 [Fbk->Opn]: File upload support does not populate $_FILES, $_POST
ID: 24694
User updated by: namejko at topiksolutions dot com
Reported By: namejko at topiksolutions dot com
-Status: Feedback
+Status: Open
Bug Type: HTTP related
Operating System: Windows NT 5.1 build 2000 (XP)
PHP Version: 4.3.1
New Comment:
Yes, from phpinfo():
file_uploads: On
upload_max_filesize: 2M
upload_temp_dir: c:/dev/temp/ (which does exist)
Previous Comments:
[2003-07-21 14:26:58] [EMAIL PROTECTED]
Is the file_uploads ini setting enabled on your system?
[2003-07-21 14:06:56] namejko at topiksolutions dot com
That build produces an output of completely blank (empty) arrays. Even
$_POST, $_GET and $_FILES are empty.
[2003-07-17 14:38:10] [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
[2003-07-17 14:34:03] namejko at topiksolutions dot com
Description:
This version of PHP appears to not handle file uploads properly. Code
verbatim from the documentation to use the multipart/form-data enctype
in POST forms don't actually send the information properly into $_POST
or $_FILES. Instead, the request comes across in $_GET, where it is
unusable. In previous versions of PHP (in this case, tested on 4.0.6)
the code works perfectly. Below are the HTML form code and the PHP
code, together in one file. On 4.3.1, $_POST and $_FILES are empty
arrays, whereas they are filled on 4.0.6.
Reproduce code:
---
File:
Expected result:
This is what is returned under PHP 4.0.6:
Array
(
[MAX_FILE_SIZE] => 3
[submit] => submit
)
Array
(
)
Array
(
[userfile] => Array
(
[name] => Icon7EFDA3AC3.txt
[type] => application/octet-stream
[tmp_name] => /tmp/phpEPVaEg
[size] => 27648
)
)
...
Actual result:
--
This is what is returned by PHP 4.3.1:
Array
(
)
Array
(
[Content-Disposition:_form-data;_name] => \"MAX_FILE_SIZE\"
3
-7d32f4b280238
Content-Disposition: form-data; name=\"userfile\";
filename=\"C:\\Documents and Settings\\Zawitz\\Application
Data\\Microsoft\\Installer\\{7EFDA3AC-8A61-43C0-B023-33866829C816}\\Icon7EFDA3AC3.txt\"
Content-Type: application/octet-stream
MZ
)
Array
(
)
---
--
Edit this bug report at http://bugs.php.net/?id=24694&edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: spoon at nexdot dot net Reported By: iberry at raxnet dot net Status: No Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: I am a user of the program iberry has developed and I can confirm that the negative result is still occuring in updated versions of php (i use a nightly updated php5.0.0 (it is currently post beta1). CMD.EXE and Apache.EXE hang and if you end the session with the site, and come back, it will work (in a new child process, leaving the now hanging ones stay there as ghosts. If you stop apache service and restart it, its fine untill you attempt the session and popen combinations). Previous Comments: [2003-07-20 10:36:01] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-07-12 23:42: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 And update the version if this still happens. [2003-06-24 03:33:56] marcus at quintic dot co dot uk I have exactly the same problem with fopen+fpassthru instead of popen (just filed a bug that got closed as a duplicate #24295) on Windows XP. It makes session-based authentication next to useless for an app we are developing. CGI does not cure it, neither does disabling the trans_sid. The bug is apparent in 4.2.x and upwards in our case (on Apache 1.3.27) [2003-06-06 11:03:10] mobrien at milleker dot org Same problem observed in 4.3.2 on Win2K with Apache 1.3.1 Benny - Read the section in the install.txt about running in CGI mode (if you have not already): this is a completely unacceptable situation for production environments, IMO. [2003-06-02 06:21:56] bbubble622 at yahoo dot com Finally I was able to switch to CGI based PHP. Although it is (very) slow, it gives the right results ! -benny 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526&edit=1
#24739 [Opn->Bgs]: php segfaults on non-initialized session variables
ID: 24739 Updated by: [EMAIL PROTECTED] Reported By: jullrich at euclidian dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.4.21, Solaris PHP Version: 4.3.2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. This bug is an exact duplicate of bug #24592. The fix for the bug will applied to the CVS shortly. Previous Comments: [2003-07-21 14:34:23] jullrich at euclidian dot com the most recent 'STABLE' version (php4-STABLE-200307211730) did not solve the problem: php4-STABLE-200307211730/sapi/cli/php -n x2 Segmentation fault running it in gdb yields as a backtrace: Program received signal SIGSEGV, Segmentation fault. 0x08145c53 in _efree (ptr=0x81e5704) at /usr/local/src/php4-STABLE-200307211730/Zend/zend_alloc.c:259 259 REMOVE_POINTER_FROM_LIST(p); (gdb) bt #0 0x08145c53 in _efree (ptr=0x81e5704) at /usr/local/src/php4-STABLE-200307211730/Zend/zend_alloc.c:259 #1 0x080b7461 in migrate_global (ht=0x8236ed0, pos=0xbfffda38) at /usr/local/src/php4-STABLE-200307211730/ext/session/session.c:640 #2 0x080b760f in php_session_save_current_state () at /usr/local/src/php4-STABLE-200307211730/ext/session/session.c:670 #3 0x080b9c71 in php_session_flush () at /usr/local/src/php4-STABLE-200307211730/ext/session/session.c:1593 #4 0x080b9c87 in zm_deactivate_session (type=1, module_number=7) at /usr/local/src/php4-STABLE-200307211730/ext/session/session.c:1607 #5 0x08155a91 in module_registry_cleanup (module=0x0) at /usr/local/src/php4-STABLE-200307211730/Zend/zend_API.c:1167 #6 0x08157a49 in zend_hash_apply (ht=0x81e5a80, apply_func=0x8155a60 ) at /usr/local/src/php4-STABLE-200307211730/Zend/zend_hash.c:688 #7 0x08153220 in zend_deactivate_modules () at /usr/local/src/php4-STABLE-200307211730/Zend/zend.c:650 #8 0x0812cb4e in php_request_shutdown (dummy=0x0) at /usr/local/src/php4-STABLE-200307211730/main/main.c:981 #9 0x081648b4 in main (argc=3, argv=0xbfffe264) at /usr/local/src/php4-STABLE-200307211730/sapi/cli/php_cli.c:874 #10 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6 [2003-07-21 14:16:28] [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 [2003-07-21 11:45:37] jullrich at euclidian dot com Description: If a '$_SESSION' variable is used for a new session, it will crash php. This bug has also been reported for Solaris (bug ID 24592) and the recent RC version of php. Happens with apache module or command line. Reproduce code: --- source code: run: php -n filename.php Expected result: no output other than maybe session errors as this is executed from the command line. Actual result: -- Segmentation Fault. Warning: session_start(): Cannot send session cookie - headers already sent in /home/jullrich/x2 on line 3 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/jullrich/x2:3) in /home/jullrich/x2 on line 3 Segmentation fault Backtrace: #0 0x0813f96b in _efree (ptr=0x81dda04) at /usr/local/src/php-4.3.2/Zend/zend_alloc.c:259 #1 0x080b33b1 in migrate_global (ht=0x822fb68, pos=0xbfffd378) at /usr/local/src/php-4.3.2/ext/session/session.c:640 #2 0x080b355f in php_session_save_current_state () at /usr/local/src/php-4.3.2/ext/session/session.c:670 #3 0x080b5ba9 in php_session_flush () at /usr/local/src/php-4.3.2/ext/session/session.c:1591 #4 0x080b5bbf in zm_deactivate_session (type=1, module_number=7) at /usr/local/src/php-4.3.2/ext/session/session.c:1605 #5 0x0814f71d in module_registry_cleanup (module=0x0) at /usr/local/src/php-4.3.2/Zend/zend_API.c:1167 #6 0x081516d5 in zend_hash_apply (ht=0x81ddd80, apply_func=0x814f6ec ) at /usr/local/src/php-4.3.2/Zend/zend_hash.c:688 #7 0x0814ceac in zend_deactivate_modules () at /usr/local/src/php-4.3.2/Zend/zend.c:634 #8 0x08126a7e in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.2/main/main.c:971 #9 0x0815e488 in main (argc=3, argv=0xbfffdba4) at /usr/local/src/php-4.3.2/sapi/cli/php_cli.c:862 #10 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6 -- Edit this bug report at http://bugs.
#24742 [NEW]: mysql functions doesn't work.
From: webmaster at trip-fx dot com Operating system: Windows XP Pro PHP version: 5.0.0b1 (beta1) PHP Bug Type: MySQL related Bug description: mysql functions doesn't work. Description: on my windows XP Pro box, with apache 2.0.47/php-5.0.0b1 the mysql support isn't in the phpinfo page. i've check the configuration many of times, restarted the server, re-copied the dlls/ folder. still no mysql support. when i changed to php-4.3.2 the mysql support is there. not sure what to do, but i thought i'd let you guys know.. -- Edit bug report at http://bugs.php.net/?id=24742&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24742&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24742&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24742&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24742&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24742&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24742&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24742&r=support Expected behavior: http://bugs.php.net/fix.php?id=24742&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24742&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24742&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24742&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24742&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24742&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24742&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24742&r=gnused
#24742 [Opn->Bgs]: mysql functions doesn't work.
ID: 24742 Updated by: [EMAIL PROTECTED] Reported By: webmaster at trip-fx dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows XP Pro PHP Version: 5.0.0b1 (beta1) 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. Thank you for your interest in PHP. read the release notes... Previous Comments: [2003-07-21 15:57:07] webmaster at trip-fx dot com Description: on my windows XP Pro box, with apache 2.0.47/php-5.0.0b1 the mysql support isn't in the phpinfo page. i've check the configuration many of times, restarted the server, re-copied the dlls/ folder. still no mysql support. when i changed to php-4.3.2 the mysql support is there. not sure what to do, but i thought i'd let you guys know.. -- Edit this bug report at http://bugs.php.net/?id=24742&edit=1
#24592 [Ver->Csd]: exit signal Segmentation fault (11)
ID: 24592 Updated by: [EMAIL PROTECTED] Reported By: jhuston at cs dot umn dot edu -Status: Verified +Status: Closed Bug Type: Session related Operating System: Sparc Solaris 9 PHP Version: 4.3.3RC2-dev, 5.0.0b2-dev New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-07-21 02:09:12] [EMAIL PROTECTED] Only happens when register_globals=Off Simplest script: And run with e.g. "sapi/cli/php -n test.php" [2003-07-20 23:28:25] jullrich at euclidian dot com add on to my prior comment: I get a partial page, not an empty page. configure: '--with-apxs=/usr/local/apache/bin/apxs' \ '--sysconfdir=/etc' \ '--with-config-file-path=/etc' \ '--with-openssl' \ '--with-zlib' \ '--with-curl=../curl-7.10.2' \ '--with-gd' \ '--with-ttf' \ '--with-gettext' \ '--with-mysql' \ '--enable-trans-sid' \ '--enable-sockets' \ '--enable-wddx' \ '--with-pspell' \ I am not using the RedHat supplied apache/php rpms but compile them myself with MySQL 4.0 rpms. [2003-07-20 23:26:30] jullrich at euclidian dot com Interestingly, I am getting the same (similar?) bug on a Linux system (RedHat 7.3) with apache 1.3 and php 4.3.2. My stack trace from gdb: #0 0x403271a1 in _efree (ptr=0x403d01e4) at /usr/local/src/php-4.3.2/Zend/zend_alloc.c:259 #1 0x40294b7a in migrate_global (ht=0x81cbe5c, pos=0xb028) at /usr/local/src/php-4.3.2/ext/session/session.c:640 #2 0x40294c69 in php_session_save_current_state () at /usr/local/src/php-4.3.2/ext/session/session.c:670 #3 0x40297192 in php_session_flush () at /usr/local/src/php-4.3.2/ext/session/session.c:1591 #4 0x402971b7 in zm_deactivate_session (type=1, module_number=26) at /usr/local/src/php-4.3.2/ext/session/session.c:1605 #5 0x40338681 in module_registry_cleanup (module=0x80bb0a0) at /usr/local/src/php-4.3.2/Zend/zend_API.c:1167 #6 0x4033a410 in zend_hash_apply (ht=0x403d0560, apply_func=0x40338654 ) at /usr/local/src/php-4.3.2/Zend/zend_hash.c:688 #7 0x403358d6 in zend_deactivate_modules () at /usr/local/src/php-4.3.2/Zend/zend.c:634 #8 0x4030da19 in php_request_shutdown (dummy=0x0) at /usr/local/src/php-4.3.2/main/main.c:971 #9 0x4034fa91 in apache_php_module_main (r=0x811365c, display_source_mode=0) at /usr/local/src/php-4.3.2/sapi/apache/sapi_apache.c:60 #10 0x4035060e in send_php (r=0x811365c, display_source_mode=0, filename=0x0) at /usr/local/src/php-4.3.2/sapi/apache/mod_php4.c:617 #11 0x40350662 in send_parsed_php (r=0x811365c) at /usr/local/src/php-4.3.2/sapi/apache/mod_php4.c:632 #12 0x08054813 in ap_invoke_handler () #13 0x08069c6b in process_request_internal () #14 0x08069ccc in ap_process_request () #15 0x08060a69 in child_main () #16 0x08060c38 in make_child () #17 0x08060dac in startup_children () #18 0x08061424 in standalone_main () #19 0x08061ca3 in main () #20 0x400ab657 in __libc_start_main (main=0x80618e0 , argc=2, ubp_av=0xbb64, init=0x804ec74 <_init>, fini=0x80814e0 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xbb5c) at ../sysdeps/generic/libc-start.c:129 (gdb) quit [2003-07-15 12:49:17] jhuston at cs dot umn dot edu I did the following configure line with fresh snapshot with debug enabled. Hopefully, this will pinpoint the problem even better. ./configure --disable-all --disable-cgi --enable-debug --enable-session Running php on test.php: [EMAIL PROTECTED] php4-STABLE-200307151730]# sapi/cli/php -n test.php It didn't crash at all yet. [Tue Jul 15 12:45:46 2003] Script: 'test.php' --- /home/src/php4-STABLE-200307151730/ext/session/session.c(640) : Block 0x0018A5E8 status: Beginning: Overrun (magic=0x00B4, expected=0x7312F8DC) Segmentation fault backtrace on gdb: (gdb) run -n test.php Starting program: /home/src/php4-STABLE-200307151730/sapi/cli/php -n test.php It didn't crash at all yet. [Tue Jul 15 12:46:47 2003] Script: 'test.php' --- /home/src/php4-STABLE-200307151730/ext/session/session.c(640) : Block 0x0018A5E8 status: Beginning: Overrun (magic=0x00B4, expected=0x7312F8DC) Program received signal SIGSEGV, Segmentation fault. 0
#24741 [Opn->Fbk]: HTTP_RAW_POST_DATA is only available in global scape
ID: 24741 Updated by: [EMAIL PROTECTED] Reported By: slasherx at leaseyourmind dot com -Status: Open +Status: Feedback Bug Type: Variables related Operating System: Freebsd 4.8 STABLE PHP Version: 4.3.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is a documented and expected behaviour. Previous Comments: [2003-07-21 15:14:23] slasherx at leaseyourmind dot com Description: While expecting raw post data, it is received, but the data is nowhere in the $_SERVER suplerglobal nor any other, but the global scope accessible only though $HTTP_RAW_POST_DATA and the only other superglobal $GLOBALS['HTTP_RAW_POST_DATA']. -- Edit this bug report at http://bugs.php.net/?id=24741&edit=1
#24694 [Opn->Fbk]: File upload support does not populate $_FILES, $_POST
ID: 24694
Updated by: [EMAIL PROTECTED]
Reported By: namejko at topiksolutions dot com
-Status: Open
+Status: Feedback
Bug Type: HTTP related
Operating System: Windows NT 5.1 build 2000 (XP)
PHP Version: 4.3.1
New Comment:
If you specify a valid (existing) upload directory via the
upload_temp_dir ini setting does the problem disappear?
Previous Comments:
[2003-07-21 15:20:01] namejko at topiksolutions dot com
Yes, from phpinfo():
file_uploads: On
upload_max_filesize: 2M
upload_temp_dir: c:/dev/temp/ (which does exist)
[2003-07-21 14:26:58] [EMAIL PROTECTED]
Is the file_uploads ini setting enabled on your system?
[2003-07-21 14:06:56] namejko at topiksolutions dot com
That build produces an output of completely blank (empty) arrays. Even
$_POST, $_GET and $_FILES are empty.
[2003-07-17 14:38:10] [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
[2003-07-17 14:34:03] namejko at topiksolutions dot com
Description:
This version of PHP appears to not handle file uploads properly. Code
verbatim from the documentation to use the multipart/form-data enctype
in POST forms don't actually send the information properly into $_POST
or $_FILES. Instead, the request comes across in $_GET, where it is
unusable. In previous versions of PHP (in this case, tested on 4.0.6)
the code works perfectly. Below are the HTML form code and the PHP
code, together in one file. On 4.3.1, $_POST and $_FILES are empty
arrays, whereas they are filled on 4.0.6.
Reproduce code:
---
File:
Expected result:
This is what is returned under PHP 4.0.6:
Array
(
[MAX_FILE_SIZE] => 3
[submit] => submit
)
Array
(
)
Array
(
[userfile] => Array
(
[name] => Icon7EFDA3AC3.txt
[type] => application/octet-stream
[tmp_name] => /tmp/phpEPVaEg
[size] => 27648
)
)
...
Actual result:
--
This is what is returned by PHP 4.3.1:
Array
(
)
Array
(
[Content-Disposition:_form-data;_name] => \"MAX_FILE_SIZE\"
3
-7d32f4b280238
Content-Disposition: form-data; name=\"userfile\";
filename=\"C:\\Documents and Settings\\Zawitz\\Application
Data\\Microsoft\\Installer\\{7EFDA3AC-8A61-43C0-B023-33866829C816}\\Icon7EFDA3AC3.txt\"
Content-Type: application/octet-stream
MZ
)
Array
(
)
---
--
Edit this bug report at http://bugs.php.net/?id=24694&edit=1
#24740 [Opn->Fbk]: Segmentation fault
ID: 24740 Updated by: [EMAIL PROTECTED] Reported By: rarteaga at icaro dot com dot ec -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux RH9 and RH7.3 PHP Version: 4.3.2 New Comment: Could you please generate a backttrace from the crash? Previous Comments: [2003-07-21 11:58:21] rarteaga at icaro dot com dot ec I'm sorry I made a mistake on the line OCIDefineByName($parse,"ENAME",$job); The correct value must be JOB, it will be like this: OCIDefineByName($parse,"JOB",$job); Still doesn't work.. Regards [2003-07-21 11:54:58] rarteaga at icaro dot com dot ec Description: Hi, I've installed Linux RH 9.0 and Oracle 9i, I'm trying to access the database from a php script, I make de connection and make a simple select like this: "SELECT EMPNO from EMP" And I get the information just fine with the oci functions (OCILogon, OCIParse, OCIExecute, etc...). Now I get a segmentation fault when I try to retrieve information of fields that are string or characteres, something like this: "SELECT JOB from EMP" The script crashes and dies saying "segmentation fault" I'm connecting to the database as user "SCOTT" and getting information from table EMP. I can connect from an aplication I've developed in VB60 from a remote aplication server I have... but PHP is crashing... Best Regards Reproduce code: --- #!/usr/bin/php -q Expected result: I expect to see de job titles.. Actual result: -- [EMAIL PROTECTED] htdocs]# ./oracle.php Connected! Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=24740&edit=1
#24457 [Opn->Fbk]: Segfault when executing a script
ID: 24457 Updated by: [EMAIL PROTECTED] Reported By: s dot vanvelthem at ibelgique dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Sco OpenServer 5.05 PHP Version: 4.3.3RC1 New Comment: Could you please compile your PHP with --enable-debug, this should result in a more detailed backtrace. Previous Comments: [2003-07-03 04:51:15] s dot vanvelthem at ibelgique dot com Here's the trace (with the latest STABLE release php4-STABLE-200307030930.tar.gz) bash-2.03# /opt/K/SKUNK2000/Gdb/5.0/usr/local/bin/gdb /usr/local/bin/php /u/too ls/printps/core GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-pc-sco3.2v5.0.5"... Core was generated by `printps.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsocket.so.1...done. Loaded symbols for /usr/lib/libsocket.so.1 Reading symbols from /usr/lib/libc.so.1...done. Loaded symbols for /usr/lib/libc.so.1 #0 0x80021602 in getcwd () from /usr/lib/libc.so.1 (gdb)bt #0 0x80021602 in getcwd () from /usr/lib/libc.so.1 #1 0x8007ffe0 in pathcanon () from /usr/lib/libsocket.so.1 #2 0x800802c0 in realpath () from /usr/lib/libsocket.so.1 #3 0x8129570 in php_execute_script (primary_file=0x8047c54) at /seb/php4-STABLE-200307030930/main/main.c:1652 #4 0x817570f in main (argc=2, argv=0x8047c90) at /seb/php4-STABLE-200307030930/sapi/cli/php_cli.c:818 #5 0x805ff5b in _start () (gdb) Thanks [2003-07-02 06:54:21] [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. [2003-07-02 06:38:32] s dot vanvelthem at ibelgique dot com Description: when I try to execute a script with PHP4.3.3RC1/OpenServer, I've got a Segmentation fault if I don't specifiy the entire pathname before the script file ex : * ./my_script.php gives me a segmentation fault * /home/seb/my_script.php is OK see also php_scandir.c error at compile time, is this useful? I'm using : SCO OpenServer 5.05 Gcc 2.95.2pl1 UDK 7.1.1 ERRORS AND WARNING NOTES ./configure --enable-cli --disable-cgi -> warning : you will need bison 1.28 -> warning : you will need bison 1.28 if you want to regenerate the Zend parser (found 1.25) gmake ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `proc_open_rsrc_dtor': ->/seb/php4-STABLE-200307020930/ext/standard/exec.c:578: warning: cast from pointer to integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/exec.c: In function `zif_proc_open': ->seb/php4-STABLE-200307020930/ext/standard/exec.c:993: warning: cast to pointer from integer of different size ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c: In function `php_var_unserialize': ->/seb/php4-STABLE-200307020930/ext/standard/var_unserializer.c:308: warning: comparison is always false due to limited range of data type ->seb/php4-STABLE-200307020930/main/php_scandir.c: In function `php_scandir': ->/seb/php4-STABLE-200307020930/main/php_scandir.c:116: warning: passing arg 4 of `qsort' from incompatible pointer type -- Edit this bug report at http://bugs.php.net/?id=24457&edit=1
#24694 [Fbk->Opn]: File upload support does not populate $_FILES, $_POST
ID: 24694 User updated by: namejko at topiksolutions dot com Reported By: namejko at topiksolutions dot com -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Windows NT 5.1 build 2000 (XP) PHP Version: 4.3.1 New Comment: I did supply a valid upload_temp_dir, and even changed the slashes around to backslashes to see if that was the problem, but it wasn't. Previous Comments: [2003-07-21 16:51:42] [EMAIL PROTECTED] If you specify a valid (existing) upload directory via the upload_temp_dir ini setting does the problem disappear? [2003-07-21 15:20:01] namejko at topiksolutions dot com Yes, from phpinfo(): file_uploads: On upload_max_filesize: 2M upload_temp_dir: c:/dev/temp/ (which does exist) [2003-07-21 14:26:58] [EMAIL PROTECTED] Is the file_uploads ini setting enabled on your system? [2003-07-21 14:06:56] namejko at topiksolutions dot com That build produces an output of completely blank (empty) arrays. Even $_POST, $_GET and $_FILES are empty. [2003-07-17 14:38:10] [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 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/24694 -- Edit this bug report at http://bugs.php.net/?id=24694&edit=1
#24744 [NEW]: Using a function that returns a reference crashes php
From: vma1 at abv dot bg
Operating system: Slackware Linux 9.0
PHP version: 4CVS-2003-07-21 (stable)
PHP Bug Type: Reproducible crash
Bug description: Using a function that returns a reference crashes php
Description:
The following code causes the apache 1.3.27 compiled statically with php
to crash. The apache process that tries to execute the script terminates
with a segfault. When the function returns the value not by reference
everything works OK.
These are my php.ini specific settings:
allow_call_time_pass_reference = Off
expose_php = Off
max_execution_time = 120 ; Maximum execution time of each script, in
seconds
error_reporting = E_ALL
display_startup_errors = On
log_errors = On
error_log = /usr/local/apache/logs/php_log
register_argc_argv = Off
magic_quotes_gpc = Off
always_populate_raw_post_data = On
upload_tmp_dir = /tmp
upload_max_filesize = 16M
; SMTP = localhost
; sendmail_from = [EMAIL PROTECTED]
sendmail_path = "/usr/local/sbin/ssmtp -t"
Reproduce code:
---
lass lala
{
var $val;
function lala ()
{
$this->val = 0;
}
function &get_val ()
{
$inf = 88;
$this->val = $inf;
return ($inf);
}
}
$obj = new lala;
$vvv = &$obj->get_val ();
echo $obj->val;
--
Edit bug report at http://bugs.php.net/?id=24744&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24744&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24744&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24744&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24744&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24744&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24744&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24744&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24744&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24744&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24744&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24744&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24744&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24744&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24744&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24744&r=gnused
#24490 [Fbk->Opn]: imap_headerinfo returns only one address in To field
ID: 24490
User updated by: bob at midnightweb dot net
Reported By: bob at midnightweb dot net
-Status: Feedback
+Status: Open
Bug Type: IMAP related
Operating System: RedHat Linux 8.0
PHP Version: 4.3.3RC2-dev
New Comment:
Well, I upgraded my c-client again, and installed the latest PHP4
Stable CVS, and it still wouldn't work. I created a small test script
with the following code:
toaddress."\n";
print "to = ";
print_r ( $headers->to );
imap_close($mailbox);
?>
And the output was correct! However, my othercode still did not work,
and I gather it is because the imap_headerinfo() function is within a
fucntion, so it apears that I have unearthed another bug...
The function that it is in only takes two arguments: the message
number, and the resource stream. In order for the imap_headerinfo()
function to work properly, I had to do the following:
$check = imap_mailboxmsginfo($mailbox);
imap_reopen( $mailbox, $check->Mailbox );
I think its kinda funky that this has to be done to work properly.
Previous Comments:
[2003-07-21 14:00:57] [EMAIL PROTECTED]
Just checked this with the latest CVS and imap-2002d (they don't have
2002b-6 there anymore). Everything works as expected (see output
below). Could you compile PHP against a newer IMAP lib, e.g. 2002d?
---
[EMAIL PROTECTED] src]$ ./imap_test.php
Content-type: text/html
X-Powered-By: PHP/4.3.3RC2-dev
object(stdClass)(23) {
["date"]=>
string(31) "Mon, 21 Jul 2003 11:53:47 -0700"
["Date"]=>
string(31) "Mon, 21 Jul 2003 11:53:47 -0700"
["subject"]=>
string(5) "test3"
["Subject"]=>
string(5) "test3"
["message_id"]=>
string(30) "<[EMAIL PROTECTED]>"
["toaddress"]=>
string(96) ""[EMAIL PROTECTED]" <[EMAIL PROTECTED]>,
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]>"
["to"]=>
array(2) {
[0]=>
object(stdClass)(3) {
["personal"]=>
string(18) "[EMAIL PROTECTED]"
["mailbox"]=>
string(4) "vlad"
["host"]=>
string(13) "echospace.com"
}
[1]=>
object(stdClass)(3) {
["personal"]=>
string(24) "[EMAIL PROTECTED]"
["mailbox"]=>
string(10) "vkegeneric"
["host"]=>
string(13) "echospace.com"
}
}
...
[2003-07-04 05:21:23] bob at midnightweb dot net
I installed the reccommended CVS snapshot, and the To field is still
only populating one address.
[2003-07-04 01:50:20] [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
[2003-07-03 18:14:00] bob at midnightweb dot net
Description:
The imap_headerinfo() function appears to only return the first address
in the To field of messages that contain more than one address in that
field. Addresses in the Cc field apear to be unaffected by this bug.
I have tried upgrading the C-Client to 2002b-6, and then recompiling
the latest stable PHP release ( 4.3.2 ).
The examples are given with a message with the following To headers:
-- Begin snipit --
From: "Bob" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]>
-- End snipit --
NOTE: The email addresses in this report have been altered to preserve
the privacy of the user.
Reproduce code:
---
$mailbox = imap_open($servername.".$cfldr", $username, $password);
$msgheader = @imap_headerinfo($mailbox, $msg);
ob_start();
print_r( $msgheader );
error_log( ob_get_contents() );
ob_end_clean();
Expected result:
In the error_log of the web server, there should be a print_r output of
the object returned by imap_headerinfo() that looks as follows with the
"to" and "toaddress" elements:
-- Begin assumed snipit --
[toaddress] => "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
[to] => Array
(
[0] => stdClass Object
(
[personal] => [EMAIL PROTECTED]
[mailbox] => user
[host] => mydomain.com
)
[1] => stdClass Object
(
[personal] => [EMAIL PROTECTED]
[mailbox] => user2
[host] => mydomain.com
)
[2] => stdClass Object
(
[personal] => [EMAIL PROTECTED]
[mailbox] => user3
[host] => mydomain.com
)
)
-- End assumed snipit --
Actual result:
--
There is the print_r output, however with incomplete "to" array and
"toaddress" string e
#24666 [Opn->Fbk]: random blank pages for any code on any php page
ID: 24666 Updated by: [EMAIL PROTECTED] Reported By: dhunter at uta dot edu -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.3.2 New Comment: Try to enable logging of php errors and see if the php error contains any errors that could explain the cause for the blank pages. Previous Comments: [2003-07-20 17:35:31] dhunter at uta dot edu Thanks for the input. I wasn't able to reproduce the error in debug mode. Maybe increased traffic increases the frequency of occurrence. Here is what I have done. I rebuilt all of the web server components, apache, ssl, php, using a newer version of gcc (3.2.3), and I removed some of php's configuration options. As I mentioned I wasn't able to reproduce the problem in apache's debug mode, and gdb didn't have anything to report. The problem continues to occur with the rebuilt components, so I am continuing to use 4.3.1 for now. I'll build the snapshot and see if the error is still present. Summary: - plain html pages are ok. - php pages randomly print blanks regardless of code. - occurs with apache 1.3.27 or 1.3.28, and php 4.3.2 on sparc solaris 8 - php 4.3.1 works great [2003-07-16 21:05:01] [EMAIL PROTECTED] Oopps, made a slight mistake, run it like: # gdb httpd (gdb) run -X -DSSL [2003-07-16 21:01:24] [EMAIL PROTECTED] Could you try if you can reproduce this when you run apache like this: # gdb httpd -X (if you need SSL, add -DSSL there) You should test the snapshot on separate instance/machine. e.g. have another apache with PHP build from the snapshot running in other port. (separate development server would be best choice though :) [2003-07-16 15:56:42] dhunter at uta dot edu Thanks, I'll try the latest snapshot. I'll also try to cut down the configuration, but we use most of the options. Answers to your questions: - output buffering is on - i'm using the php.ini-recommended that comes with 4.3.2. no differences except that i have safe mode on. - i don't set any php.ini settings in .htaccess or httpd.conf. - exactly right, any script randomly produces output and randomly produces no output as evidenced by observation and as recorded in the apache access log. I downgraded to 4.3.1 to correct the problem for now. [2003-07-15 22:10:51] [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 and cut down your configure line to bare minimum that you need for your pages to work. Are you using output buffering features? (php.ini) What is the diff between your php.ini and the php.ini-dist in the 4.3.2 release? (diff -u) Do you set any php.ini settings in httpd.conf / .htaccess parts that might affect the pages involved? Are you sure it's any script? Even plain style script? 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/24666 -- Edit this bug report at http://bugs.php.net/?id=24666&edit=1
#24664 [Opn->Fbk]: relocation error: symbol not found: ap_pass_brigade
ID: 24664 Updated by: [EMAIL PROTECTED] Reported By: a dot polli at mir dot it -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: OpenUnix 8 PHP Version: 4.3.3RC2-dev New Comment: Make sure that you have only 1 set of Apache 2 headers on your system. You can do so by looking for instances of the ap_mpm.h header. Previous Comments: [2003-07-18 01:03:59] a dot polli at mir dot it # nm -g httpd |grep pass_brig [5540]|135086056 |141 |FUNC |GLOB |0|9 |ap_pass_brigade [5988]|135848628 |4 |OBJT |GLOB |0|15 |ap_hack_ap_pass_brigade [2003-07-17 22:47:49] [EMAIL PROTECTED] What does this output: # nm -g httpd |grep pass_brig (for Apache2, of course :) [2003-07-16 07:38:33] a dot polli at mir dot it I try with apache 1.3.27 and it works (I can see a phpinfo page ...) yes, I think it's a Apache2 related problem [2003-07-16 04:05:28] [EMAIL PROTECTED] Have you tried Apache 1.3.27 which might actually work? [2003-07-16 03:15:30] a dot polli at mir dot it I try it (php4-STABLE-200307160530), but I have the same error when I start 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/24664 -- Edit this bug report at http://bugs.php.net/?id=24664&edit=1
#20054 [Ana]: safe_mode_include_dir not being used correctly
ID: 20054 Updated by: [EMAIL PROTECTED] Reported By: public at cs dot uwa dot edu dot au Status: Analyzed -Bug Type: Scripting Engine problem +Bug Type: Feature/Change Request Operating System: Linux - Redhat 7.3 PHP Version: 4.3.0-dev New Comment: The safe_mode_include_dir as it's name suggests is specifically tailored to allow include/require exceptions that are READ only. If what you ask is to be implemented it could open a number of security holes by allowing write/create/overwrite access to execluded directories. The corect solution would be to add another directive where you could specify a list of excluded directories inside user will have full access regardless of safe_mode. Since this already more of a feature request rather then a bug I am marking it as such. Previous Comments: [2002-11-20 00:53:49] public at cs dot uwa dot edu dot au Just for the record, I wrote a patch for this to allow for paths to be excluded from the safemode checks basically the same as the include value does. Posted that the the developers list asking if anyone was interested, enver got a reply, so I thought I'd add it in here for completeness sake. If anyone has any suggestions with what I can do with the patch, let me know :} [2002-11-02 01:30:40] vegaspctech at yahoo dot com I've got Apache 2 and PHP 4.3.0-dev on Red Hat 7.2 with /usr/share/pear in safe_mode_include_dir and I get "SAFE MODE Restriction in effect. The script whose uid is 502 is not allowed to access /usr/share/pear/Mail.php owned by uid 0" etc., with 'require_once( "Mail.php" );' and 'require( "Mail.php" );' and 'include( "Mail.php" );' and 'include( "/usr/share/pear/Mail.php" );' and every other variation I can think to try. [2002-10-30 11:37:56] [EMAIL PROTECTED] The current implementation of safe_mode_include_dir only allows require/include functions to bypass safe_mode. I've began a discussion on php-dev on whether or not this should be expanded to include other file operations. If you have an opinion on the matter, make it known there (php-dev). [2002-10-24 12:17:37] [EMAIL PROTECTED] Correct version (user tried with snapshot too..) [2002-10-24 02:49:22] public at cs dot uwa dot edu dot au This is possibly related to Bug #17858. We've got Apache2 on Redhat 7.3, with safemode in php enabled. We have safe_mode_gid set to on as well. The safe_mode include directory is set as follows: safe_mode_include_dir = "/home/staff/ryan/WWW" I've then got the test script: That script has the following ownership permissions: -rw-r--r--1 web nobody229 Oct 24 15:31 test2.php And /home/staff/ryan/WWW is: drwxr-xr-x5 ryan staff4096 Oct 21 17:30 WWW Calling the script displays "FAILED" on the browser and causes the two following errors in the error log: PHP Warning: opendir() [function.opendir]: SAFE MODE Restriction in effect. The script whose uid/gid is 89/99 is not allowed to access /home/staff/ryan/WWW/ owned by uid/gid 270/110 in /home/www/DOCS/phptest/test2.php on line 3 PHP Warning: opendir(/home/staff/ryan/WWW/) [function.opendir]: failed to open dir: Inappropriate ioctl for device in /home/www/DOCS/phptest/test2.php on line 3 Changing the ownership permissions to the same user and/or group causes the script to execute fine, displaying the contents with no problems or errors. It would appear that the safe_mode_include_dir value is not being used, but I'm also open to the suggesion that I've stuffed up somewhere else. For the record, I originally started having problems with 4.2.2 (user and group returned as -1) this was fixed upgrading to 4.3.0-pre1, but then the include_dir still had problems. I've tested it with today's snapshot (php4-200210232100) and still have the same problem. My config options looks like : ./configure --with-mysql=/usr/local/mysql --with-openssl --with-xml --enable-track-vars --enable-force-cgi-redirect --enable-versioning --with-apxs2=/usr/local/httpd/bin/apxs --with-zlib --enable-ftp --enable-sockets --with-gettext --with-imap=/usr/local/imap --with-imap-ssl Ummm, help? Cheers, Ryan. -- Edit this bug report at http://bugs.php.net/?id=20054&edit=1
#24745 [NEW]: return ($val) is broken for references
From: vma1 at abv dot bg
Operating system: Slackware Linux 9.0
PHP version: 5CVS-2003-07-21 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: return ($val) is broken for references
Description:
"return ($val);" does not work in a function that returns a reference.
"return $val;" is OK.
Reproduce code:
---
class lala
{
var $val;
function lala ()
{
$this->val = 0;
}
function &get_val ()
{
$inf = 88;
$this->val = $inf;
return ($inf);
}
}
$obj = new lala;
$vvv = &$obj->get_val ();
Actual result:
--
Fatal error: Only variables or references can be returned by reference in
/usr/local/apache/site/htdocs/bug.php on line 15
--
Edit bug report at http://bugs.php.net/?id=24745&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24745&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24745&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24745&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24745&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24745&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24745&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24745&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24745&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24745&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24745&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24745&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24745&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24745&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24745&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24745&r=gnused
#24746 [NEW]: Fatal error: Nesting level too deep - recursive dependency?
From: tim at sparkart dot com
Operating system: Linux/FreeBSD
PHP version: 4.3.3RC1
PHP Bug Type: Reproducible crash
Bug description: Fatal error: Nesting level too deep - recursive dependency?
Description:
The code (attached) produces the following error: Fatal error: Nesting
level too deep - recursive dependency? in /home/tim/www/crash2.php on line
15
I started getting this bug with some code we are running and did some
google searches and found something on the php-dev list (where the sample
code is from) from 9/22/02:
http://www.geocrawler.com/archives/3/5/2002/9/50/9731982/
This happens on our Linux and FreeBSD boxes running PHP 4.3.2, 4.3.1, and
I just installed the latest CVS version (php4-STABLE-200307212330) and got
the same error. For the CVS version I configured using "./configure" and
ran it through the command line on a Red Hat 8 box.
I saw other mentions of this error floating around but couldn't find
anything recent so sorry if this is a repeat.
Reproduce code:
---
b =& new B($this); }
}
class B {
var $a;
function B(&$a) { $this->a =& $a; }
}
$one =& new A;
$two =& $one;
if ($one == $two) { // <-- fatal error here
echo "Same object\n";
} else {
echo "not the same object\n";
}
?>
Expected result:
Expected it to not give a fatal error.
--
Edit bug report at http://bugs.php.net/?id=24746&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24746&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24746&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24746&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24746&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24746&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24746&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24746&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24746&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24746&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24746&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24746&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24746&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24746&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24746&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24746&r=gnused
#24746 [Opn->Bgs]: Fatal error: Nesting level too deep - recursive dependency?
ID: 24746
Updated by: [EMAIL PROTECTED]
Reported By: tim at sparkart dot com
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux/FreeBSD
PHP Version: 4.3.3RC1
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Your object looks like this:
object(a)#1 (1) {
["b"]=>
object(b)#2 (1) {
["a"]=>
&object(a)#1 (1) {
["b"]=>
object(b)#2 (1) {
["a"]=>
*RECURSION*
}
}
}
}
Which should explain the error message you are seeing.
Previous Comments:
[2003-07-21 19:56:57] tim at sparkart dot com
Description:
The code (attached) produces the following error: Fatal error: Nesting
level too deep - recursive dependency? in /home/tim/www/crash2.php on
line 15
I started getting this bug with some code we are running and did some
google searches and found something on the php-dev list (where the
sample code is from) from 9/22/02:
http://www.geocrawler.com/archives/3/5/2002/9/50/9731982/
This happens on our Linux and FreeBSD boxes running PHP 4.3.2, 4.3.1,
and I just installed the latest CVS version (php4-STABLE-200307212330)
and got the same error. For the CVS version I configured using
"./configure" and ran it through the command line on a Red Hat 8 box.
I saw other mentions of this error floating around but couldn't find
anything recent so sorry if this is a repeat.
Reproduce code:
---
b =& new B($this); }
}
class B {
var $a;
function B(&$a) { $this->a =& $a; }
}
$one =& new A;
$two =& $one;
if ($one == $two) { // <-- fatal error here
echo "Same object\n";
} else {
echo "not the same object\n";
}
?>
Expected result:
Expected it to not give a fatal error.
--
Edit this bug report at http://bugs.php.net/?id=24746&edit=1
#24746 [Bgs]: Fatal error: Nesting level too deep - recursive dependency?
ID: 24746
User updated by: tim at sparkart dot com
Reported By: tim at sparkart dot com
Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux/FreeBSD
PHP Version: 4.3.3RC1
New Comment:
Under Comparing objects in PHP 4
(http://www.php.net/manual/en/language.oop.object-comparison-php4.php)
it says:
"In PHP 4, objects are compared in a very simple manner, namely: Two
object instances are equal if they have the same attributes and values,
and are instances of the same class."
So wouldn't the expected result of "Same Object" match this
description?
Previous Comments:
[2003-07-21 20:41:21] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Your object looks like this:
object(a)#1 (1) {
["b"]=>
object(b)#2 (1) {
["a"]=>
&object(a)#1 (1) {
["b"]=>
object(b)#2 (1) {
["a"]=>
*RECURSION*
}
}
}
}
Which should explain the error message you are seeing.
[2003-07-21 19:56:57] tim at sparkart dot com
Description:
The code (attached) produces the following error: Fatal error: Nesting
level too deep - recursive dependency? in /home/tim/www/crash2.php on
line 15
I started getting this bug with some code we are running and did some
google searches and found something on the php-dev list (where the
sample code is from) from 9/22/02:
http://www.geocrawler.com/archives/3/5/2002/9/50/9731982/
This happens on our Linux and FreeBSD boxes running PHP 4.3.2, 4.3.1,
and I just installed the latest CVS version (php4-STABLE-200307212330)
and got the same error. For the CVS version I configured using
"./configure" and ran it through the command line on a Red Hat 8 box.
I saw other mentions of this error floating around but couldn't find
anything recent so sorry if this is a repeat.
Reproduce code:
---
b =& new B($this); }
}
class B {
var $a;
function B(&$a) { $this->a =& $a; }
}
$one =& new A;
$two =& $one;
if ($one == $two) { // <-- fatal error here
echo "Same object\n";
} else {
echo "not the same object\n";
}
?>
Expected result:
Expected it to not give a fatal error.
--
Edit this bug report at http://bugs.php.net/?id=24746&edit=1
#24747 [NEW]: Fatal error: Call to undefined function: stripos()
From: tagg_maiwald at yahoo dot com
Operating system: Win 98
PHP version: 4.3.2
PHP Bug Type: Strings related
Bug description: Fatal error: Call to undefined function: stripos()
Description:
When a string-returning-function or empty string variable is provided as
the haystack, PHP reports "Fatal error: Call to undefined function:
stripos()".
Reproduce code:
---
if ((1>strlen(mysql_error()))&&(stripos(mysql_error(), "duplicate")))
{ echo "is a duplicate record error";
}
Expected result:
The (stripos(mysql_error(), "duplicate"))) sub-boolean should evaluate to
FALSE or some integer.
Actual result:
--
Fatal error: Call to undefined function: stripos()
--
Edit bug report at http://bugs.php.net/?id=24747&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24747&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24747&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24747&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24747&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24747&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24747&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24747&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24747&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24747&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24747&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24747&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24747&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24747&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24747&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24747&r=gnused
#24747 [Opn->Bgs]: Fatal error: Call to undefined function: stripos()
ID: 24747
Updated by: [EMAIL PROTECTED]
Reported By: tagg_maiwald at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: Win 98
PHP Version: 4.3.2
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
stripos is only available in php5.
Previous Comments:
[2003-07-21 21:26:55] tagg_maiwald at yahoo dot com
Description:
When a string-returning-function or empty string variable is provided
as the haystack, PHP reports "Fatal error: Call to undefined function:
stripos()".
Reproduce code:
---
if ((1>strlen(mysql_error()))&&(stripos(mysql_error(), "duplicate")))
{ echo "is a duplicate record error";
}
Expected result:
The (stripos(mysql_error(), "duplicate"))) sub-boolean should evaluate
to FALSE or some integer.
Actual result:
--
Fatal error: Call to undefined function: stripos()
--
Edit this bug report at http://bugs.php.net/?id=24747&edit=1
#24740 [Fbk->Opn]: Segmentation fault
ID: 24740 User updated by: rarteaga at icaro dot com dot ec Reported By: rarteaga at icaro dot com dot ec -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux RH9 and RH7.3 PHP Version: 4.3.2 New Comment: Here's the backtrace Starting program: /usr/bin/php oracle.php [New Thread 1084011968 (LWP 31640)] Content-type: text/html X-Powered-By: PHP/4.3.2 Connected! Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1084011968 (LWP 31640)] 0x4207bfea in memcpy () from /lib/tls/libc.so.6 (gdb) bt #0 0x4207bfea in memcpy () from /lib/tls/libc.so.6 #1 0x40406a13 in nioqrc () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #2 0x40538395 in ttcdrv () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #3 0x4040d1a8 in nioqwa () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #4 0x40261330 in upirtrc () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #5 0x4022393a in kpurcsc () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #6 0x401e6124 in kpuexecv8 () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #7 0x401e7cf7 in kpuexec () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #8 0x4024598f in OCIStmtExecute () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #9 0x080838d9 in oci_execute (statement=0x8223004, func=0x81750f6 "OCIExecute", mode=32) at /usr/local/php-4.3.2/ext/oci8/oci8.c:1491 #10 0x08089b9c in zif_ociexecute (ht=1, return_value=0x8222f84, this_ptr=0x0, return_value_used=0) at /usr/local/php-4.3.2/ext/oci8/oci8.c:3975 #11 0x0816809f in execute (op_array=0x81f65c4) at /usr/local/php-4.3.2/Zend/zend_execute.c:1606 #12 0x081586f8 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/php-4.3.2/Zend/zend.c:869 ---Type to continue, or q to quit--- #13 0x081292ca in php_execute_script (primary_file=0xbfffeb20) at /usr/local/php-4.3.2/main/main.c:1671 #14 0x0816e207 in main (argc=2, argv=0xbfffebc4) at /usr/local/php-4.3.2/sapi/cgi/cgi_main.c:1501 #15 0x42015504 in __libc_start_main () from /lib/tls/libc.so.6 Regards Rafa... Previous Comments: [2003-07-21 16:59:21] [EMAIL PROTECTED] Could you please generate a backttrace from the crash? [2003-07-21 11:58:21] rarteaga at icaro dot com dot ec I'm sorry I made a mistake on the line OCIDefineByName($parse,"ENAME",$job); The correct value must be JOB, it will be like this: OCIDefineByName($parse,"JOB",$job); Still doesn't work.. Regards [2003-07-21 11:54:58] rarteaga at icaro dot com dot ec Description: Hi, I've installed Linux RH 9.0 and Oracle 9i, I'm trying to access the database from a php script, I make de connection and make a simple select like this: "SELECT EMPNO from EMP" And I get the information just fine with the oci functions (OCILogon, OCIParse, OCIExecute, etc...). Now I get a segmentation fault when I try to retrieve information of fields that are string or characteres, something like this: "SELECT JOB from EMP" The script crashes and dies saying "segmentation fault" I'm connecting to the database as user "SCOTT" and getting information from table EMP. I can connect from an aplication I've developed in VB60 from a remote aplication server I have... but PHP is crashing... Best Regards Reproduce code: --- #!/usr/bin/php -q Expected result: I expect to see de job titles.. Actual result: -- [EMAIL PROTECTED] htdocs]# ./oracle.php Connected! Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=24740&edit=1
#13634 [Com]: Warning: Failed to Receive in \nphp\nfunc.php on lines 527
ID: 13634 Comment by: littleaj at hotmail dot com Reported By: tallmisha at yahoo dot com Status: No Feedback Bug Type: Mail related Operating System: Win NT PHP Version: 4.0.6 New Comment: How do you set the php.ini file for this to work? I am on XP and using MS Outlook. Will that work? Thanks Previous Comments: [2003-03-07 16:02:50] mvnoppen at yahoo dot com You need to set the SMTP server in the php.ini file.. That worked for me [2003-03-04 09:48:47] webmaster at cycocity dot com Warning: Failed to Receive in C:\indigoperl\apache\htdocs\FormToEmail.php on line 81 This is on a WinME machine running PHP 4.2.3 CyCo [2002-11-08 04:28:05] dj_cryptoknight at msn dot com No it is not improvied. I Have the latest version of php and the problem is still there. I have no aswer to this problem. [2002-07-03 01:00:08] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-06-02 13:46:47] [EMAIL PROTECTED] Error handling has been improvied, please try a snapshot http://snaps.php.net/win32/php4-win32-latest.zip 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/13634 -- Edit this bug report at http://bugs.php.net/?id=13634&edit=1
#24565 [Com]: cannot read array elements recived via $_REQUEST
ID: 24565 Comment by: vma1 at abv dot bg Reported By: nightcat at poczta dot onet dot pl Status: Verified Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.0.0b2-dev New Comment: Same here: Slackware 9.0 Apache-1.3.27 php5-200307211930 print_r shows the array indexes but isset() says the indexes are not set. Previous Comments: [2003-07-16 12:51:43] nightcat at poczta dot onet dot pl Any chance to have this fixed before next beta? [2003-07-09 16:00:13] [EMAIL PROTECTED] Reproduced with latest PHP 5 CVS. Works fine with PHP 4.3.3RC2-dev. [2003-07-09 15:05:28] tingle at virtuanews dot co dot uk Confirmed using Apache 2.0.46, Windows XP SP1 and the latest snapshot (php5-win32-200307091830.zip) Identical problem as stated print_r() gives the expected output with the expected keys and values, however, trying to reference the key within the code results in it not being set [2003-07-09 11:16:27] nightcat at poczta dot onet dot pl Description: In PHP5 yesterdays snapshot i'm unable to get array element created by POST/GET method. Reproduce code: --- TestCase test1: Expected result: test1: 1 Actual result: -- Notice: Undefined offset: 2 in D:\server\www\test\php5\index.phtml on line 4 test1: -- Edit this bug report at http://bugs.php.net/?id=24565&edit=1
#24565 [Com]: cannot read array elements recived via $_REQUEST
ID: 24565 Comment by: vma1 at abv dot bg Reported By: nightcat at poczta dot onet dot pl Status: Verified Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.0.0b2-dev New Comment: One more thing - setting "register_long_arrays = On" in php.ini makes the problem go away. But its bad because of the performance hit. Previous Comments: [2003-07-21 22:25:33] vma1 at abv dot bg Same here: Slackware 9.0 Apache-1.3.27 php5-200307211930 print_r shows the array indexes but isset() says the indexes are not set. [2003-07-16 12:51:43] nightcat at poczta dot onet dot pl Any chance to have this fixed before next beta? [2003-07-09 16:00:13] [EMAIL PROTECTED] Reproduced with latest PHP 5 CVS. Works fine with PHP 4.3.3RC2-dev. [2003-07-09 15:05:28] tingle at virtuanews dot co dot uk Confirmed using Apache 2.0.46, Windows XP SP1 and the latest snapshot (php5-win32-200307091830.zip) Identical problem as stated print_r() gives the expected output with the expected keys and values, however, trying to reference the key within the code results in it not being set [2003-07-09 11:16:27] nightcat at poczta dot onet dot pl Description: In PHP5 yesterdays snapshot i'm unable to get array element created by POST/GET method. Reproduce code: --- TestCase test1: Expected result: test1: 1 Actual result: -- Notice: Undefined offset: 2 in D:\server\www\test\php5\index.phtml on line 4 test1: -- Edit this bug report at http://bugs.php.net/?id=24565&edit=1
#24748 [NEW]: URL in curl_ini() echos out data
From: [EMAIL PROTECTED]
Operating system: Linux, RH8.0
PHP version: 4.3.3RC1
PHP Bug Type: cURL related
Bug description: URL in curl_ini() echos out data
Description:
$ch = curl_ini("http://www.php.net/";);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$page = curl_exec($ch);
Will echo the page out to the browser even though you specified not to do
so with the non-zero RETURNTRANSFER value.
If you instead do:
$ch = curl_ini();
curl_setopt($ch, CURLOPT_URL, "http://www.php.net/";);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$page = curl_exec($ch);
The problem goes away.
--
Edit bug report at http://bugs.php.net/?id=24748&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24748&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24748&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=24748&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=24748&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=24748&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=24748&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=24748&r=support
Expected behavior: http://bugs.php.net/fix.php?id=24748&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=24748&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=24748&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=24748&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24748&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=24748&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=24748&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=24748&r=gnused
#24748 [Opn->Bgs]: URL in curl_ini() echos out data
ID: 24748
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: cURL related
Operating System: Linux, RH8.0
PHP Version: 4.3.3RC1
New Comment:
Oops, bug in my code. Sorry.
Previous Comments:
[2003-07-22 01:43:28] [EMAIL PROTECTED]
Description:
$ch = curl_ini("http://www.php.net/";);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$page = curl_exec($ch);
Will echo the page out to the browser even though you specified not to
do so with the non-zero RETURNTRANSFER value.
If you instead do:
$ch = curl_ini();
curl_setopt($ch, CURLOPT_URL, "http://www.php.net/";);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$page = curl_exec($ch);
The problem goes away.
--
Edit this bug report at http://bugs.php.net/?id=24748&edit=1
