#46444 [Opn]: invalid session.save_path crashes
ID: 46444 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Open Bug Type: Session related Operating System: Fedora Core 4 PHP Version: 5.2CVS-2008-11-02 New Comment: I run these commands: #rm config.cache #./configure --disable-all --disable-cgi --enable-session --disable-debug --with-pcre-regex --with-pic #make clean #make test TESTS=ext/session/tests/016.phpt [snip] = PHP : /usr/local/src/php5.2-200811022130/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.7RC3-dev ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8 14:19:44 EST 2007 i686 INI actual : /usr/local/src/php5.2-200811022130/tmp-php.ini More .INIs : CWD : /usr/local/src/php5.2-200811022130 Extra dirs : VALGRIND: Not used = Running selected tests. FAIL invalid session.save_path should not cause a segfault [ext/session/tests/016.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:1 (100.0%) (100.0%) Expected fail :0 ( 0.0%) ( 0.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :0 seconds = = FAILED TEST SUMMARY - invalid session.save_path should not cause a segfault [ext/session/tests/016.phpt] = Previous Comments: [2008-11-17 14:48:07] hostmaster at uuism dot net I get the same error message as when I tried to configure php without pcre before: +---+ | ! ERROR ! | | The test-suite requires that you have pcre extension | | enabled. To enable this extension either compile your PHP | | with --with-pcre-regex or if you've compiled pcre as a| | shared module load it via php.ini.| +---+ [2008-11-11 18:49:02] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure --disable-all --disable-cgi --enable-session --disable- debug --with-pic # make test TESTS=ext/session/tests/016.phpt [2008-11-09 00:12:51] hostmaster at uuism dot net jani, It appears to be related to the -with-pic option. Here are the results: Case 1: PASS ext/session/tests/016.phpt (ran twice) ./configure --disable-all --disable-cgi --enable-session --with-pcre-regex --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --disable-debug Case 2: FAIL ext/session/tests/016.phpt ./configure --disable-all --disable-cgi --enable-session --with-pcre-regex --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --disable-debug --with-pic Jim [2008-11-08 19:20:30] [EMAIL PROTECTED] Now you add options one by one to see which one causes the problem. [2008-11-06 05:21:06] hostmaster at uuism dot net jani, I ran configure again as: # ./configure --disable-all --disable-cgi --enable-session --with-pcre-regex # make clean && make test This time, the test PASSED: # TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php ext/session/tests/016.phpt = PHP
#46444 [Fbk->Opn]: invalid session.save_path crashes
ID: 46444 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Fedora Core 4 PHP Version: 5.2CVS-2008-11-02 New Comment: I get the same error message as when I tried to configure php without pcre before: +---+ | ! ERROR ! | | The test-suite requires that you have pcre extension | | enabled. To enable this extension either compile your PHP | | with --with-pcre-regex or if you've compiled pcre as a| | shared module load it via php.ini.| +---+ Previous Comments: [2008-11-11 18:49:02] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure --disable-all --disable-cgi --enable-session --disable- debug --with-pic # make test TESTS=ext/session/tests/016.phpt [2008-11-09 00:12:51] hostmaster at uuism dot net jani, It appears to be related to the -with-pic option. Here are the results: Case 1: PASS ext/session/tests/016.phpt (ran twice) ./configure --disable-all --disable-cgi --enable-session --with-pcre-regex --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --disable-debug Case 2: FAIL ext/session/tests/016.phpt ./configure --disable-all --disable-cgi --enable-session --with-pcre-regex --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --disable-debug --with-pic Jim [2008-11-08 19:20:30] [EMAIL PROTECTED] Now you add options one by one to see which one causes the problem. [2008-11-06 05:21:06] hostmaster at uuism dot net jani, I ran configure again as: # ./configure --disable-all --disable-cgi --enable-session --with-pcre-regex # make clean && make test This time, the test PASSED: # TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php ext/session/tests/016.phpt = PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.7RC3-dev ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8 14:19:44 EST 2007 i686 INI actual : /usr/local/src/php5.2-200811022130 More .INIs : CWD : /usr/local/src/php5.2-200811022130 Extra dirs : VALGRIND: Not used = Running selected tests. PASS invalid session.save_path should not cause a segfault [ext/session/tests/016.phpt] = What now? Jim [2008-11-05 05:39:47] hostmaster at uuism dot net jani, i ran this; # ./configure --disable-all --disable-cgi --enable-session # make clean && make test it complained that i did not have --with-pcre-regex however, i ran ext/session/tests/016.phpt and it failed. i can rerun ./configure with -with-pcre-regex if you want jim 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/46444 -- Edit this bug report at http://bugs.php.net/?id=46444&edit=1
#46467 [Bgs]: htmlentities() does not use default_charset when mbstring.so is loaded
ID: 46467
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Bogus
Bug Type: mbstring related
Operating System: Fedora Core 4
PHP Version: 5.2.6
New Comment:
moriyoshi,
Okay. I understand.
Isn't it also an over-assumption to assume that the third argument
charset equals default_charset in this statement?
htmlentities("\x82\x86\x99\x9f", ENT_QUOTES, '');
Jim
Previous Comments:
[2008-11-09 16:41:45] [EMAIL PROTECTED]
The above comment was intended as a reply to the following:
> on the other hand, this statement should use the default_charset
[2008-11-05 05:52:26] hostmaster at uuism dot net
moriyoshi,
sorry, i don't understand what you are saying.
i just don't see why charset='' should be assumed to be the same as
charset=default_charset when executing htmlentities
thanks
jim
[2008-11-04 12:37:56] [EMAIL PROTECTED]
Regarding the input as encoded in default_charset can be
over-assumption because the output being sent to the browser may differ
from that of the PHP script.
------------
[2008-11-04 01:01:52] hostmaster at uuism dot net
jani,
if they fail for everyone, should they have a --XFAIL-- section
frankly, based on pure logic, i would not expect this statement to use
the default_charset
htmlentities("\x82\x86\x99\x9f", ENT_QUOTES, '');
since '' has no meaning as a value for charset, htmlentites should use
the same default as when default_charset='' which is ISO-8859-1
on the other hand, this statement should use the default_charset
htmlentities("\x82\x86\x99\x9f", ENT_QUOTES);
since the third parameter is optional.
jim
[2008-11-03 08:34:11] [EMAIL PROTECTED]
Yes, they fail for everyone and especially with braindead libc's.
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/46467
--
Edit this bug report at http://bugs.php.net/?id=46467&edit=1
#46444 [Fbk->Opn]: invalid session.save_path crashes
ID: 46444
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-11-02
New Comment:
jani,
It appears to be related to the -with-pic option.
Here are the results:
Case 1: PASS ext/session/tests/016.phpt (ran twice)
./configure --disable-all --disable-cgi --enable-session
--with-pcre-regex --build=i386-redhat-linux --host=i386-redhat-linux
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib
--with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d
--disable-debug
Case 2: FAIL ext/session/tests/016.phpt
./configure --disable-all --disable-cgi --enable-session
--with-pcre-regex --build=i386-redhat-linux --host=i386-redhat-linux
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib
--with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d
--disable-debug --with-pic
Jim
Previous Comments:
[2008-11-08 19:20:30] [EMAIL PROTECTED]
Now you add options one by one to see which one causes the problem.
[2008-11-06 05:21:06] hostmaster at uuism dot net
jani,
I ran configure again as:
# ./configure --disable-all --disable-cgi --enable-session
--with-pcre-regex
# make clean && make test
This time, the test PASSED:
# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php
ext/session/tests/016.phpt
=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.7RC3-dev
ZEND_VERSION: 2.2.0
PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov
8 14:19:44 EST 2007 i686
INI actual : /usr/local/src/php5.2-200811022130
More .INIs :
CWD : /usr/local/src/php5.2-200811022130
Extra dirs :
VALGRIND: Not used
=
Running selected tests.
PASS invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
=
What now?
Jim
[2008-11-05 05:39:47] hostmaster at uuism dot net
jani,
i ran this;
# ./configure --disable-all --disable-cgi --enable-session
# make clean && make test
it complained that i did not have --with-pcre-regex
however, i ran ext/session/tests/016.phpt and it failed.
i can rerun ./configure with -with-pcre-regex if you want
jim
[2008-11-04 02:59:38] hostmaster at uuism dot net
jani,
i reran my original configuration with '--disable debug' and got you
more information from the backtrace
[snip]
Core was generated by `/usr/local/src/php5.2-200811022130/sapi/cli/php
-n -c /usr/local/src/php5.2-200'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200811022130/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200811022130/ext/session/session.c:621
#1 0x08190660 in zif_session_start (ht=0, return_value=0xb7c15b14,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200811022130/ext/session/session.c:1824
#2 0x082b923a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe7d78c)
at /usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:200
#3 0x082a8c2f in execute (op_array=0xb7c15f94) at
/usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:92
#4 0x08288190 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200811022130/Zend/zend.c:1134
#5 0x08240eb3 in php_execute_script (primary_file=0xbfe7fb88) at
/usr/local/src/php5.2-200811022130/main/main.c:2023
#6 0x0831041e in main (argc=108, argv=0xbfe7fca4) at
/usr/local/src/php5.2-200811022130/sapi/cli/php_cli.c:1134
(gdb) frame 3
#3 0x082a8c2f in execute (op_array=0xb7c15f94) at
/usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:92
92 if (EX(opline)->handler(&exec
#46444 [Opn]: invalid session.save_path crashes
ID: 46444
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-11-02
New Comment:
jani,
I ran configure again as:
# ./configure --disable-all --disable-cgi --enable-session
--with-pcre-regex
# make clean && make test
This time, the test PASSED:
# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php
ext/session/tests/016.phpt
=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.7RC3-dev
ZEND_VERSION: 2.2.0
PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov
8 14:19:44 EST 2007 i686
INI actual : /usr/local/src/php5.2-200811022130
More .INIs :
CWD : /usr/local/src/php5.2-200811022130
Extra dirs :
VALGRIND: Not used
=
Running selected tests.
PASS invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
=
What now?
Jim
Previous Comments:
[2008-11-05 05:39:47] hostmaster at uuism dot net
jani,
i ran this;
# ./configure --disable-all --disable-cgi --enable-session
# make clean && make test
it complained that i did not have --with-pcre-regex
however, i ran ext/session/tests/016.phpt and it failed.
i can rerun ./configure with -with-pcre-regex if you want
jim
[2008-11-04 02:59:38] hostmaster at uuism dot net
jani,
i reran my original configuration with '--disable debug' and got you
more information from the backtrace
[snip]
Core was generated by `/usr/local/src/php5.2-200811022130/sapi/cli/php
-n -c /usr/local/src/php5.2-200'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200811022130/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200811022130/ext/session/session.c:621
#1 0x08190660 in zif_session_start (ht=0, return_value=0xb7c15b14,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200811022130/ext/session/session.c:1824
#2 0x082b923a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe7d78c)
at /usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:200
#3 0x082a8c2f in execute (op_array=0xb7c15f94) at
/usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:92
#4 0x08288190 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200811022130/Zend/zend.c:1134
#5 0x08240eb3 in php_execute_script (primary_file=0xbfe7fb88) at
/usr/local/src/php5.2-200811022130/main/main.c:2023
#6 0x0831041e in main (argc=108, argv=0xbfe7fca4) at
/usr/local/src/php5.2-200811022130/sapi/cli/php_cli.c:1134
(gdb) frame 3
#3 0x082a8c2f in execute (op_array=0xb7c15f94) at
/usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:92
92 if (EX(opline)->handler(&execute_data
TSRMLS_CC) > 0) {
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x8436fdc "session_start"
(gdb) print (char *)executor_globals.active_op_array->function_name
$2 = 0x0
(gdb) print (char *)executor_globals.active_op_array->filename
$3 = 0xb7c16060
"/usr/local/src/php5.2-200811022130/ext/session/tests/016.php"
(gdb) frame 2
#2 0x082b923a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe7d78c)
at /usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:200
200 ((zend_internal_function *)
EX(function_state).function)->handler(opline->extended_value,
EX_T(opline->result.u.var).var.ptr,
EX(function_state).function->common.return_reference?&EX_T(opline->result.u.var).var.ptr:NULL,
EX(object), return_value_used TSRMLS_CC);
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$4 = 0x8436fdc "session_start"
(gdb) print (char *)executor_globals.active_op_array->function_name
$5 = 0x0
(gdb) print (char *)executor_globals.active_op_array->filename
$6 = 0xb7c16060
"/usr/local/src/php5.2-200811022130/ext/session/tests/016.php"
[2008-11-03 08:42:39] [EMAIL PROTECTED]
Try this configure line (exactly this):
# ./configure --disable-all --disable-cgi --enable-session
# make clean && make test
[2008-11-02 00:55:56] hostmaster at uuism dot net
Modules: mbstring.so; mysql.so; mysqli.so; soap.so; and xmlrpc.so
I re
#46467 [Bgs]: htmlentities() does not use default_charset when mbstring.so is loaded
ID: 46467
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Bogus
Bug Type: mbstring related
Operating System: Fedora Core 4
PHP Version: 5.2.6
New Comment:
moriyoshi,
sorry, i don't understand what you are saying.
i just don't see why charset='' should be assumed to be the same as
charset=default_charset when executing htmlentities
thanks
jim
Previous Comments:
[2008-11-04 12:37:56] [EMAIL PROTECTED]
Regarding the input as encoded in default_charset can be
over-assumption because the output being sent to the browser may differ
from that of the PHP script.
[2008-11-04 01:01:52] hostmaster at uuism dot net
jani,
if they fail for everyone, should they have a --XFAIL-- section
frankly, based on pure logic, i would not expect this statement to use
the default_charset
htmlentities("\x82\x86\x99\x9f", ENT_QUOTES, '');
since '' has no meaning as a value for charset, htmlentites should use
the same default as when default_charset='' which is ISO-8859-1
on the other hand, this statement should use the default_charset
htmlentities("\x82\x86\x99\x9f", ENT_QUOTES);
since the third parameter is optional.
jim
[2008-11-03 08:34:11] [EMAIL PROTECTED]
Yes, they fail for everyone and especially with braindead libc's.
----------------
[2008-11-02 22:46:37] hostmaster at uuism dot net
Description:
When I run test scripts ext/standard/tests/strings/htmlentitiesXX.phpt
where XX is 10, 11, and 13, the tests fail when mbstring.so is loaded
and pass when mbstring.so is not loaded.
If I change the test script INI value for mbstring.internal_encoding to
the default_charset, the test will pass. Also, they will pass of the
$charset is included in the command htmlentities.
I am using the php.ini-recommended with extension_dir =
"/usr/local/src/php-5.2.6/modules" I placed the php.ini in directory
/usr/local/src/php-5.2.6/sapi/cli so sapi/cli/php would use it.
All the php.ini values for mbstring are commented out:
# grep mbstring /usr/local/src/php-5.2.6/sapi/cli/php.ini
;extension=php_mbstring.dll
[mbstring]
;mbstring.language = Japanese
;mbstring.internal_encoding = EUC-JP
;mbstring.http_input = auto
;mbstring.http_output = SJIS
; mbstring.internal_encoding setting. Input chars are
;mbstring.encoding_translation = Off
;mbstring.detect_order = auto
;mbstring.substitute_character = none;
; overload(replace) single byte functions by mbstring functions.
;mbstring.func_overload = 0
;mbstring.strict_encoding = Off
; With mbstring support this will automatically be converted into the
encoding
; given by corresponding encode setting. When empty
mbstring.internal_encoding
Here is the run without mbstring.so loaded:
]# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php
ext/standard/tests/strings/htmlentities*phpt
=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.6
ZEND_VERSION: 2.2.0
PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov
8 14:19:44 EST 2007 i686
INI actual : /usr/local/src/php-5.2.6/sapi/cli/php.ini
More .INIs : /etc/php.d/mysql.ini,/etc/php.d/mysqli.ini
CWD : /usr/local/src/php-5.2.6
Extra dirs :
=
Running selected tests.
[snip]
PASS htmlentities() test 10 (default_charset / cp1252)
[ext/standard/tests/strings/htmlentities10.phpt]
PASS htmlentities() test 11 (default_charset / ISO-8859-15)
[ext/standard/tests/strings/htmlentities11.phpt]
PASS htmlentities() test 12 (default_charset / ISO-8859-1)
[ext/standard/tests/strings/htmlentities12.phpt]
PASS htmlentities() test 13 (default_charset / EUC-JP)
[ext/standard/tests/strings/htmlentities13.phpt]
[snip]
=
Number of tests : 2014
Tests skipped :6 ( 30.0%)
Tests warned:0 ( 0.0%) ( 0.0%)
Tests failed:0 ( 0.0%) ( 0.0%)
Tests passed: 14 ( 70.0%) (100.0%)
-
Time taken :1 seconds
=
Here is the run WITH mbstring.so loaded:
# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php
ext/standard/tests/strings/htmlentities*phpt
=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.6
ZEND_VERSION: 2.2.0
PHP_OS
#46454 [Opn->Csd]: rmdir() on non-existent directory has different Warning wording than test
ID: 46454
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
-Status: Open
+Status: Closed
Bug Type: Directory function related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-11-01 (snap)
New Comment:
the test passed with php5.2-200811022130, so i assume that you fixed
the problem.
thanks
jim
Previous Comments:
[2008-11-01 21:15:15] hostmaster at uuism dot net
Jani,
Yes, the test is failing. I get slightly different wording for the
Warning than is expected by the test. It's only a bug in the test
script, not a bug in PHP.
Is the non-existent directory Warning produced by the operating system
and just passed along by PHP? That would explain why the test results
fail for different operating systems.
Thanks for being patient with my inexperienced bug reports.
Jim
[2008-11-01 20:43:13] [EMAIL PROTECTED]
What's the bug here? A test not passing for you or what? FYI, it does
not fail for me on Fedora 8..
[2008-11-01 16:17:35] hostmaster at uuism dot net
Description:
rmdir() on non-existent directory produces the response "Warning:
rmdir(temp): Not a directory" that is different than test script
mkdir_rmdir_error.phpt expects: "Warning: rmdir(temp): No such file or
directory"
This is the last statement in the test script.
Jim
Reproduce code:
---
expected
var_dump( mkdir("testdir", 0777, false, $context, "test") ); // args >
expected
echo "\n*** Testing rmdir(): error conditions ***\n";
var_dump( rmdir() ); // args < expected
var_dump( rmdir(1, 2, 3) ); // args > expected
var_dump( rmdir("testdir", $context, "test") ); // args > expected
echo "\n*** Testing rmdir() on non-existent directory ***\n";
var_dump( rmdir("temp") );
echo "Done\n";
?>
Expected result:
*** Testing mkdir(): error conditions ***
Warning: mkdir() expects at least 1 parameter, 0 given in %s on line
%d
bool(false)
Warning: mkdir() expects at most 4 parameters, 5 given in %s on line
%d
bool(false)
Notice: Undefined variable: context in %s on line %d
Warning: mkdir() expects at most 4 parameters, 5 given in %s on line
%d
bool(false)
*** Testing rmdir(): error conditions ***
Warning: rmdir() expects at least 1 parameter, 0 given in %s on line
%d
bool(false)
Warning: rmdir() expects at most 2 parameters, 3 given in %s on line
%d
bool(false)
Notice: Undefined variable: context in %s on line %d
Warning: rmdir() expects at most 2 parameters, 3 given in %s on line
%d
bool(false)
*** Testing rmdir() on non-existent directory ***
Warning: rmdir(temp): No such file or directory in %s on line %d
bool(false)
Done
Actual result:
--
*** Testing mkdir(): error conditions ***
Warning: mkdir() expects at least 1 parameter, 0 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 10
bool(false)
Warning: mkdir() expects at most 4 parameters, 5 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 11
bool(false)
Notice: Undefined variable: context in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 12
Warning: mkdir() expects at most 4 parameters, 5 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 12
bool(false)
*** Testing rmdir(): error conditions ***
Warning: rmdir() expects at least 1 parameter, 0 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 15
bool(false)
Warning: rmdir() expects at most 2 parameters, 3 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 16
bool(false)
Notice: Undefined variable: context in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 17
Warning: rmdir() expects at most 2 parameters, 3 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 17
bool(false)
*** Testing rmdir() on non-existent directory ***
Warning: rmdir(temp): Not a directory in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 20
bool(false)
Done
--
Edit this bug report at http://bugs.php.net/?id=46454&edit=1
#46444 [Opn]: invalid session.save_path crashes
ID: 46444
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-11-02
New Comment:
jani,
i ran this;
# ./configure --disable-all --disable-cgi --enable-session
# make clean && make test
it complained that i did not have --with-pcre-regex
however, i ran ext/session/tests/016.phpt and it failed.
i can rerun ./configure with -with-pcre-regex if you want
jim
Previous Comments:
[2008-11-04 02:59:38] hostmaster at uuism dot net
jani,
i reran my original configuration with '--disable debug' and got you
more information from the backtrace
[snip]
Core was generated by `/usr/local/src/php5.2-200811022130/sapi/cli/php
-n -c /usr/local/src/php5.2-200'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200811022130/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200811022130/ext/session/session.c:621
#1 0x08190660 in zif_session_start (ht=0, return_value=0xb7c15b14,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200811022130/ext/session/session.c:1824
#2 0x082b923a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe7d78c)
at /usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:200
#3 0x082a8c2f in execute (op_array=0xb7c15f94) at
/usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:92
#4 0x08288190 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200811022130/Zend/zend.c:1134
#5 0x08240eb3 in php_execute_script (primary_file=0xbfe7fb88) at
/usr/local/src/php5.2-200811022130/main/main.c:2023
#6 0x0831041e in main (argc=108, argv=0xbfe7fca4) at
/usr/local/src/php5.2-200811022130/sapi/cli/php_cli.c:1134
(gdb) frame 3
#3 0x082a8c2f in execute (op_array=0xb7c15f94) at
/usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:92
92 if (EX(opline)->handler(&execute_data
TSRMLS_CC) > 0) {
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x8436fdc "session_start"
(gdb) print (char *)executor_globals.active_op_array->function_name
$2 = 0x0
(gdb) print (char *)executor_globals.active_op_array->filename
$3 = 0xb7c16060
"/usr/local/src/php5.2-200811022130/ext/session/tests/016.php"
(gdb) frame 2
#2 0x082b923a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe7d78c)
at /usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:200
200 ((zend_internal_function *)
EX(function_state).function)->handler(opline->extended_value,
EX_T(opline->result.u.var).var.ptr,
EX(function_state).function->common.return_reference?&EX_T(opline->result.u.var).var.ptr:NULL,
EX(object), return_value_used TSRMLS_CC);
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$4 = 0x8436fdc "session_start"
(gdb) print (char *)executor_globals.active_op_array->function_name
$5 = 0x0
(gdb) print (char *)executor_globals.active_op_array->filename
$6 = 0xb7c16060
"/usr/local/src/php5.2-200811022130/ext/session/tests/016.php"
[2008-11-03 08:42:39] [EMAIL PROTECTED]
Try this configure line (exactly this):
# ./configure --disable-all --disable-cgi --enable-session
# make clean && make test
[2008-11-02 00:55:56] hostmaster at uuism dot net
Modules: mbstring.so; mysql.so; mysqli.so; soap.so; and xmlrpc.so
I reran the test without any modules and the results were the same.
Configuration string:
--build=i386-redhat-linux --host=i386-redhat-linux
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib
--with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d
--disable-debug --with-pic --disable-rpath --with-bz2 --with-curl
--with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr
--enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp
--with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell
--with-pcre-regex=/usr/local --with-zlib --with-layout=GNU --enable-exif
--enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem
--enable-sysvshm --enable-sysvmsg --enable-wddx
--with-pear=/usr/share/pear --with-ke
#46447 [Bgs]: existing installation doesn't allow testing of new version
ID: 46447 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Bogus -Bug Type: Documentation problem +Bug Type: *Compile Issues -Operating System: NA +Operating System: Fedora Core 4 -PHP Version: Irrelevant +PHP Version: 5.2.6 New Comment: okay. this is a problem with compilation, i guess. jim Previous Comments: [2008-11-04 16:34:48] [EMAIL PROTECTED] README.TESTING is not part of a documentation. [2008-11-01 03:11:04] hostmaster at uuism dot net Description: In the README.TESTING file, it indicates: "[Which php.ini is used] --- "make test" uses the same php.ini file as it would once installed. The tests have been written to be independent of that php.ini file, so if you find a test that is affected by a setting, please report this, so we can address the issue." However, I have PHP-5.0.4 installed on the same system that I am testing PHP-5.2.6. The /etc/php.ini file for PHP-5.0.4 contains the statement: extension_dir = "/usr/lib/php/modules" When I execute run-tests.php, it reads /etc/php.ini and loads the modules from the old directory, rather than /usr/lib/20060613. I found that I could create a new php.ini file in sapi/cli/ and it will be used by run-tests.php. However, the README.TESTING file does not indicate that this step is needed. Also, sapi/cli/php determines which modules to load based on the INI files in /etc/php.d. Since different modules are shared, I get errors that modules have been loaded twice. I tried using the syntax in the README.TESTING file: TEST_PHP_EXECUTABLE=sapi/cli/php \ sapi/cli/php [-c /path/to/php.ini] run-tests.php [ext/foo/tests/GLOB] I tried creating a new directory /etc-5.2.6 for my php.ini file and php.d directory. However, this command did not work: TEST_PHP_EXECUTABLE=sapi/cli/php \ sapi/cli/php -c /etc-5.2.6 run-tests.php /path/to/tests/ It ignored the "-c /etc-5.2.6" part entirely. This parameter works for the compiled php executable, not for the test scripts that are run by run-tests.php. I found that I had to configure php with --with-config-file-path=/etc-5.2.6 and --with-config-file-scan-dir=/etc-5.2.6/php.d. I placed the new php.ini in directory /etc-5.2.6 and placed the INI files in this new directory /etc-5.2.6/php.d. Jim Reproduce code: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at http://bugs.php.net/?id=46447&edit=1
#46444 [Fbk->Opn]: invalid session.save_path crashes -
ID: 46444 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net -Status: Feedback +Status: Open Bug Type: Session related Operating System: Fedora Core 4 PHP Version: 5.2CVS-2008-10-31 New Comment: # make test Build complete. Don't forget to run 'make test'. +---+ | ! ERROR ! | | The test-suite requires that you have pcre extension | | enabled. To enable this extension either compile your PHP | | with --with-pcre-regex or if you've compiled pcre as a| | shared module load it via php.ini.| +---+ [EMAIL PROTECTED] php5.2-200811022130]# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php -v ext/session/tests/016.phpt +---+ | ! ERROR ! | | The test-suite requires that you have pcre extension | | enabled. To enable this extension either compile your PHP || with --with-pcre-regex or if you've compiled pcre as a| | shared module load it via php.ini.| +---+ [EMAIL PROTECTED] php5.2-200811022130]# sapi/cli/php ext/session/tests/016.php I live i can rerun configure with --with-pcre-regex added if you want. jim Previous Comments: [2008-11-03 08:42:39] [EMAIL PROTECTED] Try this configure line (exactly this): # ./configure --disable-all --disable-cgi --enable-session # make clean && make test ---- [2008-11-02 00:55:56] hostmaster at uuism dot net Modules: mbstring.so; mysql.so; mysqli.so; soap.so; and xmlrpc.so I reran the test without any modules and the results were the same. Configuration string: --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --disable-debug --with-pic --disable-rpath --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-pcre-regex=/usr/local --with-zlib --with-layout=GNU --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-wddx --with-pear=/usr/share/pear --with-kerberos --enable-ucd-snmp-hack --with-unixODBC=shared,/usr --enable-shmop --enable-calendar --with-mime-magic=/etc/httpd/conf/magic --without-sqlite --with-libxml-dir=/usr/local --enable-force-cgi-redirect --enable-pcntl --with-imap=shared --with-imap-ssl --enable-mbstring=shared --enable-mbregex --with-ncurses=shared --with-gd=shared --enable-bcmath=shared --enable-dba=shared --with-db4=/usr --with-xmlrpc=shared --with-ldap=shared --with-mysql=shared,/usr --with-mysqli=shared,/usr/bin/mysql_config --enable-dom=shared --with-pgsql=shared --with-snmp=shared,/usr --enable-soap=shared --with-xsl=shared,/usr --enable-fastcgi --with-pcre-dir=/usr/local --enable-xmlreader=shared --with-mcrypt --with-mhash --with-config-file-path=/etc/php-5.2.6 --with-config-file-scan-dir=/etc/php-5.2.6/php.d Should it make any difference that I used --disable-debug? I went back and ran configure again with --enable-debug and all the same other parameters. This time the test PASSED. I don't understand. Jim Jim [2008-11-01 23:21:35] [EMAIL PROTECTED] And what was the configure line you used to compile PHP? [2008-11-01 23:20:
#46444 [Opn]: invalid session.save_path crashes -
ID: 46444
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
-PHP Version: 5.2CVS-2008-10-31
+PHP Version: 5.2CVS-2008-11-02
New Comment:
jani,
i reran my original configuration with '--disable debug' and got you
more information from the backtrace
[snip]
Core was generated by `/usr/local/src/php5.2-200811022130/sapi/cli/php
-n -c /usr/local/src/php5.2-200'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200811022130/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200811022130/ext/session/session.c:621
#1 0x08190660 in zif_session_start (ht=0, return_value=0xb7c15b14,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200811022130/ext/session/session.c:1824
#2 0x082b923a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe7d78c)
at /usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:200
#3 0x082a8c2f in execute (op_array=0xb7c15f94) at
/usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:92
#4 0x08288190 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200811022130/Zend/zend.c:1134
#5 0x08240eb3 in php_execute_script (primary_file=0xbfe7fb88) at
/usr/local/src/php5.2-200811022130/main/main.c:2023
#6 0x0831041e in main (argc=108, argv=0xbfe7fca4) at
/usr/local/src/php5.2-200811022130/sapi/cli/php_cli.c:1134
(gdb) frame 3
#3 0x082a8c2f in execute (op_array=0xb7c15f94) at
/usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:92
92 if (EX(opline)->handler(&execute_data
TSRMLS_CC) > 0) {
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$1 = 0x8436fdc "session_start"
(gdb) print (char *)executor_globals.active_op_array->function_name
$2 = 0x0
(gdb) print (char *)executor_globals.active_op_array->filename
$3 = 0xb7c16060
"/usr/local/src/php5.2-200811022130/ext/session/tests/016.php"
(gdb) frame 2
#2 0x082b923a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfe7d78c)
at /usr/local/src/php5.2-200811022130/Zend/zend_vm_execute.h:200
200 ((zend_internal_function *)
EX(function_state).function)->handler(opline->extended_value,
EX_T(opline->result.u.var).var.ptr,
EX(function_state).function->common.return_reference?&EX_T(opline->result.u.var).var.ptr:NULL,
EX(object), return_value_used TSRMLS_CC);
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$4 = 0x8436fdc "session_start"
(gdb) print (char *)executor_globals.active_op_array->function_name
$5 = 0x0
(gdb) print (char *)executor_globals.active_op_array->filename
$6 = 0xb7c16060
"/usr/local/src/php5.2-200811022130/ext/session/tests/016.php"
Previous Comments:
------------
[2008-11-04 00:52:04] hostmaster at uuism dot net
# make test
Build complete.
Don't forget to run 'make test'.
+---+
| ! ERROR ! |
| The test-suite requires that you have pcre extension |
| enabled. To enable this extension either compile your PHP |
| with --with-pcre-regex or if you've compiled pcre as a|
| shared module load it via php.ini.|
+---+
[EMAIL PROTECTED] php5.2-200811022130]# TEST_PHP_EXECUTABLE=sapi/cli/php
sapi/cli/php ./run-tests.php -v ext/session/tests/016.phpt
+---+
|
! ERROR ! |
| The test-suite requires that you have
pcre extension |
| enabled. To enable this extension either compile your PHP
|| with
--with-pcre-regex or if you've compiled pcre as a|
| shared module load it via
php.ini.|
+---+
[EMAIL PROTECTED]
php5.2-200811022130]# sapi/cli/php ext/session/tests/016.php
#46467 [Bgs]: htmlentities() does not use default_charset when mbstring.so is loaded
ID: 46467
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Bogus
Bug Type: mbstring related
Operating System: Fedora Core 4
PHP Version: 5.2.6
New Comment:
jani,
if they fail for everyone, should they have a --XFAIL-- section
frankly, based on pure logic, i would not expect this statement to use
the default_charset
htmlentities("\x82\x86\x99\x9f", ENT_QUOTES, '');
since '' has no meaning as a value for charset, htmlentites should use
the same default as when default_charset='' which is ISO-8859-1
on the other hand, this statement should use the default_charset
htmlentities("\x82\x86\x99\x9f", ENT_QUOTES);
since the third parameter is optional.
jim
Previous Comments:
[2008-11-03 08:34:11] [EMAIL PROTECTED]
Yes, they fail for everyone and especially with braindead libc's.
----------------
[2008-11-02 22:46:37] hostmaster at uuism dot net
Description:
When I run test scripts ext/standard/tests/strings/htmlentitiesXX.phpt
where XX is 10, 11, and 13, the tests fail when mbstring.so is loaded
and pass when mbstring.so is not loaded.
If I change the test script INI value for mbstring.internal_encoding to
the default_charset, the test will pass. Also, they will pass of the
$charset is included in the command htmlentities.
I am using the php.ini-recommended with extension_dir =
"/usr/local/src/php-5.2.6/modules" I placed the php.ini in directory
/usr/local/src/php-5.2.6/sapi/cli so sapi/cli/php would use it.
All the php.ini values for mbstring are commented out:
# grep mbstring /usr/local/src/php-5.2.6/sapi/cli/php.ini
;extension=php_mbstring.dll
[mbstring]
;mbstring.language = Japanese
;mbstring.internal_encoding = EUC-JP
;mbstring.http_input = auto
;mbstring.http_output = SJIS
; mbstring.internal_encoding setting. Input chars are
;mbstring.encoding_translation = Off
;mbstring.detect_order = auto
;mbstring.substitute_character = none;
; overload(replace) single byte functions by mbstring functions.
;mbstring.func_overload = 0
;mbstring.strict_encoding = Off
; With mbstring support this will automatically be converted into the
encoding
; given by corresponding encode setting. When empty
mbstring.internal_encoding
Here is the run without mbstring.so loaded:
]# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php
ext/standard/tests/strings/htmlentities*phpt
=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.6
ZEND_VERSION: 2.2.0
PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov
8 14:19:44 EST 2007 i686
INI actual : /usr/local/src/php-5.2.6/sapi/cli/php.ini
More .INIs : /etc/php.d/mysql.ini,/etc/php.d/mysqli.ini
CWD : /usr/local/src/php-5.2.6
Extra dirs :
=
Running selected tests.
[snip]
PASS htmlentities() test 10 (default_charset / cp1252)
[ext/standard/tests/strings/htmlentities10.phpt]
PASS htmlentities() test 11 (default_charset / ISO-8859-15)
[ext/standard/tests/strings/htmlentities11.phpt]
PASS htmlentities() test 12 (default_charset / ISO-8859-1)
[ext/standard/tests/strings/htmlentities12.phpt]
PASS htmlentities() test 13 (default_charset / EUC-JP)
[ext/standard/tests/strings/htmlentities13.phpt]
[snip]
=
Number of tests : 2014
Tests skipped :6 ( 30.0%)
Tests warned:0 ( 0.0%) ( 0.0%)
Tests failed:0 ( 0.0%) ( 0.0%)
Tests passed: 14 ( 70.0%) (100.0%)
-
Time taken :1 seconds
=
Here is the run WITH mbstring.so loaded:
# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php
ext/standard/tests/strings/htmlentities*phpt
=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.6
ZEND_VERSION: 2.2.0
PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov
8 14:19:44 EST 2007 i686
INI actual : /usr/local/src/php-5.2.6/sapi/cli/php.ini
More .INIs :
/etc/php.d/mbstring.ini,/etc/php.d/mysql.ini,/etc/php.d/mysqli.ini
CWD : /usr/local/src/php-5.2.6
Extra dirs :
=
Running selected tests.
[snip]
FAIL htmlentities() test 10 (default_charset / cp1252)
[ext/standard/tests/strings/htmlentities10.phpt]
FAIL htmlentities() test 11 (default_charset / ISO-8859-15)
[ext/standard/tests/strings/htmlentities11.phpt]
PASS htmlentities() t
#46468 [Fbk->Opn]: System Crash when running test script ext/openssl/tests/004.php
ID: 46468 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net -Status: Feedback +Status: Open Bug Type: OpenSSL related Operating System: Fedora Core 4 PHP Version: 5.2CVS-2008-11-03 (snap) Assigned To: pajoye New Comment: here is the backtrack; Core was generated by `sapi/cli/php-debug -d output_handler= -d open_basedir= -d safe_mode=0 -d disabl'. Program terminated with signal 11, Segmentation fault. #0 0x004c48a5 in memcpy () from /lib/libc.so.6 (gdb) bt #0 0x004c48a5 in memcpy () from /lib/libc.so.6 #1 0x083ebdcd in ASN1_STRING_set () #2 0x0057dff4 in ?? () from /lib/libc.so.6 #3 0x0057f880 in ?? () from /lib/libc.so.6 #4 0x in ?? () (gdb) frame 0 #0 0x004c48a5 in memcpy () from /lib/libc.so.6 (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x845d2db "openssl_csr_new" (gdb) print (char *)executor_globals.active_op_array->function_name $2 = 0x0 (gdb) print (char *)executor_globals.active_op_array->filename $3 = 0xb7cbb0ac "/usr/local/src/php5.2-200811022130/ext/openssl/tests/004.php" Previous Comments: [2008-11-03 08:14:36] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. ------------ [2008-11-03 03:04:26] hostmaster at uuism dot net That last sentence should be: When I run test script ext/openssl/tests/004.phpt NOW, it passes. Jim ------------ [2008-11-03 03:03:31] hostmaster at uuism dot net I installed OpenSSL 0.9.8i 15 Sep 2008 and compiled PHP again, keeping everything else the same, except that I ran configure with --disable-debug. When I run test script ext/openssl/tests/004.phpt not, it passes. Jim ------------ [2008-11-03 01:21:21] hostmaster at uuism dot net My php.ini file is exactly the same as php.ini-recommended ------------ [2008-11-03 01:19:39] hostmaster at uuism dot net Description: When I run test script ext/openssl/tests/004.php, I get a Core Dump when it executes this part of the code: //this leaks $a = array(1,2); $b = array(1,2); var_dump(openssl_csr_new($a, $b)); Here is a back-trace from gdb: #0 0x004c48a5 in memcpy () from /lib/libc.so.6 #1 0x083ebdcd in ASN1_STRING_set () #2 0x0057dff4 in ?? () from /lib/libc.so.6 #3 0x0057f880 in ?? () from /lib/libc.so.6 #4 0x in ?? () I ran configure with this string: ./configure --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --enable-debug --with-pic --disable-rpath --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-pcre-regex=/usr/local --with-zlib --with-layout=GNU --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-wddx --with-pear=/usr/share/pear --with-kerberos --enable-ucd-snmp-hack --with-unixODBC=shared,/usr --enable-shmop --enable-calendar --with-mime-magic=/etc/httpd/conf/magic --without-sqlite --with-libxml-dir=/usr/local --enable-force-cgi-redirect --enable-pcntl --with-imap=shared --with-imap-ssl --enable-mbstring=shared --enable-mbregex --with-ncurses=shared --with-gd=shared --enable-bcmath=shared --enable-dba=shared --with-db4=/usr --with-xmlrpc=shared --with-ldap=shared --with-mysql=shared,/usr --with-mysqli=shared,/usr/bin/mysql_config --enable-dom=shared --with-pgsql=shared --with-snmp=shared,/usr --enable-soap=shared --with-xsl=shared,/usr --enable-fastcgi --with-pcre-dir=/usr/local --ena
#46468 [Opn]: System Crash when running test script ext/openssl/tests/004.php
ID: 46468 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Open Bug Type: OpenSSL related Operating System: Fedora Core 4 PHP Version: 5.2CVS-2008-11-03 (snap) New Comment: That last sentence should be: When I run test script ext/openssl/tests/004.phpt NOW, it passes. Jim Previous Comments: [2008-11-03 03:03:31] hostmaster at uuism dot net I installed OpenSSL 0.9.8i 15 Sep 2008 and compiled PHP again, keeping everything else the same, except that I ran configure with --disable-debug. When I run test script ext/openssl/tests/004.phpt not, it passes. Jim [2008-11-03 01:21:21] hostmaster at uuism dot net My php.ini file is exactly the same as php.ini-recommended [2008-11-03 01:19:39] hostmaster at uuism dot net Description: When I run test script ext/openssl/tests/004.php, I get a Core Dump when it executes this part of the code: //this leaks $a = array(1,2); $b = array(1,2); var_dump(openssl_csr_new($a, $b)); Here is a back-trace from gdb: #0 0x004c48a5 in memcpy () from /lib/libc.so.6 #1 0x083ebdcd in ASN1_STRING_set () #2 0x0057dff4 in ?? () from /lib/libc.so.6 #3 0x0057f880 in ?? () from /lib/libc.so.6 #4 0x in ?? () I ran configure with this string: ./configure --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --enable-debug --with-pic --disable-rpath --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-pcre-regex=/usr/local --with-zlib --with-layout=GNU --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-wddx --with-pear=/usr/share/pear --with-kerberos --enable-ucd-snmp-hack --with-unixODBC=shared,/usr --enable-shmop --enable-calendar --with-mime-magic=/etc/httpd/conf/magic --without-sqlite --with-libxml-dir=/usr/local --enable-force-cgi-redirect --enable-pcntl --with-imap=shared --with-imap-ssl --enable-mbstring=shared --enable-mbregex --with-ncurses=shared --with-gd=shared --enable-bcmath=shared --enable-dba=shared --with-db4=/usr --with-xmlrpc=shared --with-ldap=shared --with-mysql=shared,/usr --with-mysqli=shared,/usr/bin/mysql_config --enable-dom=shared --with-pgsql=shared --with-snmp=shared,/usr --enable-soap=shared --with-xsl=shared,/usr --enable-fastcgi --with-pcre-dir=/usr/local --enable-xmlreader=shared --with-mcrypt --with-mhash --with-config-file-path=/etc/php-testing --with-config-file-scan-dir=/etc/php-testing/php.d Here is how I ran the test: # TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php ext/openssl/tests/004.phpt = PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.7RC3-dev ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8 14:19:44 EST 2007 i686 INI actual : /etc/php-testing/php.ini More .INIs : /etc/php-testing/php.d/mbstring.ini,/etc/php-testing/php.d/mysql.ini,/etc/php-testing/php.d/mysqli.ini,/etc/php-testing/php.d/soap.ini,/etc/php-testing/php.d/xmlrpc.ini CWD : /usr/local/src/php5.2-200811022130 Extra dirs : VALGRIND: Not used = Running selected tests. FAIL openssl_csr_new() tests [ext/openssl/tests/004.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:1 (100.0%) (100.0%) Expected fail :0 ( 0.0%) ( 0.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :1 seconds = = FAILED TEST SUMMARY - openssl_csr_new() tests
#46468 [Opn]: System Crash when running test script ext/openssl/tests/004.php
ID: 46468 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Open Bug Type: OpenSSL related Operating System: Fedora Core 4 PHP Version: 5.2CVS-2008-11-03 (snap) New Comment: I installed OpenSSL 0.9.8i 15 Sep 2008 and compiled PHP again, keeping everything else the same, except that I ran configure with --disable-debug. When I run test script ext/openssl/tests/004.phpt not, it passes. Jim Previous Comments: [2008-11-03 01:21:21] hostmaster at uuism dot net My php.ini file is exactly the same as php.ini-recommended [2008-11-03 01:19:39] hostmaster at uuism dot net Description: When I run test script ext/openssl/tests/004.php, I get a Core Dump when it executes this part of the code: //this leaks $a = array(1,2); $b = array(1,2); var_dump(openssl_csr_new($a, $b)); Here is a back-trace from gdb: #0 0x004c48a5 in memcpy () from /lib/libc.so.6 #1 0x083ebdcd in ASN1_STRING_set () #2 0x0057dff4 in ?? () from /lib/libc.so.6 #3 0x0057f880 in ?? () from /lib/libc.so.6 #4 0x in ?? () I ran configure with this string: ./configure --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --enable-debug --with-pic --disable-rpath --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-pcre-regex=/usr/local --with-zlib --with-layout=GNU --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-wddx --with-pear=/usr/share/pear --with-kerberos --enable-ucd-snmp-hack --with-unixODBC=shared,/usr --enable-shmop --enable-calendar --with-mime-magic=/etc/httpd/conf/magic --without-sqlite --with-libxml-dir=/usr/local --enable-force-cgi-redirect --enable-pcntl --with-imap=shared --with-imap-ssl --enable-mbstring=shared --enable-mbregex --with-ncurses=shared --with-gd=shared --enable-bcmath=shared --enable-dba=shared --with-db4=/usr --with-xmlrpc=shared --with-ldap=shared --with-mysql=shared,/usr --with-mysqli=shared,/usr/bin/mysql_config --enable-dom=shared --with-pgsql=shared --with-snmp=shared,/usr --enable-soap=shared --with-xsl=shared,/usr --enable-fastcgi --with-pcre-dir=/usr/local --enable-xmlreader=shared --with-mcrypt --with-mhash --with-config-file-path=/etc/php-testing --with-config-file-scan-dir=/etc/php-testing/php.d Here is how I ran the test: # TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php ext/openssl/tests/004.phpt = PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.7RC3-dev ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8 14:19:44 EST 2007 i686 INI actual : /etc/php-testing/php.ini More .INIs : /etc/php-testing/php.d/mbstring.ini,/etc/php-testing/php.d/mysql.ini,/etc/php-testing/php.d/mysqli.ini,/etc/php-testing/php.d/soap.ini,/etc/php-testing/php.d/xmlrpc.ini CWD : /usr/local/src/php5.2-200811022130 Extra dirs : VALGRIND: Not used = Running selected tests. FAIL openssl_csr_new() tests [ext/openssl/tests/004.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:1 (100.0%) (100.0%) Expected fail :0 ( 0.0%) ( 0.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :1 seconds = = FAILED TEST SUMMARY - openssl_csr_new() tests [ext/openssl/tests/004.phpt] = My openssl version is OpenSSL 0.9.8h 28 May 2008 The binary is installed at /usr/local/bin/openssl, the include directory is /usr
#46468 [Opn]: System Crash when running test script ext/openssl/tests/004.php
ID: 46468 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Open Bug Type: OpenSSL related Operating System: Fedora Core 4 PHP Version: 5.2CVS-2008-11-03 (snap) New Comment: My php.ini file is exactly the same as php.ini-recommended Previous Comments: [2008-11-03 01:19:39] hostmaster at uuism dot net Description: When I run test script ext/openssl/tests/004.php, I get a Core Dump when it executes this part of the code: //this leaks $a = array(1,2); $b = array(1,2); var_dump(openssl_csr_new($a, $b)); Here is a back-trace from gdb: #0 0x004c48a5 in memcpy () from /lib/libc.so.6 #1 0x083ebdcd in ASN1_STRING_set () #2 0x0057dff4 in ?? () from /lib/libc.so.6 #3 0x0057f880 in ?? () from /lib/libc.so.6 #4 0x in ?? () I ran configure with this string: ./configure --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --enable-debug --with-pic --disable-rpath --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell --with-pcre-regex=/usr/local --with-zlib --with-layout=GNU --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-wddx --with-pear=/usr/share/pear --with-kerberos --enable-ucd-snmp-hack --with-unixODBC=shared,/usr --enable-shmop --enable-calendar --with-mime-magic=/etc/httpd/conf/magic --without-sqlite --with-libxml-dir=/usr/local --enable-force-cgi-redirect --enable-pcntl --with-imap=shared --with-imap-ssl --enable-mbstring=shared --enable-mbregex --with-ncurses=shared --with-gd=shared --enable-bcmath=shared --enable-dba=shared --with-db4=/usr --with-xmlrpc=shared --with-ldap=shared --with-mysql=shared,/usr --with-mysqli=shared,/usr/bin/mysql_config --enable-dom=shared --with-pgsql=shared --with-snmp=shared,/usr --enable-soap=shared --with-xsl=shared,/usr --enable-fastcgi --with-pcre-dir=/usr/local --enable-xmlreader=shared --with-mcrypt --with-mhash --with-config-file-path=/etc/php-testing --with-config-file-scan-dir=/etc/php-testing/php.d Here is how I ran the test: # TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php ext/openssl/tests/004.phpt = PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.7RC3-dev ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8 14:19:44 EST 2007 i686 INI actual : /etc/php-testing/php.ini More .INIs : /etc/php-testing/php.d/mbstring.ini,/etc/php-testing/php.d/mysql.ini,/etc/php-testing/php.d/mysqli.ini,/etc/php-testing/php.d/soap.ini,/etc/php-testing/php.d/xmlrpc.ini CWD : /usr/local/src/php5.2-200811022130 Extra dirs : VALGRIND: Not used = Running selected tests. FAIL openssl_csr_new() tests [ext/openssl/tests/004.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:1 (100.0%) (100.0%) Expected fail :0 ( 0.0%) ( 0.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :1 seconds = = FAILED TEST SUMMARY - openssl_csr_new() tests [ext/openssl/tests/004.phpt] = My openssl version is OpenSSL 0.9.8h 28 May 2008 The binary is installed at /usr/local/bin/openssl, the include directory is /usr/local/include/openssl and the configuration directory is /usr/local/openssl. Jim Reproduce code: --- Expected result: Warning: openssl_csr_new() expects parameter 1 to be array, integer given in %s on line %d NULL Warning: openssl_csr_new() expects parameter 1 to be array, integer given in %s on line %d
#46468 [NEW]: System Crash when running test script ext/openssl/tests/004.php
From: hostmaster at uuism dot net Operating system: Fedora Core 4 PHP version: 5.2CVS-2008-11-03 (snap) PHP Bug Type: OpenSSL related Bug description: System Crash when running test script ext/openssl/tests/004.php Description: When I run test script ext/openssl/tests/004.php, I get a Core Dump when it executes this part of the code: //this leaks $a = array(1,2); $b = array(1,2); var_dump(openssl_csr_new($a, $b)); Here is a back-trace from gdb: #0 0x004c48a5 in memcpy () from /lib/libc.so.6 #1 0x083ebdcd in ASN1_STRING_set () #2 0x0057dff4 in ?? () from /lib/libc.so.6 #3 0x0057f880 in ?? () from /lib/libc.so.6 #4 0x in ?? () I ran configure with this string: ./configure --build=i386-redhat-linux --host=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --enable-debug --with-pic --disable-rpath --with-bz2 --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl--with-pspell --with-pcre-regex=/usr/local --with-zlib --with-layout=GNU --enable-exif --enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem --enable-sysvshm --enable-sysvmsg --enable-wddx --with-pear=/usr/share/pear --with-kerberos --enable-ucd-snmp-hack --with-unixODBC=shared,/usr --enable-shmop --enable-calendar --with-mime-magic=/etc/httpd/conf/magic --without-sqlite --with-libxml-dir=/usr/local --enable-force-cgi-redirect --enable-pcntl --with-imap=shared --with-imap-ssl --enable-mbstring=shared --enable-mbregex --with-ncurses=shared --with-gd=shared --enable-bcmath=shared --enable-dba=shared --with-db4=/usr --with-xmlrpc=shared --with-ldap=shared --with-mysql=shared,/usr --with-mysqli=shared,/usr/bin/mysql_config --enable-dom=shared --with-pgsql=shared --with-snmp=shared,/usr --enable-soap=shared --with-xsl=shared,/usr --enable-fastcgi --with-pcre-dir=/usr/local --enable-xmlreader=shared --with-mcrypt --with-mhash --with-config-file-path=/etc/php-testing --with-config-file-scan-dir=/etc/php-testing/php.d Here is how I ran the test: # TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php ./run-tests.php ext/openssl/tests/004.phpt = PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.7RC3-dev ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8 14:19:44 EST 2007 i686 INI actual : /etc/php-testing/php.ini More .INIs : /etc/php-testing/php.d/mbstring.ini,/etc/php-testing/php.d/mysql.ini,/etc/php-testing/php.d/mysqli.ini,/etc/php-testing/php.d/soap.ini,/etc/php-testing/php.d/xmlrpc.ini CWD : /usr/local/src/php5.2-200811022130 Extra dirs : VALGRIND: Not used = Running selected tests. FAIL openssl_csr_new() tests [ext/openssl/tests/004.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:1 (100.0%) (100.0%) Expected fail :0 ( 0.0%) ( 0.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :1 seconds = = FAILED TEST SUMMARY - openssl_csr_new() tests [ext/openssl/tests/004.phpt] = My openssl version is OpenSSL 0.9.8h 28 May 2008 The binary is installed at /usr/local/bin/openssl, the include directory is /usr/local/include/openssl and the configuration directory is /usr/local/openssl. Jim Reproduce code: --- Expected result: Warning: openssl_csr_new() expects parameter 1 to be array, integer given in %s on line %d NULL Warning: openssl_csr_new() expects parameter 1 to be array, integer given in %s on line %d NULL Warning: openssl_csr_new(): key array must be of the form array(0 => key, 1 => phrase) in %s on line %d Warning: openssl_csr_new(): add1_attr_by_txt challengePassword_min -> 4 (failed) in %s on line %d bool(false) resour
#46444 [Fbk->Opn]: invalid session.save_path should not cause a segfault - still does
ID: 46444
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-10-31
New Comment:
Modules: mbstring.so; mysql.so; mysqli.so; soap.so; and xmlrpc.so
I reran the test without any modules and the results were the same.
Configuration string:
--build=i386-redhat-linux --host=i386-redhat-linux
--target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin
--sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include
--libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var
--sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info --cache-file=../config.cache --with-libdir=lib
--with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d
--disable-debug --with-pic --disable-rpath --with-bz2 --with-curl
--with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr
--enable-gd-native-ttf --without-gdbm --with-gettext --with-gmp
--with-iconv --with-jpeg-dir=/usr --with-openssl --with-pspell
--with-pcre-regex=/usr/local --with-zlib --with-layout=GNU --enable-exif
--enable-ftp --enable-magic-quotes --enable-sockets --enable-sysvsem
--enable-sysvshm --enable-sysvmsg --enable-wddx
--with-pear=/usr/share/pear --with-kerberos --enable-ucd-snmp-hack
--with-unixODBC=shared,/usr --enable-shmop --enable-calendar
--with-mime-magic=/etc/httpd/conf/magic --without-sqlite
--with-libxml-dir=/usr/local --enable-force-cgi-redirect --enable-pcntl
--with-imap=shared --with-imap-ssl --enable-mbstring=shared
--enable-mbregex --with-ncurses=shared --with-gd=shared
--enable-bcmath=shared --enable-dba=shared --with-db4=/usr
--with-xmlrpc=shared --with-ldap=shared --with-mysql=shared,/usr
--with-mysqli=shared,/usr/bin/mysql_config --enable-dom=shared
--with-pgsql=shared --with-snmp=shared,/usr --enable-soap=shared
--with-xsl=shared,/usr --enable-fastcgi --with-pcre-dir=/usr/local
--enable-xmlreader=shared --with-mcrypt --with-mhash
--with-config-file-path=/etc/php-5.2.6
--with-config-file-scan-dir=/etc/php-5.2.6/php.d
Should it make any difference that I used --disable-debug?
I went back and ran configure again with --enable-debug and all the
same other parameters. This time the test PASSED.
I don't understand.
Jim
Jim
Previous Comments:
[2008-11-01 23:21:35] [EMAIL PROTECTED]
And what was the configure line you used to compile PHP?
[2008-11-01 23:20:54] [EMAIL PROTECTED]
Are you loading any shared extensions?
[2008-11-01 22:49:16] hostmaster at uuism dot net
I ran the test again with the php.ini-recommended and only the
extension_dir changed. Same results.
Jim
[2008-11-01 22:37:17] hostmaster at uuism dot net
I ran the test again with php.ini-dist (only changed extension_dir)
and got the same results:
[snip]
Core was generated by `sapi/cli/php -d output_handler= -d open_basedir=
-d safe_mode=0 -d disable_func'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
#1 0x08190520 in zif_session_start (ht=0, return_value=0xb7ca107c,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200810312330/ext/session/session.c:1824
#2 0x082b8f5a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbf9b735c)
at /usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:200
#3 0x082a894f in execute (op_array=0xb7ca1544) at
/usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:92
#4 0x08287eb0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200810312330/Zend/zend.c:1134
#5 0x08240d23 in php_execute_script (primary_file=0xbf9b9758) at
/usr/local/src/php5.2-200810312330/main/main.c:2011
#6 0x0831013b in main (argc=59, argv=0xbf9b9874) at
/usr/local/src/php5.2-200810312330/sapi/cli/php_cli.c:1134
(gdb) quit
[EMAIL PROTECTED] php5.2-200810312330]# diff php.ini-dist
/etc/php-5.2.6/php.ini | more
486c486
< extension_dir = "./"
---
> extension_dir = "/usr/local/src/php5.2-200810312330/modules"
Jim
[2008-11-01 21:07:55] [EMAIL PROTECTED]
How does your php.ini differ from the php.ini-dist (or php.ini-
recommended, whichever you used) ?
Th
#46444 [Opn]: invalid session.save_path should not cause a segfault - still does
ID: 46444
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-10-31
New Comment:
I ran the test again with the php.ini-recommended and only the
extension_dir changed. Same results.
Jim
Previous Comments:
[2008-11-01 22:37:17] hostmaster at uuism dot net
I ran the test again with php.ini-dist (only changed extension_dir)
and got the same results:
[snip]
Core was generated by `sapi/cli/php -d output_handler= -d open_basedir=
-d safe_mode=0 -d disable_func'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
#1 0x08190520 in zif_session_start (ht=0, return_value=0xb7ca107c,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200810312330/ext/session/session.c:1824
#2 0x082b8f5a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbf9b735c)
at /usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:200
#3 0x082a894f in execute (op_array=0xb7ca1544) at
/usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:92
#4 0x08287eb0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200810312330/Zend/zend.c:1134
#5 0x08240d23 in php_execute_script (primary_file=0xbf9b9758) at
/usr/local/src/php5.2-200810312330/main/main.c:2011
#6 0x0831013b in main (argc=59, argv=0xbf9b9874) at
/usr/local/src/php5.2-200810312330/sapi/cli/php_cli.c:1134
(gdb) quit
[EMAIL PROTECTED] php5.2-200810312330]# diff php.ini-dist
/etc/php-5.2.6/php.ini | more
486c486
< extension_dir = "./"
---
> extension_dir = "/usr/local/src/php5.2-200810312330/modules"
Jim
[2008-11-01 21:07:55] [EMAIL PROTECTED]
How does your php.ini differ from the php.ini-dist (or php.ini-
recommended, whichever you used) ?
----
[2008-11-01 21:04:16] hostmaster at uuism dot net
I've never done this. Is this what you need?
First, I ran the test and got a core dump.
#gdb sapi/cli/php core.29958
GNU gdb 6.7.1
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from x...done.
Loaded symbols for x
[repeated many times]
Core was generated by `sapi/cli/php -d output_handler= -d open_basedir=
-d safe_mode=0 -d disable_func'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
#1 0x08190520 in zif_session_start (ht=0, return_value=0xb7c361ec,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200810312330/ext/session/session.c:1824
#2 0x082b8f5a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbffb612c)
at /usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:200
#3 0x082a894f in execute (op_array=0xb7c366b4) at
/usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:92
#4 0x08287eb0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200810312330/Zend/zend.c:1134
#5 0x08240d23 in php_execute_script (primary_file=0xbffb8528) at
/usr/local/src/php5.2-200810312330/main/main.c:2011
#6 0x0831013b in main (argc=59, argv=0xbffb8644) at
/usr/local/src/php5.2-200810312330/sapi/cli/php_cli.c:1134
[2008-11-01 12:51:16] [EMAIL PROTECTED]
Since it does not crash for me, can you provide a GDB backtrace of
the crash?
----------------
[2008-10-31 23:12:49] hostmaster at uuism dot net
Description:
when I run test ext/session/tests/016.phpt, I still get a core dump
with PHP 5.2.6 and FC4 and Linux Kernel 2.6.20.1. The script run-tests
puts FAIL in front of the description.
This same prob
#46444 [Fbk->Opn]: invalid session.save_path should not cause a segfault - still does
ID: 46444
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-10-31
New Comment:
I ran the test again with php.ini-dist (only changed extension_dir)
and got the same results:
[snip]
Core was generated by `sapi/cli/php -d output_handler= -d open_basedir=
-d safe_mode=0 -d disable_func'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
#1 0x08190520 in zif_session_start (ht=0, return_value=0xb7ca107c,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200810312330/ext/session/session.c:1824
#2 0x082b8f5a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbf9b735c)
at /usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:200
#3 0x082a894f in execute (op_array=0xb7ca1544) at
/usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:92
#4 0x08287eb0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200810312330/Zend/zend.c:1134
#5 0x08240d23 in php_execute_script (primary_file=0xbf9b9758) at
/usr/local/src/php5.2-200810312330/main/main.c:2011
#6 0x0831013b in main (argc=59, argv=0xbf9b9874) at
/usr/local/src/php5.2-200810312330/sapi/cli/php_cli.c:1134
(gdb) quit
[EMAIL PROTECTED] php5.2-200810312330]# diff php.ini-dist
/etc/php-5.2.6/php.ini | more
486c486
< extension_dir = "./"
---
> extension_dir = "/usr/local/src/php5.2-200810312330/modules"
Jim
Previous Comments:
[2008-11-01 21:07:55] [EMAIL PROTECTED]
How does your php.ini differ from the php.ini-dist (or php.ini-
recommended, whichever you used) ?
----
[2008-11-01 21:04:16] hostmaster at uuism dot net
I've never done this. Is this what you need?
First, I ran the test and got a core dump.
#gdb sapi/cli/php core.29958
GNU gdb 6.7.1
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from x...done.
Loaded symbols for x
[repeated many times]
Core was generated by `sapi/cli/php -d output_handler= -d open_basedir=
-d safe_mode=0 -d disable_func'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
#1 0x08190520 in zif_session_start (ht=0, return_value=0xb7c361ec,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200810312330/ext/session/session.c:1824
#2 0x082b8f5a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbffb612c)
at /usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:200
#3 0x082a894f in execute (op_array=0xb7c366b4) at
/usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:92
#4 0x08287eb0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200810312330/Zend/zend.c:1134
#5 0x08240d23 in php_execute_script (primary_file=0xbffb8528) at
/usr/local/src/php5.2-200810312330/main/main.c:2011
#6 0x0831013b in main (argc=59, argv=0xbffb8644) at
/usr/local/src/php5.2-200810312330/sapi/cli/php_cli.c:1134
[2008-11-01 12:51:16] [EMAIL PROTECTED]
Since it does not crash for me, can you provide a GDB backtrace of
the crash?
----------------
[2008-10-31 23:12:49] hostmaster at uuism dot net
Description:
when I run test ext/session/tests/016.phpt, I still get a core dump
with PHP 5.2.6 and FC4 and Linux Kernel 2.6.20.1. The script run-tests
puts FAIL in front of the description.
This same problem was reported in Bug #43361 invalid session.save_path
test cause php crash
Here are the results:
# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php
ext/session/tests/016.phpt
=
#46454 [Fbk->Opn]: rmdir() on non-existent directory has different Warning wording than test
ID: 46454
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
-Status: Feedback
+Status: Open
Bug Type: Directory function related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-11-01 (snap)
New Comment:
Jani,
Yes, the test is failing. I get slightly different wording for the
Warning than is expected by the test. It's only a bug in the test
script, not a bug in PHP.
Is the non-existent directory Warning produced by the operating system
and just passed along by PHP? That would explain why the test results
fail for different operating systems.
Thanks for being patient with my inexperienced bug reports.
Jim
Previous Comments:
[2008-11-01 20:43:13] [EMAIL PROTECTED]
What's the bug here? A test not passing for you or what? FYI, it does
not fail for me on Fedora 8..
[2008-11-01 16:17:35] hostmaster at uuism dot net
Description:
rmdir() on non-existent directory produces the response "Warning:
rmdir(temp): Not a directory" that is different than test script
mkdir_rmdir_error.phpt expects: "Warning: rmdir(temp): No such file or
directory"
This is the last statement in the test script.
Jim
Reproduce code:
---
expected
var_dump( mkdir("testdir", 0777, false, $context, "test") ); // args >
expected
echo "\n*** Testing rmdir(): error conditions ***\n";
var_dump( rmdir() ); // args < expected
var_dump( rmdir(1, 2, 3) ); // args > expected
var_dump( rmdir("testdir", $context, "test") ); // args > expected
echo "\n*** Testing rmdir() on non-existent directory ***\n";
var_dump( rmdir("temp") );
echo "Done\n";
?>
Expected result:
*** Testing mkdir(): error conditions ***
Warning: mkdir() expects at least 1 parameter, 0 given in %s on line
%d
bool(false)
Warning: mkdir() expects at most 4 parameters, 5 given in %s on line
%d
bool(false)
Notice: Undefined variable: context in %s on line %d
Warning: mkdir() expects at most 4 parameters, 5 given in %s on line
%d
bool(false)
*** Testing rmdir(): error conditions ***
Warning: rmdir() expects at least 1 parameter, 0 given in %s on line
%d
bool(false)
Warning: rmdir() expects at most 2 parameters, 3 given in %s on line
%d
bool(false)
Notice: Undefined variable: context in %s on line %d
Warning: rmdir() expects at most 2 parameters, 3 given in %s on line
%d
bool(false)
*** Testing rmdir() on non-existent directory ***
Warning: rmdir(temp): No such file or directory in %s on line %d
bool(false)
Done
Actual result:
--
*** Testing mkdir(): error conditions ***
Warning: mkdir() expects at least 1 parameter, 0 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 10
bool(false)
Warning: mkdir() expects at most 4 parameters, 5 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 11
bool(false)
Notice: Undefined variable: context in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 12
Warning: mkdir() expects at most 4 parameters, 5 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 12
bool(false)
*** Testing rmdir(): error conditions ***
Warning: rmdir() expects at least 1 parameter, 0 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 15
bool(false)
Warning: rmdir() expects at most 2 parameters, 3 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 16
bool(false)
Notice: Undefined variable: context in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 17
Warning: rmdir() expects at most 2 parameters, 3 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 17
bool(false)
*** Testing rmdir() on non-existent directory ***
Warning: rmdir(temp): Not a directory in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 20
bool(false)
Done
--
Edit this bug report at http://bugs.php.net/?id=46454&edit=1
#46453 [Fbk->Opn]: Different Results than expected by session_decode_variation3.phpt
ID: 46453
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-11-01 (snap)
New Comment:
No, this is the standard test script that came with the PHP source
package: ext/session/tests/session_decode_variation3.phpt
I pasted the standard code from session_decode_variation3.phpt FILE
section.
I pasted the expected results from the session_decode_variation3.phpt
EXPECTF Section.
I pasted the actual results that I received, according to the log file
that is produced by the test script.
How can I help you understand the problem better?
Thanks for looking into this problem.
Jim
Previous Comments:
[2008-11-01 20:44:38] [EMAIL PROTECTED]
Another vague report from same user. Whatta hell are you reporting
here? You modified a test and expect it not to fail or what?!
[2008-11-01 16:06:21] hostmaster at uuism dot net
I get that same kind of problem with
ext/session/tests/session_encode_variation8.phpt.
Jim
[2008-11-01 15:59:48] hostmaster at uuism dot net
Description:
When I run session_decode_variation3.phpt, the session_start() command
produces a different results than expected after initializing
session.serialize_handler=blah. Instead of responding with "Warning:
session_start(): Cannot find save handler files" and still opening a
session (?), PHP responds with "Warning: session_start(): Cannot find
save handler files" and does not open a session.
I can't find any documentation as to the correct Warning with the
session.serialize_handler is not set to php or php-binary.
Thanks.
Jim
Reproduce code:
---
--INI--
session.serialize_handler=blah
--FILE--
Expected result:
*** Testing session_decode() : variation ***
Warning: session_start(): Unknown session.serialize_handler. Failed to
decode session object. in %s on line %d
bool(true)
array(0) {
}
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_decode(): Unknown session.serialize_handler. Failed to
decode session object. in %s on line %d
bool(true)
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
bool(true)
Done
Actual result:
--
*** Testing session_decode() : variation ***
Warning: session_start(): Cannot find save handler files in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 13
bool(true)
Notice: Undefined variable: _SESSION in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 14
NULL
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_decode(): Unknown session.serialize_handler. Failed to
decode session object. in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 20
bool(true)
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_destroy(): Trying to destroy uninitialized session in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 22
bool(false)
Done
--
Edit this bug report at http://bugs.php.net/?id=46453&edit=1
#46444 [Fbk->Opn]: invalid session.save_path should not cause a segfault - still does
ID: 46444
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-10-31
New Comment:
I've never done this. Is this what you need?
First, I ran the test and got a core dump.
#gdb sapi/cli/php core.29958
GNU gdb 6.7.1
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from x...done.
Loaded symbols for x
[repeated many times]
Core was generated by `sapi/cli/php -d output_handler= -d open_basedir=
-d safe_mode=0 -d disable_func'.
Program terminated with signal 11, Segmentation fault.
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
621 if (PG(register_long_arrays)) {
(gdb) bt
#0 php_session_start () at
/usr/local/src/php5.2-200810312330/ext/session/session.c:621
#1 0x08190520 in zif_session_start (ht=0, return_value=0xb7c361ec,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0)
at /usr/local/src/php5.2-200810312330/ext/session/session.c:1824
#2 0x082b8f5a in zend_do_fcall_common_helper_SPEC
(execute_data=0xbffb612c)
at /usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:200
#3 0x082a894f in execute (op_array=0xb7c366b4) at
/usr/local/src/php5.2-200810312330/Zend/zend_vm_execute.h:92
#4 0x08287eb0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/local/src/php5.2-200810312330/Zend/zend.c:1134
#5 0x08240d23 in php_execute_script (primary_file=0xbffb8528) at
/usr/local/src/php5.2-200810312330/main/main.c:2011
#6 0x0831013b in main (argc=59, argv=0xbffb8644) at
/usr/local/src/php5.2-200810312330/sapi/cli/php_cli.c:1134
Previous Comments:
[2008-11-01 12:51:16] [EMAIL PROTECTED]
Since it does not crash for me, can you provide a GDB backtrace of
the crash?
--------------------
[2008-11-01 04:14:29] hostmaster at uuism dot net
This test still produces a crash with php5.2-200810312330.
Thanks for looking into this problem.
Jim
--------------------
[2008-10-31 23:12:49] hostmaster at uuism dot net
Description:
when I run test ext/session/tests/016.phpt, I still get a core dump
with PHP 5.2.6 and FC4 and Linux Kernel 2.6.20.1. The script run-tests
puts FAIL in front of the description.
This same problem was reported in Bug #43361 invalid session.save_path
test cause php crash
Here are the results:
# TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php
ext/session/tests/016.phpt
=
PHP : sapi/cli/php
PHP_SAPI: cli
PHP_VERSION : 5.2.6
ZEND_VERSION: 2.2.0
PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov
8 14:19:44 EST 2007 i686
INI actual : /usr/local/src/php-5.2.6/sapi/cli/php.ini
More .INIs : /etc/php.d/mysql.ini,/etc/php.d/mysqli.ini
CWD : /usr/local/src/php-5.2.6
Extra dirs :
=
Running selected tests.
FAIL invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
=
Number of tests :1 1
Tests skipped :0 ( 0.0%)
Tests warned:0 ( 0.0%) ( 0.0%)
Tests failed:1 (100.0%) (100.0%)
Tests passed:0 ( 0.0%) ( 0.0%)
-
Time taken :1 seconds
=
=
FAILED TEST SUMMARY
-
invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
=
Reproduce code:
---
--INI--
session.save_path="123;:/really\\completely:::/invalid;;,23123;213"
session.use_cookies=0
session.cache_limiter=
session.save_handler=files
session.serialize_handler=php
--FILE--
Expected result:
#46454 [NEW]: rmdir() on non-existent directory has different Warning wording than test
From: hostmaster at uuism dot net
Operating system: Fedora Core 4
PHP version: 5.2CVS-2008-11-01 (snap)
PHP Bug Type: Directory function related
Bug description: rmdir() on non-existent directory has different Warning
wording than test
Description:
rmdir() on non-existent directory produces the response "Warning:
rmdir(temp): Not a directory" that is different than test script
mkdir_rmdir_error.phpt expects: "Warning: rmdir(temp): No such file or
directory"
This is the last statement in the test script.
Jim
Reproduce code:
---
expected
var_dump( mkdir("testdir", 0777, false, $context, "test") ); // args >
expected
echo "\n*** Testing rmdir(): error conditions ***\n";
var_dump( rmdir() ); // args < expected
var_dump( rmdir(1, 2, 3) ); // args > expected
var_dump( rmdir("testdir", $context, "test") ); // args > expected
echo "\n*** Testing rmdir() on non-existent directory ***\n";
var_dump( rmdir("temp") );
echo "Done\n";
?>
Expected result:
*** Testing mkdir(): error conditions ***
Warning: mkdir() expects at least 1 parameter, 0 given in %s on line %d
bool(false)
Warning: mkdir() expects at most 4 parameters, 5 given in %s on line %d
bool(false)
Notice: Undefined variable: context in %s on line %d
Warning: mkdir() expects at most 4 parameters, 5 given in %s on line %d
bool(false)
*** Testing rmdir(): error conditions ***
Warning: rmdir() expects at least 1 parameter, 0 given in %s on line %d
bool(false)
Warning: rmdir() expects at most 2 parameters, 3 given in %s on line %d
bool(false)
Notice: Undefined variable: context in %s on line %d
Warning: rmdir() expects at most 2 parameters, 3 given in %s on line %d
bool(false)
*** Testing rmdir() on non-existent directory ***
Warning: rmdir(temp): No such file or directory in %s on line %d
bool(false)
Done
Actual result:
--
*** Testing mkdir(): error conditions ***
Warning: mkdir() expects at least 1 parameter, 0 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 10
bool(false)
Warning: mkdir() expects at most 4 parameters, 5 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 11
bool(false)
Notice: Undefined variable: context in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 12
Warning: mkdir() expects at most 4 parameters, 5 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 12
bool(false)
*** Testing rmdir(): error conditions ***
Warning: rmdir() expects at least 1 parameter, 0 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 15
bool(false)
Warning: rmdir() expects at most 2 parameters, 3 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 16
bool(false)
Notice: Undefined variable: context in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 17
Warning: rmdir() expects at most 2 parameters, 3 given in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 17
bool(false)
*** Testing rmdir() on non-existent directory ***
Warning: rmdir(temp): Not a directory in
/usr/local/src/php5.2-200810312330/ext/standard/tests/file/mkdir_rmdir_error.php
on line 20
bool(false)
Done
--
Edit bug report at http://bugs.php.net/?id=46454&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46454&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46454&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46454&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46454&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46454&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46454&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46454&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46454&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46454&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46454&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46454&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46454&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46454&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46454&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46454&r=php4
#46453 [Opn]: Different Results than expected by session_decode_variation3.phpt
ID: 46453
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Open
Bug Type: Session related
Operating System: Fedora Core 4
PHP Version: 5.2CVS-2008-11-01 (snap)
New Comment:
I get that same kind of problem with
ext/session/tests/session_encode_variation8.phpt.
Jim
Previous Comments:
[2008-11-01 15:59:48] hostmaster at uuism dot net
Description:
When I run session_decode_variation3.phpt, the session_start() command
produces a different results than expected after initializing
session.serialize_handler=blah. Instead of responding with "Warning:
session_start(): Cannot find save handler files" and still opening a
session (?), PHP responds with "Warning: session_start(): Cannot find
save handler files" and does not open a session.
I can't find any documentation as to the correct Warning with the
session.serialize_handler is not set to php or php-binary.
Thanks.
Jim
Reproduce code:
---
--INI--
session.serialize_handler=blah
--FILE--
Expected result:
*** Testing session_decode() : variation ***
Warning: session_start(): Unknown session.serialize_handler. Failed to
decode session object. in %s on line %d
bool(true)
array(0) {
}
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_decode(): Unknown session.serialize_handler. Failed to
decode session object. in %s on line %d
bool(true)
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
bool(true)
Done
Actual result:
--
*** Testing session_decode() : variation ***
Warning: session_start(): Cannot find save handler files in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 13
bool(true)
Notice: Undefined variable: _SESSION in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 14
NULL
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_decode(): Unknown session.serialize_handler. Failed to
decode session object. in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 20
bool(true)
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_destroy(): Trying to destroy uninitialized session in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 22
bool(false)
Done
--
Edit this bug report at http://bugs.php.net/?id=46453&edit=1
#46453 [NEW]: Different Results than expected by session_decode_variation3.phpt
From: hostmaster at uuism dot net
Operating system: Fedora Core 4
PHP version: 5.2CVS-2008-11-01 (snap)
PHP Bug Type: Session related
Bug description: Different Results than expected by
session_decode_variation3.phpt
Description:
When I run session_decode_variation3.phpt, the session_start() command
produces a different results than expected after initializing
session.serialize_handler=blah. Instead of responding with "Warning:
session_start(): Cannot find save handler files" and still opening a
session (?), PHP responds with "Warning: session_start(): Cannot find save
handler files" and does not open a session.
I can't find any documentation as to the correct Warning with the
session.serialize_handler is not set to php or php-binary.
Thanks.
Jim
Reproduce code:
---
--INI--
session.serialize_handler=blah
--FILE--
Expected result:
*** Testing session_decode() : variation ***
Warning: session_start(): Unknown session.serialize_handler. Failed to
decode session object. in %s on line %d
bool(true)
array(0) {
}
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_decode(): Unknown session.serialize_handler. Failed to
decode session object. in %s on line %d
bool(true)
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
bool(true)
Done
Actual result:
--
*** Testing session_decode() : variation ***
Warning: session_start(): Cannot find save handler files in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 13
bool(true)
Notice: Undefined variable: _SESSION in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 14
NULL
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_decode(): Unknown session.serialize_handler. Failed to
decode session object. in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 20
bool(true)
array(3) {
["foo"]=>
int(1234567890)
["bar"]=>
string(5) "Blah!"
["guff"]=>
float(123.456)
}
Warning: session_destroy(): Trying to destroy uninitialized session in
/usr/local/src/php5.2-200810312330/ext/session/tests/session_decode_variation3.php
on line 22
bool(false)
Done
--
Edit bug report at http://bugs.php.net/?id=46453&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46453&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46453&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46453&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46453&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46453&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46453&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46453&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46453&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46453&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46453&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46453&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46453&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46453&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46453&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46453&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46453&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46453&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46453&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46453&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46453&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46453&r=mysqlcfg
#46444 [Opn]: invalid session.save_path should not cause a segfault - still does
ID: 46444 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Open Bug Type: Reproducible crash Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: This test still produces a crash with php5.2-200810312330. Thanks for looking into this problem. Jim Previous Comments: [2008-10-31 23:12:49] hostmaster at uuism dot net Description: when I run test ext/session/tests/016.phpt, I still get a core dump with PHP 5.2.6 and FC4 and Linux Kernel 2.6.20.1. The script run-tests puts FAIL in front of the description. This same problem was reported in Bug #43361 invalid session.save_path test cause php crash Here are the results: # TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php ext/session/tests/016.phpt = PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.6 ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8 14:19:44 EST 2007 i686 INI actual : /usr/local/src/php-5.2.6/sapi/cli/php.ini More .INIs : /etc/php.d/mysql.ini,/etc/php.d/mysqli.ini CWD : /usr/local/src/php-5.2.6 Extra dirs : = Running selected tests. FAIL invalid session.save_path should not cause a segfault [ext/session/tests/016.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:1 (100.0%) (100.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :1 seconds = = FAILED TEST SUMMARY - invalid session.save_path should not cause a segfault [ext/session/tests/016.phpt] = Reproduce code: --- --INI-- session.save_path="123;:/really\\completely:::/invalid;;,23123;213" session.use_cookies=0 session.cache_limiter= session.save_handler=files session.serialize_handler=php --FILE-- Expected result: no core dump Actual result: -- core dump -- Edit this bug report at http://bugs.php.net/?id=46444&edit=1
#46443 [Bgs]: closedir and readdir DO work for file resource
ID: 46443 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Bogus Bug Type: Directory function related Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: All the ext/standard/tests/dir/ tests pass with php5.2-200810312330. Thanks. Jim Previous Comments: [2008-10-31 22:52:55] hostmaster at uuism dot net updated Summary [2008-10-31 22:51:48] hostmaster at uuism dot net I'm having the same kind of results with ext/standard/tests/dir/readdir_variation7.phpt. [2008-10-31 22:45:34] [EMAIL PROTECTED] See Bug #46440. Thanks. [2008-10-31 22:38:12] hostmaster at uuism dot net Description: When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP 5.2.6, the closedir() function works with a file resource. This test script expects it not to work, so the test fails. I'm see this kind of test failure in a number of cases. Is there some kind of configuration option for allowing php with sloppy syntax? Thanks. Jim PS. This may the same issue as Bug #44246: closedir() accepts a file resource opened by fopen() Reproduce code: --- Expected result: *** Testing closedir() : usage variations *** -- Open a file using fopen() -- resource(%d) of type (stream) -- Try to close the file pointer using closedir() -- Warning: closedir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check file pointer: -- resource(%d) of type (stream) Actual result: -- *** Testing closedir() : usage variations *** -- Open a file using fopen() -- resource(5) of type (stream) -- Try to close the file pointer using closedir() -- NULL -- Check file pointer: -- resource(5) of type (Unknown) -- Edit this bug report at http://bugs.php.net/?id=46443&edit=1
#46440 [Bgs]: Different Results with rewinddir_variation3.phpt
ID: 46440 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Bogus Bug Type: Directory function related Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: All the ext/standard/tests/dir/ tests pass with php5.2-200810312330. Thanks. Jim Previous Comments: [2008-11-01 02:02:04] hostmaster at uuism dot net Can I test the solution with php5.2-200810312330 that I downloaded from php-5.2-latest.gz? I don't know what you mean by "that test isn't to 5.2.6." Test rewinddir_variation3.phpt was part of the released package for php-5.2.6, as were closedir_variation3.phpt and readdir_variation7.phpt. They all failed for similar reasons: directory functions work for file resources. Thanks. Jim [2008-10-31 22:32:41] [EMAIL PROTECTED] Hello, that test isn't to 5.2.6. The bug was fixed in 5.2.7-RC1. Thanks. ---- [2008-10-31 22:13:18] hostmaster at uuism dot net Updated Summary ---- [2008-10-31 22:12:29] hostmaster at uuism dot net I didn't notice that the rest of the expected results were different also. It appears that rewinddir() DOES work for file resources. Jim ---- [2008-10-31 22:07:35] hostmaster at uuism dot net Description: When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP 5.2.6, the test fails because the Warning is not returned: When rewinddir() is executed with a file resource, PHP does not return an Warning message. The test expects that PHP will return "Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d" Otherwise, the test results are fine. Jim Reproduce code: --- Expected result: *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(%d) of type (stream) Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check if rewinddir() has repositioned the file pointer -- rewinddir() does not work on file pointers Actual result: -- *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(5) of type (stream) NULL -- Check if rewinddir() has repositioned the file pointer -- rewinddir() works on file pointers -- Edit this bug report at http://bugs.php.net/?id=46440&edit=1
#46438 [Csd]: bug42548.phpt MySQL Syntax Error for MySQL 4.1
ID: 46438
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
Status: Closed
Bug Type: MySQLi related
Operating System: Fedora Core 4
PHP Version: 5.2.6
New Comment:
Thanks.
The revised php5.2-200810312330 test script skips this test perfectly.
Jim
Previous Comments:
[2008-10-31 22:43:53] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2008-10-31 18:21:11] hostmaster at uuism dot net
Description:
When I run test ext/mysqli/tests/bug42548.phpt with PHP 5.2.6 and MySQL
4.1, I get a MySQL syntax error.
"You have an error in your SQL syntax; check the manual that
corresponds to your MySQL server version for the right syntax to use
near 'PROCEDURE IF EXISTS p1' at line 1"
This error occurs because MySQL version 4.1 does not support
PROCEDUREs.
Reproduce code:
---
real_connect($host, $user, $passwd, 'test');
if (mysqli_connect_errno()) {
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
$mysqli->query("DROP PROCEDURE IF EXISTS p1") or die($mysqli->error);
?>
Expected result:
This test should be skipped
Actual result:
--
it failed
--
Edit this bug report at http://bugs.php.net/?id=46438&edit=1
#46437 [Fbk->Opn]: data leakage because of nonexisting boundary checking in statements for MySQL41
ID: 46437
User updated by: hostmaster at uuism dot net
Reported By: hostmaster at uuism dot net
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Fedora Core 4
PHP Version: 5.2.6
New Comment:
I compiled php5.2-200810312330 and ran test script
ext/mysqli/tests/bug38710.phpt with the same results.
The resulting $text does not match str_repeat('a', 8191) for MySQL
version 40120. The length of $text is 10. It consists of groups of
8240 a's with mostly non-printing characters between each group.
The non-printing characters always seem to start with zeros (^@), so if
you could truncate $text before the first binary zero, it would match
str_repeat('a', 8240)
Thanks for looking into this problem.
Jim
Previous Comments:
[2008-10-31 18:05:28] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
----
[2008-10-31 17:50:58] hostmaster at uuism dot net
Description:
When I run ext/mysqli/tests/bug38710.phpt with PHP 5.2.6 and MySQL
4.1.20, the scripts fails in a manner not anticipated by the test
script.
The $text consists of 8240 a's followed by a string of non-printable
characters (cat -v shows "[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
PROTECTED]@^M
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
PROTECTED]@^@"), followed
by more a's with the non-printable characters repeated every 8000 a's or
so.
The string $text is not equal to str_repeat('a', 8191) for
mysqli_get_server_version($db)=401020, so the ACTUAL output is:
int(10)
Done
Thanks.
Jim
Reproduce code:
---
stmt_init();
$qry->prepare("SELECT REPEAT('a',10)");
$qry->execute();
$qry->bind_result($text);
$qry->fetch();
if ($text !== str_repeat('a', mysqli_get_server_version($db) > 50110?
10:(mysqli_get_server_version($db)>=5? 8193:8191))) {
var_dump(strlen($text));
}
echo "Done";
?>
Expected result:
It should pass since this is expected behavior for MySQL prior to
version 5.1
Actual result:
--
It failed
--
Edit this bug report at http://bugs.php.net/?id=46437&edit=1
#46440 [Bgs]: Different Results with rewinddir_variation3.phpt
ID: 46440 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Bogus Bug Type: Directory function related Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: Can I test the solution with php5.2-200810312330 that I downloaded from php-5.2-latest.gz? I don't know what you mean by "that test isn't to 5.2.6." Test rewinddir_variation3.phpt was part of the released package for php-5.2.6, as were closedir_variation3.phpt and readdir_variation7.phpt. They all failed for similar reasons: directory functions work for file resources. Thanks. Jim Previous Comments: [2008-10-31 22:32:41] [EMAIL PROTECTED] Hello, that test isn't to 5.2.6. The bug was fixed in 5.2.7-RC1. Thanks. ---- [2008-10-31 22:13:18] hostmaster at uuism dot net Updated Summary ---- [2008-10-31 22:12:29] hostmaster at uuism dot net I didn't notice that the rest of the expected results were different also. It appears that rewinddir() DOES work for file resources. Jim ---- [2008-10-31 22:07:35] hostmaster at uuism dot net Description: When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP 5.2.6, the test fails because the Warning is not returned: When rewinddir() is executed with a file resource, PHP does not return an Warning message. The test expects that PHP will return "Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d" Otherwise, the test results are fine. Jim Reproduce code: --- Expected result: *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(%d) of type (stream) Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check if rewinddir() has repositioned the file pointer -- rewinddir() does not work on file pointers Actual result: -- *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(5) of type (stream) NULL -- Check if rewinddir() has repositioned the file pointer -- rewinddir() works on file pointers -- Edit this bug report at http://bugs.php.net/?id=46440&edit=1
#46444 [NEW]: invalid session.save_path should not cause a segfault - still does
From: hostmaster at uuism dot net Operating system: Fedora Core 4 PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: invalid session.save_path should not cause a segfault - still does Description: when I run test ext/session/tests/016.phpt, I still get a core dump with PHP 5.2.6 and FC4 and Linux Kernel 2.6.20.1. The script run-tests puts FAIL in front of the description. This same problem was reported in Bug #43361 invalid session.save_path test cause php crash Here are the results: # TEST_PHP_EXECUTABLE=sapi/cli/php sapi/cli/php run-tests.php ext/session/tests/016.phpt = PHP : sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.6 ZEND_VERSION: 2.2.0 PHP_OS : Linux - Linux host.uuserver.net 2.6.20.1 #16 SMP Thu Nov 8 14:19:44 EST 2007 i686 INI actual : /usr/local/src/php-5.2.6/sapi/cli/php.ini More .INIs : /etc/php.d/mysql.ini,/etc/php.d/mysqli.ini CWD : /usr/local/src/php-5.2.6 Extra dirs : = Running selected tests. FAIL invalid session.save_path should not cause a segfault [ext/session/tests/016.phpt] = Number of tests :1 1 Tests skipped :0 ( 0.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed:1 (100.0%) (100.0%) Tests passed:0 ( 0.0%) ( 0.0%) - Time taken :1 seconds = = FAILED TEST SUMMARY - invalid session.save_path should not cause a segfault [ext/session/tests/016.phpt] = Reproduce code: --- --INI-- session.save_path="123;:/really\\completely:::/invalid;;,23123;213" session.use_cookies=0 session.cache_limiter= session.save_handler=files session.serialize_handler=php --FILE-- Expected result: no core dump Actual result: -- core dump -- Edit bug report at http://bugs.php.net/?id=46444&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46444&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46444&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46444&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46444&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46444&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46444&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46444&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46444&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46444&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46444&r=support Expected behavior: http://bugs.php.net/fix.php?id=46444&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46444&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46444&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46444&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46444&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46444&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46444&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46444&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46444&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46444&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46444&r=mysqlcfg
#46443 [Bgs]: closedir and readdir DO work for file resource
ID: 46443 User updated by: hostmaster at uuism dot net -Summary: closedir DOES work for file resource Reported By: hostmaster at uuism dot net Status: Bogus Bug Type: Directory function related Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: updated Summary Previous Comments: [2008-10-31 22:51:48] hostmaster at uuism dot net I'm having the same kind of results with ext/standard/tests/dir/readdir_variation7.phpt. [2008-10-31 22:45:34] [EMAIL PROTECTED] See Bug #46440. Thanks. [2008-10-31 22:38:12] hostmaster at uuism dot net Description: When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP 5.2.6, the closedir() function works with a file resource. This test script expects it not to work, so the test fails. I'm see this kind of test failure in a number of cases. Is there some kind of configuration option for allowing php with sloppy syntax? Thanks. Jim PS. This may the same issue as Bug #44246: closedir() accepts a file resource opened by fopen() Reproduce code: --- Expected result: *** Testing closedir() : usage variations *** -- Open a file using fopen() -- resource(%d) of type (stream) -- Try to close the file pointer using closedir() -- Warning: closedir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check file pointer: -- resource(%d) of type (stream) Actual result: -- *** Testing closedir() : usage variations *** -- Open a file using fopen() -- resource(5) of type (stream) -- Try to close the file pointer using closedir() -- NULL -- Check file pointer: -- resource(5) of type (Unknown) -- Edit this bug report at http://bugs.php.net/?id=46443&edit=1
#46443 [Bgs]: closedir DOES work for file resource
ID: 46443 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Bogus Bug Type: Directory function related Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: I'm having the same kind of results with ext/standard/tests/dir/readdir_variation7.phpt. Previous Comments: [2008-10-31 22:45:34] [EMAIL PROTECTED] See Bug #46440. Thanks. [2008-10-31 22:38:12] hostmaster at uuism dot net Description: When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP 5.2.6, the closedir() function works with a file resource. This test script expects it not to work, so the test fails. I'm see this kind of test failure in a number of cases. Is there some kind of configuration option for allowing php with sloppy syntax? Thanks. Jim PS. This may the same issue as Bug #44246: closedir() accepts a file resource opened by fopen() Reproduce code: --- Expected result: *** Testing closedir() : usage variations *** -- Open a file using fopen() -- resource(%d) of type (stream) -- Try to close the file pointer using closedir() -- Warning: closedir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check file pointer: -- resource(%d) of type (stream) Actual result: -- *** Testing closedir() : usage variations *** -- Open a file using fopen() -- resource(5) of type (stream) -- Try to close the file pointer using closedir() -- NULL -- Check file pointer: -- resource(5) of type (Unknown) -- Edit this bug report at http://bugs.php.net/?id=46443&edit=1
#46443 [NEW]: closedir DOES work for file resource
From: hostmaster at uuism dot net Operating system: Fedora Core 4 PHP version: 5.2.6 PHP Bug Type: Directory function related Bug description: closedir DOES work for file resource Description: When I run ext/standard/tests/dir/closedir_variation3.phpt with PHP 5.2.6, the closedir() function works with a file resource. This test script expects it not to work, so the test fails. I'm see this kind of test failure in a number of cases. Is there some kind of configuration option for allowing php with sloppy syntax? Thanks. Jim PS. This may the same issue as Bug #44246: closedir() accepts a file resource opened by fopen() Reproduce code: --- Expected result: *** Testing closedir() : usage variations *** -- Open a file using fopen() -- resource(%d) of type (stream) -- Try to close the file pointer using closedir() -- Warning: closedir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check file pointer: -- resource(%d) of type (stream) Actual result: -- *** Testing closedir() : usage variations *** -- Open a file using fopen() -- resource(5) of type (stream) -- Try to close the file pointer using closedir() -- NULL -- Check file pointer: -- resource(5) of type (Unknown) -- Edit bug report at http://bugs.php.net/?id=46443&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46443&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46443&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46443&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46443&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46443&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46443&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46443&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46443&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46443&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46443&r=support Expected behavior: http://bugs.php.net/fix.php?id=46443&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46443&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46443&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46443&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46443&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46443&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46443&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46443&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46443&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46443&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46443&r=mysqlcfg
#46440 [Opn]: Different Results with rewinddir_variation3.phpt
ID: 46440 User updated by: hostmaster at uuism dot net -Summary: No Warning with rewinddir_variation3.phpt Reported By: hostmaster at uuism dot net Status: Open Bug Type: Directory function related Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: Updated Summary Previous Comments: [2008-10-31 22:12:29] hostmaster at uuism dot net I didn't notice that the rest of the expected results were different also. It appears that rewinddir() DOES work for file resources. Jim [2008-10-31 22:07:35] hostmaster at uuism dot net Description: When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP 5.2.6, the test fails because the Warning is not returned: When rewinddir() is executed with a file resource, PHP does not return an Warning message. The test expects that PHP will return "Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d" Otherwise, the test results are fine. Jim Reproduce code: --- Expected result: *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(%d) of type (stream) Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check if rewinddir() has repositioned the file pointer -- rewinddir() does not work on file pointers Actual result: -- *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(5) of type (stream) NULL -- Check if rewinddir() has repositioned the file pointer -- rewinddir() works on file pointers -- Edit this bug report at http://bugs.php.net/?id=46440&edit=1
#46440 [Opn]: No Warning with rewinddir_variation3.phpt
ID: 46440 User updated by: hostmaster at uuism dot net Reported By: hostmaster at uuism dot net Status: Open Bug Type: Directory function related Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: I didn't notice that the rest of the expected results were different also. It appears that rewinddir() DOES work for file resources. Jim Previous Comments: [2008-10-31 22:07:35] hostmaster at uuism dot net Description: When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP 5.2.6, the test fails because the Warning is not returned: When rewinddir() is executed with a file resource, PHP does not return an Warning message. The test expects that PHP will return "Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d" Otherwise, the test results are fine. Jim Reproduce code: --- Expected result: *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(%d) of type (stream) Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check if rewinddir() has repositioned the file pointer -- rewinddir() does not work on file pointers Actual result: -- *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(5) of type (stream) NULL -- Check if rewinddir() has repositioned the file pointer -- rewinddir() works on file pointers -- Edit this bug report at http://bugs.php.net/?id=46440&edit=1
#46440 [NEW]: No Warning with rewinddir_variation3.phpt
From: hostmaster at uuism dot net Operating system: Fedora Core 4 PHP version: 5.2.6 PHP Bug Type: Directory function related Bug description: No Warning with rewinddir_variation3.phpt Description: When I run test ext/standard/tests/dir/rewinddir_variation3 with PHP 5.2.6, the test fails because the Warning is not returned: When rewinddir() is executed with a file resource, PHP does not return an Warning message. The test expects that PHP will return "Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d" Otherwise, the test results are fine. Jim Reproduce code: --- Expected result: *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(%d) of type (stream) Warning: rewinddir(): %d is not a valid Directory resource in %s on line %d bool(false) -- Check if rewinddir() has repositioned the file pointer -- rewinddir() does not work on file pointers Actual result: -- *** Testing rewinddir() : usage variations *** -- Open a file using fopen -- resource(5) of type (stream) NULL -- Check if rewinddir() has repositioned the file pointer -- rewinddir() works on file pointers -- Edit bug report at http://bugs.php.net/?id=46440&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46440&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46440&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46440&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46440&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46440&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46440&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46440&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46440&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46440&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46440&r=support Expected behavior: http://bugs.php.net/fix.php?id=46440&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46440&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46440&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46440&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46440&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46440&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46440&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46440&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46440&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46440&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46440&r=mysqlcfg
#46438 [NEW]: bug42548.phpt MySQL Syntax Error for MySQL 4.1
From: hostmaster at uuism dot net
Operating system: Fedora Core 4
PHP version: 5.2.6
PHP Bug Type: MySQLi related
Bug description: bug42548.phpt MySQL Syntax Error for MySQL 4.1
Description:
When I run test ext/mysqli/tests/bug42548.phpt with PHP 5.2.6 and MySQL
4.1, I get a MySQL syntax error.
"You have an error in your SQL syntax; check the manual that corresponds
to your MySQL server version for the right syntax to use near 'PROCEDURE IF
EXISTS p1' at line 1"
This error occurs because MySQL version 4.1 does not support PROCEDUREs.
Reproduce code:
---
real_connect($host, $user, $passwd, 'test');
if (mysqli_connect_errno()) {
printf("Connect failed: %s\n", mysqli_connect_error());
exit();
}
$mysqli->query("DROP PROCEDURE IF EXISTS p1") or die($mysqli->error);
?>
Expected result:
This test should be skipped
Actual result:
--
it failed
--
Edit bug report at http://bugs.php.net/?id=46438&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46438&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46438&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46438&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46438&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46438&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46438&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46438&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46438&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46438&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46438&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46438&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46438&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46438&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46438&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46438&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46438&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46438&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46438&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46438&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46438&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46438&r=mysqlcfg
#46437 [Opn]: data leakage because of nonexisting boundary checking in statements for MySQL41
ID: 46437
User updated by: hostmaster at uuism dot net
-Reported By: hostmaster at uuims dot net
+Reported By: hostmaster at uuism dot net
Status: Open
Bug Type: MySQL related
Operating System: Fedora Core 4
PHP Version: 5.2.6
New Comment:
new email
Previous Comments:
[2008-10-31 17:52:30] hostmaster at uuims dot net
My email address is hostmaster at uuism dot net.
[2008-10-31 17:50:58] hostmaster at uuism dot net
Description:
When I run ext/mysqli/tests/bug38710.phpt with PHP 5.2.6 and MySQL
4.1.20, the scripts fails in a manner not anticipated by the test
script.
The $text consists of 8240 a's followed by a string of non-printable
characters (cat -v shows "[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
PROTECTED]@^M
[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL PROTECTED]@[EMAIL
PROTECTED]@^@"), followed
by more a's with the non-printable characters repeated every 8000 a's or
so.
The string $text is not equal to str_repeat('a', 8191) for
mysqli_get_server_version($db)=401020, so the ACTUAL output is:
int(10)
Done
Thanks.
Jim
Reproduce code:
---
stmt_init();
$qry->prepare("SELECT REPEAT('a',10)");
$qry->execute();
$qry->bind_result($text);
$qry->fetch();
if ($text !== str_repeat('a', mysqli_get_server_version($db) > 50110?
10:(mysqli_get_server_version($db)>=5? 8193:8191))) {
var_dump(strlen($text));
}
echo "Done";
?>
Expected result:
It should pass since this is expected behavior for MySQL prior to
version 5.1
Actual result:
--
It failed
--
Edit this bug report at http://bugs.php.net/?id=46437&edit=1
