#36387 [Opn->Fbk]: rewind() does not work on Bzip2 handles
ID: 36387 Updated by: [EMAIL PROTECTED] Reported By: creg dot douglaus at gmail dot com -Status: Open +Status: Feedback Bug Type: Bzip2 Related Operating System: Windows XP, SP2 PHP Version: 5.1.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-02-14 01:17:47] creg dot douglaus at gmail dot com Description: rewind() and fseeking to position zero do not work on Bzip2 file handles. As it works with gz-file pointers, it should work with Bzip2 file pointers as well... This is an issue across all versions of PHP... -- Edit this bug report at http://bugs.php.net/?id=36387&edit=1
#31037 [Com]: MySQLi - bind_param
ID: 31037
Comment by: skotch at online dot stack dot net
Reported By: php at trafex dot nl
Status: No Feedback
Bug Type: MySQLi related
Operating System: Fedora core 1
PHP Version: 5CVS-2005-04-26
Assigned To: georg
New Comment:
After a couple of nights I've found the solution. Upgrading to newest
versions of PHP and MySQL don't solve the problem.Both PHP and MySQL
have a lib named libmysql but those libs are not the same. Make PHP to
use php/libmysql and everythig will be OK. For ensure the result just
rename the libmysql library from MySQL install and execute your php
script correct!
Previous Comments:
[2006-02-13 07:09:06] [EMAIL PROTECTED]
> Client version: 40107 Server version: 50018
Why don't upgrade your client version?
Recompile your PHP extensions or download an actual version from
http://dev.mysql.com/downloads/connector/php/
[2006-02-13 01:03:14] mczub at newcomo dot pl
This script (with 1 variable):
--
client_version);
printf("Server version: %s\n", $mysql->server_version);
$mysql->query("DROP TABLE IF EXISTS temp_table");
$mysql->query("CREATE TABLE temp_table(username varchar(20), user_id
int)");
$mysql->query("INSERT INTO temp_table VALUES ('foo', 1)");
if ($stmt = $mysql->prepare("SELECT username FROM temp_table WHERE
user_id = ?"))
{
$stmt->bind_param('i', $user_id);
$user_id = 1;
$stmt->execute();
$stmt->bind_result($name);
$stmt->fetch();
printf("Name: %s\n", $name);
$stmt->close();
}
$mysql->close();
?>
Output:
---
Client version: 40107 Server version: 50018 Name:
This script (with 2 variables):
--
client_version);
printf("Server version: %s\n", $mysql->server_version);
$mysql->query("DROP TABLE IF EXISTS temp_table");
$mysql->query("CREATE TABLE temp_table(username varchar(20), user_id
int, user_id2 int)");
$mysql->query("INSERT INTO temp_table VALUES ('foo', 1, 2)");
if ($stmt = $mysql->prepare("SELECT username FROM temp_table WHERE
user_id = ? AND user_id2 = ?"))
{
$stmt->bind_param('ii', $user_id, $user_id2);
$user_id = 1;
$user_id2 = 2;
$stmt->execute();
$stmt->bind_result($name);
$stmt->fetch();
printf("Name: %s\n", $name);
$stmt->close();
}
$mysql->close();
?>
Output:
---
Client version: 40107 Server version: 50018
Warning: mysqli_stmt::bind_param() [function.bind-param]: Number of
variables doesn't match number of parameters in prepared statement in
C:\wamp\www\learn\mysql.php on line 12
Name:
It's weird...
[2006-02-07 13:56:31] joey at alegria dot co dot jp
Upgraded PHP to 5.0.4-10.5 and that got the mysqli_stmt_bind_param()
function working again with my scripts that only had INSERT SQL queries
in them.
The error still persisted when binding input parameters on SELECT
queries, however this can be fixed by paying close attention to syntax.
DO NOT use the same syntax you would for a normal query. When sending a
prepared statement it is important to omit quotation marks ('?') around
the placeholders. Prepared statement don't require them for strings.
EXAMPLE:
$username='foo';
$id=1;
$prepare="SELECT * FROM test WHERE user='?' and id=?";
$sql->stmt=mysqli_stmt_init($sql->db);
mysqli_stmt_prepare($sql->stmt,$prepare);
echo mysqli_stmt_param_count($sql->stmt); // returns 0
mysqli_stmt_bind_param($sql->stmt,'si',$username,$id); // throws an
error
That throws an error however...
$username='foo';
$id=1;
$prepare='SELECT * FROM test WHERE user=? and id=?';
$sql->stmt=mysqli_stmt_init($sql->db);
mysqli_stmt_prepare($sql->stmt,$prepare);
echo mysqli_stmt_param_count($sql->stmt); // returns 2
mysqli_stmt_bind_param($sql->stmt,'si',$username,$id); // works OK
The PHP documentation is not mistaken in the examples it gives for
prepared statements but perhaps it could be a little more explicit in
pointing out this easy-to-make syntax error.
[2006-02-07 11:31:56] joey at alegria dot co dot jp
Very bizzar (and frustrating). But I am 100% sure on this. I had no
errors from using mysqli_bind_param(); accross a number of scripts that
input data to MySQL. However, As soon as I made a script that requested
data from the database that also used mysqli_bind_result(), everything
that had mysqli_bind_param() started throwing up
"Warning: mysqli_stmt::bind_param() [function.bind-param]: Number of
variables doesn't match number of parameters in prepared statement
in..."
even on scripts that worked fine before! Because I can find no way to
revert it to the working state, I also can't supply a sample script. Is
it possible the fist use of mysqli_bind_result() corrupts part of PHP?
#36387 [NEW]: rewind() does not work on Bzip2 handles
From: creg dot douglaus at gmail dot com Operating system: Windows XP, SP2 PHP version: 5.1.2 PHP Bug Type: Bzip2 Related Bug description: rewind() does not work on Bzip2 handles Description: rewind() and fseeking to position zero do not work on Bzip2 file handles. As it works with gz-file pointers, it should work with Bzip2 file pointers as well... This is an issue across all versions of PHP... -- Edit bug report at http://bugs.php.net/?id=36387&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36387&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36387&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36387&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36387&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36387&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36387&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36387&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36387&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36387&r=support Expected behavior:http://bugs.php.net/fix.php?id=36387&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36387&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36387&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36387&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36387&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36387&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36387&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36387&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36387&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36387&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36387&r=mysqlcfg
#31132 [Com]: Installing PHP 5.0.3 causes 403.9 HTTP Errors under IIS 5
ID: 31132 Comment by: phpbugs at thomasjung dot com Reported By: aaron at visualprose dot com Status: No Feedback Bug Type: IIS related Operating System: Windows XP Professional SP 1 PHP Version: 5.0.3 New Comment: Running PHP 5.1.2 under both Windows XP (IIS 5.1) and Windows 2000 (IIS 5). In XP, experienced the error described below (HTTP 403.9 - Access Forbidden: Too many users ...). For both installations, the stop and start times for the WWW Service CAN be between 1 to 5 minutes (occasionally longer?) - especially shutting down takes extremely long. Sometimes, I have to restart the XP machine, because WWW Service or issadmin service do not stop. I also turned off keep-alive and it didn't solve the problem. The Windows 2000 installation is a production system, so switching to latest CVS build is not really any option. All this has started to happen since I moved from PHP4 to PHP5 a few weeks ago. Previous Comments: [2005-07-15 12:47:29] webwire at zonnet dot nl I can confirm: The problem is solved on the newest CVS version. [2005-03-15 18:03:19] mailkabin at yahoo dot com Can't Configure the PHP version 5.0 in Win2003 System. .. Operation System : Windows Server 2003 IIS Ver : 6.0 Other Installed Comp: ASP / ASP .net . Problem : Displays the "Page Cannot be displayed Page." or "File Not Found Page." [2005-03-10 01:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2005-02-28 21:14:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-12-16 18:49:38] aaron at visualprose dot com Description: When PHP 5.0.3 is installed under IIS 5.0 on Windows XP Professional, all web pages (.html, .php, .asp, or .aspx) can only be viewed ten times before IIS reports "HTTP 403.9 - Access Forbidden: Too many users are connected". No pages (inlcluding HTML, ASP, etc.) can be viewed once this error occurs. IIS must be restarted (which takes approximately 5 minutes). I have followed the steps on Microsoft's site to disable HTTP Keep-alives, and the problem persists. Removing the script map to PHP solves the problem, which is what leads me to believe PHP is causing the problem Reproduce code: --- 1) Install PHP 5.0.3 on Windows XP SP 1. 2) Load up a .html, .php, or .asp running on the web server. 3) Hit "Refresh" 10 times. 4) Note the 403.9 HTTP error appears. Note that IIS must be restarted before access to any resource is allowed again. Expected result: No 403.9 error. Actual result: -- IIS continues to give the 403.9 error page until it is restarted. -- Edit this bug report at http://bugs.php.net/?id=31132&edit=1
#36384 [Csd->Bgs]: fwrite buffers when writing to socket
ID: 36384 User updated by: djgrrr at gmail dot com Reported By: djgrrr at gmail dot com -Status: Closed +Status: Bogus Bug Type: Streams related Operating System: Linux 2.6 PHP Version: 4.4.2 New Comment: >.< Previous Comments: [2006-02-13 21:41:54] djgrrr at gmail dot com sorry guys, this was my stupidity, not a bug at all :P [2006-02-13 19:08:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-02-13 17:46:58] djgrrr at gmail dot com Description: when sending text through a socket, opened with fsockopen() or stream_socket_client() (in the case of php5) if you send more than aproximately 10 lines (with \r\n or \n as the EOL) all at once, it will begin to buffer after the 10 lines are sent to be writen with fwrite; It does not matter what the blocking setting, or the stream timeout setting is set at. The script will not block and will continue executing like normal, reading from the socket is instant and never buffers, so basically, you have a socket that can recive and process data extreamly fast, but is not able to write back to the stream at the same speed. Reproduce code: --- Expected result: i expect it to write "hello #\r\n" where # is 1-1000 to the socket very fast (at least once every 0.1 seconds) Actual result: -- it will write around 10 lines to the socket very quickly, then will start to buffer at around 1 line per second, which in the case where you need results to come back very fast, it makes it quite annoying to deal with -- Edit this bug report at http://bugs.php.net/?id=36384&edit=1
#36384 [Fbk->Csd]: fwrite buffers when writing to socket
ID: 36384 User updated by: djgrrr at gmail dot com Reported By: djgrrr at gmail dot com -Status: Feedback +Status: Closed Bug Type: Streams related Operating System: Linux 2.6 PHP Version: 4.4.2 New Comment: sorry guys, this was my stupidity, not a bug at all :P Previous Comments: [2006-02-13 19:08:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-02-13 17:46:58] djgrrr at gmail dot com Description: when sending text through a socket, opened with fsockopen() or stream_socket_client() (in the case of php5) if you send more than aproximately 10 lines (with \r\n or \n as the EOL) all at once, it will begin to buffer after the 10 lines are sent to be writen with fwrite; It does not matter what the blocking setting, or the stream timeout setting is set at. The script will not block and will continue executing like normal, reading from the socket is instant and never buffers, so basically, you have a socket that can recive and process data extreamly fast, but is not able to write back to the stream at the same speed. Reproduce code: --- Expected result: i expect it to write "hello #\r\n" where # is 1-1000 to the socket very fast (at least once every 0.1 seconds) Actual result: -- it will write around 10 lines to the socket very quickly, then will start to buffer at around 1 line per second, which in the case where you need results to come back very fast, it makes it quite annoying to deal with -- Edit this bug report at http://bugs.php.net/?id=36384&edit=1
#36385 [Csd->Bgs]: ssl: segmentation fault
ID: 36385
Updated by: [EMAIL PROTECTED]
Reported By: dimitry at icecat dot biz
-Status: Closed
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: SUSE LINUX Enterprise Server 9 (
PHP Version: 5.1.2
Previous Comments:
[2006-02-13 20:43:25] dimitry at icecat dot biz
Thanx Tony for your patience and quick responses.
Description(maybe will help somebody):
1. Two versions of openssl were installed:
- 0.9.7g
- 0.9.8a
2. Somehow while making PHP it used 0.9.8 and no warnings appeared
3. But in reality described above error took place
Solution:
removing 0.9.7g, recompling 0.9.8a as shared
fixing all symlinks
(of course, if I did not mixed smth :( )
[2006-02-13 19:30:45] [EMAIL PROTECTED]
Looking at the backtrace, I don't think it's a problem of PHP.
And you said you're using 0.9.8a, right?
Then why there is /usr/lib64/libcrypto.so.0.9.7 in the backtrace?
[2006-02-13 19:20:49] dimitry at icecat dot biz
/tmp/php5.1-200602131730 # gdb /usr/local/php/bin/php core
GNU gdb 6.1
Copyright 2004 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/tls/libthread_db.so.1".
Core was generated by `/usr/local/php/bin/php -r
fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60");'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib64/libcrypt.so.1...done.
Loaded symbols for /lib64/libcrypt.so.1
Reading symbols from /lib64/tls/librt.so.1...done.
Loaded symbols for /lib64/tls/librt.so.1
Reading symbols from /usr/local/lib/libz.so.1...done.
Loaded symbols for /usr/local/lib/libz.so.1
Reading symbols from /usr/local/lib/libssl.so.0.9.7...done.
Loaded symbols for /usr/local/lib/libssl.so.0.9.7
Reading symbols from /lib64/libresolv.so.2...done.
Loaded symbols for /lib64/libresolv.so.2
Reading symbols from /lib64/tls/libm.so.6...done.
Loaded symbols for /lib64/tls/libm.so.6
Reading symbols from /lib64/libnsl.so.1...done.
Loaded symbols for /lib64/libnsl.so.1
Reading symbols from /usr/local/lib/libxml2.so.2...done.
Loaded symbols for /usr/local/lib/libxml2.so.2
Reading symbols from /lib64/libdl.so.2...done.
Loaded symbols for /lib64/libdl.so.2
Reading symbols from /lib64/tls/libpthread.so.0...done.
Loaded symbols for /lib64/tls/libpthread.so.0
Reading symbols from /lib64/tls/libc.so.6...done.
Loaded symbols for /lib64/tls/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib64/libcrypto.so.0.9.7...done.
Loaded symbols for /usr/lib64/libcrypto.so.0.9.7
Reading symbols from /lib64/libnss_files.so.2...done.
Loaded symbols for /lib64/libnss_files.so.2
Reading symbols from /lib64/libnss_dns.so.2...done.
Loaded symbols for /lib64/libnss_dns.so.2
#0 0x006cec57 in EVP_DigestUpdate ()
(gdb) bt
#0 0x006cec57 in EVP_DigestUpdate ()
#1 0x006c102d in HMAC_Update ()
#2 0x002a959dd516 in tls1_P_hash () from
/usr/local/lib/libssl.so.0.9.7
#3 0x002a in ?? ()
#4 0x0030 in ?? ()
#5 0x007fbfffde40 in ?? ()
#6 0x00adcc20 in sha224_md ()
#7 0x00cb09e0 in ?? ()
#8 0x0082 in ?? ()
#9 0x00c9b6f0 in ?? ()
#10 0x00c9c1a4 in ?? ()
#11 0x00c9c1a0 in ?? ()
#12 0x00c9c1a6 in ?? ()
#13 0x002a959dd785 in tls1_generate_master_secret () from
/usr/local/lib/libssl.so.0.9.7
#14 0x002a959d5712 in ssl3_send_client_key_exchange () from
/usr/local/lib/libssl.so.0.9.7
#15 0x002a959d72a5 in ssl3_connect () from
/usr/local/lib/libssl.so.0.9.7
#16 0x002a959dec55 in SSL_connect () from
/usr/local/lib/libssl.so.0.9.7
#17 0x002a959dc645 in ssl23_connect () from
/usr/local/lib/libssl.so.0.9.7
#18 0x002a959dec55 in SSL_connect () from
/usr/local/lib/libssl.so.0.9.7
#19 0x00477c28 in php_openssl_sockop_set_option
(stream=0xc99218, option=Variable "option" is not available.
) at /tmp/php5.1-200602131730/ext/openssl/xp_ssl.c:396
#20 0x0061e4e4 in _php_stream_set_option (stream=0xc99218,
option=8, value=0, ptrparam=Variable "ptrparam" is not available.
) at /tmp/php5.1-200602131730/main/streams/streams.c:1129
#21 0x00627653 in php_stream_xport_crypto_enable
(stream=Variable "stream" is not available.
) at /tmp/php5.1-200602131730/main/streams/transports.c:368
#22 0x00477f1f in php_openssl_sockop_set_option
(stream=0xc99218, option=Vari
#36385 [Fbk->Csd]: ssl: segmentation fault
ID: 36385
User updated by: dimitry at icecat dot biz
Reported By: dimitry at icecat dot biz
-Status: Feedback
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: SUSE LINUX Enterprise Server 9 (
PHP Version: 5.1.2
New Comment:
Thanx Tony for your patience and quick responses.
Description(maybe will help somebody):
1. Two versions of openssl were installed:
- 0.9.7g
- 0.9.8a
2. Somehow while making PHP it used 0.9.8 and no warnings appeared
3. But in reality described above error took place
Solution:
removing 0.9.7g, recompling 0.9.8a as shared
fixing all symlinks
(of course, if I did not mixed smth :( )
Previous Comments:
[2006-02-13 19:30:45] [EMAIL PROTECTED]
Looking at the backtrace, I don't think it's a problem of PHP.
And you said you're using 0.9.8a, right?
Then why there is /usr/lib64/libcrypto.so.0.9.7 in the backtrace?
[2006-02-13 19:20:49] dimitry at icecat dot biz
/tmp/php5.1-200602131730 # gdb /usr/local/php/bin/php core
GNU gdb 6.1
Copyright 2004 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/tls/libthread_db.so.1".
Core was generated by `/usr/local/php/bin/php -r
fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60");'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib64/libcrypt.so.1...done.
Loaded symbols for /lib64/libcrypt.so.1
Reading symbols from /lib64/tls/librt.so.1...done.
Loaded symbols for /lib64/tls/librt.so.1
Reading symbols from /usr/local/lib/libz.so.1...done.
Loaded symbols for /usr/local/lib/libz.so.1
Reading symbols from /usr/local/lib/libssl.so.0.9.7...done.
Loaded symbols for /usr/local/lib/libssl.so.0.9.7
Reading symbols from /lib64/libresolv.so.2...done.
Loaded symbols for /lib64/libresolv.so.2
Reading symbols from /lib64/tls/libm.so.6...done.
Loaded symbols for /lib64/tls/libm.so.6
Reading symbols from /lib64/libnsl.so.1...done.
Loaded symbols for /lib64/libnsl.so.1
Reading symbols from /usr/local/lib/libxml2.so.2...done.
Loaded symbols for /usr/local/lib/libxml2.so.2
Reading symbols from /lib64/libdl.so.2...done.
Loaded symbols for /lib64/libdl.so.2
Reading symbols from /lib64/tls/libpthread.so.0...done.
Loaded symbols for /lib64/tls/libpthread.so.0
Reading symbols from /lib64/tls/libc.so.6...done.
Loaded symbols for /lib64/tls/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib64/libcrypto.so.0.9.7...done.
Loaded symbols for /usr/lib64/libcrypto.so.0.9.7
Reading symbols from /lib64/libnss_files.so.2...done.
Loaded symbols for /lib64/libnss_files.so.2
Reading symbols from /lib64/libnss_dns.so.2...done.
Loaded symbols for /lib64/libnss_dns.so.2
#0 0x006cec57 in EVP_DigestUpdate ()
(gdb) bt
#0 0x006cec57 in EVP_DigestUpdate ()
#1 0x006c102d in HMAC_Update ()
#2 0x002a959dd516 in tls1_P_hash () from
/usr/local/lib/libssl.so.0.9.7
#3 0x002a in ?? ()
#4 0x0030 in ?? ()
#5 0x007fbfffde40 in ?? ()
#6 0x00adcc20 in sha224_md ()
#7 0x00cb09e0 in ?? ()
#8 0x0082 in ?? ()
#9 0x00c9b6f0 in ?? ()
#10 0x00c9c1a4 in ?? ()
#11 0x00c9c1a0 in ?? ()
#12 0x00c9c1a6 in ?? ()
#13 0x002a959dd785 in tls1_generate_master_secret () from
/usr/local/lib/libssl.so.0.9.7
#14 0x002a959d5712 in ssl3_send_client_key_exchange () from
/usr/local/lib/libssl.so.0.9.7
#15 0x002a959d72a5 in ssl3_connect () from
/usr/local/lib/libssl.so.0.9.7
#16 0x002a959dec55 in SSL_connect () from
/usr/local/lib/libssl.so.0.9.7
#17 0x002a959dc645 in ssl23_connect () from
/usr/local/lib/libssl.so.0.9.7
#18 0x002a959dec55 in SSL_connect () from
/usr/local/lib/libssl.so.0.9.7
#19 0x00477c28 in php_openssl_sockop_set_option
(stream=0xc99218, option=Variable "option" is not available.
) at /tmp/php5.1-200602131730/ext/openssl/xp_ssl.c:396
#20 0x0061e4e4 in _php_stream_set_option (stream=0xc99218,
option=8, value=0, ptrparam=Variable "ptrparam" is not available.
) at /tmp/php5.1-200602131730/main/streams/streams.c:1129
#21 0x00627653 in php_stream_xport_crypto_enable
(stream=Variable "stream" is not available.
) at /tmp/php5.1-200602131730/main/streams/transports.c:368
#22 0x00477f1f in php_openssl_sockop_set_option
(stream=0xc99218, option=Variable "option" is not available.
) at /tmp/php5.1-200602131730/ext/openssl/xp_ssl.c:594
#23 0x0
#36248 [Opn->Asn]: CURLOPT_HEADERFUNCTION, couldn't set the function in the class (works in 5.1)
ID: 36248
Updated by: [EMAIL PROTECTED]
Reported By: Admin at relax-info dot com
-Status: Open
+Status: Assigned
Bug Type: cURL related
Operating System: WIN XP SP2
PHP Version: 4.4.2
-Assigned To:
+Assigned To: ilia
New Comment:
Assigned to the maintainer.
Previous Comments:
[2006-02-02 19:59:10] Admin at relax-info dot com
Ok, I then shall install MSVC6 and other debug packs.
Now I give you the reference to my class with an example.
Server: Apache/1.3.31 (Win32) PHP/4.4.2
X-Powered-By: PHP/4.4.2
Transfer-Encoding: chunked
http://relax-info.com/data/file/curl.class.php.rar - example and class
With best regards, X-MAN :)
[2006-02-01 21:18:06] [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.
Works perfectly fine here.
[2006-02-01 17:55:12] Admin at relax-info dot com
I am truncate all comment from my class and delete other method than
not assign with problem
url = $url;
}
function init()
{
$this->_ch = curl_init();
// ...
}
function execute()
{
// defauukt setup
curl_setopt($this->_ch, CURLOPT_URL, $this->url);
// HEADER
if ($this->header)
{
curl_setopt($this->_ch, CURLOPT_HEADER, true);
curl_setopt($this->_ch, CURLOPT_HEADERFUNCTION,
array($this,
'_header_callback');
}
// exec
$result = curl_exec($this->_ch);
// ..
return $result;
}
function _header_callback($ch, $header)
{
return strlen($header);
}
}
// EXAMPLE -
$url = 'http://www.relax-info.com';
$curl = new CURL($url);
if ($curl->init())
{
$curl->returntransfer = true;
$curl->header = true;
$result = $curl->execute();
print_r($result);
}
else echo $curl->get_error();
?>
[2006-02-01 17:43:05] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2006-02-01 17:40:49] Admin at relax-info dot com
Sorry, callback function example...
function _header_callback($ch, $header)
{
// print_r($header);
}
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/36248
--
Edit this bug report at http://bugs.php.net/?id=36248&edit=1
#36234 [Asn->Opn]: segfault when testing property of an overloaded class in switch a statement
ID: 36234
Updated by: [EMAIL PROTECTED]
Reported By: matt dot flaherty at hildebrand dot co dot uk
-Status: Assigned
+Status: Open
Bug Type: Reproducible crash
Operating System: SUSE LINUX 10.0 (i586)
PHP Version: 4.4.2
Assigned To: andrei
New Comment:
I am not maintaining this anymore.
Previous Comments:
[2006-02-13 19:36:22] [EMAIL PROTECTED]
Andrei is the maintainer of this extension, not me...
[2006-02-13 15:53:49] matt dot flaherty at hildebrand dot co dot uk
Thank you for this. I'm aware that the OO implementation in PHP5 is
very different and I intend to use 5 for any serious OO development
from now on. However, there is a project I'm working on which requires
PHP 4 and needs a drop-in replacement for the PEAR DB libraries within
a third-party framework. As support for PHP 4 is still a going concern
I decided to raise this ticket. Since posting this bug report, I have
also encountered the same problem in PHP 4.3.11. Thank you again for
your response.
[2006-02-11 13:19:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-01-31 23:51:27] judas dot iscariote at gmail dot com
Program received signal SIGSEGV, Segmentation fault.
0x00417258 in overload_get_property
(property_reference=0x7fe61af8)
at /home/cristian/php-src/ext/overload/overload.c:363
363 if (Z_TYPE_P(overloaded_property) ==
OE_IS_OBJECT) {
(gdb) bt
#0 0x00417258 in overload_get_property
(property_reference=0x7fe61af8)
at /home/cristian/php-src/ext/overload/overload.c:363
#1 0x004e9c01 in get_overloaded_property (T=0x7fe61ae0) at
/home/cristian/php-src/Zend/zend_execute.c:970
#2 0x004e8327 in _get_zval_ptr (node=0x6a6bd0,
Ts=0x7fe614c0, should_free=0x649c10)
at /home/cristian/php-src/Zend/zend_execute.c:93
#3 0x004f2503 in zend_switch_free (opline=0x6a6ba8,
Ts=0x7fe614c0)
at /home/cristian/php-src/Zend/zend_execute.c:236
#4 0x004efe54 in execute (op_array=0x6978d0) at
/home/cristian/php-src/Zend/zend_execute.c:2053
#5 0x004d5cf5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/cristian/php-src/Zend/zend.c:934
#6 0x00498774 in php_execute_script
(primary_file=0x7fe64750) at
/home/cristian/php-src/main/main.c:1753
#7 0x004f50eb in main (argc=2, argv=0x7fe648b8) at
/home/cristian/php-src/sapi/cli/php_cli.c:830
./sapi/cli/php -v
PHP 4.4.3-dev (cli) (built: Jan 31 2006 19:48:51) (DEBUG)
[2006-01-31 18:30:29] matt dot flaherty at hildebrand dot co dot uk
Almost forgot. PHP is configured in the standard way for this distro:
./configure --prefix=/usr --datadir=/usr/share/php
--mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/share
--includedir=/usr/include --sysconfdir=/etc --with-_lib=lib
--with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin
--disable-debug --enable-inline-optimization --enable-memory-limit
--enable-magic-quotes --enable-safe-mode --enable-sigchild
--disable-ctype --disable-session --without-mysql --disable-cli
--without-pear --with-openssl --with-apxs2=/usr/sbin/apxs2-prefork
i586-suse-linux
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/36234
--
Edit this bug report at http://bugs.php.net/?id=36234&edit=1
#36234 [Asn]: segfault when testing property of an overloaded class in switch a statement
ID: 36234
Updated by: [EMAIL PROTECTED]
Reported By: matt dot flaherty at hildebrand dot co dot uk
Status: Assigned
Bug Type: Reproducible crash
Operating System: SUSE LINUX 10.0 (i586)
PHP Version: 4.4.2
-Assigned To: derick
+Assigned To: andrei
New Comment:
Andrei is the maintainer of this extension, not me...
Previous Comments:
[2006-02-13 15:53:49] matt dot flaherty at hildebrand dot co dot uk
Thank you for this. I'm aware that the OO implementation in PHP5 is
very different and I intend to use 5 for any serious OO development
from now on. However, there is a project I'm working on which requires
PHP 4 and needs a drop-in replacement for the PEAR DB libraries within
a third-party framework. As support for PHP 4 is still a going concern
I decided to raise this ticket. Since posting this bug report, I have
also encountered the same problem in PHP 4.3.11. Thank you again for
your response.
[2006-02-11 13:19:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-01-31 23:51:27] judas dot iscariote at gmail dot com
Program received signal SIGSEGV, Segmentation fault.
0x00417258 in overload_get_property
(property_reference=0x7fe61af8)
at /home/cristian/php-src/ext/overload/overload.c:363
363 if (Z_TYPE_P(overloaded_property) ==
OE_IS_OBJECT) {
(gdb) bt
#0 0x00417258 in overload_get_property
(property_reference=0x7fe61af8)
at /home/cristian/php-src/ext/overload/overload.c:363
#1 0x004e9c01 in get_overloaded_property (T=0x7fe61ae0) at
/home/cristian/php-src/Zend/zend_execute.c:970
#2 0x004e8327 in _get_zval_ptr (node=0x6a6bd0,
Ts=0x7fe614c0, should_free=0x649c10)
at /home/cristian/php-src/Zend/zend_execute.c:93
#3 0x004f2503 in zend_switch_free (opline=0x6a6ba8,
Ts=0x7fe614c0)
at /home/cristian/php-src/Zend/zend_execute.c:236
#4 0x004efe54 in execute (op_array=0x6978d0) at
/home/cristian/php-src/Zend/zend_execute.c:2053
#5 0x004d5cf5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/cristian/php-src/Zend/zend.c:934
#6 0x00498774 in php_execute_script
(primary_file=0x7fe64750) at
/home/cristian/php-src/main/main.c:1753
#7 0x004f50eb in main (argc=2, argv=0x7fe648b8) at
/home/cristian/php-src/sapi/cli/php_cli.c:830
./sapi/cli/php -v
PHP 4.4.3-dev (cli) (built: Jan 31 2006 19:48:51) (DEBUG)
[2006-01-31 18:30:29] matt dot flaherty at hildebrand dot co dot uk
Almost forgot. PHP is configured in the standard way for this distro:
./configure --prefix=/usr --datadir=/usr/share/php
--mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/share
--includedir=/usr/include --sysconfdir=/etc --with-_lib=lib
--with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin
--disable-debug --enable-inline-optimization --enable-memory-limit
--enable-magic-quotes --enable-safe-mode --enable-sigchild
--disable-ctype --disable-session --without-mysql --disable-cli
--without-pear --with-openssl --with-apxs2=/usr/sbin/apxs2-prefork
i586-suse-linux
[2006-01-31 18:22:51] matt dot flaherty at hildebrand dot co dot uk
Description:
Apologies in advance if this turns out to be user error, but it seems
odd to me. A segmentation fault occurs when evaluating in a switch
statement an instance property of an overloaded class with which has a
__get() method. It does not matter whether the evaluated property is
native to the instance or overloaded. Also, native and overloaded
properties on an overloaded class instance don't like to be passed by
reference.
If you change the switch statements to cast the argument to (string),
as in "switch ((string)$decorator->bar) {" (a memory copy), then the
expected result occurs. If you leave either of the switch statements
alone there is a crash. Interestingly, with both of the switch
statements "fixed" and the block uncommented that calls function
reverse_me, the output looks like this:
%<
I can see that the value of bar is 'bar' and the value of myVar is
'mine'.
I've tested === and that worked okay.
So did ==.
subst function is okay too.
Fatal error: Only variables can be passed by reference in
/srv/www/htdocs/seagull/www/crash.php on line 54
%<
This is a native property on the instance so I can't understand why
passing by reference is bad. Turning off overloading produces the
expected result there, which is this:
%<
I can see that the value
#36385 [Opn->Fbk]: ssl: segmentation fault
ID: 36385
Updated by: [EMAIL PROTECTED]
Reported By: dimitry at icecat dot biz
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: SUSE LINUX Enterprise Server 9 (
PHP Version: 5.1.2
New Comment:
Looking at the backtrace, I don't think it's a problem of PHP.
And you said you're using 0.9.8a, right?
Then why there is /usr/lib64/libcrypto.so.0.9.7 in the backtrace?
Previous Comments:
[2006-02-13 19:20:49] dimitry at icecat dot biz
/tmp/php5.1-200602131730 # gdb /usr/local/php/bin/php core
GNU gdb 6.1
Copyright 2004 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/tls/libthread_db.so.1".
Core was generated by `/usr/local/php/bin/php -r
fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60");'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib64/libcrypt.so.1...done.
Loaded symbols for /lib64/libcrypt.so.1
Reading symbols from /lib64/tls/librt.so.1...done.
Loaded symbols for /lib64/tls/librt.so.1
Reading symbols from /usr/local/lib/libz.so.1...done.
Loaded symbols for /usr/local/lib/libz.so.1
Reading symbols from /usr/local/lib/libssl.so.0.9.7...done.
Loaded symbols for /usr/local/lib/libssl.so.0.9.7
Reading symbols from /lib64/libresolv.so.2...done.
Loaded symbols for /lib64/libresolv.so.2
Reading symbols from /lib64/tls/libm.so.6...done.
Loaded symbols for /lib64/tls/libm.so.6
Reading symbols from /lib64/libnsl.so.1...done.
Loaded symbols for /lib64/libnsl.so.1
Reading symbols from /usr/local/lib/libxml2.so.2...done.
Loaded symbols for /usr/local/lib/libxml2.so.2
Reading symbols from /lib64/libdl.so.2...done.
Loaded symbols for /lib64/libdl.so.2
Reading symbols from /lib64/tls/libpthread.so.0...done.
Loaded symbols for /lib64/tls/libpthread.so.0
Reading symbols from /lib64/tls/libc.so.6...done.
Loaded symbols for /lib64/tls/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib64/libcrypto.so.0.9.7...done.
Loaded symbols for /usr/lib64/libcrypto.so.0.9.7
Reading symbols from /lib64/libnss_files.so.2...done.
Loaded symbols for /lib64/libnss_files.so.2
Reading symbols from /lib64/libnss_dns.so.2...done.
Loaded symbols for /lib64/libnss_dns.so.2
#0 0x006cec57 in EVP_DigestUpdate ()
(gdb) bt
#0 0x006cec57 in EVP_DigestUpdate ()
#1 0x006c102d in HMAC_Update ()
#2 0x002a959dd516 in tls1_P_hash () from
/usr/local/lib/libssl.so.0.9.7
#3 0x002a in ?? ()
#4 0x0030 in ?? ()
#5 0x007fbfffde40 in ?? ()
#6 0x00adcc20 in sha224_md ()
#7 0x00cb09e0 in ?? ()
#8 0x0082 in ?? ()
#9 0x00c9b6f0 in ?? ()
#10 0x00c9c1a4 in ?? ()
#11 0x00c9c1a0 in ?? ()
#12 0x00c9c1a6 in ?? ()
#13 0x002a959dd785 in tls1_generate_master_secret () from
/usr/local/lib/libssl.so.0.9.7
#14 0x002a959d5712 in ssl3_send_client_key_exchange () from
/usr/local/lib/libssl.so.0.9.7
#15 0x002a959d72a5 in ssl3_connect () from
/usr/local/lib/libssl.so.0.9.7
#16 0x002a959dec55 in SSL_connect () from
/usr/local/lib/libssl.so.0.9.7
#17 0x002a959dc645 in ssl23_connect () from
/usr/local/lib/libssl.so.0.9.7
#18 0x002a959dec55 in SSL_connect () from
/usr/local/lib/libssl.so.0.9.7
#19 0x00477c28 in php_openssl_sockop_set_option
(stream=0xc99218, option=Variable "option" is not available.
) at /tmp/php5.1-200602131730/ext/openssl/xp_ssl.c:396
#20 0x0061e4e4 in _php_stream_set_option (stream=0xc99218,
option=8, value=0, ptrparam=Variable "ptrparam" is not available.
) at /tmp/php5.1-200602131730/main/streams/streams.c:1129
#21 0x00627653 in php_stream_xport_crypto_enable
(stream=Variable "stream" is not available.
) at /tmp/php5.1-200602131730/main/streams/transports.c:368
#22 0x00477f1f in php_openssl_sockop_set_option
(stream=0xc99218, option=Variable "option" is not available.
) at /tmp/php5.1-200602131730/ext/openssl/xp_ssl.c:594
#23 0x0061e4e4 in _php_stream_set_option (stream=0xc99218,
option=7, value=0, ptrparam=Variable "ptrparam" is not available.
) at /tmp/php5.1-200602131730/main/streams/streams.c:1129
#24 0x00627a85 in php_stream_xport_connect (stream=0xc99218,
name=0xc9910e "mail.yahoo.com:443", namelen=18, asynchronous=0,
timeout=0x7fbfffe450,
error_text=0x7fbfffe358, error_code=0x7fbfffe40c) at
/tmp/php5.1-200602131730/main/streams/transports.c:227
#25 0x00627e46 in _php_stream_xport_create (name=0xc9910e
"mail.yahoo.com:443
#36385 [Fbk->Opn]: ssl: segmentation fault
ID: 36385
User updated by: dimitry at icecat dot biz
Reported By: dimitry at icecat dot biz
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: SUSE LINUX Enterprise Server 9 (
PHP Version: 5.1.2
New Comment:
/tmp/php5.1-200602131730 # gdb /usr/local/php/bin/php core
GNU gdb 6.1
Copyright 2004 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/tls/libthread_db.so.1".
Core was generated by `/usr/local/php/bin/php -r
fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60");'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib64/libcrypt.so.1...done.
Loaded symbols for /lib64/libcrypt.so.1
Reading symbols from /lib64/tls/librt.so.1...done.
Loaded symbols for /lib64/tls/librt.so.1
Reading symbols from /usr/local/lib/libz.so.1...done.
Loaded symbols for /usr/local/lib/libz.so.1
Reading symbols from /usr/local/lib/libssl.so.0.9.7...done.
Loaded symbols for /usr/local/lib/libssl.so.0.9.7
Reading symbols from /lib64/libresolv.so.2...done.
Loaded symbols for /lib64/libresolv.so.2
Reading symbols from /lib64/tls/libm.so.6...done.
Loaded symbols for /lib64/tls/libm.so.6
Reading symbols from /lib64/libnsl.so.1...done.
Loaded symbols for /lib64/libnsl.so.1
Reading symbols from /usr/local/lib/libxml2.so.2...done.
Loaded symbols for /usr/local/lib/libxml2.so.2
Reading symbols from /lib64/libdl.so.2...done.
Loaded symbols for /lib64/libdl.so.2
Reading symbols from /lib64/tls/libpthread.so.0...done.
Loaded symbols for /lib64/tls/libpthread.so.0
Reading symbols from /lib64/tls/libc.so.6...done.
Loaded symbols for /lib64/tls/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /usr/lib64/libcrypto.so.0.9.7...done.
Loaded symbols for /usr/lib64/libcrypto.so.0.9.7
Reading symbols from /lib64/libnss_files.so.2...done.
Loaded symbols for /lib64/libnss_files.so.2
Reading symbols from /lib64/libnss_dns.so.2...done.
Loaded symbols for /lib64/libnss_dns.so.2
#0 0x006cec57 in EVP_DigestUpdate ()
(gdb) bt
#0 0x006cec57 in EVP_DigestUpdate ()
#1 0x006c102d in HMAC_Update ()
#2 0x002a959dd516 in tls1_P_hash () from
/usr/local/lib/libssl.so.0.9.7
#3 0x002a in ?? ()
#4 0x0030 in ?? ()
#5 0x007fbfffde40 in ?? ()
#6 0x00adcc20 in sha224_md ()
#7 0x00cb09e0 in ?? ()
#8 0x0082 in ?? ()
#9 0x00c9b6f0 in ?? ()
#10 0x00c9c1a4 in ?? ()
#11 0x00c9c1a0 in ?? ()
#12 0x00c9c1a6 in ?? ()
#13 0x002a959dd785 in tls1_generate_master_secret () from
/usr/local/lib/libssl.so.0.9.7
#14 0x002a959d5712 in ssl3_send_client_key_exchange () from
/usr/local/lib/libssl.so.0.9.7
#15 0x002a959d72a5 in ssl3_connect () from
/usr/local/lib/libssl.so.0.9.7
#16 0x002a959dec55 in SSL_connect () from
/usr/local/lib/libssl.so.0.9.7
#17 0x002a959dc645 in ssl23_connect () from
/usr/local/lib/libssl.so.0.9.7
#18 0x002a959dec55 in SSL_connect () from
/usr/local/lib/libssl.so.0.9.7
#19 0x00477c28 in php_openssl_sockop_set_option
(stream=0xc99218, option=Variable "option" is not available.
) at /tmp/php5.1-200602131730/ext/openssl/xp_ssl.c:396
#20 0x0061e4e4 in _php_stream_set_option (stream=0xc99218,
option=8, value=0, ptrparam=Variable "ptrparam" is not available.
) at /tmp/php5.1-200602131730/main/streams/streams.c:1129
#21 0x00627653 in php_stream_xport_crypto_enable
(stream=Variable "stream" is not available.
) at /tmp/php5.1-200602131730/main/streams/transports.c:368
#22 0x00477f1f in php_openssl_sockop_set_option
(stream=0xc99218, option=Variable "option" is not available.
) at /tmp/php5.1-200602131730/ext/openssl/xp_ssl.c:594
#23 0x0061e4e4 in _php_stream_set_option (stream=0xc99218,
option=7, value=0, ptrparam=Variable "ptrparam" is not available.
) at /tmp/php5.1-200602131730/main/streams/streams.c:1129
#24 0x00627a85 in php_stream_xport_connect (stream=0xc99218,
name=0xc9910e "mail.yahoo.com:443", namelen=18, asynchronous=0,
timeout=0x7fbfffe450,
error_text=0x7fbfffe358, error_code=0x7fbfffe40c) at
/tmp/php5.1-200602131730/main/streams/transports.c:227
#25 0x00627e46 in _php_stream_xport_create (name=0xc9910e
"mail.yahoo.com:443", namelen=18, options=12, flags=0,
persistent_id=0x0,
timeout=0x7fbfffe450, context=0x0, error_string=0x7fbfffe400,
error_code=0x0) at
/tmp/php5.1-200602131730/main/streams/transports.c:140
#26 0x005c1907 in php_fsockopen_stream (ht=Variable "ht" is not
available.
) at /tmp/php5.1-200602131730
#36234 [Opn->Asn]: segfault when testing property of an overloaded class in switch a statement
ID: 36234
Updated by: [EMAIL PROTECTED]
Reported By: matt dot flaherty at hildebrand dot co dot uk
-Status: Open
+Status: Assigned
Bug Type: Reproducible crash
Operating System: SUSE LINUX 10.0 (i586)
PHP Version: 4.4.2
-Assigned To:
+Assigned To: derick
Previous Comments:
[2006-02-13 15:53:49] matt dot flaherty at hildebrand dot co dot uk
Thank you for this. I'm aware that the OO implementation in PHP5 is
very different and I intend to use 5 for any serious OO development
from now on. However, there is a project I'm working on which requires
PHP 4 and needs a drop-in replacement for the PEAR DB libraries within
a third-party framework. As support for PHP 4 is still a going concern
I decided to raise this ticket. Since posting this bug report, I have
also encountered the same problem in PHP 4.3.11. Thank you again for
your response.
[2006-02-11 13:19:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-01-31 23:51:27] judas dot iscariote at gmail dot com
Program received signal SIGSEGV, Segmentation fault.
0x00417258 in overload_get_property
(property_reference=0x7fe61af8)
at /home/cristian/php-src/ext/overload/overload.c:363
363 if (Z_TYPE_P(overloaded_property) ==
OE_IS_OBJECT) {
(gdb) bt
#0 0x00417258 in overload_get_property
(property_reference=0x7fe61af8)
at /home/cristian/php-src/ext/overload/overload.c:363
#1 0x004e9c01 in get_overloaded_property (T=0x7fe61ae0) at
/home/cristian/php-src/Zend/zend_execute.c:970
#2 0x004e8327 in _get_zval_ptr (node=0x6a6bd0,
Ts=0x7fe614c0, should_free=0x649c10)
at /home/cristian/php-src/Zend/zend_execute.c:93
#3 0x004f2503 in zend_switch_free (opline=0x6a6ba8,
Ts=0x7fe614c0)
at /home/cristian/php-src/Zend/zend_execute.c:236
#4 0x004efe54 in execute (op_array=0x6978d0) at
/home/cristian/php-src/Zend/zend_execute.c:2053
#5 0x004d5cf5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/cristian/php-src/Zend/zend.c:934
#6 0x00498774 in php_execute_script
(primary_file=0x7fe64750) at
/home/cristian/php-src/main/main.c:1753
#7 0x004f50eb in main (argc=2, argv=0x7fe648b8) at
/home/cristian/php-src/sapi/cli/php_cli.c:830
./sapi/cli/php -v
PHP 4.4.3-dev (cli) (built: Jan 31 2006 19:48:51) (DEBUG)
[2006-01-31 18:30:29] matt dot flaherty at hildebrand dot co dot uk
Almost forgot. PHP is configured in the standard way for this distro:
./configure --prefix=/usr --datadir=/usr/share/php
--mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/share
--includedir=/usr/include --sysconfdir=/etc --with-_lib=lib
--with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin
--disable-debug --enable-inline-optimization --enable-memory-limit
--enable-magic-quotes --enable-safe-mode --enable-sigchild
--disable-ctype --disable-session --without-mysql --disable-cli
--without-pear --with-openssl --with-apxs2=/usr/sbin/apxs2-prefork
i586-suse-linux
[2006-01-31 18:22:51] matt dot flaherty at hildebrand dot co dot uk
Description:
Apologies in advance if this turns out to be user error, but it seems
odd to me. A segmentation fault occurs when evaluating in a switch
statement an instance property of an overloaded class with which has a
__get() method. It does not matter whether the evaluated property is
native to the instance or overloaded. Also, native and overloaded
properties on an overloaded class instance don't like to be passed by
reference.
If you change the switch statements to cast the argument to (string),
as in "switch ((string)$decorator->bar) {" (a memory copy), then the
expected result occurs. If you leave either of the switch statements
alone there is a crash. Interestingly, with both of the switch
statements "fixed" and the block uncommented that calls function
reverse_me, the output looks like this:
%<
I can see that the value of bar is 'bar' and the value of myVar is
'mine'.
I've tested === and that worked okay.
So did ==.
subst function is okay too.
Fatal error: Only variables can be passed by reference in
/srv/www/htdocs/seagull/www/crash.php on line 54
%<
This is a native property on the instance so I can't understand why
passing by reference is bad. Turning off overloading produces the
expected result there, which is this:
%<
I can see that the value of bar is '' and the value of myVar is
'mine'.
I've
#36241 [Opn->Fbk]: explode() crashes
ID: 36241
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux on PowerPC
PHP Version: 6CVS-2006-02-10 (CVS)
New Comment:
Is Linux on PPC the only platform where you're able to reproduce it?
Previous Comments:
[2006-02-10 09:53:02] [EMAIL PROTECTED]
I just updated my cvs working copy and the error has slightly changed
but is still there.
The following script causes the trouble:
It's not segm fault anymore but that doesn't make much of a
difference. zend_parse_parameters() just returns bogus.
Here is a gdb session:
[EMAIL PROTECTED]:/tmp$ gdb /usr/local/php5-cvs/bin/php
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "powerpc-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) break string.c:1099
Breakpoint 1 at 0x101fada4: file
/home/cvs/php/php-src/ext/standard/string.c, line 1099.
(gdb) run -f explode.php
Starting program: /home/local/php5-cvs/bin/php -f explode.php
warning: Lowest section in /usr/lib/libicudata.so.34 is .hash at
0094
[Thread debugging using libthread_db enabled]
[New Thread 805588960 (LWP 20645)]
[Switching to Thread 805588960 (LWP 20645)]
Breakpoint 1, zif_explode (ht=2, return_value=0x1069ca68,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /home/cvs/php/php-src/ext/standard/string.c:1099
1099if ( zend_parse_parameters(argc TSRMLS_CC, "TT|l",
&delim, &delim_len, &delim_type,
(gdb) next
1104if ( delim_len == 0 ) {
(gdb) print str
$1 = (void *) 0xb7
(gdb) print delim
$2 = (void *) 0x1040345c
(gdb) print str_len
$3 = 16
(gdb) print delim_len
$4 = 0
(gdb) print (char *) delim
$5 = 0x1040345c "/home/cvs/php/php-src/Zend/zend_vm_execute.h"
If continue the program I get a php error message because the delim
string is empty.
Uwe
[2006-02-01 11:15:33] [EMAIL PROTECTED]
Can't reproduce on i386 both in Unicode and regular modes.
[2006-02-01 09:23:20] [EMAIL PROTECTED]
Description:
This simple script causes a segm fault
php_explode (delim=0xed82208 "", delim_len=2147450528,
str=0x3c , str_len=249048784,
str_type=0 '\0',
return_value=0x106ce240, limit=-1) at zend_operators.h:215
215 char ne = needle[needle_len-1];
(gdb) bt
#0 php_explode (delim=0xed82208 "", delim_len=2147450528,
str=0x3c , str_len=249048784,
str_type=0 '\0',
return_value=0x106ce240, limit=-1) at zend_operators.h:215
#1 0x1022b380 in zif_explode (ht=2, return_value=0x106ce240,
return_value_ptr=, this_ptr=,
return_value_used=)
at /home/cvs/php/php-src/ext/standard/string.c:1137
#2 0x1030b414 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fff7f80)
at zend_vm_execute.h:201
#3 0x1030a8e4 in execute (op_array=0x106ce0e8) at
zend_vm_execute.h:92
#4 0x102dc0b8 in zend_execute_scripts (type=8, retval=0x1022b380,
file_count=3)
at /home/cvs/php/php-src/Zend/zend.c:1806
#5 0x1027bf7c in php_execute_script (primary_file=0x7fffa4e4)
at /home/cvs/php/php-src/main/main.c:1846
#6 0x103d6348 in main (argc=3, argv=0x7fffaac4)
at /home/cvs/php/php-src/sapi/cli/php_cli.c:1090
--
Edit this bug report at http://bugs.php.net/?id=36241&edit=1
#36383 [Opn->Fbk]: ob_implicit_flush() does not disable output buffering
ID: 36383 Updated by: [EMAIL PROTECTED] Reported By: david at acz dot org -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Linux PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-02-13 17:09:57] david at acz dot org Description: The documentation for ob_implicit_flush says that "Turning implicit flushing on will disable output buffering, the output buffers current output will be sent as if ob_end_flush() had been called." This is not the case. If this is indeed the correct behavior, please update the documentation to reflect that and add an example such as the following: ob_implicit_flush(true); while (@ob_end_flush()); Reproduce code: --- ob_start(); ob_implicit_flush(true); var_dump(ob_end_flush()); Expected result: bool(false) Actual result: -- bool(true) -- Edit this bug report at http://bugs.php.net/?id=36383&edit=1
#36384 [Opn->Fbk]: fwrite buffers when writing to socket
ID: 36384 Updated by: [EMAIL PROTECTED] Reported By: djgrrr at gmail dot com -Status: Open +Status: Feedback Bug Type: Streams related Operating System: Linux 2.6 PHP Version: 4.4.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-02-13 17:46:58] djgrrr at gmail dot com Description: when sending text through a socket, opened with fsockopen() or stream_socket_client() (in the case of php5) if you send more than aproximately 10 lines (with \r\n or \n as the EOL) all at once, it will begin to buffer after the 10 lines are sent to be writen with fwrite; It does not matter what the blocking setting, or the stream timeout setting is set at. The script will not block and will continue executing like normal, reading from the socket is instant and never buffers, so basically, you have a socket that can recive and process data extreamly fast, but is not able to write back to the stream at the same speed. Reproduce code: --- Expected result: i expect it to write "hello #\r\n" where # is 1-1000 to the socket very fast (at least once every 0.1 seconds) Actual result: -- it will write around 10 lines to the socket very quickly, then will start to buffer at around 1 line per second, which in the case where you need results to come back very fast, it makes it quite annoying to deal with -- Edit this bug report at http://bugs.php.net/?id=36384&edit=1
#36385 [Opn->Fbk]: ssl: segmentation fault
ID: 36385
Updated by: [EMAIL PROTECTED]
Reported By: dimitry at icecat dot biz
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: SUSE LINUX Enterprise Server 9 (
PHP Version: 5.1.2
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:
[2006-02-13 18:55:26] dimitry at icecat dot biz
./configure --prefix /usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --enable-mbstring --enable-soap --without-sqlite
--with-pear
Successfully compiled / installed
bash:/tmp/php5.1-200602131730 # /usr/local/php/bin/php -r
'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Segmentation fault
[2006-02-13 18:38:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-02-13 18:01:34] dimitry at icecat dot biz
Description:
Configure line:
./configure --prefix /usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --enable-mbstring --enable-soap --without-sqlite
--with-pear
OS:
SUSE LINUX Enterprise Server 9 (x86_64)
VERSION = 9
OpenSSL:
openssl version
OpenSSL 0.9.8a 11 Oct 2005
(Was compiled with '-fPIC' option)
Segmentation fault with fsockopen, transport SSL
Reproduce code:
---
php -r 'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Expected result:
nothing
Actual result:
--
php -r 'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=36385&edit=1
#36385 [Fbk->Opn]: ssl: segmentation fault
ID: 36385
User updated by: dimitry at icecat dot biz
Reported By: dimitry at icecat dot biz
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: SUSE LINUX Enterprise Server 9 (
PHP Version: 5.1.2
New Comment:
./configure --prefix /usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --enable-mbstring --enable-soap --without-sqlite
--with-pear
Successfully compiled / installed
bash:/tmp/php5.1-200602131730 # /usr/local/php/bin/php -r
'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Segmentation fault
Previous Comments:
[2006-02-13 18:38:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-02-13 18:01:34] dimitry at icecat dot biz
Description:
Configure line:
./configure --prefix /usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --enable-mbstring --enable-soap --without-sqlite
--with-pear
OS:
SUSE LINUX Enterprise Server 9 (x86_64)
VERSION = 9
OpenSSL:
openssl version
OpenSSL 0.9.8a 11 Oct 2005
(Was compiled with '-fPIC' option)
Segmentation fault with fsockopen, transport SSL
Reproduce code:
---
php -r 'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Expected result:
nothing
Actual result:
--
php -r 'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=36385&edit=1
#36385 [Opn->Fbk]: ssl: segmentation fault
ID: 36385
Updated by: [EMAIL PROTECTED]
Reported By: dimitry at icecat dot biz
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: SUSE LINUX Enterprise Server 9 (
PHP Version: 5.1.2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Previous Comments:
[2006-02-13 18:01:34] dimitry at icecat dot biz
Description:
Configure line:
./configure --prefix /usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --enable-mbstring --enable-soap --without-sqlite
--with-pear
OS:
SUSE LINUX Enterprise Server 9 (x86_64)
VERSION = 9
OpenSSL:
openssl version
OpenSSL 0.9.8a 11 Oct 2005
(Was compiled with '-fPIC' option)
Segmentation fault with fsockopen, transport SSL
Reproduce code:
---
php -r 'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Expected result:
nothing
Actual result:
--
php -r 'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=36385&edit=1
#36383 [NEW]: ob_implicit_flush() does not disable output buffering
From: david at acz dot org Operating system: Linux PHP version: 5.1.2 PHP Bug Type: Output Control Bug description: ob_implicit_flush() does not disable output buffering Description: The documentation for ob_implicit_flush says that "Turning implicit flushing on will disable output buffering, the output buffers current output will be sent as if ob_end_flush() had been called." This is not the case. If this is indeed the correct behavior, please update the documentation to reflect that and add an example such as the following: ob_implicit_flush(true); while (@ob_end_flush()); Reproduce code: --- ob_start(); ob_implicit_flush(true); var_dump(ob_end_flush()); Expected result: bool(false) Actual result: -- bool(true) -- Edit bug report at http://bugs.php.net/?id=36383&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36383&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36383&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36383&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36383&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36383&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36383&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36383&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36383&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36383&r=support Expected behavior:http://bugs.php.net/fix.php?id=36383&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36383&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36383&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36383&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36383&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36383&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36383&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36383&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36383&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36383&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36383&r=mysqlcfg
#36385 [NEW]: ssl: segmentation fault
From: dimitry at icecat dot biz
Operating system: SUSE LINUX Enterprise Server 9 (
PHP version: 5.1.2
PHP Bug Type: Unknown/Other Function
Bug description: ssl: segmentation fault
Description:
Configure line:
./configure --prefix /usr/local/php
--with-apxs2=/usr/local/apache2/bin/apxs --with-openssl
--with-zlib --enable-mbstring --enable-soap --without-sqlite
--with-pear
OS:
SUSE LINUX Enterprise Server 9 (x86_64)
VERSION = 9
OpenSSL:
openssl version
OpenSSL 0.9.8a 11 Oct 2005
(Was compiled with '-fPIC' option)
Segmentation fault with fsockopen, transport SSL
Reproduce code:
---
php -r 'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Expected result:
nothing
Actual result:
--
php -r 'fsockopen("ssl://mail.yahoo.com","443",$e,$err,"60"); '
Segmentation fault
--
Edit bug report at http://bugs.php.net/?id=36385&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36385&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36385&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36385&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36385&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36385&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36385&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36385&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36385&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36385&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36385&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36385&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36385&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36385&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36385&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36385&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36385&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36385&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36385&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36385&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36385&r=mysqlcfg
#36384 [NEW]: fwrite buffers when writing to socket
From: djgrrr at gmail dot com Operating system: Linux 2.6 PHP version: 4.4.2 PHP Bug Type: Streams related Bug description: fwrite buffers when writing to socket Description: when sending text through a socket, opened with fsockopen() or stream_socket_client() (in the case of php5) if you send more than aproximately 10 lines (with \r\n or \n as the EOL) all at once, it will begin to buffer after the 10 lines are sent to be writen with fwrite; It does not matter what the blocking setting, or the stream timeout setting is set at. The script will not block and will continue executing like normal, reading from the socket is instant and never buffers, so basically, you have a socket that can recive and process data extreamly fast, but is not able to write back to the stream at the same speed. Reproduce code: --- Expected result: i expect it to write "hello #\r\n" where # is 1-1000 to the socket very fast (at least once every 0.1 seconds) Actual result: -- it will write around 10 lines to the socket very quickly, then will start to buffer at around 1 line per second, which in the case where you need results to come back very fast, it makes it quite annoying to deal with -- Edit bug report at http://bugs.php.net/?id=36384&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36384&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36384&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36384&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36384&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36384&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36384&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36384&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36384&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36384&r=support Expected behavior:http://bugs.php.net/fix.php?id=36384&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36384&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36384&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36384&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36384&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36384&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36384&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36384&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36384&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36384&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36384&r=mysqlcfg
#36296 [NoF->Bgs]: PDOStatement::getColumnMeta death at client lib pgsql 8.1.0
ID: 36296
Updated by: [EMAIL PROTECTED]
Reported By: flaboy dot cn at gmail dot com
-Status: No Feedback
+Status: Bogus
Bug Type: PDO related
Operating System: both windows / linux
PHP Version: 5.1.2
New Comment:
Duplicate of #36382.
Previous Comments:
[2006-02-13 01:00:04] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2006-02-05 20:18:20] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-02-05 18:36:09] flaboy dot cn at gmail dot com
Description:
PDOStatement::getColumnMeta death at client lib pgsql 8.1.0
both in windows and linux/unix
Reproduce code:
---
query('SELECT COUNT(*) FROM fruit');
$meta = $select->getColumnMeta(0);
var_dump($meta);
?>
Expected result:
array(6) {
["native_type"]=>
string(7) "integer"
["flags"]=>
array(0) {
}
["name"]=>
string(8) "COUNT(*)"
["len"]=>
int(-1)
["precision"]=>
int(0)
["pdo_type"]=>
int(2)
}
Actual result:
--
no
it's death.
when i change back to pgsql lib 8.0.1
it's running very well
--
Edit this bug report at http://bugs.php.net/?id=36296&edit=1
#36266 [WFx]: strtotime behavior change
ID: 36266
User updated by: tim at komta dot com
Reported By: tim at komta dot com
Status: Wont fix
Bug Type: Date/time related
Operating System: Windows XP Pro SP2
PHP Version: 5CVS-2006-02-02 (snap)
Assigned To: derick
New Comment:
--WORKAROUND--
For anyone wishing to replicate the prior behavior, I wrote this regex
to use with preg_replace() immediately prior to calling the strtotime()
on your value.
$value = preg_replace('#(.*)(^|\s)([0-9]{1,2})$#', '$1$2${3}00',
$value);
$timestamp = strtotime($value);
This function call adds two zeroes to a 1 or two digit number either on
it's own (11) or trailing a whitespace character (2/13/06 11). It will
not match a two-digit year (ie, in 2/13/06, it will not match "06")
Previous Comments:
[2006-02-13 15:38:49] tim at komta dot com
By that logic, "1100" shouldn't work either, and yet, it does.
Intriguingly, it works, not to the YEAR 1100, but to a time, 11:00:00
AM.
[2006-02-13 15:33:32] [EMAIL PROTECTED]
The documentation says "strtotime -- Parse about any English textual
datetime description into a Unix timestamp". "11" is clearly not a
textual datetime description.
[2006-02-13 15:25:59] tim at komta dot com
Unintentional changes in function behavior = bug. This whole strtotime
"update" has caused nothing but trouble for me.
I disagree that it's "very strange". Ask the next 10 people you see
what today's date is. If ANY of them just say "13", I'll be extremely
surprised. Ask them what year it is. I guarantee no one will say "6".
Conversely, in basic conversation, asking what time it is will often
get you an integer in response.
The purpose of this function is to take strings and convert them to
times. Except now, it only converts SOME strings, breaking
functionality with previous versions.
[2006-02-13 09:36:48] [EMAIL PROTECTED]
Guessing that two consequetive numbers mean an hour is very strange. It
could just as well have been the day of the month, the month or even the
year. That this worked in older versions is most likely a sideeffect of
something and I do not plan to made a hack for this in the new parser.
[2006-02-02 22:29:13] judas dot iscariote at gmail dot com
$php5-debug strtotime.php
bool(false)
PHP 5.1.3-dev (cli) (built: Feb 2 2006 18:19:34) (DEBUG)
$php4-debug strtotime.php
int(113800)
PHP 4.4.3-dev (cli) (built: Feb 1 2006 13:49:49) (DEBUG)
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/36266
--
Edit this bug report at http://bugs.php.net/?id=36266&edit=1
#36382 [Opn->Csd]: getColumnMeta() crashes
ID: 36382 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: PDO related Operating System: linux PHP Version: 5.1.2 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2006-02-13 16:50:52] [EMAIL PROTECTED] Description: PDO/PGSql segfaults with "getColumnMeta". Reproduce code: --- script: query( 'SELECT id AS other FROM query_test' ); $stmt->getColumnMeta( 0 ); ?> data (database name is "ezc") is here: http://files.derickrethans.nl/ezc.dump.txt Actual result: -- Segfault, backtrace is @ http://files.derickrethans.nl/ezc.valgrind.txt -- Edit this bug report at http://bugs.php.net/?id=36382&edit=1
#36376 [Asn->Bgs]: Segfault when using clone '$this>test2' notation in __clone method
ID: 36376
Updated by: [EMAIL PROTECTED]
Reported By: jaco at welnet dot nl
-Status: Assigned
+Status: Bogus
Bug Type: Reproducible crash
Operating System: CentOS 4.2
PHP Version: 5.1.2
Assigned To: dmitry
New Comment:
This is not a bug.
Note that you have typo inside the _clone() method. You wrote "clone
$this>test2", but probably liked "clone $this->test2". So you do
recursive calls to clone, and PHP crashes because of stack overflow.
You can do the same with more simple script, without clone :)
Previous Comments:
[2006-02-13 13:51:37] [EMAIL PROTECTED]
Assigned to Dmitry, he'll take a look at it.
[2006-02-13 11:52:37] jaco at welnet dot nl
backtrace from latest cvs cli version:
(gdb) bt
#0 0x00979f1f in _int_malloc () from /lib/tls/libc.so.6
#1 0x0097bf81 in malloc () from /lib/tls/libc.so.6
#2 0x08204a69 in _emalloc (size=10745888, __zend_filename=0xfff0
,
__zend_lineno=904, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/src/php5.1-200602130930/Zend/zend_alloc.c:182
#3 0x0820f848 in zend_call_function (fci=0xbf4001d0,
fci_cache=0xbf4001b0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:904
#4 0x0822aa1b in zend_call_method (object_pp=0xbf400250,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#5 0x0822ed8e in zend_objects_clone_members (new_object=0xa30dadc,
new_obj_val={handle = 0, handlers = 0xbf400250},
old_object=0xa30d804, handle=13367) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
#6 0x0822ee2f in zend_objects_clone_obj (zobject=0x58) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:173
#7 0x0824724a in ZEND_CLONE_SPEC_VAR_HANDLER
(execute_data=0xbf4003a0)
at /usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:7198
#8 0x08234785 in execute (op_array=0x99d096c) at
/usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:92
#9 0x0820f1fc in zend_call_function (fci=0xbf4004f0,
fci_cache=0xbf4004d0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:913
#10 0x0822aa1b in zend_call_method (object_pp=0xbf400570,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#11 0x0822ed8e in zend_objects_clone_members (new_object=0xa30d804,
new_obj_val={handle = 0, handlers = 0xbf400570},
old_object=0xa30d52c, handle=13366) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
#12 0x0822ee2f in zend_objects_clone_obj (zobject=0x58) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:173
#13 0x0824724a in ZEND_CLONE_SPEC_VAR_HANDLER
(execute_data=0xbf4006c0)
at /usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:7198
#14 0x08234785 in execute (op_array=0x99d096c) at
/usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:92
#15 0x0820f1fc in zend_call_function (fci=0xbf400810,
fci_cache=0xbf4007f0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:913
#16 0x0822aa1b in zend_call_method (object_pp=0xbf400890,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#17 0x0822ed8e in zend_objects_clone_members (new_object=0xa30d52c,
new_obj_val={handle = 0, handlers = 0xbf400890},
old_object=0xa30d254, handle=13365) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
---
These are the last 17 frames (?) of the backtrace. Is this enough or do
you need more?
[2006-02-13 11:11:24] [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.
[2006-02-13 11:01:01] jaco at welnet dot nl
Description:
PHP segfaults when there is code like '$this->object = clone
$this>object' in __clone method. note the '>' syntax which is faulty
ofcourse but produces the segfault.
tested with latest cvs:
PHP 5.1.3-dev (cli) (built: Feb 13 2006 10:52:02)
Reproduce code:
---
class test2 {}
class test {
public $test2;
public functio
#36382 [NEW]: getColumnMeta() crashes
From: [EMAIL PROTECTED] Operating system: linux PHP version: 5.1.2 PHP Bug Type: PDO related Bug description: getColumnMeta() crashes Description: PDO/PGSql segfaults with "getColumnMeta". Reproduce code: --- script: query( 'SELECT id AS other FROM query_test' ); $stmt->getColumnMeta( 0 ); ?> data (database name is "ezc") is here: http://files.derickrethans.nl/ezc.dump.txt Actual result: -- Segfault, backtrace is @ http://files.derickrethans.nl/ezc.valgrind.txt -- Edit bug report at http://bugs.php.net/?id=36382&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36382&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36382&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36382&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36382&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36382&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36382&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36382&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36382&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36382&r=support Expected behavior:http://bugs.php.net/fix.php?id=36382&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36382&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36382&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36382&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36382&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36382&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36382&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36382&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36382&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36382&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36382&r=mysqlcfg
#36380 [NEW]: SoapServer class
From: php at snak3 dot de
Operating system: mac os x
PHP version: 5.1.2
PHP Bug Type: Feature/Change Request
Bug description: SoapServer class
Description:
i'm trying to set up a SoapServer with an dynamic WSDL file,
but the SoapServer class only accepts a file name and not a
xml(wsdl) string. now my workaround is a speatly php file
thats output wsdl string but this is "very" slow.
Reproduce code:
---
// My Workarond:
// -generateWSDL.php:
...
print generateWSDL(...); //returns a wsdl string
...
// -SoapServer.php:
$ssSoap = new SoapServer("http://localhost/generateWSDL.php";);
$ssSoap->setClass($anyClass);
$ssSoap->handle();
// better solution, but for this the SoapServer class musst accept a xml
string.
$ssSoap = new SoapServer(generateWSDL(...));
$ssSoap->setClass($anyClass);
$ssSoap->handle();
--
Edit bug report at http://bugs.php.net/?id=36380&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36380&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36380&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36380&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36380&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36380&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36380&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36380&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36380&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36380&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36380&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36380&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36380&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36380&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36380&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36380&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36380&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36380&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36380&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36380&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36380&r=mysqlcfg
#36266 [WFx]: strtotime behavior change
ID: 36266
User updated by: tim at komta dot com
Reported By: tim at komta dot com
Status: Wont fix
Bug Type: Date/time related
Operating System: Windows XP Pro SP2
PHP Version: 5CVS-2006-02-02 (snap)
Assigned To: derick
New Comment:
By that logic, "1100" shouldn't work either, and yet, it does.
Intriguingly, it works, not to the YEAR 1100, but to a time, 11:00:00
AM.
Previous Comments:
[2006-02-13 15:33:32] [EMAIL PROTECTED]
The documentation says "strtotime -- Parse about any English textual
datetime description into a Unix timestamp". "11" is clearly not a
textual datetime description.
[2006-02-13 15:25:59] tim at komta dot com
Unintentional changes in function behavior = bug. This whole strtotime
"update" has caused nothing but trouble for me.
I disagree that it's "very strange". Ask the next 10 people you see
what today's date is. If ANY of them just say "13", I'll be extremely
surprised. Ask them what year it is. I guarantee no one will say "6".
Conversely, in basic conversation, asking what time it is will often
get you an integer in response.
The purpose of this function is to take strings and convert them to
times. Except now, it only converts SOME strings, breaking
functionality with previous versions.
[2006-02-13 09:36:48] [EMAIL PROTECTED]
Guessing that two consequetive numbers mean an hour is very strange. It
could just as well have been the day of the month, the month or even the
year. That this worked in older versions is most likely a sideeffect of
something and I do not plan to made a hack for this in the new parser.
[2006-02-02 22:29:13] judas dot iscariote at gmail dot com
$php5-debug strtotime.php
bool(false)
PHP 5.1.3-dev (cli) (built: Feb 2 2006 18:19:34) (DEBUG)
$php4-debug strtotime.php
int(113800)
PHP 4.4.3-dev (cli) (built: Feb 1 2006 13:49:49) (DEBUG)
[2006-02-02 21:25:03] tim at komta dot com
strtotime('11') exhibits the same behavior change - seems that
strtotime can no longer handle only 2 digits for a time.
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/36266
--
Edit this bug report at http://bugs.php.net/?id=36266&edit=1
#36378 [Fbk->Csd]: mysql_field_table doesn't work with JOIN's
ID: 36378 User updated by: troels at kyberfabrikken dot dk Reported By: troels at kyberfabrikken dot dk -Status: Feedback +Status: Closed Bug Type: MySQL related Operating System: winxp PHP Version: 4.4.2 New Comment: My appologies - This problem seems to have been fixed- Copied the text from the comments section of http://php.net/mysql_field_table. I wonder why it was never filed as a bug in the first place ? Would anyone happen to know from which version this was working properly ? Previous Comments: [2006-02-13 15:23:03] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2006-02-13 15:17:36] troels at kyberfabrikken dot dk Description: This function only returns the name of the first table when you use a JOIN. Reproduce code: --- For example with the query below the table name would be table1 for all fields: SELECT table1.*, table2.this_thing, table3.that_thing FROM table1 LEFT JOIN table2 ON table1.tb2_id = table2.id LEFT JOIN table3 ON table1.tb3_id = table3.id Expected result: The expected behaviour would be, that the table name for the field this_thing is table2 and table3 for the field that_thing respectively. -- Edit this bug report at http://bugs.php.net/?id=36378&edit=1
#36234 [Fbk->Opn]: segfault when testing property of an overloaded class in switch a statement
ID: 36234
User updated by: matt dot flaherty at hildebrand dot co dot uk
Reported By: matt dot flaherty at hildebrand dot co dot uk
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: SUSE LINUX 10.0 (i586)
PHP Version: 4.4.2
New Comment:
Thank you for this. I'm aware that the OO implementation in PHP5 is
very different and I intend to use 5 for any serious OO development
from now on. However, there is a project I'm working on which requires
PHP 4 and needs a drop-in replacement for the PEAR DB libraries within
a third-party framework. As support for PHP 4 is still a going concern
I decided to raise this ticket. Since posting this bug report, I have
also encountered the same problem in PHP 4.3.11. Thank you again for
your response.
Previous Comments:
[2006-02-11 13:19:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-01-31 23:51:27] judas dot iscariote at gmail dot com
Program received signal SIGSEGV, Segmentation fault.
0x00417258 in overload_get_property
(property_reference=0x7fe61af8)
at /home/cristian/php-src/ext/overload/overload.c:363
363 if (Z_TYPE_P(overloaded_property) ==
OE_IS_OBJECT) {
(gdb) bt
#0 0x00417258 in overload_get_property
(property_reference=0x7fe61af8)
at /home/cristian/php-src/ext/overload/overload.c:363
#1 0x004e9c01 in get_overloaded_property (T=0x7fe61ae0) at
/home/cristian/php-src/Zend/zend_execute.c:970
#2 0x004e8327 in _get_zval_ptr (node=0x6a6bd0,
Ts=0x7fe614c0, should_free=0x649c10)
at /home/cristian/php-src/Zend/zend_execute.c:93
#3 0x004f2503 in zend_switch_free (opline=0x6a6ba8,
Ts=0x7fe614c0)
at /home/cristian/php-src/Zend/zend_execute.c:236
#4 0x004efe54 in execute (op_array=0x6978d0) at
/home/cristian/php-src/Zend/zend_execute.c:2053
#5 0x004d5cf5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/cristian/php-src/Zend/zend.c:934
#6 0x00498774 in php_execute_script
(primary_file=0x7fe64750) at
/home/cristian/php-src/main/main.c:1753
#7 0x004f50eb in main (argc=2, argv=0x7fe648b8) at
/home/cristian/php-src/sapi/cli/php_cli.c:830
./sapi/cli/php -v
PHP 4.4.3-dev (cli) (built: Jan 31 2006 19:48:51) (DEBUG)
[2006-01-31 18:30:29] matt dot flaherty at hildebrand dot co dot uk
Almost forgot. PHP is configured in the standard way for this distro:
./configure --prefix=/usr --datadir=/usr/share/php
--mandir=/usr/share/man --bindir=/usr/bin --libdir=/usr/share
--includedir=/usr/include --sysconfdir=/etc --with-_lib=lib
--with-config-file-path=/etc --with-exec-dir=/usr/lib/php/bin
--disable-debug --enable-inline-optimization --enable-memory-limit
--enable-magic-quotes --enable-safe-mode --enable-sigchild
--disable-ctype --disable-session --without-mysql --disable-cli
--without-pear --with-openssl --with-apxs2=/usr/sbin/apxs2-prefork
i586-suse-linux
[2006-01-31 18:22:51] matt dot flaherty at hildebrand dot co dot uk
Description:
Apologies in advance if this turns out to be user error, but it seems
odd to me. A segmentation fault occurs when evaluating in a switch
statement an instance property of an overloaded class with which has a
__get() method. It does not matter whether the evaluated property is
native to the instance or overloaded. Also, native and overloaded
properties on an overloaded class instance don't like to be passed by
reference.
If you change the switch statements to cast the argument to (string),
as in "switch ((string)$decorator->bar) {" (a memory copy), then the
expected result occurs. If you leave either of the switch statements
alone there is a crash. Interestingly, with both of the switch
statements "fixed" and the block uncommented that calls function
reverse_me, the output looks like this:
%<
I can see that the value of bar is 'bar' and the value of myVar is
'mine'.
I've tested === and that worked okay.
So did ==.
subst function is okay too.
Fatal error: Only variables can be passed by reference in
/srv/www/htdocs/seagull/www/crash.php on line 54
%<
This is a native property on the instance so I can't understand why
passing by reference is bad. Turning off overloading produces the
expected result there, which is this:
%<
I can see that the value of bar is '' and the value of myVar is
'mine'.
I've tested === and that worked okay.
So did ==.
subst function is okay too.
Just passed by myVar by reference and reversed the string. The value is
no
#36337 [Asn->Csd]: ReflectionProperty fails to return correct visibility
ID: 36337
Updated by: [EMAIL PROTECTED]
Reported By: denis at edistar dot com
-Status: Assigned
+Status: Closed
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 5.1.2
Assigned To: iliaa
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2006-02-10 09:18:26] denis at edistar dot com
The ReflectionProperty class is correctly checking for myEnum->_values
property (not for enum->_values) but it returns the visibilty of
enum->_values instead of myEnum->_values.
get_class($this) in the enum constructor returns correctly myEnum, so
the line "$property = new
ReflectionProperty(get_class($this),'_values');" is equivalent to
writing "$property = new ReflectionProperty('myEnum','_values');".
The problem remains also if i write this code outside the classes
definitions:
$property = new ReflectionProperty('myEnum','_values');
if($property->isProtected()) {
throw new Exception("Property _values must be declared as
protected");
}
Thank you,
Denis
[2006-02-09 19:33:56] [EMAIL PROTECTED]
Ilia, the fix is similar to the fix applied to #36308.
[2006-02-09 19:10:10] [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
Parent constructor returns information about the parent class, no bug
here.
[2006-02-09 12:12:27] denis at edistar dot com
Description:
I have a base abstract class that defines a property to be
protected and that also checks this runtime using the
reflection api.
My purpose is to enforce the extending class to declare
that property as protected too.
The reflection api returns me wrong information. It
returns always that the property is protected (as defined
in the base class), ignoring the definition of the
extending class.
Reproduce code:
---
abstract class enum {
protected $_values;
public function __construct() {
$property = new
ReflectionProperty(get_class($this),'_values');
if(!$property->isProtected()) {
throw new Exception("Property _values must be declared as
protected");
}
}
}
final class myEnum extends enum {
public $_values = array(
0 => 'No value',
1 => 'Value n.1',
2 => 'Value n.2',
4 => 'Value n.4'
);
}
$x = new myEnum();
Expected result:
Fatal error: Uncaught exception 'Exception' with message
'Property _values must be declared as protected'
Actual result:
--
No exception is thrown
--
Edit this bug report at http://bugs.php.net/?id=36337&edit=1
#36266 [WFx]: strtotime behavior change
ID: 36266
Updated by: [EMAIL PROTECTED]
Reported By: tim at komta dot com
Status: Wont fix
Bug Type: Date/time related
Operating System: Windows XP Pro SP2
PHP Version: 5CVS-2006-02-02 (snap)
Assigned To: derick
New Comment:
The documentation says "strtotime -- Parse about any English textual
datetime description into a Unix timestamp". "11" is clearly not a
textual datetime description.
Previous Comments:
[2006-02-13 15:25:59] tim at komta dot com
Unintentional changes in function behavior = bug. This whole strtotime
"update" has caused nothing but trouble for me.
I disagree that it's "very strange". Ask the next 10 people you see
what today's date is. If ANY of them just say "13", I'll be extremely
surprised. Ask them what year it is. I guarantee no one will say "6".
Conversely, in basic conversation, asking what time it is will often
get you an integer in response.
The purpose of this function is to take strings and convert them to
times. Except now, it only converts SOME strings, breaking
functionality with previous versions.
[2006-02-13 09:36:48] [EMAIL PROTECTED]
Guessing that two consequetive numbers mean an hour is very strange. It
could just as well have been the day of the month, the month or even the
year. That this worked in older versions is most likely a sideeffect of
something and I do not plan to made a hack for this in the new parser.
[2006-02-02 22:29:13] judas dot iscariote at gmail dot com
$php5-debug strtotime.php
bool(false)
PHP 5.1.3-dev (cli) (built: Feb 2 2006 18:19:34) (DEBUG)
$php4-debug strtotime.php
int(113800)
PHP 4.4.3-dev (cli) (built: Feb 1 2006 13:49:49) (DEBUG)
[2006-02-02 21:25:03] tim at komta dot com
strtotime('11') exhibits the same behavior change - seems that
strtotime can no longer handle only 2 digits for a time.
[2006-02-02 20:57:17] [EMAIL PROTECTED]
Assigned to the maintainer.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/36266
--
Edit this bug report at http://bugs.php.net/?id=36266&edit=1
#36266 [WFx]: strtotime behavior change
ID: 36266
User updated by: tim at komta dot com
Reported By: tim at komta dot com
Status: Wont fix
Bug Type: Date/time related
Operating System: Windows XP Pro SP2
PHP Version: 5CVS-2006-02-02 (snap)
Assigned To: derick
New Comment:
Unintentional changes in function behavior = bug. This whole strtotime
"update" has caused nothing but trouble for me.
I disagree that it's "very strange". Ask the next 10 people you see
what today's date is. If ANY of them just say "13", I'll be extremely
surprised. Ask them what year it is. I guarantee no one will say "6".
Conversely, in basic conversation, asking what time it is will often
get you an integer in response.
The purpose of this function is to take strings and convert them to
times. Except now, it only converts SOME strings, breaking
functionality with previous versions.
Previous Comments:
[2006-02-13 09:36:48] [EMAIL PROTECTED]
Guessing that two consequetive numbers mean an hour is very strange. It
could just as well have been the day of the month, the month or even the
year. That this worked in older versions is most likely a sideeffect of
something and I do not plan to made a hack for this in the new parser.
[2006-02-02 22:29:13] judas dot iscariote at gmail dot com
$php5-debug strtotime.php
bool(false)
PHP 5.1.3-dev (cli) (built: Feb 2 2006 18:19:34) (DEBUG)
$php4-debug strtotime.php
int(113800)
PHP 4.4.3-dev (cli) (built: Feb 1 2006 13:49:49) (DEBUG)
[2006-02-02 21:25:03] tim at komta dot com
strtotime('11') exhibits the same behavior change - seems that
strtotime can no longer handle only 2 digits for a time.
[2006-02-02 20:57:17] [EMAIL PROTECTED]
Assigned to the maintainer.
[2006-02-02 20:42:09] tim at komta dot com
Description:
Previously valid strtotime() attempts no longer parse to a time. This
worked prior to PHP 5.1, I believe.
Reproduce code:
---
Expected result:
1138896000 (with the server timezone set to EST)
Actual result:
--
FALSE
--
Edit this bug report at http://bugs.php.net/?id=36266&edit=1
#36379 [NEW]: SVG XML parsing looses child tags and attributes
From: rele at gmx dot de Operating system: Windows XP SP1 PHP version: 5.1.2 PHP Bug Type: SimpleXML related Bug description: SVG XML parsing looses child tags and attributes Description: I want to parse SVG XML code with SimpleXML, but under certain circumstances the parsed SimpleXMLElements do not contain either attributes or child tags. Reproduce code: --- $test_simplexml_errors_svg = << http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd";[ ]> http://www.w3.org/2000/svg"; viewBox="-2 -7 1561 708"> ParentText ChildText1 ChildText1 ChildText1ChildText2 EOD; print_r(simplexml_load_string($test_simplexml_errors_svg)); Expected result: SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => svg_output [version] => 1.1 [viewBox] => -2 -7 1561 708 ) [text] => Array ( [0] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 1a [style] => font-size:7pt [x] => 300 [y] => 100 ) [0] => ParentText ) [1] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 1b [style] => font-size:7pt [x] => 400 [y] => 200 ) [tspan] => Array ( [0] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 2b [dy] => 12 [x] => 410 ) [0] => ChildText1 ) [1] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 3b [dy] => 12 [x] => 450 ) [0] => ) ) ) [2] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 1c [style] => font-size:7pt [x] => 500 [y] => 300 ) [tspan] => Array ( [0] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 2c [dy] => 12 [x] => 510 ) [0] => ChildText1 ) [1] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 3c [dy] => 12 [x] => 550 ) [0] => ChildText2 ) ) ) ) ) Actual result: -- SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => svg_output [version] => 1.1 [viewBox] => -2 -7 1561 708 ) [text] => Array ( [0] => ParentText [1] => SimpleXMLElement Object ( [EMAIL PROTECTED] => Array ( [id] => 1b [style] => font-size:7pt [x] => 400 [y] => 200 ) [tspan] => Array ( [0] => ChildText1 [1] => SimpleXMLElement Object (
#36378 [Opn->Fbk]: mysql_field_table doesn't work with JOIN's
ID: 36378 Updated by: [EMAIL PROTECTED] Reported By: troels at kyberfabrikken dot dk -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: winxp PHP Version: 4.4.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-02-13 15:17:36] troels at kyberfabrikken dot dk Description: This function only returns the name of the first table when you use a JOIN. Reproduce code: --- For example with the query below the table name would be table1 for all fields: SELECT table1.*, table2.this_thing, table3.that_thing FROM table1 LEFT JOIN table2 ON table1.tb2_id = table2.id LEFT JOIN table3 ON table1.tb3_id = table3.id Expected result: The expected behaviour would be, that the table name for the field this_thing is table2 and table3 for the field that_thing respectively. -- Edit this bug report at http://bugs.php.net/?id=36378&edit=1
#36378 [NEW]: mysql_field_table doesn't work with JOIN's
From: troels at kyberfabrikken dot dk Operating system: winxp PHP version: 4.4.2 PHP Bug Type: MySQL related Bug description: mysql_field_table doesn't work with JOIN's Description: This function only returns the name of the first table when you use a JOIN. Reproduce code: --- For example with the query below the table name would be table1 for all fields: SELECT table1.*, table2.this_thing, table3.that_thing FROM table1 LEFT JOIN table2 ON table1.tb2_id = table2.id LEFT JOIN table3 ON table1.tb3_id = table3.id Expected result: The expected behaviour would be, that the table name for the field this_thing is table2 and table3 for the field that_thing respectively. -- Edit bug report at http://bugs.php.net/?id=36378&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36378&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36378&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36378&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36378&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36378&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36378&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36378&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36378&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36378&r=support Expected behavior:http://bugs.php.net/fix.php?id=36378&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36378&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36378&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36378&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36378&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36378&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36378&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36378&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36378&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36378&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36378&r=mysqlcfg
#36376 [Opn->Asn]: Segfault when using clone '$this>test2' notation in __clone method
ID: 36376
Updated by: [EMAIL PROTECTED]
Reported By: jaco at welnet dot nl
-Status: Open
+Status: Assigned
Bug Type: Reproducible crash
Operating System: CentOS 4.2
PHP Version: 5.1.2
-Assigned To:
+Assigned To: dmitry
New Comment:
Assigned to Dmitry, he'll take a look at it.
Previous Comments:
[2006-02-13 11:52:37] jaco at welnet dot nl
backtrace from latest cvs cli version:
(gdb) bt
#0 0x00979f1f in _int_malloc () from /lib/tls/libc.so.6
#1 0x0097bf81 in malloc () from /lib/tls/libc.so.6
#2 0x08204a69 in _emalloc (size=10745888, __zend_filename=0xfff0
,
__zend_lineno=904, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/src/php5.1-200602130930/Zend/zend_alloc.c:182
#3 0x0820f848 in zend_call_function (fci=0xbf4001d0,
fci_cache=0xbf4001b0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:904
#4 0x0822aa1b in zend_call_method (object_pp=0xbf400250,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#5 0x0822ed8e in zend_objects_clone_members (new_object=0xa30dadc,
new_obj_val={handle = 0, handlers = 0xbf400250},
old_object=0xa30d804, handle=13367) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
#6 0x0822ee2f in zend_objects_clone_obj (zobject=0x58) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:173
#7 0x0824724a in ZEND_CLONE_SPEC_VAR_HANDLER
(execute_data=0xbf4003a0)
at /usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:7198
#8 0x08234785 in execute (op_array=0x99d096c) at
/usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:92
#9 0x0820f1fc in zend_call_function (fci=0xbf4004f0,
fci_cache=0xbf4004d0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:913
#10 0x0822aa1b in zend_call_method (object_pp=0xbf400570,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#11 0x0822ed8e in zend_objects_clone_members (new_object=0xa30d804,
new_obj_val={handle = 0, handlers = 0xbf400570},
old_object=0xa30d52c, handle=13366) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
#12 0x0822ee2f in zend_objects_clone_obj (zobject=0x58) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:173
#13 0x0824724a in ZEND_CLONE_SPEC_VAR_HANDLER
(execute_data=0xbf4006c0)
at /usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:7198
#14 0x08234785 in execute (op_array=0x99d096c) at
/usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:92
#15 0x0820f1fc in zend_call_function (fci=0xbf400810,
fci_cache=0xbf4007f0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:913
#16 0x0822aa1b in zend_call_method (object_pp=0xbf400890,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#17 0x0822ed8e in zend_objects_clone_members (new_object=0xa30d52c,
new_obj_val={handle = 0, handlers = 0xbf400890},
old_object=0xa30d254, handle=13365) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
---
These are the last 17 frames (?) of the backtrace. Is this enough or do
you need more?
[2006-02-13 11:11:24] [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.
[2006-02-13 11:01:01] jaco at welnet dot nl
Description:
PHP segfaults when there is code like '$this->object = clone
$this>object' in __clone method. note the '>' syntax which is faulty
ofcourse but produces the segfault.
tested with latest cvs:
PHP 5.1.3-dev (cli) (built: Feb 13 2006 10:52:02)
Reproduce code:
---
class test2 {}
class test {
public $test2;
public function __construct() {
$this->test2 = new test2();
}
public function __clone() {
$test2 = clone $this>test2;
}
}
$test = new test();
$test2 = clone $test;
Expected result:
Notice: Use of undefined constant test2 - assumed 'test2' in FILE on
line XX
Notice: Object of class test could not be converted to i
#36377 [Opn->Csd]: ocilogon work like oci_new_connect
ID: 36377 Updated by: [EMAIL PROTECTED] Reported By: iv_nomenor at mail dot ru -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Linux Redhat PHP Version: 4.4.2 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2006-02-13 13:08:50] iv_nomenor at mail dot ru Description: ocilogon work like oci_new_connect(create new connection instead of use exist connection), use or not ocilogoff does not influence, at ~100 query per second to a script all users (other scripts,users with sqlplus and etc) have problems at connection with base, in log file i see ... nr err code: 0 ns main err code: 12535 TNS-12535: TNS:operation timed out ns secondary err code: 12560 nt main err code: 505 TNS-00505: Operation timed out nt secondary err code: 110 php 4.3.9, oci8(Revision: 1.183.2.13), oracle 9.2, apache 2 -- Edit this bug report at http://bugs.php.net/?id=36377&edit=1
#36223 [Csd]: curl bypasses open_basedir restrictions
ID: 36223 Updated by: [EMAIL PROTECTED] Reported By: stevewest15 at yahoo dot com Status: Closed Bug Type: Safe Mode/open_basedir Operating System: Redhat Enterprise 3.6 PHP Version: 4.4.2 New Comment: I cannot confirm the fix in CVS, the following still works: shows the content of /etc/passwd using php4-STABLE-200602131136 and safe_mode=ON Previous Comments: [2006-02-01 09:25:23] [EMAIL PROTECTED] Feel free to try snapshots, that's why they are packaged. You don't have to *INSTALL* a snapshot to test it. [2006-02-01 09:06:45] stevewest15 at yahoo dot com > This bug has been fixed in CVS. But that is what was claimed with this release of 4.4.2. This is why we upgraded to 4.4.2. I'm not sure about using a CVS version on production servers but I hope a final version with this fix will be coming out soon. thx, SW [2006-01-31 11:57:54] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-01-31 11:18:59] stevewest15 at yahoo dot com Description: PHP 4.4.2 still has the bug which allows CURL to bypass open_basedir restrictions. Your release notes for 4.4.2 state that it has been fixed...but it hasn't! :-( Here is the configure line for PHP: './configure' '--localstatedir=/var/hsphere/php' '--with-apxs=/hsphere/shared/apache/bin/apxs' '--with-openssl=/usr' '--with-zlib=/usr' '--with-zlib-dir=/usr' '--with-bz2=/usr' '--enable-calendar' '--with-jpeg-dir=/hsphere/shared' '--enable-ftp' '--with-gd' '--with-ttf' '--with-freetype-dir=/hsphere/shared' '--enable-gd-native-ttf' '--with-png-dir=/hsphere/shared' '--with-gettext=/hsphere/shared' '--with-imap=/hsphere/shared' '--with-mysql=//usr' '--with-pgsql=//usr' '--with-curl=/hsphere/shared' '--with-curlwrappers' '--with-mhash=/hsphere/shared' '--with-mcrypt=/hsphere/shared' '--with-iconv=/hsphere/shared' '--enable-sockets' '--with-zip=/hsphere/shared' '--enable-versioning' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--enable-mbstring' '--disable-debug' '--enable-pspell' '--enable-memory-limit' '--disable-files' Changes to php.ini made: open_basedir = /home/hsphere/shared/apache/htdocs/:/usr/local/lib/php/:/tmp/ disable_functions = "pack,system" Please fix this Reproduce code: --- Expected result: It should say that open_basedir restrictions are in affect and that it couldn't retrieve file. Actual result: -- When the above code is run, it actually retrieves my /etc/snmpd.conf and displays it's content in my browser. BIG SECURITY concern! -- Edit this bug report at http://bugs.php.net/?id=36223&edit=1
#36205 [Asn->Csd]: Memory leaks with 5.1.2
ID: 36205
Updated by: [EMAIL PROTECTED]
Reported By: alain dot russell at blackpepper dot co dot nz
-Status: Assigned
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Mac OSX Server
PHP Version: 5.1.2
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD, PHP_5_1, PHP_5_0 and PHP_4_4.
The reason of the leaks were duplicate cookies.
Previous Comments:
[2006-02-09 09:10:03] alain dot russell at blackpepper dot co dot nz
sorry .. quick note - the server this runs on has
register_globals on .. (I know, we're working on it:p)
[2006-02-09 09:08:16] alain dot russell at blackpepper dot co dot nz
I've managed to track the leak down to the following section
of code .. just load this into a page and refresh it a few
times to see the leak. It also will not work if it in the
root of the virtual host - eg: /leak.php it will not leak, /
leak/leak.php and it will ..
$gb_loggedin = false;
if (isset($storeuser_id)){
//cookie is available
if ($storeuser_id != "") {
$gb_loggedin = true;
//reset cookie just to make sure.
setcookie ("storeuser_id", $storeuser_id,time()
+31536000);
}
}
Let me know if this helps.
Alain
[2006-02-02 12:23:41] [EMAIL PROTECTED]
No, the files listed do not help to track it down.
You can try to compile PHP with --disable-zend-memory-manager and see
if valgrind can add some more info, but I suspect that there are no
valgrind for your platform.
Try to reproduce it on an Intel-based server and see if you can get
more info with valgrind.
But still a short reproduce code would be even more appreciated.
[2006-02-02 11:04:29] alain dot russell at blackpepper dot co dot nz
Ok .. I've spent a couple of hours summarising the page to
see if I can supply code for you here and havent had much
luck.
Any idea what I should be looking for in the code ?
Do the files listed help track down what I should be looking
for ?
/php-5.1.2/ext/standard/string.c(3006)
/php-5.1.2/Zend/zend_alloc.c(237)
/php-5.1.2/main/php_variables.c(186)
Thanks
Alain
[2006-01-30 11:23:51] alain dot russell at blackpepper dot co dot nz
Description:
Since upgrading to 5.1.2 I am seeing a lot of memory leak
errors.
Reproduce code:
---
n/a ?
Expected result:
No memory leak warnings.
Actual result:
--
Example errors as follows:
[Mon Jan 30 22:22:16 2006] Script: '/Library/WebServer/
Documents/cohesion/itcintl.co.nz/index.php'
/Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) :
Freeing 0x005F6548 (16 bytes), script=/Library/WebServer/
Documents/cohesion/itcintl.co.nz/index.php
Last leak repeated 2 times
[Mon Jan 30 22:22:16 2006] Script: '/Library/WebServer/
Documents/cohesion/itcintl.co.nz/index.php'
/Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) :
Freeing 0x005B1E28 (5 bytes), script=/Library/WebServer/
Documents/cohesion/itcintl.co.nz/index.php
/Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) :
Actual location (location was relayed)
Last leak repeated 2 times
=== Total 6 memory leaks detected ===
[Mon Jan 30 22:43:49 2006] Script: '/Library/WebServer/
Documents/blackpepper/sportzone.co.nz/index.php'
/Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) :
Freeing 0x005D5448 (9 bytes), script=/Library/WebServer/
Documents/blackpepper/sportzone.co.nz/index.php
/Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) :
Actual location (location was relayed)
[Mon Jan 30 22:43:49 2006] Script: '/Library/WebServer/
Documents/blackpepper/sportzone.co.nz/index.php'
/Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) :
Freeing 0x005F4798 (16 bytes), script=/Library/WebServer/
Documents/blackpepper/sportzone.co.nz/index.php
=== Total 2 memory leaks detected ===
[Mon Jan 30 22:44:07 2006] Script: '/Library/WebServer/
Documents/blackpepper/sportzone.co.nz/index.php'
/Users/admin/Desktop/php-5.1.2/ext/standard/string.c(3006) :
Freeing 0x005B1E28 (9 bytes), script=/Library/WebServer/
Documents/blackpepper/sportzone.co.nz/index.php
/Users/admin/Desktop/php-5.1.2/Zend/zend_alloc.c(237) :
Actual location (location was relayed)
[Mon Jan 30 22:44:07 2006] Script: '/Library/WebServer/
Documents/blackpepper/sportzone.co.nz/index.php'
/Users/admin/Desktop/php-5.1.2/main/php_variables.c(186) :
Freeing 0x005EED98 (16 bytes), script=/Library/WebServer/
Documents/blackpepper/sportzone.co.nz/index.php
=== Total 2 memory leaks detected ===
#36377 [NEW]: ocilogon work like oci_new_connect
From: iv_nomenor at mail dot ru Operating system: Linux Redhat PHP version: 4.4.2 PHP Bug Type: OCI8 related Bug description: ocilogon work like oci_new_connect Description: ocilogon work like oci_new_connect(create new connection instead of use exist connection), use or not ocilogoff does not influence, at ~100 query per second to a script all users (other scripts,users with sqlplus and etc) have problems at connection with base, in log file i see ... nr err code: 0 ns main err code: 12535 TNS-12535: TNS:operation timed out ns secondary err code: 12560 nt main err code: 505 TNS-00505: Operation timed out nt secondary err code: 110 php 4.3.9, oci8(Revision: 1.183.2.13), oracle 9.2, apache 2 -- Edit bug report at http://bugs.php.net/?id=36377&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36377&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36377&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36377&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36377&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36377&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36377&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36377&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36377&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36377&r=support Expected behavior:http://bugs.php.net/fix.php?id=36377&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36377&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36377&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36377&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36377&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36377&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36377&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36377&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36377&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36377&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36377&r=mysqlcfg
#36376 [Fbk->Opn]: Segfault when using clone '$this>test2' notation in __clone method
ID: 36376
User updated by: jaco at welnet dot nl
Reported By: jaco at welnet dot nl
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: CentOS 4.2
PHP Version: 5.1.2
New Comment:
backtrace from latest cvs cli version:
(gdb) bt
#0 0x00979f1f in _int_malloc () from /lib/tls/libc.so.6
#1 0x0097bf81 in malloc () from /lib/tls/libc.so.6
#2 0x08204a69 in _emalloc (size=10745888, __zend_filename=0xfff0
,
__zend_lineno=904, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/src/php5.1-200602130930/Zend/zend_alloc.c:182
#3 0x0820f848 in zend_call_function (fci=0xbf4001d0,
fci_cache=0xbf4001b0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:904
#4 0x0822aa1b in zend_call_method (object_pp=0xbf400250,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#5 0x0822ed8e in zend_objects_clone_members (new_object=0xa30dadc,
new_obj_val={handle = 0, handlers = 0xbf400250},
old_object=0xa30d804, handle=13367) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
#6 0x0822ee2f in zend_objects_clone_obj (zobject=0x58) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:173
#7 0x0824724a in ZEND_CLONE_SPEC_VAR_HANDLER
(execute_data=0xbf4003a0)
at /usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:7198
#8 0x08234785 in execute (op_array=0x99d096c) at
/usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:92
#9 0x0820f1fc in zend_call_function (fci=0xbf4004f0,
fci_cache=0xbf4004d0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:913
#10 0x0822aa1b in zend_call_method (object_pp=0xbf400570,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#11 0x0822ed8e in zend_objects_clone_members (new_object=0xa30d804,
new_obj_val={handle = 0, handlers = 0xbf400570},
old_object=0xa30d52c, handle=13366) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
#12 0x0822ee2f in zend_objects_clone_obj (zobject=0x58) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:173
#13 0x0824724a in ZEND_CLONE_SPEC_VAR_HANDLER
(execute_data=0xbf4006c0)
at /usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:7198
#14 0x08234785 in execute (op_array=0x99d096c) at
/usr/src/php5.1-200602130930/Zend/zend_vm_execute.h:92
#15 0x0820f1fc in zend_call_function (fci=0xbf400810,
fci_cache=0xbf4007f0)
at /usr/src/php5.1-200602130930/Zend/zend_execute_API.c:913
#16 0x0822aa1b in zend_call_method (object_pp=0xbf400890,
obj_ce=0x99d01a4, fn_proxy=0x99d02ac,
function_name=0x82a885a "__clone", function_name_len=7,
retval_ptr_ptr=0x0, param_count=88, arg1=0x0, arg2=0x0)
at /usr/src/php5.1-200602130930/Zend/zend_interfaces.c:88
#17 0x0822ed8e in zend_objects_clone_members (new_object=0xa30d52c,
new_obj_val={handle = 0, handlers = 0xbf400890},
old_object=0xa30d254, handle=13365) at
/usr/src/php5.1-200602130930/Zend/zend_objects.c:152
---
These are the last 17 frames (?) of the backtrace. Is this enough or do
you need more?
Previous Comments:
[2006-02-13 11:11:24] [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.
[2006-02-13 11:01:01] jaco at welnet dot nl
Description:
PHP segfaults when there is code like '$this->object = clone
$this>object' in __clone method. note the '>' syntax which is faulty
ofcourse but produces the segfault.
tested with latest cvs:
PHP 5.1.3-dev (cli) (built: Feb 13 2006 10:52:02)
Reproduce code:
---
class test2 {}
class test {
public $test2;
public function __construct() {
$this->test2 = new test2();
}
public function __clone() {
$test2 = clone $this>test2;
}
}
$test = new test();
$test2 = clone $test;
Expected result:
Notice: Use of undefined constant test2 - assumed 'test2' in FILE on
line XX
Notice: Object of class test could not be converted to int in FILE on
line XX
Actual result:
--
[Mon Feb 13 10:38:40 2006] [notice] child pid 12798 exit signal
Segmentation fault (11)
--
#36376 [Opn->Fbk]: Segfault when using clone '$this>test2' notation in __clone method
ID: 36376
Updated by: [EMAIL PROTECTED]
Reported By: jaco at welnet dot nl
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: CentOS 4.2
PHP Version: 5.1.2
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:
[2006-02-13 11:01:01] jaco at welnet dot nl
Description:
PHP segfaults when there is code like '$this->object = clone
$this>object' in __clone method. note the '>' syntax which is faulty
ofcourse but produces the segfault.
tested with latest cvs:
PHP 5.1.3-dev (cli) (built: Feb 13 2006 10:52:02)
Reproduce code:
---
class test2 {}
class test {
public $test2;
public function __construct() {
$this->test2 = new test2();
}
public function __clone() {
$test2 = clone $this>test2;
}
}
$test = new test();
$test2 = clone $test;
Expected result:
Notice: Use of undefined constant test2 - assumed 'test2' in FILE on
line XX
Notice: Object of class test could not be converted to int in FILE on
line XX
Actual result:
--
[Mon Feb 13 10:38:40 2006] [notice] child pid 12798 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=36376&edit=1
#36376 [NEW]: Segfault when using clone '$this>test2' notation in __clone method
From: jaco at welnet dot nl
Operating system: CentOS 4.2
PHP version: 5.1.2
PHP Bug Type: Reproducible crash
Bug description: Segfault when using clone '$this>test2' notation in __clone
method
Description:
PHP segfaults when there is code like '$this->object = clone $this>object'
in __clone method. note the '>' syntax which is faulty ofcourse but
produces the segfault.
tested with latest cvs:
PHP 5.1.3-dev (cli) (built: Feb 13 2006 10:52:02)
Reproduce code:
---
class test2 {}
class test {
public $test2;
public function __construct() {
$this->test2 = new test2();
}
public function __clone() {
$test2 = clone $this>test2;
}
}
$test = new test();
$test2 = clone $test;
Expected result:
Notice: Use of undefined constant test2 - assumed 'test2' in FILE on line
XX
Notice: Object of class test could not be converted to int in FILE on line
XX
Actual result:
--
[Mon Feb 13 10:38:40 2006] [notice] child pid 12798 exit signal
Segmentation fault (11)
--
Edit bug report at http://bugs.php.net/?id=36376&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36376&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36376&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36376&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36376&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36376&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36376&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36376&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36376&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36376&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36376&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36376&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36376&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36376&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36376&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36376&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36376&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36376&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36376&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36376&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36376&r=mysqlcfg
#36375 [Opn]: Pear-Installation Segmentation fault
ID: 36375 User updated by: anu at anusoft dot biz Reported By: anu at anusoft dot biz Status: Open Bug Type: Reproducible crash Operating System: Fedora Core 3 PHP Version: 5CVS-2006-02-13 (snap) New Comment: I've just removed '--with-xmlrpc=/usr/local' and it's working well now. Previous Comments: [2006-02-13 09:18:52] anu at anusoft dot biz ./configure --prefix=/tmp/test/phptest \ --enable-debug \ --x-includes=/usr/lib/X11/ \ --x-libraries=/usr/include/X11/ \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-safe-mode \ --enable-sigchild \ --enable-magic-quotes \ --enable-dmalloc \ --disable-ipv6 \ --with-libxml=/usr/local/libxml2 \ --with-xmlrpc=/usr/local \ --with-openssl=/usr \ --with-openssl-dir=/usr \ --with-zlib \ --with-zlib-dir=/usr \ --enable-bcmath \ --with-bz2 \ --enable-calendar \ --with-curl \ --with-curlwrappers \ --enable-dba=shared \ --with-gdbm=/usr \ --with-db4 \ --with-dbm \ --with-cdb \ --with-inifile \ --with-flatfile \ --enable-dbase \ --enable-exif \ --enable-filepro \ --enable-ftp \ --with-gd \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr/X11R6 \ --with-ttf=/usr \ --with-freetype-dir=/usr \ --with-t1lib=/usr/local \ --enable-gd-native-ttf \ --enable-gd-jis-conv \ --with-gettext=/usr \ --with-gmp=/usr \ --with-imap=/usr/local/imap-2005 \ --with-imap-ssl=/usr \ --with-ldap=/usr \ --with-ldap-sasl=/usr/local \ --enable-mbstring \ --with-libmbfl \ --with-mcrypt=/usr \ --with-mhash=/usr/local \ --with-ming=/usr \ --with-mssql \ --with-mysql=/usr \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --enable-mime-magic \ --with-ncurses \ --enable-pcntl \ --with-pdo-dblib=/usr/local \ --with-pdo-mysql=/usr \ --with-libedit=/usr/local \ --with-readline=/usr \ --with-mm=/usr/local \ --enable-shmop \ --enable-soap \ --enable-sockets \ --enable-sqlite-utf8 \ --enable-sysvmsg --enable-sysvsem --enable-sysvshm \ --with-aspell=/usr/local \ --enable-wddx \ --with-libexpat-dir=/usr/local/expat-php \ --with-tidy=/usr \ --with-iconv-dir=/usr/local \ --with-xsl=/usr/local \ --with-pear \ --enable-memory-limit [2006-02-13 08:50:43] [EMAIL PROTECTED] And your configure line was..? [2006-02-13 07:01:32] anu at anusoft dot biz Description: error occours when 'make install' Reproduce code: --- [EMAIL PROTECTED] make install Actual result: -- Installing PHP SAPI module: cgi Installing PHP CGI into: /tmp/test/phptest/bin/ Installing shared extensions: /tmp/test/phptest/lib/php/extensions/debug-non-zts-20050922/ Installing build environment: /tmp/test/phptest/lib/php/build/ Installing header files: /tmp/test/phptest/include/php/ Installing helper programs: /tmp/test/phptest/bin/ program: phpize program: php-config Installing man pages: /tmp/test/phptest/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /tmp/test/phptest/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault make: *** [install-pear] Error 2 ### [EMAIL PROTECTED] gdb sapi/cli/php GNU gdb Red Hat Linux (6.1post-1.20040607.41rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear- Starting program: /tmp/test/php/php5.1-200602130330/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear- warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '2
#36357 [Asn->Bgs]: $tmp =& $this; is allowed!
ID: 36357
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Bogus
Bug Type: Class/Object related
Operating System: Any
PHP Version: 5.1.2
Assigned To: dmitry
New Comment:
$tmp =& $this is proper code (it can be dangerous, but this doesn't
mean improper).
Removing support for assignment and passing $this by reference will
break a lot of existing PHP scripts.
Previous Comments:
[2006-02-10 17:05:54] [EMAIL PROTECTED]
Description:
Using =&, it is possible to modify $this with the constructor.
This shouldn't be allowed, just like for
$tmp = $this;
Reproduce code:
---
Expected result:
object(A)#1 (0) {
}
object(A)#2 (0) {
}
object(A)#1 (0) {
}
// current result :
object(A)#1 (0) {
}
object(B)#2 (0) {
}
object(A)#1 (0) {
}
--
Edit this bug report at http://bugs.php.net/?id=36357&edit=1
#36266 [Asn->WFx]: strtotime behavior change
ID: 36266
Updated by: [EMAIL PROTECTED]
Reported By: tim at komta dot com
-Status: Assigned
+Status: Wont fix
Bug Type: Date/time related
Operating System: Windows XP Pro SP2
PHP Version: 5CVS-2006-02-02 (snap)
Assigned To: derick
New Comment:
Guessing that two consequetive numbers mean an hour is very strange. It
could just as well have been the day of the month, the month or even the
year. That this worked in older versions is most likely a sideeffect of
something and I do not plan to made a hack for this in the new parser.
Previous Comments:
[2006-02-02 22:29:13] judas dot iscariote at gmail dot com
$php5-debug strtotime.php
bool(false)
PHP 5.1.3-dev (cli) (built: Feb 2 2006 18:19:34) (DEBUG)
$php4-debug strtotime.php
int(113800)
PHP 4.4.3-dev (cli) (built: Feb 1 2006 13:49:49) (DEBUG)
[2006-02-02 21:25:03] tim at komta dot com
strtotime('11') exhibits the same behavior change - seems that
strtotime can no longer handle only 2 digits for a time.
[2006-02-02 20:57:17] [EMAIL PROTECTED]
Assigned to the maintainer.
[2006-02-02 20:42:09] tim at komta dot com
Description:
Previously valid strtotime() attempts no longer parse to a time. This
worked prior to PHP 5.1, I believe.
Reproduce code:
---
Expected result:
1138896000 (with the server timezone set to EST)
Actual result:
--
FALSE
--
Edit this bug report at http://bugs.php.net/?id=36266&edit=1
#36375 [Fbk->Opn]: Pear-Installation Segmentation fault
ID: 36375 User updated by: anu at anusoft dot biz Reported By: anu at anusoft dot biz -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Fedora Core 3 PHP Version: 5CVS-2006-02-13 (snap) New Comment: ./configure --prefix=/tmp/test/phptest \ --enable-debug \ --x-includes=/usr/lib/X11/ \ --x-libraries=/usr/include/X11/ \ --enable-force-cgi-redirect \ --enable-discard-path \ --enable-safe-mode \ --enable-sigchild \ --enable-magic-quotes \ --enable-dmalloc \ --disable-ipv6 \ --with-libxml=/usr/local/libxml2 \ --with-xmlrpc=/usr/local \ --with-openssl=/usr \ --with-openssl-dir=/usr \ --with-zlib \ --with-zlib-dir=/usr \ --enable-bcmath \ --with-bz2 \ --enable-calendar \ --with-curl \ --with-curlwrappers \ --enable-dba=shared \ --with-gdbm=/usr \ --with-db4 \ --with-dbm \ --with-cdb \ --with-inifile \ --with-flatfile \ --enable-dbase \ --enable-exif \ --enable-filepro \ --enable-ftp \ --with-gd \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr/X11R6 \ --with-ttf=/usr \ --with-freetype-dir=/usr \ --with-t1lib=/usr/local \ --enable-gd-native-ttf \ --enable-gd-jis-conv \ --with-gettext=/usr \ --with-gmp=/usr \ --with-imap=/usr/local/imap-2005 \ --with-imap-ssl=/usr \ --with-ldap=/usr \ --with-ldap-sasl=/usr/local \ --enable-mbstring \ --with-libmbfl \ --with-mcrypt=/usr \ --with-mhash=/usr/local \ --with-ming=/usr \ --with-mssql \ --with-mysql=/usr \ --with-mysql-sock=/var/lib/mysql/mysql.sock \ --enable-mime-magic \ --with-ncurses \ --enable-pcntl \ --with-pdo-dblib=/usr/local \ --with-pdo-mysql=/usr \ --with-libedit=/usr/local \ --with-readline=/usr \ --with-mm=/usr/local \ --enable-shmop \ --enable-soap \ --enable-sockets \ --enable-sqlite-utf8 \ --enable-sysvmsg --enable-sysvsem --enable-sysvshm \ --with-aspell=/usr/local \ --enable-wddx \ --with-libexpat-dir=/usr/local/expat-php \ --with-tidy=/usr \ --with-iconv-dir=/usr/local \ --with-xsl=/usr/local \ --with-pear \ --enable-memory-limit Previous Comments: [2006-02-13 08:50:43] [EMAIL PROTECTED] And your configure line was..? [2006-02-13 07:01:32] anu at anusoft dot biz Description: error occours when 'make install' Reproduce code: --- [EMAIL PROTECTED] make install Actual result: -- Installing PHP SAPI module: cgi Installing PHP CGI into: /tmp/test/phptest/bin/ Installing shared extensions: /tmp/test/phptest/lib/php/extensions/debug-non-zts-20050922/ Installing build environment: /tmp/test/phptest/lib/php/build/ Installing header files: /tmp/test/phptest/include/php/ Installing helper programs: /tmp/test/phptest/bin/ program: phpize program: php-config Installing man pages: /tmp/test/phptest/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /tmp/test/phptest/lib/php/ make[1]: *** [install-pear-installer] Segmentation fault make: *** [install-pear] Error 2 ### [EMAIL PROTECTED] gdb sapi/cli/php GNU gdb Red Hat Linux (6.1post-1.20040607.41rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -n -dshort_open_tag=0 -dsafe_mode=0 -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear- Starting program: /tmp/test/php/php5.1-200602130330/sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 -derror_reporting=E_ALL -dmemory_limit=-1 -ddetect_unicode=0 pear/install-pear- warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22' warning: Cannot initialize thread debugging library: unknown thread_db error '22
