#45187 [Com]: xmlrpc_encode_request should encode DateTime objects as datetime values
ID: 45187 Comment by: kawai at apache dot org Reported By: pickscrape at gmail dot com Status: Open Bug Type: XMLRPC-EPI related Operating System: Linux PHP Version: 5.2.6 New Comment: Please show a code that reproduces the problem. Previous Comments: [2008-06-05 14:14:42] pickscrape at gmail dot com Description: When encoding parameters to XML-RPC object of type DateTime should be converted into the standard XMLRPC date format instead of the empty array that they are currently converted as. -- Edit this bug report at http://bugs.php.net/?id=45187edit=1
#45211 [NEW]: configure --with-swf[=DIR] throws error
From: ved dot prakash at personiva dot com Operating system: linux ubuntu PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: configure --with-swf[=DIR] throws error Description: Hi, I am trying to compile php with swf but it throws an error unknown option configure script ./configure --prefix=/usr/local/phpnew --with-config-file-path=/usr/local/phpnew --with-apxs2=/usr/local/apache2/bin/apxs --enable-fastcgi --enable-sigchild --enable-libgcc--disable-short-tags --disable-ipv6--with-pcre-regex --with-zlib --disable-bcmath --disable-dba --enable-mbstring --enable-sockets --enable-exif --without-fbsql --without-fdftk--with-gd --with-ttf --with-freetype-dir --without-iconv --without-imap --without-imap-ssl --without-interbase --without-ldap --without-ldap-sasl --without-mime-magic --with-mysql=/usr/include/mysql/ --with-mysql-sock --with-mysqli --without-ncurses --without-oci8 --without-adabas --without-sapdb --without-solid --without-ibm-db2 --without-empress --without-empress-bcs --without-birdstep --without-custom-odbc --without-iodbc --without-esoob --disable-pcntl --disable-pdo --without-pgsql --disable-shmop --without-sqlite--enable-shared --enable-fast-install --with-gnu-ld--with-pic--with-regex=php --enable-zip --with-xsl --with-jpeg-dir --with-png-dir --with-swf=/usr/local/src/libswf -- Output Generating files updating cache ./config.cache creating ./config.status creating php5.spec . . . Notice: Following unknown configure options were used: --with-swf=/usr/local/src/libswf Check './configure --help' for available options though the ./configure --help doesn't show --with-swf the documentation about www.php.net/manual/en/swf.installation.php tells us to compile with option --with-swf for enabling swf support. I think this is a bug. Thanks, Ved Expected result: code should get configured without any errors or notices -- Edit bug report at http://bugs.php.net/?id=45211edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45211r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45211r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45211r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45211r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45211r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45211r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45211r=needscript Try newer version:http://bugs.php.net/fix.php?id=45211r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45211r=support Expected behavior:http://bugs.php.net/fix.php?id=45211r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45211r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45211r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45211r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45211r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45211r=dst IIS Stability:http://bugs.php.net/fix.php?id=45211r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45211r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45211r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45211r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45211r=mysqlcfg
#45160 [Fbk-Opn]: PHP has encountered an Access Violation at 01B849C7
ID: 45160
User updated by: php at eklenet dot de
Reported By: php at eklenet dot de
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: Windows 2003 Server 32bit
PHP Version: 5.2.6
New Comment:
here:
http://space.eklenet.de/CrashHang_Memory_Report__PID_5904__06092008100613171.mht
but i dont see something in this report.
Previous Comments:
[2008-06-08 16:02:29] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2008-06-08 14:42:24] php at eklenet dot de
but in the last sql was no getdate(), getdate() was two sql before.
all the errors are on Windows not on Linux. The ODBC-Connection points
to a MS-SQL.
[2008-06-08 12:36:18] ncoesel at dealogic dot nl
I believe this bug is caused by calling getdate(). On my Linux machine
calling getdate() crashes PHP consistently. I'll file a bug report
shortly.
[2008-06-03 12:57:56] php at eklenet dot de
Description:
hi,
i got the error :
PHP has encountered an Access Violation at 01B849C7
on some sqls.
i have tried some php-version, 5.2.4, 5.2.5, 5.2.6 and
php5.2-win32-latest.zip, on IIS ISAPI and Apache2 Mod, all the same.
i think the the error must be in the PDO prepare statement, as you see
a A is show with the SQL in the actual result, but never a B at the
last line
The attatched output is complete.
The reproduce code is just a part of a big script.
Reproduce code:
---
...
$this-CONNECTION['handle'] =$dbh = new PDO('odbc:bluesheet',
sa,);
...
echo A:$sql:;
$this-CONNECTION['response'] =
$this-CONNECTION['handle']-prepare($sql);
echo B;
$this-CONNECTION['response']-execute();
echo C;
...
Expected result:
no error and correctly executed sqls.
Actual result:
--
PHP has encountered an Access Violation at 01B849C7A:SELECT id,name
FROM bs_companies;:BCA:SELECT
id,name FROM bs_users;:BCA:SELECT * FROM bs_salesmans;:BCA:INSERT INTO
bs_access_log
(
func ,
ip ,
ip_for ,
session ,
php_session ,
browser ,
login ,
date
) VALUES (
'muster_stueckliste_edit' /* func */ ,
'192.168.224.4' /* ip */ ,
'' /* ip_for */ ,
'e9bc10605d413039c338efeaef5abef0' /* session */ ,
'8b1q4n09vhpvba2dqgfl7sh6t5'/* php_session */ ,
'Mozilla/5.0 (Windows; U; Windows NT 5.2; de; rv:1.8.1.14)
Gecko/20080404 Firefox/2.0.0.14'/* browser
*/ ,
'1' /* login */ ,
getdate() /* date */
)
:BCA:SELECT
[function]
FROM
bs_functions4user
WHERE
user_id = '1'
:BCA:UPDATE
bs_stueckliste
SET
parent_id = '32' ,
stueck = '2' ,
details = '2' ,
einheit = '2' ,
verbrauch = DEFAULT ,
groese = '2' ,
farbe = DEFAULT ,
positions = DEFAULT ,
anz = DEFAULT
WHERE
id = '5' AND
ident = '64'
:
--
Edit this bug report at http://bugs.php.net/?id=45160edit=1
#45160 [Opn-Fbk]: PHP has encountered an Access Violation at 01B849C7
ID: 45160
Updated by: [EMAIL PROTECTED]
Reported By: php at eklenet dot de
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Windows 2003 Server 32bit
PHP Version: 5.2.6
New Comment:
Thanks for the backtrace, can you try to create a small script to
actually reproduce the crash?
Also if it is possible to configure your IIS to run a single thread, it
may help to see what causes the crash. The backtrace does not show
anything related to odbc or pdo.
Previous Comments:
[2008-06-09 08:27:33] php at eklenet dot de
here:
http://space.eklenet.de/CrashHang_Memory_Report__PID_5904__06092008100613171.mht
but i dont see something in this report.
[2008-06-08 16:02:29] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2008-06-08 14:42:24] php at eklenet dot de
but in the last sql was no getdate(), getdate() was two sql before.
all the errors are on Windows not on Linux. The ODBC-Connection points
to a MS-SQL.
[2008-06-08 12:36:18] ncoesel at dealogic dot nl
I believe this bug is caused by calling getdate(). On my Linux machine
calling getdate() crashes PHP consistently. I'll file a bug report
shortly.
[2008-06-03 12:57:56] php at eklenet dot de
Description:
hi,
i got the error :
PHP has encountered an Access Violation at 01B849C7
on some sqls.
i have tried some php-version, 5.2.4, 5.2.5, 5.2.6 and
php5.2-win32-latest.zip, on IIS ISAPI and Apache2 Mod, all the same.
i think the the error must be in the PDO prepare statement, as you see
a A is show with the SQL in the actual result, but never a B at the
last line
The attatched output is complete.
The reproduce code is just a part of a big script.
Reproduce code:
---
...
$this-CONNECTION['handle'] =$dbh = new PDO('odbc:bluesheet',
sa,);
...
echo A:$sql:;
$this-CONNECTION['response'] =
$this-CONNECTION['handle']-prepare($sql);
echo B;
$this-CONNECTION['response']-execute();
echo C;
...
Expected result:
no error and correctly executed sqls.
Actual result:
--
PHP has encountered an Access Violation at 01B849C7A:SELECT id,name
FROM bs_companies;:BCA:SELECT
id,name FROM bs_users;:BCA:SELECT * FROM bs_salesmans;:BCA:INSERT INTO
bs_access_log
(
func ,
ip ,
ip_for ,
session ,
php_session ,
browser ,
login ,
date
) VALUES (
'muster_stueckliste_edit' /* func */ ,
'192.168.224.4' /* ip */ ,
'' /* ip_for */ ,
'e9bc10605d413039c338efeaef5abef0' /* session */ ,
'8b1q4n09vhpvba2dqgfl7sh6t5'/* php_session */ ,
'Mozilla/5.0 (Windows; U; Windows NT 5.2; de; rv:1.8.1.14)
Gecko/20080404 Firefox/2.0.0.14'/* browser
*/ ,
'1' /* login */ ,
getdate() /* date */
)
:BCA:SELECT
[function]
FROM
bs_functions4user
WHERE
user_id = '1'
:BCA:UPDATE
bs_stueckliste
SET
parent_id = '32' ,
stueck = '2' ,
details = '2' ,
einheit = '2' ,
verbrauch = DEFAULT ,
groese = '2' ,
farbe = DEFAULT ,
positions = DEFAULT ,
anz = DEFAULT
WHERE
id = '5' AND
ident = '64'
:
--
Edit this bug report at http://bugs.php.net/?id=45160edit=1
#45211 [Opn-Bgs]: configure --with-swf[=DIR] throws error
ID: 45211 Updated by: [EMAIL PROTECTED] Reported By: ved dot prakash at personiva dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: linux ubuntu PHP Version: 5.2.6 New Comment: Of course you get an error, that extension was moved to PECL about 5 years ago. Not a bug - bogus. Previous Comments: [2008-06-09 07:48:23] ved dot prakash at personiva dot com Description: Hi, I am trying to compile php with swf but it throws an error unknown option configure script ./configure --prefix=/usr/local/phpnew --with-config-file-path=/usr/local/phpnew --with-apxs2=/usr/local/apache2/bin/apxs --enable-fastcgi --enable-sigchild --enable-libgcc--disable-short-tags --disable-ipv6--with-pcre-regex --with-zlib --disable-bcmath --disable-dba --enable-mbstring --enable-sockets --enable-exif --without-fbsql --without-fdftk--with-gd --with-ttf --with-freetype-dir --without-iconv --without-imap --without-imap-ssl --without-interbase --without-ldap --without-ldap-sasl --without-mime-magic --with-mysql=/usr/include/mysql/ --with-mysql-sock --with-mysqli --without-ncurses --without-oci8 --without-adabas --without-sapdb --without-solid --without-ibm-db2 --without-empress --without-empress-bcs --without-birdstep --without-custom-odbc --without-iodbc --without-esoob --disable-pcntl --disable-pdo --without-pgsql --disable-shmop --without-sqlite--enable-shared --enable-fast-install --with-gnu-ld--with-pic--with-regex=php --enable-zip --with-xsl --with-jpeg-dir --with-png-dir --with-swf=/usr/local/src/libswf -- Output Generating files updating cache ./config.cache creating ./config.status creating php5.spec . . . Notice: Following unknown configure options were used: --with-swf=/usr/local/src/libswf Check './configure --help' for available options though the ./configure --help doesn't show --with-swf the documentation about www.php.net/manual/en/swf.installation.php tells us to compile with option --with-swf for enabling swf support. I think this is a bug. Thanks, Ved Expected result: code should get configured without any errors or notices -- Edit this bug report at http://bugs.php.net/?id=45211edit=1
#45203 [Opn-Csd]: missing HTTP Vary header
ID: 45203
Updated by: [EMAIL PROTECTED]
Reported By: e dot ehritt at web dot de
-Status: Open
+Status: Closed
Bug Type: Zlib Related
Operating System: other
PHP Version: 5.2.6
New Comment:
And as was mentioned in bug #40325, it was fixed in HEAD (as in: PHP 6)
but the fix was not possible to be merged to 5.2 branch.
Previous Comments:
[2008-06-07 17:07:16] e dot ehritt at web dot de
Description:
If configuration of zlib.output_compression
zlib.output_compression_level is seeded in a php.ini, not at all there
are a header Vary. RFC 2616 section 14.44 requires own.
It is the same problem as discribe in http://bugs.php.net/40325
ob_start('ob_gzhander') is not the only way to start output
compression.
--
Edit this bug report at http://bugs.php.net/?id=45203edit=1
#45199 [Opn-Bgs]: Serializing objects with private properties
ID: 45199
Updated by: [EMAIL PROTECTED]
Reported By: mehran20 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: CentOS / Linux
PHP Version: 5.2.6
New Comment:
RTFM: Private limits visibility only to the class that defines the
item.
Previous Comments:
[2008-06-07 09:02:39] mehran20 at hotmail dot com
Description:
Hi
Before you read the code, I want to say that the code that is given in
this section works fine. The only problem is for the code that is given
in the Reproduce code.
class A {
private $a = 1;
}
class B extends A {
private $b = 2;
}
$v = new B;
print_r(unserialize(serialize($v)));
Output (which is correct):
B Object ( [b:private] = 2 [a:private] = 1 )
Reproduce code:
---
class A {
private $a = 1;
public function __sleep() {
$vars = get_object_vars($this);
return array_keys($vars);
}
}
class B extends A {
private $b = 2;
}
$v = new B;
print_r(unserialize(serialize($v)));
Expected result:
B Object ( [b:private] = 2 [a:private] = 1 )
Or
B Object ( [b:private] = 2 )
I prefer the first one! But both could be correct!!
Actual result:
--
Notice: serialize() [function.serialize]: a returned as member
variable from __sleep() but does not exist in __FILE__ on line 14
B Object ( [b:private] = 2 [a:private] = 1 [a] = )
--
Edit this bug report at http://bugs.php.net/?id=45199edit=1
#44941 [Opn]: Post data size limited to 60k even when post_max_size = 20M
ID: 44941 Updated by: [EMAIL PROTECTED] Reported By: enadyo at hotmail dot com Status: Open Bug Type: *General Issues Operating System: CENTOS PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: FYI: I myself run a Centos server with PHP 5.2.6 without any problems. There's something wrong with your setup or something similar. Previous Comments: [2008-06-06 13:53:29] enadyo at hotmail dot com Aw it concerns HTML quotes: a) It doesn't work either way b) I remind you that this is a bug report and not a I can't program report. The very same code works in other servers. e.g.: http://www.xpert.gr/errata.php Please note that this server runs on PHP 4.3.9 which is no longer supported. Please read http://www.xpert.gr/myphp.php in order to compare php infos I've added the variable dumbing to target.php as you've said but it's still null on PHP 5.2.5 Apache/centos server and works fine on PHP 4.3.9 server Netcraft's report : Problematic server: Apache/2.2.8 Unix mod_ssl/2.2.8 OpenSSL/0.9.8b mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 mod_jk/1.2.25 PHP/5.2.5 Is it possible that the problem maybe caused by CENTOS since the working server runs REDHAT? Can you crossreference or even prove such an assumption? (be careful: I'm just guessing) I assume that something conflicts with something but with what remains a mystery. [2008-06-05 18:56:12] [EMAIL PROTECTED] And usually using proper HTML (With quotes around parameter values) helps too. [2008-06-05 18:54:21] [EMAIL PROTECTED] What if you try this script as target.php: ?php var_dump($_REQUEST); ? [2008-06-03 22:18:50] enadyo at hotmail dot com I'm sorry to say that but ...you have some problem with your conection. Just to be sure I've tried the links with www.megaproxy.com and they work allright all over the world. It might have to do something with your firewall. Please try again or use www.megaproxy.com phpinfo: http://www.alfavita.gr/myphp.php testing page: http://www.alfavita.gr/errata.php [2008-05-26 23:56:07] [EMAIL PROTECTED] Neither of those links work. 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/44941 -- Edit this bug report at http://bugs.php.net/?id=44941edit=1
#45160 [Fbk-Opn]: PHP has encountered an Access Violation at 01B849C7
ID: 45160 User updated by: php at eklenet dot de Reported By: php at eklenet dot de -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Windows 2003 Server 32bit PHP Version: 5.2.6 New Comment: hi, how do i run IIS as a single thread ? i dont found a manual to that. Previous Comments: [2008-06-09 08:40:13] [EMAIL PROTECTED] Thanks for the backtrace, can you try to create a small script to actually reproduce the crash? Also if it is possible to configure your IIS to run a single thread, it may help to see what causes the crash. The backtrace does not show anything related to odbc or pdo. [2008-06-09 08:27:33] php at eklenet dot de here: http://space.eklenet.de/CrashHang_Memory_Report__PID_5904__06092008100613171.mht but i dont see something in this report. [2008-06-08 16:02:29] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2008-06-08 14:42:24] php at eklenet dot de but in the last sql was no getdate(), getdate() was two sql before. all the errors are on Windows not on Linux. The ODBC-Connection points to a MS-SQL. [2008-06-08 12:36:18] ncoesel at dealogic dot nl I believe this bug is caused by calling getdate(). On my Linux machine calling getdate() crashes PHP consistently. I'll file a bug report shortly. 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/45160 -- Edit this bug report at http://bugs.php.net/?id=45160edit=1
#45211 [Bgs]: configure --with-swf[=DIR] throws error
ID: 45211 User updated by: ved dot prakash at personiva dot com Reported By: ved dot prakash at personiva dot com Status: Bogus Bug Type: *General Issues Operating System: linux ubuntu PHP Version: 5.2.6 New Comment: So why does php.net site doesn't have a mention of it anywhere with this upadate or it is left deliberately? Thanks Ved Previous Comments: [2008-06-09 08:44:33] [EMAIL PROTECTED] Of course you get an error, that extension was moved to PECL about 5 years ago. Not a bug - bogus. [2008-06-09 07:48:23] ved dot prakash at personiva dot com Description: Hi, I am trying to compile php with swf but it throws an error unknown option configure script ./configure --prefix=/usr/local/phpnew --with-config-file-path=/usr/local/phpnew --with-apxs2=/usr/local/apache2/bin/apxs --enable-fastcgi --enable-sigchild --enable-libgcc--disable-short-tags --disable-ipv6--with-pcre-regex --with-zlib --disable-bcmath --disable-dba --enable-mbstring --enable-sockets --enable-exif --without-fbsql --without-fdftk--with-gd --with-ttf --with-freetype-dir --without-iconv --without-imap --without-imap-ssl --without-interbase --without-ldap --without-ldap-sasl --without-mime-magic --with-mysql=/usr/include/mysql/ --with-mysql-sock --with-mysqli --without-ncurses --without-oci8 --without-adabas --without-sapdb --without-solid --without-ibm-db2 --without-empress --without-empress-bcs --without-birdstep --without-custom-odbc --without-iodbc --without-esoob --disable-pcntl --disable-pdo --without-pgsql --disable-shmop --without-sqlite--enable-shared --enable-fast-install --with-gnu-ld--with-pic--with-regex=php --enable-zip --with-xsl --with-jpeg-dir --with-png-dir --with-swf=/usr/local/src/libswf -- Output Generating files updating cache ./config.cache creating ./config.status creating php5.spec . . . Notice: Following unknown configure options were used: --with-swf=/usr/local/src/libswf Check './configure --help' for available options though the ./configure --help doesn't show --with-swf the documentation about www.php.net/manual/en/swf.installation.php tells us to compile with option --with-swf for enabling swf support. I think this is a bug. Thanks, Ved Expected result: code should get configured without any errors or notices -- Edit this bug report at http://bugs.php.net/?id=45211edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350
Comment by: Computer dot Pers at gmail dot com
Reported By: graham at directhostinguk dot com
Status: No Feedback
Bug Type: MySQL related
Operating System: Windows 2003
PHP Version: 5.2.6
Assigned To: scottmac
New Comment:
So... Is there's any solution???
C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5php -v
PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
Error in my_thread_global_end(): 1 threads didn't exit
Previous Comments:
[2008-06-09 02:33:33] kneekoo at yahoo dot com
As indicated in some of the above messages, I tried some advices but
nothing changed on my setup.
1. Commenting
;[PHP_MYSQL]
;extension=php_mysql.dll
and de-commenting
extension=php_mysql.dll
didn't help.
2. Switching mysql.allow_persistent to Off didn't help as well.
I downloaded PHP 5.2.6, installed it on a WinXP SP2 system and that's
it. There is a delay (more than 5 seconds to me - about 7) and this
message:
Error in my_thread_global_end(): 1 threads didn't exit
It's shocking to find out there isn't an official fix for this after
one whole year. Lucky me I can work with my scripts but I hope this
won't interfere with my development further on. Please, guys, fix this.
Thanks!
[2008-06-06 01:00:00] 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.
[2008-06-04 16:58:30] onehourlate at hotmail dot com
php 5.2.6, Windows Visa or XP
I confirm that the 5 seconds delay on exit is still there.
Grabbing libmysql.dll from the lastest stable Mysql (5.0.51b) didn't
help. Haven't tried to use binaries from php 5.2.1 yet.
The problem seems to appear as soon as I play with sockets.
?
$fp = fsockopen(www.google.com, 80, $errno, $errstr, 30);
if (!$fp) {
echo ERROR: $errstr ($errno)\n;
} else {
echo OK\n;
fclose($fp);
}
?
[2008-05-31 03:00:57] da_pimp2004_966 at hotmail dot com
Ok, I used the updated versions of the files and I recieved this
error;
PHP Warning: PHP Startup: mysql: Unable to initialize module Module
compiled with module API=20060613, debug=0, thread-safety=1 PHP compiled
with module API=20060613, debug=0, thread-safety=0 These options need to
match in Unknown on line 0
Anybody have any ideas?
[EMAIL PROTECTED] - any help appreciated.
[2008-05-30 04:04:35] louis at steelbytes dot com
still got slowness on exit with php 5.2.6 when using mysql AND CURL (As
somebody else noted in bug #41968 that was marked as a dupe of this
bug)
and still replacing libmysql.dll with the copy from php 5.2.1 fixes
it.
doesn't seem to be happending to me when only using mysql and not
curl?
PS, am using dl() to load these two extension - not php.ini
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/41350
--
Edit this bug report at http://bugs.php.net/?id=41350edit=1
#45199 [Bgs]: Serializing objects with private properties
ID: 45199
User updated by: mehran20 at hotmail dot com
Reported By: mehran20 at hotmail dot com
Status: Bogus
Bug Type: Class/Object related
Operating System: CentOS / Linux
PHP Version: 5.2.6
New Comment:
Jani, I know what PRIVATE means and I know what I've submitted is a
bug, not a BOGUS!! Please take another look at this bug, it did not
exist in 5.2 and when I upgraded to 5.2.6 it suddenly hit me.
Please take a close look at it, this is a php bug!!!
Previous Comments:
[2008-06-09 08:53:35] [EMAIL PROTECTED]
RTFM: Private limits visibility only to the class that defines the
item.
[2008-06-07 09:02:39] mehran20 at hotmail dot com
Description:
Hi
Before you read the code, I want to say that the code that is given in
this section works fine. The only problem is for the code that is given
in the Reproduce code.
class A {
private $a = 1;
}
class B extends A {
private $b = 2;
}
$v = new B;
print_r(unserialize(serialize($v)));
Output (which is correct):
B Object ( [b:private] = 2 [a:private] = 1 )
Reproduce code:
---
class A {
private $a = 1;
public function __sleep() {
$vars = get_object_vars($this);
return array_keys($vars);
}
}
class B extends A {
private $b = 2;
}
$v = new B;
print_r(unserialize(serialize($v)));
Expected result:
B Object ( [b:private] = 2 [a:private] = 1 )
Or
B Object ( [b:private] = 2 )
I prefer the first one! But both could be correct!!
Actual result:
--
Notice: serialize() [function.serialize]: a returned as member
variable from __sleep() but does not exist in __FILE__ on line 14
B Object ( [b:private] = 2 [a:private] = 1 [a] = )
--
Edit this bug report at http://bugs.php.net/?id=45199edit=1
#41350 [NoF-Fbk]: Error in my_thread_global_end()
ID: 41350
Updated by: [EMAIL PROTECTED]
Reported By: graham at directhostinguk dot com
-Status: No Feedback
+Status: Feedback
Bug Type: MySQL related
Operating System: Windows 2003
PHP Version: 5.2.6
Assigned To: scottmac
New Comment:
First you need 5.2.6 and secondly you need to check for old
libmysql.dll files lurking around in your path, I can't reproduce this
with MySQL 5.0.51.
Can you reproduce this when you disable all extensions and just enable
MySQL? If you start enabling extensions which one causes the problem?
On phpinfo() what version of libmysql does it show?
If you don't have PHP 5.2.6 and MySQL 5.0.51 or newer then please
upgrade before you consider replying.
Previous Comments:
[2008-06-09 10:12:06] Computer dot Pers at gmail dot com
So... Is there's any solution???
C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5php -v
PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
Error in my_thread_global_end(): 1 threads didn't exit
[2008-06-09 02:33:33] kneekoo at yahoo dot com
As indicated in some of the above messages, I tried some advices but
nothing changed on my setup.
1. Commenting
;[PHP_MYSQL]
;extension=php_mysql.dll
and de-commenting
extension=php_mysql.dll
didn't help.
2. Switching mysql.allow_persistent to Off didn't help as well.
I downloaded PHP 5.2.6, installed it on a WinXP SP2 system and that's
it. There is a delay (more than 5 seconds to me - about 7) and this
message:
Error in my_thread_global_end(): 1 threads didn't exit
It's shocking to find out there isn't an official fix for this after
one whole year. Lucky me I can work with my scripts but I hope this
won't interfere with my development further on. Please, guys, fix this.
Thanks!
[2008-06-06 01:00:00] 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.
[2008-06-04 16:58:30] onehourlate at hotmail dot com
php 5.2.6, Windows Visa or XP
I confirm that the 5 seconds delay on exit is still there.
Grabbing libmysql.dll from the lastest stable Mysql (5.0.51b) didn't
help. Haven't tried to use binaries from php 5.2.1 yet.
The problem seems to appear as soon as I play with sockets.
?
$fp = fsockopen(www.google.com, 80, $errno, $errstr, 30);
if (!$fp) {
echo ERROR: $errstr ($errno)\n;
} else {
echo OK\n;
fclose($fp);
}
?
[2008-05-31 03:00:57] da_pimp2004_966 at hotmail dot com
Ok, I used the updated versions of the files and I recieved this
error;
PHP Warning: PHP Startup: mysql: Unable to initialize module Module
compiled with module API=20060613, debug=0, thread-safety=1 PHP compiled
with module API=20060613, debug=0, thread-safety=0 These options need to
match in Unknown on line 0
Anybody have any ideas?
[EMAIL PROTECTED] - any help appreciated.
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/41350
--
Edit this bug report at http://bugs.php.net/?id=41350edit=1
#45199 [Bgs-Opn]: Serializing objects with private properties
ID: 45199
Updated by: [EMAIL PROTECTED]
Reported By: mehran20 at hotmail dot com
-Status: Bogus
+Status: Open
Bug Type: Class/Object related
Operating System: CentOS / Linux
PHP Version: 5.2.6
Previous Comments:
[2008-06-09 10:24:07] mehran20 at hotmail dot com
Jani, I know what PRIVATE means and I know what I've submitted is a
bug, not a BOGUS!! Please take another look at this bug, it did not
exist in 5.2 and when I upgraded to 5.2.6 it suddenly hit me.
Please take a close look at it, this is a php bug!!!
[2008-06-09 08:53:35] [EMAIL PROTECTED]
RTFM: Private limits visibility only to the class that defines the
item.
[2008-06-07 09:02:39] mehran20 at hotmail dot com
Description:
Hi
Before you read the code, I want to say that the code that is given in
this section works fine. The only problem is for the code that is given
in the Reproduce code.
class A {
private $a = 1;
}
class B extends A {
private $b = 2;
}
$v = new B;
print_r(unserialize(serialize($v)));
Output (which is correct):
B Object ( [b:private] = 2 [a:private] = 1 )
Reproduce code:
---
class A {
private $a = 1;
public function __sleep() {
$vars = get_object_vars($this);
return array_keys($vars);
}
}
class B extends A {
private $b = 2;
}
$v = new B;
print_r(unserialize(serialize($v)));
Expected result:
B Object ( [b:private] = 2 [a:private] = 1 )
Or
B Object ( [b:private] = 2 )
I prefer the first one! But both could be correct!!
Actual result:
--
Notice: serialize() [function.serialize]: a returned as member
variable from __sleep() but does not exist in __FILE__ on line 14
B Object ( [b:private] = 2 [a:private] = 1 [a] = )
--
Edit this bug report at http://bugs.php.net/?id=45199edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: Computer dot Pers at gmail dot com Reported By: graham at directhostinguk dot com Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.6 Assigned To: scottmac New Comment: OK. I've upgraded PHP to latest 5.2.6 Message: Error in my_thread_global_end(): 1 threads didn't exit is disappeared. but delay of 5 seconds is here. I've disabled ALL plugins and there's no any delay. 1. Then i've enabled extension=php_mysql.dll 2. i've created script, which shows curent time before and after php -v commnad and launched it several times here is result: 1. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5phpinfo.bat 09.06.2008 14:33:16 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:16 2. Delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5phpinfo.bat 09.06.2008 14:33:18 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:23 3. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5phpinfo.bat 09.06.2008 14:33:26 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:26 4. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5phpinfo.bat 09.06.2008 14:33:28 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:28 5. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5phpinfo.bat 09.06.2008 14:33:29 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:29 6. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5phpinfo.bat 09.06.2008 14:33:30 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:30 7. Delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5phpinfo.bat 09.06.2008 14:33:31 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:36 . 1 of 3 or 4 times i see a delay of 5 secs. and this is on a machine Intel Xeon E5335 @2Ghz 4Gb Ram at Idle state MySql for test reason was STOPPED. Previous Comments: [2008-06-09 10:55:35] [EMAIL PROTECTED] First you need 5.2.6 and secondly you need to check for old libmysql.dll files lurking around in your path, I can't reproduce this with MySQL 5.0.51. Can you reproduce this when you disable all extensions and just enable MySQL? If you start enabling extensions which one causes the problem? On phpinfo() what version of libmysql does it show? If you don't have PHP 5.2.6 and MySQL 5.0.51 or newer then please upgrade before you consider replying. [2008-06-09 10:12:06] Computer dot Pers at gmail dot com So... Is there's any solution??? C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5php -v PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit [2008-06-09 02:33:33] kneekoo at yahoo dot com As indicated in some of the above messages, I tried some advices but nothing changed on my setup. 1. Commenting ;[PHP_MYSQL] ;extension=php_mysql.dll and de-commenting extension=php_mysql.dll didn't help. 2. Switching mysql.allow_persistent to Off didn't help as well. I downloaded PHP 5.2.6, installed it on a WinXP SP2 system and that's it. There is a delay (more than 5 seconds to me - about 7) and this message: Error in my_thread_global_end(): 1 threads didn't exit It's shocking to find out there isn't an official fix for this after one whole year. Lucky me I can work with my scripts but I hope this won't interfere with my development further on. Please, guys, fix this. Thanks! [2008-06-06 01:00:00] 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. [2008-06-04 16:58:30] onehourlate at hotmail dot com php 5.2.6, Windows Visa or XP I
#45200 [Opn-Fbk]: xsl document() Function crash Output
ID: 45200
Updated by: [EMAIL PROTECTED]
Reported By: privat at praeclarus dot de
-Status: Open
+Status: Feedback
Bug Type: XSLT related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
Previous Comments:
[2008-06-07 12:43:05] privat at praeclarus dot de
Description:
This Part of Code will crash the Script without any Error.
After commenting out:
xsl:value-of select=document('.'Sprache_DE_Fahrzeugliste.xml'.')
/
it will output hello.
At php 4 domxsl the same Stylesheet will work like charme, like in all
other XSLT-Processors.
Reproduce code:
---
?php
$s_xml = '?xml version=1.0
encoding=utf-8?roottesthallo/test/root';
$s_xsl = '?xml version=1.0 encoding=utf-8?
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:template match=/
xsl:value-of select=document('.'Sprache_DE_Fahrzeugliste.xml'.')
/
xsl:apply-templates/
/xsl:template
/xsl:stylesheet
';
$o_xml = DOMDocument::loadXML ( $s_xml );
$o_xsl = DOMDocument::loadXML ( $s_xsl );
$o_Prozess = new XSLTProcessor();
$o_Prozess - importStyleSheet ( $o_xsl );
echo $o_Prozess - transformToXML( $o_xml );
?
Expected result:
When not 'Sprache_DE_Fahrzeugliste.xml' exist an Error, and whn Exist
processing the xml_Document.
Actual result:
--
Crash witout any output ... seems the Apache-Process will killed before
an Output
--
Edit this bug report at http://bugs.php.net/?id=45200edit=1
#45212 [NEW]: compiling from source returns an error when using --with-curl parameter
From: theprisonerofzenda at gmail dot com Operating system: Red Hat Enterprise Linux 5 x86_6 PHP version: 5.2.6 PHP Bug Type: Compile Failure Bug description: compiling from source returns an error when using --with-curl parameter Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ $@ 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit bug report at http://bugs.php.net/?id=45212edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45212r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45212r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45212r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45212r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45212r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45212r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45212r=needscript Try newer version:http://bugs.php.net/fix.php?id=45212r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45212r=support Expected behavior:http://bugs.php.net/fix.php?id=45212r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45212r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45212r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45212r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45212r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45212r=dst IIS Stability:http://bugs.php.net/fix.php?id=45212r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45212r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45212r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45212r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45212r=mysqlcfg
#45212 [Opn]: compiling from source returns an error when using --with-curl parameter
ID: 45212 User updated by: theprisonerofzenda at gmail dot com Reported By: theprisonerofzenda at gmail dot com Status: Open Bug Type: Compile Failure -Operating System: Red Hat Enterprise Linux 5 x86_6 +Operating System: RedHat Enterprise Linux 5 x86_64 PHP Version: 5.2.6 New Comment: Previous Comments: [2008-06-09 12:56:50] theprisonerofzenda at gmail dot com Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ $@ 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit this bug report at http://bugs.php.net/?id=45212edit=1
#45200 [Fbk-Opn]: xsl document() Function crash Output
ID: 45200
User updated by: privat at praeclarus dot de
Reported By: privat at praeclarus dot de
-Status: Feedback
+Status: Open
Bug Type: XSLT related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
Sorry, there is no Debugger installed on my Server. All i can provide
is that Reproduce code that ends with a blank Screen.
Previous Comments:
[2008-06-09 12:28:31] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2008-06-07 12:43:05] privat at praeclarus dot de
Description:
This Part of Code will crash the Script without any Error.
After commenting out:
xsl:value-of select=document('.'Sprache_DE_Fahrzeugliste.xml'.')
/
it will output hello.
At php 4 domxsl the same Stylesheet will work like charme, like in all
other XSLT-Processors.
Reproduce code:
---
?php
$s_xml = '?xml version=1.0
encoding=utf-8?roottesthallo/test/root';
$s_xsl = '?xml version=1.0 encoding=utf-8?
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:template match=/
xsl:value-of select=document('.'Sprache_DE_Fahrzeugliste.xml'.')
/
xsl:apply-templates/
/xsl:template
/xsl:stylesheet
';
$o_xml = DOMDocument::loadXML ( $s_xml );
$o_xsl = DOMDocument::loadXML ( $s_xsl );
$o_Prozess = new XSLTProcessor();
$o_Prozess - importStyleSheet ( $o_xsl );
echo $o_Prozess - transformToXML( $o_xml );
?
Expected result:
When not 'Sprache_DE_Fahrzeugliste.xml' exist an Error, and whn Exist
processing the xml_Document.
Actual result:
--
Crash witout any output ... seems the Apache-Process will killed before
an Output
--
Edit this bug report at http://bugs.php.net/?id=45200edit=1
#45213 [NEW]: imap_utf7_encode() computes wrong UTF-7 data
From: thomas dot jarosch at intra2net dot com Operating system: linux PHP version: 5.2.6 PHP Bug Type: IMAP related Bug description: imap_utf7_encode() computes wrong UTF-7 data Description: Hello together, I tried to encode german umlauts using imap_utf7_encode(), but the computed string is not understood by the cyrus IMAP server. This is pretty much related to bug #15630, but now I had the help of a coworker who is pretty fast decoding base64 by hand :-) UTF-7 is defined to encode special characters as two byte UTF-16 stream. Normally the ISO-8859-1 string täst should be encoded into tAOQ-st, which corresponds to 0x00, 0xe4. The current code in PHP 5.2.6 encodes it to t5A-st, which is 0xe4 without the leading 0x00. Would be nice if that could be resolved since it's not compatible with most IMAP implementations. Bug #15630 is around since 2002. Cheers, Thomas Reproduce code: --- echo imap_utf7_encode(täst); Expected result: tAOQ-st Actual result: -- t5A-st -- Edit bug report at http://bugs.php.net/?id=45213edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45213r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45213r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45213r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45213r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45213r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45213r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45213r=needscript Try newer version:http://bugs.php.net/fix.php?id=45213r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45213r=support Expected behavior:http://bugs.php.net/fix.php?id=45213r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45213r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45213r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45213r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45213r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45213r=dst IIS Stability:http://bugs.php.net/fix.php?id=45213r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45213r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45213r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45213r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45213r=mysqlcfg
#45214 [NEW]: __autoload tries to load callback'ed self and parent (close to #37138; no dupe)
From: webmaster at eiscp dot de
Operating system: Windows XP Professional SP 3
PHP version: 5.2.6
PHP Bug Type: Class/Object related
Bug description: __autoload tries to load callback'ed self and parent (close
to #37138; no dupe)
Description:
Like #37138 __autoload tries to load callback'ed self and parent PHP tries
to __autoload if callcack is used with self or parent in method name.
Please note that this is not a dupe!
Reproduce code:
---
function __autoload($class) {
echo __METHOD__, '(', $class, ')', PHP_EOL;
}
class A {
function X() {
echo __METHOD__, PHP_EOL;
}
function Y() {
echo __METHOD__, PHP_EOL;
call_user_func(array($this, 'self::X'));
}
}
class B extends A {
function X() {
echo __METHOD__, PHP_EOL;
call_user_func(array($this, 'parent::X'));
}
function Y() {
echo __METHOD__, PHP_EOL;
call_user_func(array($this, 'parent::Y'));
}
}
// Test
$a = new A();
echo '--- Case 1 ---', PHP_EOL;
$a-X();
echo '--- Case 2 ---', PHP_EOL;
$a-Y();
$b = new B();
echo '--- Case 3 ---', PHP_EOL;
$b-X();
echo '--- Case 4 ---', PHP_EOL;
$b-Y();
Expected result:
--- Case 1 ---
A::X
--- Case 2 ---
A::Y
A::X
--- Case 3 ---
B::X
A::X
--- Case 4 ---
B::Y
A::Y
A::X
Actual result:
--
--- Case 1 ---
A::X
--- Case 2 ---
A::Y
__autoload(self)
A::X
--- Case 3 ---
B::X
__autoload(parent)
A::X
--- Case 4 ---
B::Y
__autoload(parent)
A::Y
__autoload(self)
A::X
--
Edit bug report at http://bugs.php.net/?id=45214edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45214r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45214r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45214r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45214r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45214r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45214r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45214r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45214r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45214r=support
Expected behavior:http://bugs.php.net/fix.php?id=45214r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45214r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45214r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45214r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45214r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45214r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45214r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45214r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45214r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45214r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45214r=mysqlcfg
#45160 [Opn]: PHP has encountered an Access Violation at 01B849C7
ID: 45160 User updated by: php at eklenet dot de Reported By: php at eklenet dot de Status: Open Bug Type: PDO related Operating System: Windows 2003 Server 32bit PHP Version: 5.2.6 New Comment: i have modified my script to work on cli. here are the dumps: http://space.eklenet.de/CrashHang_Memory_Report.mht http://space.eklenet.de/CrashHang_Report.mht hope that helps ! Previous Comments: [2008-06-09 09:27:56] php at eklenet dot de hi, how do i run IIS as a single thread ? i dont found a manual to that. [2008-06-09 08:40:13] [EMAIL PROTECTED] Thanks for the backtrace, can you try to create a small script to actually reproduce the crash? Also if it is possible to configure your IIS to run a single thread, it may help to see what causes the crash. The backtrace does not show anything related to odbc or pdo. [2008-06-09 08:27:33] php at eklenet dot de here: http://space.eklenet.de/CrashHang_Memory_Report__PID_5904__06092008100613171.mht but i dont see something in this report. [2008-06-08 16:02:29] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2008-06-08 14:42:24] php at eklenet dot de but in the last sql was no getdate(), getdate() was two sql before. all the errors are on Windows not on Linux. The ODBC-Connection points to a MS-SQL. 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/45160 -- Edit this bug report at http://bugs.php.net/?id=45160edit=1
#45200 [Opn-Fbk]: xsl document() Function crash Output
ID: 45200
Updated by: [EMAIL PROTECTED]
Reported By: privat at praeclarus dot de
-Status: Open
+Status: Feedback
Bug Type: XSLT related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
Cannot reproduce here, so without trace, try newer version of libxml2
and libxslt
Previous Comments:
[2008-06-09 13:14:48] privat at praeclarus dot de
Sorry, there is no Debugger installed on my Server. All i can provide
is that Reproduce code that ends with a blank Screen.
[2008-06-09 12:28:31] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2008-06-07 12:43:05] privat at praeclarus dot de
Description:
This Part of Code will crash the Script without any Error.
After commenting out:
xsl:value-of select=document('.'Sprache_DE_Fahrzeugliste.xml'.')
/
it will output hello.
At php 4 domxsl the same Stylesheet will work like charme, like in all
other XSLT-Processors.
Reproduce code:
---
?php
$s_xml = '?xml version=1.0
encoding=utf-8?roottesthallo/test/root';
$s_xsl = '?xml version=1.0 encoding=utf-8?
xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;
xsl:template match=/
xsl:value-of select=document('.'Sprache_DE_Fahrzeugliste.xml'.')
/
xsl:apply-templates/
/xsl:template
/xsl:stylesheet
';
$o_xml = DOMDocument::loadXML ( $s_xml );
$o_xsl = DOMDocument::loadXML ( $s_xsl );
$o_Prozess = new XSLTProcessor();
$o_Prozess - importStyleSheet ( $o_xsl );
echo $o_Prozess - transformToXML( $o_xml );
?
Expected result:
When not 'Sprache_DE_Fahrzeugliste.xml' exist an Error, and whn Exist
processing the xml_Document.
Actual result:
--
Crash witout any output ... seems the Apache-Process will killed before
an Output
--
Edit this bug report at http://bugs.php.net/?id=45200edit=1
#45215 [NEW]: php_gmp.dll uses exotic instructions
From: shaunspiller at gmail dot com
Operating system: Win32
PHP version: 5.2.6
PHP Bug Type: Reproducible crash
Bug description: php_gmp.dll uses exotic instructions
Description:
I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and have
also tried PHP-5.1.6) and get a program crash with an #Undefined Opcode
exception when loading php_gmp.dll.
I know what the problem is and I'm not sure if one would consider it a bug
or not since it will only happen on very old machines, but I can't believe
I'm the first person to have ever encountered this.
The instruction in php_gmp.dll which causes the crash is CMOVZ EDX, EAX.
The conditional move instructions were only added with the Pentium Pro.
Tough luck for me -- my computer literally blew up last week and I'm stuck
temporarally with a Pentium MMX and a K6 laptop, neither of which support
CMOVcc.
It's understandable that compiling for P6+ instructions might be a good
tradeoff between performance and compatibility, but current versions of PHP
are *stated* to work with even Windows 98 and up, and so are the
precompiled binaries (other extensions seem to work just fine). I don't
know how much CMOVcc is relied on in php_gmp.dll, and changing the build
options to use generic I386+ might be undesirable, but the P6 instruction
set requirement should at least be *mentioned* somewhere, and it isn't (not
that I found).
Disappointing for me in either case, because recompiling the DLL is a
little beyond what I can do on this old system right now. I would normally
have just used BCMath instead, but I need the base-conversion stuff, which
that doesn't have.
Reproduce code:
---
?php
dl('php_gmp.dll');
echo 'hi!';
?
Expected result:
hi!
Actual result:
--
Instant program crash. Windows provides the following info:
PHP executed an invalid instruction in
module PHP_GMP.DLL at 0187:01a760f4.
Registers:
EAX=01a7ced0 CS=0187 EIP=01a760f4 EFLGS=00010202
EBX=01a710e0 SS=018f ESP=00d3f904 EBP=01989c20
ECX=01a710c0 DS=018f ESI=001a FS=12c7
EDX=01a710b0 ES=018f EDI=01370ae0 GS=
Bytes at CS:EIP:
0f 44 d0 b8 60 cf a7 01 85 c9 0f 44 c8 85 db b8
Stack dump:
1001a380 01a710a4 01a710b0 01a710c0 01a710e0 01a8c2f0 000c 01a76120
0003 001a 01370ae0 01a8c2fc 0013 0002 0003 001a
--
Edit bug report at http://bugs.php.net/?id=45215edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45215r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45215r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45215r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45215r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45215r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45215r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45215r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45215r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45215r=support
Expected behavior:http://bugs.php.net/fix.php?id=45215r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45215r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45215r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45215r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45215r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45215r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45215r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45215r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45215r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45215r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45215r=mysqlcfg
#45215 [Opn-Fbk]: php_gmp.dll uses exotic instructions
ID: 45215
Updated by: [EMAIL PROTECTED]
Reported By: shaunspiller at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Win32
PHP Version: 5.2.6
-Assigned To:
+Assigned To: pajoye
New Comment:
I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and
have
also tried PHP-5.1.6) and get a program crash with an #Undefined
Opcode
exception when loading php_gmp.dll.
Do you mean that you get the same issue with 5.1.6? I think yes as the
gmp library has not been changed since 5.1.6.
About win9x support, which OS do you use? You may know that we plan to
drop win9x support for 5.3+, only 2k+ will be supported.
About i386 support, especially with GMP there is a real improvement by
using 686+, see the gmp website for a detailed list.
And finally good point about the documentation, we should document it
asap.
Previous Comments:
[2008-06-09 14:29:25] shaunspiller at gmail dot com
Description:
I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and have
also tried PHP-5.1.6) and get a program crash with an #Undefined Opcode
exception when loading php_gmp.dll.
I know what the problem is and I'm not sure if one would consider it a
bug or not since it will only happen on very old machines, but I can't
believe I'm the first person to have ever encountered this.
The instruction in php_gmp.dll which causes the crash is CMOVZ EDX,
EAX. The conditional move instructions were only added with the Pentium
Pro. Tough luck for me -- my computer literally blew up last week and
I'm stuck temporarally with a Pentium MMX and a K6 laptop, neither of
which support CMOVcc.
It's understandable that compiling for P6+ instructions might be a good
tradeoff between performance and compatibility, but current versions of
PHP are *stated* to work with even Windows 98 and up, and so are the
precompiled binaries (other extensions seem to work just fine). I don't
know how much CMOVcc is relied on in php_gmp.dll, and changing the build
options to use generic I386+ might be undesirable, but the P6
instruction set requirement should at least be *mentioned* somewhere,
and it isn't (not that I found).
Disappointing for me in either case, because recompiling the DLL is a
little beyond what I can do on this old system right now. I would
normally have just used BCMath instead, but I need the base-conversion
stuff, which that doesn't have.
Reproduce code:
---
?php
dl('php_gmp.dll');
echo 'hi!';
?
Expected result:
hi!
Actual result:
--
Instant program crash. Windows provides the following info:
PHP executed an invalid instruction in
module PHP_GMP.DLL at 0187:01a760f4.
Registers:
EAX=01a7ced0 CS=0187 EIP=01a760f4 EFLGS=00010202
EBX=01a710e0 SS=018f ESP=00d3f904 EBP=01989c20
ECX=01a710c0 DS=018f ESI=001a FS=12c7
EDX=01a710b0 ES=018f EDI=01370ae0 GS=
Bytes at CS:EIP:
0f 44 d0 b8 60 cf a7 01 85 c9 0f 44 c8 85 db b8
Stack dump:
1001a380 01a710a4 01a710b0 01a710c0 01a710e0 01a8c2f0 000c 01a76120
0003 001a 01370ae0 01a8c2fc 0013 0002 0003 001a
--
Edit this bug report at http://bugs.php.net/?id=45215edit=1
#45215 [Fbk-Opn]: php_gmp.dll uses exotic instructions
ID: 45215
User updated by: shaunspiller at gmail dot com
Reported By: shaunspiller at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Win32
PHP Version: 5.2.6
Assigned To: pajoye
New Comment:
Thanks for the feedback. I can understand it's not reasonable to
degrade the GMP binaries for such old systems. Documenting it would have
saved me a lot of confusion though.
Yes I'm using Windows 98 SE at the moment, although hope to be back on
Windows 2003 soon. Exactly the same problem with PHP versions 5.2.6 and
5.1.6.
Ideally, perhaps the GMP module should check on load to see if 686+
instructions are supported, and if not, fail to load gracefully by
returning an error message to PHP, rather than just crashing the whole
program. Is that possible?
Previous Comments:
[2008-06-09 14:51:17] [EMAIL PROTECTED]
I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and
have
also tried PHP-5.1.6) and get a program crash with an #Undefined
Opcode
exception when loading php_gmp.dll.
Do you mean that you get the same issue with 5.1.6? I think yes as the
gmp library has not been changed since 5.1.6.
About win9x support, which OS do you use? You may know that we plan to
drop win9x support for 5.3+, only 2k+ will be supported.
About i386 support, especially with GMP there is a real improvement by
using 686+, see the gmp website for a detailed list.
And finally good point about the documentation, we should document it
asap.
[2008-06-09 14:29:25] shaunspiller at gmail dot com
Description:
I'm using the latest precompiled Win32 binaries of PHP-5.2.6 (and have
also tried PHP-5.1.6) and get a program crash with an #Undefined Opcode
exception when loading php_gmp.dll.
I know what the problem is and I'm not sure if one would consider it a
bug or not since it will only happen on very old machines, but I can't
believe I'm the first person to have ever encountered this.
The instruction in php_gmp.dll which causes the crash is CMOVZ EDX,
EAX. The conditional move instructions were only added with the Pentium
Pro. Tough luck for me -- my computer literally blew up last week and
I'm stuck temporarally with a Pentium MMX and a K6 laptop, neither of
which support CMOVcc.
It's understandable that compiling for P6+ instructions might be a good
tradeoff between performance and compatibility, but current versions of
PHP are *stated* to work with even Windows 98 and up, and so are the
precompiled binaries (other extensions seem to work just fine). I don't
know how much CMOVcc is relied on in php_gmp.dll, and changing the build
options to use generic I386+ might be undesirable, but the P6
instruction set requirement should at least be *mentioned* somewhere,
and it isn't (not that I found).
Disappointing for me in either case, because recompiling the DLL is a
little beyond what I can do on this old system right now. I would
normally have just used BCMath instead, but I need the base-conversion
stuff, which that doesn't have.
Reproduce code:
---
?php
dl('php_gmp.dll');
echo 'hi!';
?
Expected result:
hi!
Actual result:
--
Instant program crash. Windows provides the following info:
PHP executed an invalid instruction in
module PHP_GMP.DLL at 0187:01a760f4.
Registers:
EAX=01a7ced0 CS=0187 EIP=01a760f4 EFLGS=00010202
EBX=01a710e0 SS=018f ESP=00d3f904 EBP=01989c20
ECX=01a710c0 DS=018f ESI=001a FS=12c7
EDX=01a710b0 ES=018f EDI=01370ae0 GS=
Bytes at CS:EIP:
0f 44 d0 b8 60 cf a7 01 85 c9 0f 44 c8 85 db b8
Stack dump:
1001a380 01a710a4 01a710b0 01a710c0 01a710e0 01a8c2f0 000c 01a76120
0003 001a 01370ae0 01a8c2fc 0013 0002 0003 001a
--
Edit this bug report at http://bugs.php.net/?id=45215edit=1
#45216 [NEW]: SplFileObject::fgetss is not mapped correctly
From: perrick at noparking dot net Operating system: mac os x PHP version: 5.3CVS-2008-06-09 (snap) PHP Bug Type: SPL related Bug description: SplFileObject::fgetss is not mapped correctly Description: SplFileObject::fgetss($allowable_tags = NULL) doesn't work at all. The underlying fgetss that's called in the object needs a length : string fgetss ( resource $handle [, int $length [, string $allowable_tags ]] ) A test is available on testfest.php.net : http://testfest.php.net/index.php?do=detailstask_id=126 Reproduce code: --- $file = dirname(__FILE__) . '/foo.html'; file_put_contents($file, 'text 0div class=testedtext 1/div'); $handle = fopen($file, 'r'); $object = new SplFileObject($file); var_dump($object-fgetss()); var_dump(fgetss($handle)); Expected result: string(12) text 0text 1 string(12) text 0text 1 Actual result: -- Warning: fgetss(): Length parameter must be greater than 0 in /Users/perrick/Desktop/testfest/spl_fileobject_fgetss_basic.php on line 7 string(12) text 0text 1 -- Edit bug report at http://bugs.php.net/?id=45216edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45216r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45216r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45216r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45216r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45216r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45216r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45216r=needscript Try newer version:http://bugs.php.net/fix.php?id=45216r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45216r=support Expected behavior:http://bugs.php.net/fix.php?id=45216r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45216r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45216r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45216r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45216r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45216r=dst IIS Stability:http://bugs.php.net/fix.php?id=45216r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45216r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45216r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45216r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45216r=mysqlcfg
#45217 [NEW]: crash if -z and -m are used together
From: dmda at yandex dot ru Operating system: ANY PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: crash if -z and -m are used together Description: if -z and -m command line options are used together, php-cgi will crash. It happens b'ze print_extensions() function in cgi_main.c has a serious flaw: 1) it first makes a copy of the main list of zend_extensions 2) then it dumps out the content 3) then it destroys its copy of the list Duding phase 3, the list destructor is called and it UNLOADS all the zend_extensions. SHULD be noted that at this time the main list still has original copies of zend_extensions and that's why php will crash during shutdown in attempt to walk through the list and shutdown the extensions. You may replicate the problem with _ANY_ zend_extension. Better to do it under Windows that unmaps memory regions and shutdown will try call non-existing code. So the crash is inavoidable. Reproduce code: --- no code necessary Expected result: no crash is expected Actual result: -- backtrace from VC6: 015c2049() zend_extension_shutdown(_zend_extension * 0x014c4568, void * * * 0x01021c70) line 129 + 10 bytes zend_llist_apply(_zend_llist * 0x10508620 _zend_extensions, void (void *, void * * *)* 0x1007536c zend_extension_shutdown(_zend_extension *, void * * *), void * * * 0x01021c70) line 193 + 14 bytes zend_shutdown_extensions(void * * * 0x01021c70) line 166 + 19 bytes zend_shutdown(void * * * 0x01021c70) line 741 + 9 bytes php_module_shutdown(void * * * 0x01021c70) line 1887 + 9 bytes main(int 4, char * * 0x01021cd0) line 2058 + 10 bytes PHP-CGI! mainCRTStartup + 227 bytes KERNEL32! 7c816fd7() -- Edit bug report at http://bugs.php.net/?id=45217edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45217r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45217r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45217r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45217r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45217r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45217r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45217r=needscript Try newer version:http://bugs.php.net/fix.php?id=45217r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45217r=support Expected behavior:http://bugs.php.net/fix.php?id=45217r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45217r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45217r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45217r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45217r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45217r=dst IIS Stability:http://bugs.php.net/fix.php?id=45217r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45217r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45217r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45217r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45217r=mysqlcfg
#45212 [Opn-Bgs]: compiling from source returns an error when using --with-curl parameter
ID: 45212 Updated by: [EMAIL PROTECTED] Reported By: theprisonerofzenda at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RedHat Enterprise Linux 5 x86_64 PHP Version: 5.2.6 New Comment: I would guess it's caused by this wrong line: '--with-libdir=/lib64' \ But if you had bothered doing what configure tells you to, you would propably have found out yourself. No bug here. Previous Comments: [2008-06-09 12:56:50] theprisonerofzenda at gmail dot com Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ $@ 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit this bug report at http://bugs.php.net/?id=45212edit=1
#45218 [NEW]: PHAR archive built from directory limited by max open file handles
From: [EMAIL PROTECTED] Operating system: All PHP version: 5.3CVS-2008-06-09 (snap) PHP Bug Type: *Compression related Bug description: PHAR archive built from directory limited by max open file handles Description: When building a PHAR archive using the methods buildFromDirectory() or buildFromIterator(), a temporary file is opened for each file to be added to the archive. These temporary files remain open until the last stages of the archive creation (to prevent the files from being deleted), meaning that the number of files that can be added to the archive is limited by the maximum number of file handles that can be open at any one time (often 2048). -- Edit bug report at http://bugs.php.net/?id=45218edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45218r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45218r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45218r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45218r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45218r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45218r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45218r=needscript Try newer version:http://bugs.php.net/fix.php?id=45218r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45218r=support Expected behavior:http://bugs.php.net/fix.php?id=45218r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45218r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45218r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45218r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45218r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45218r=dst IIS Stability:http://bugs.php.net/fix.php?id=45218r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45218r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45218r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45218r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45218r=mysqlcfg
#45212 [Bgs]: compiling from source returns an error when using --with-curl parameter
ID: 45212 User updated by: theprisonerofzenda at gmail dot com Reported By: theprisonerofzenda at gmail dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat Enterprise Linux 5 x86_64 PHP Version: 5.2.6 New Comment: I do the /lib64 to avoid some previous compilation errors on x86_64 machines on other machines so supposing that you are right, I did the configuration without this parameter and I got the same output. Also here's a link to the paste of the config.log file http://pastebin.com/m45f78efd One thing to mention, I did what the error message told me and opened the config.log file and I think it's something related with libcurl and openssl support but I got the rpms installed on my systems and fetched them to find that libcurl is compiled with openssl support, May be I am wrong in that but the config.log output would clear things out to you. Previous Comments: [2008-06-09 16:30:50] [EMAIL PROTECTED] I would guess it's caused by this wrong line: '--with-libdir=/lib64' \ But if you had bothered doing what configure tells you to, you would propably have found out yourself. No bug here. [2008-06-09 12:56:50] theprisonerofzenda at gmail dot com Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ $@ 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit this bug report at http://bugs.php.net/?id=45212edit=1
#45219 [NEW]: mssql_connect() fails to connect to server
From: dhf2 at buffalo dot edu
Operating system: Linux/Windows XP Pro
PHP version: 5.2.6
PHP Bug Type: MSSQL related
Bug description: mssql_connect() fails to connect to server
Description:
I've been having some issues with mssql_connect. I'm trying to connect to
an MS-SQL 2000 database from PHP on a Linux server running PHP 5.1.6, but
the mssql_connect() function always gives me the same error message saying
it can't connect to the server.
I also tried connecting to the same server from my local machine (Windows
XP Pro, PHP 5.2.5) with the same results. However, I wrote a quick python
script using pymssql and that worked fine from this machine. I also set up
an ODBC connection on this machine and connected from PHP via
odbc_connect(), which also worked fine. The mssql_connect() problems are
the same whether mssql.secure_connection is set to Off or On in the php.ini
Reproduce code:
---
$db = mssql_connect('hostname', 'username', 'password');
if(!$db) {
die('h2Massive failure/h2');
}
Expected result:
Should connect to database not print any errors
Actual result:
--
Warning: mssql_connect() [function.mssql-connect]: Unable to connect to
server: host.name.of.server in /var/www/html/filename.php on line 28
--
Edit bug report at http://bugs.php.net/?id=45219edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45219r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45219r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45219r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45219r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45219r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45219r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45219r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45219r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45219r=support
Expected behavior:http://bugs.php.net/fix.php?id=45219r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45219r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45219r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45219r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45219r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45219r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45219r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45219r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45219r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45219r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45219r=mysqlcfg
#45220 [NEW]: curl_read callback returns -1 when needs to return size_t (unsigned)
From: brockn at gmail dot com
Operating system: CentOS release 4.6 (Final)
PHP version: 5.2.6
PHP Bug Type: cURL related
Bug description: curl_read callback returns -1 when needs to return size_t
(unsigned)
Description:
curl_read, can return -1 when it explicitly states its return size_t. This
causes curl versions = 7.18.X to fail with the attached code.
Curl stores the callback return value as int, but casts it to a size_t to
do a check. This causes the value to become very large and thus the check
fails when it should not.
I tried to download a snapshot and check that out, but the site appears to
be down.
Reproduce code:
---
?php
$host= 'http://bashcurescancer.com/dump-request-variable.php';
$CR = curl_init();
curl_setopt($CR, CURLOPT_TIMEOUT, 60);
curl_setopt($CR, CURLOPT_URL, $host);
curl_setopt($CR, CURLOPT_POST, 1);
curl_setopt($CR, CURLOPT_FAILONERROR, true);
curl_setopt($CR, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($CR, CURLOPT_SSL_VERIFYPEER, 0);
$body = curl_exec( $CR );
$error = curl_error( $CR );
if( !empty( $error )) {
print(FAIL: $error\n);
exit(1);
} else {
print(PASS: . trim($body) . \n);
curl_close($CR);
exit(0);
}
?
Expected result:
PASS: array (
)
Actual result:
--
FAIL: Failed to open/read local data from file/application
--
Edit bug report at http://bugs.php.net/?id=45220edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45220r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45220r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45220r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45220r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45220r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45220r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45220r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45220r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45220r=support
Expected behavior:http://bugs.php.net/fix.php?id=45220r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45220r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45220r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45220r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45220r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45220r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45220r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45220r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45220r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45220r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45220r=mysqlcfg
#45219 [Opn]: mssql_connect() fails to connect to server
ID: 45219
Updated by: [EMAIL PROTECTED]
Reported By: dhf2 at buffalo dot edu
Status: Open
Bug Type: MSSQL related
Operating System: Linux/Windows XP Pro
PHP Version: 5.2.6
New Comment:
The first parameter should not be a host name but the name of the
configuration form the freetds.conf file. Did you configure this?
Previous Comments:
[2008-06-09 16:51:34] dhf2 at buffalo dot edu
Description:
I've been having some issues with mssql_connect. I'm trying to connect
to an MS-SQL 2000 database from PHP on a Linux server running PHP 5.1.6,
but the mssql_connect() function always gives me the same error message
saying it can't connect to the server.
I also tried connecting to the same server from my local machine
(Windows XP Pro, PHP 5.2.5) with the same results. However, I wrote a
quick python script using pymssql and that worked fine from this
machine. I also set up an ODBC connection on this machine and connected
from PHP via odbc_connect(), which also worked fine. The mssql_connect()
problems are the same whether mssql.secure_connection is set to Off or
On in the php.ini
Reproduce code:
---
$db = mssql_connect('hostname', 'username', 'password');
if(!$db) {
die('h2Massive failure/h2');
}
Expected result:
Should connect to database not print any errors
Actual result:
--
Warning: mssql_connect() [function.mssql-connect]: Unable to connect to
server: host.name.of.server in /var/www/html/filename.php on line 28
--
Edit this bug report at http://bugs.php.net/?id=45219edit=1
#45219 [Opn]: mssql_connect() fails to connect to server
ID: 45219
User updated by: dhf2 at buffalo dot edu
Reported By: dhf2 at buffalo dot edu
Status: Open
Bug Type: MSSQL related
Operating System: Linux/Windows XP Pro
PHP Version: 5.2.6
New Comment:
No, I guess I misread the documentation for mssql_connect...
I'll look into that, thanks a lot.
Previous Comments:
[2008-06-09 17:18:30] [EMAIL PROTECTED]
The first parameter should not be a host name but the name of the
configuration form the freetds.conf file. Did you configure this?
[2008-06-09 16:51:34] dhf2 at buffalo dot edu
Description:
I've been having some issues with mssql_connect. I'm trying to connect
to an MS-SQL 2000 database from PHP on a Linux server running PHP 5.1.6,
but the mssql_connect() function always gives me the same error message
saying it can't connect to the server.
I also tried connecting to the same server from my local machine
(Windows XP Pro, PHP 5.2.5) with the same results. However, I wrote a
quick python script using pymssql and that worked fine from this
machine. I also set up an ODBC connection on this machine and connected
from PHP via odbc_connect(), which also worked fine. The mssql_connect()
problems are the same whether mssql.secure_connection is set to Off or
On in the php.ini
Reproduce code:
---
$db = mssql_connect('hostname', 'username', 'password');
if(!$db) {
die('h2Massive failure/h2');
}
Expected result:
Should connect to database not print any errors
Actual result:
--
Warning: mssql_connect() [function.mssql-connect]: Unable to connect to
server: host.name.of.server in /var/www/html/filename.php on line 28
--
Edit this bug report at http://bugs.php.net/?id=45219edit=1
#45219 [Opn-Bgs]: mssql_connect() fails to connect to server
ID: 45219
User updated by: dhf2 at buffalo dot edu
Reported By: dhf2 at buffalo dot edu
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Linux/Windows XP Pro
PHP Version: 5.2.6
New Comment:
Yeah, that completely fixed it. Thanks again, and sorry about the bogus
bug report.
Previous Comments:
[2008-06-09 17:49:10] dhf2 at buffalo dot edu
No, I guess I misread the documentation for mssql_connect...
I'll look into that, thanks a lot.
[2008-06-09 17:18:30] [EMAIL PROTECTED]
The first parameter should not be a host name but the name of the
configuration form the freetds.conf file. Did you configure this?
[2008-06-09 16:51:34] dhf2 at buffalo dot edu
Description:
I've been having some issues with mssql_connect. I'm trying to connect
to an MS-SQL 2000 database from PHP on a Linux server running PHP 5.1.6,
but the mssql_connect() function always gives me the same error message
saying it can't connect to the server.
I also tried connecting to the same server from my local machine
(Windows XP Pro, PHP 5.2.5) with the same results. However, I wrote a
quick python script using pymssql and that worked fine from this
machine. I also set up an ODBC connection on this machine and connected
from PHP via odbc_connect(), which also worked fine. The mssql_connect()
problems are the same whether mssql.secure_connection is set to Off or
On in the php.ini
Reproduce code:
---
$db = mssql_connect('hostname', 'username', 'password');
if(!$db) {
die('h2Massive failure/h2');
}
Expected result:
Should connect to database not print any errors
Actual result:
--
Warning: mssql_connect() [function.mssql-connect]: Unable to connect to
server: host.name.of.server in /var/www/html/filename.php on line 28
--
Edit this bug report at http://bugs.php.net/?id=45219edit=1
#45221 [NEW]: Number in string conversion with comma separator
From: walterquez at yahoo dot com Operating system: Windows 2003 PHP version: 5.2.6 PHP Bug Type: Strings related Bug description: Number in string conversion with comma separator Description: When numbers in a string containing comma separators are converted to any numeric type, it strips any number to the right of the commas. Reproduce code: --- ?php $a = '200'; $b = '1,000'; if ($a $b) echo 'A is bigger'; else echo 'B is bigger'; ? For some reason, because $b has a comma, it converts $b to 1, not 1000. If you remove the comma, it works fine. To prove it, check the following. $b = (int) $b; // same with (float), (double) or (real) echo $b; // it prints 1, not 1000. I even included, setlocale(LC_ALL, 'en'); but no luck. Expected result: B is bigger Actual result: -- A is bigger -- Edit bug report at http://bugs.php.net/?id=45221edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45221r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45221r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45221r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45221r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45221r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45221r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45221r=needscript Try newer version:http://bugs.php.net/fix.php?id=45221r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45221r=support Expected behavior:http://bugs.php.net/fix.php?id=45221r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45221r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45221r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45221r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45221r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45221r=dst IIS Stability:http://bugs.php.net/fix.php?id=45221r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45221r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45221r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45221r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45221r=mysqlcfg
#45217 [Opn-Fbk]: crash if -z and -m are used together
ID: 45217 Updated by: [EMAIL PROTECTED] Reported By: dmda at yandex dot ru -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: * PHP Version: 5.2.6 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2008-06-09 16:14:00] dmda at yandex dot ru Description: if -z and -m command line options are used together, php-cgi will crash. It happens b'ze print_extensions() function in cgi_main.c has a serious flaw: 1) it first makes a copy of the main list of zend_extensions 2) then it dumps out the content 3) then it destroys its copy of the list Duding phase 3, the list destructor is called and it UNLOADS all the zend_extensions. SHULD be noted that at this time the main list still has original copies of zend_extensions and that's why php will crash during shutdown in attempt to walk through the list and shutdown the extensions. You may replicate the problem with _ANY_ zend_extension. Better to do it under Windows that unmaps memory regions and shutdown will try call non-existing code. So the crash is inavoidable. Reproduce code: --- no code necessary Expected result: no crash is expected Actual result: -- backtrace from VC6: 015c2049() zend_extension_shutdown(_zend_extension * 0x014c4568, void * * * 0x01021c70) line 129 + 10 bytes zend_llist_apply(_zend_llist * 0x10508620 _zend_extensions, void (void *, void * * *)* 0x1007536c zend_extension_shutdown(_zend_extension *, void * * *), void * * * 0x01021c70) line 193 + 14 bytes zend_shutdown_extensions(void * * * 0x01021c70) line 166 + 19 bytes zend_shutdown(void * * * 0x01021c70) line 741 + 9 bytes php_module_shutdown(void * * * 0x01021c70) line 1887 + 9 bytes main(int 4, char * * 0x01021cd0) line 2058 + 10 bytes PHP-CGI! mainCRTStartup + 227 bytes KERNEL32! 7c816fd7() -- Edit this bug report at http://bugs.php.net/?id=45217edit=1
#45222 [NEW]: Creation zipfiles with duplicate names in PHP results in crash Apache
From: crabbydata at gmail dot com
Operating system: MS Vista
PHP version: 5.2.6
PHP Bug Type: Zip Related
Bug description: Creation zipfiles with duplicate names in PHP results in
crash Apache
Description:
When creating a new zip-file with the ZipArchive::CREATE-function, and
there already is a zipfile with the given filename Apache will crash
without any warning (just a Vista error popup saying it has already stopped
working).
Reproduce code:
---
?php
$zip = new ZipArchive();
$zipfile = myveryownzipfile.zip;
if($zip-open($zipfile, ZipArchive::CREATE) !== true) exit(Can't create
file .$zipfile);
// Add stuff inside the zip-file
$zip-addFromString('tmp', 'bla'); // temporary file within zip
$zip-close();
// Same code as above so two identical files are (tried to be) created
if($zip-open($zipfile, ZipArchive::CREATE) !== true) exit(Can't create
file .$zipfile);
// Add stuff inside the zip-file
$zip-addFromString('tmp', 'bla'); // temporary file within zip
$zip-close();
?
Expected result:
When the second file is created, it should give out the exit-error: Can't
create file myveryownzipfile.zip.
Or it should give a fatal error!-notice of PHP itself saying the
filename already exists or simply that the (second) file could not be
created (e.g. duplicate filename).
Actual result:
--
When activating this script (only with the creation of a single zipfile)
through a form, and submitting it repeatingly (fast(!)), a (Vista) error
pops up saying Apache.exe doesn't work any longer and Apache has been
forced to shut down.
Screenshots (I've a Dutch-language Vista):
(1) http://img377.imageshack.us/img377/8170/06092008200500jp7.png
Translation: Apache HTTP Server has stopped working
Searching for a solution...
(2) http://img156.imageshack.us/img156/4051/06092008195928sd1.png
Translation: Apache HTTP Server has stopped working
An error occured which made the program function incorrectly. The program
will now be closed and you'll get a notice when a solution is available.
I installed/run PHP through the XAMPP-package
(http://www.apachefriends.org/en/xampp.html).
Zip-module information:
Extension Version: $Id: php_zip.c,v 1.1.2.38 2007/08/06 22:02:32 bjori Exp
$
Zip version: 2.0.0
Libzip version: 0.7.1
--
Edit bug report at http://bugs.php.net/?id=45222edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45222r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45222r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45222r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45222r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45222r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45222r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45222r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45222r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45222r=support
Expected behavior:http://bugs.php.net/fix.php?id=45222r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45222r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45222r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45222r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45222r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45222r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45222r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45222r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45222r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45222r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45222r=mysqlcfg
#45212 [Bgs]: compiling from source returns an error when using --with-curl parameter
ID: 45212 User updated by: theprisonerofzenda at gmail dot com Reported By: theprisonerofzenda at gmail dot com Status: Bogus Bug Type: Compile Failure Operating System: RedHat Enterprise Linux 5 x86_64 PHP Version: 5.2.6 New Comment: Now happens to be that the system came with wrong mix of package installations as it was having many *-devel.i386 and *-libs.i386 although it is an x86_64, I fixed this mixture specially e2fsprogs-libs and libidn-devel and recompiled to find everything went smooth. Previous Comments: [2008-06-09 16:41:28] theprisonerofzenda at gmail dot com I do the /lib64 to avoid some previous compilation errors on x86_64 machines on other machines so supposing that you are right, I did the configuration without this parameter and I got the same output. Also here's a link to the paste of the config.log file http://pastebin.com/m45f78efd One thing to mention, I did what the error message told me and opened the config.log file and I think it's something related with libcurl and openssl support but I got the rpms installed on my systems and fetched them to find that libcurl is compiled with openssl support, May be I am wrong in that but the config.log output would clear things out to you. [2008-06-09 16:30:50] [EMAIL PROTECTED] I would guess it's caused by this wrong line: '--with-libdir=/lib64' \ But if you had bothered doing what configure tells you to, you would propably have found out yourself. No bug here. [2008-06-09 12:56:50] theprisonerofzenda at gmail dot com Description: PHP-5.2.6 compilation using the --with-curl parameter end with... ## checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. ## However without using the --with-curl everything compiles fine. Reproduce code: --- 1. got php-5.2.6.tar.bz2 2. used this configuration parameters CFLAGS='-O3' \ './configure' \ '--disable-debug' \ '--with-libdir=/lib64' \ '--prefix=/usr/local' \ '--enable-bcmath' \ '--enable-calendar' \ '--with-gd' \ '--with-jpeg-dir=/usr/local' \ '--with-png-dir=/usr' \ '--with-gettext' \ '--with-mysqli' \ '--with-mysql=/usr' \ '--with-pear' \ '--with-mcrypt' \ '--enable-sockets' \ '--with-ttf' \ '--with-freetype-dir=/usr' \ '--enable-gd-native-ttf' \ '--with-zlib' \ '--disable-ipv6' \ '--disable-cli' \ '--enable-magic-quotes' \ '--enable-discard-path' \ '--enable-force-cgi-redirect' \ '--enable-fastcgi' \ '--with-openssl' \ '--with-curl' \ $@ 3. compilation fails. Expected result: PHP compiles with curl support. Actual result: -- checking for cURL support... yes checking if we should use cURL for url streams... no checking for cURL in default path... found in /usr checking for cURL 7.10.5 or greater... libcurl 7.15.5 checking for SSL support in libcurl... yes checking how to run the C preprocessor... gcc -E checking for openssl support in libcurl... no checking for gnutls support in libcurl... no checking for curl_easy_perform in -lcurl... no configure: error: There is something wrong. Please check config.log for more information. -- Edit this bug report at http://bugs.php.net/?id=45212edit=1
#45220 [Opn]: curl_read callback returns -1 when needs to return size_t (unsigned)
ID: 45220
User updated by: brockn at gmail dot com
Reported By: brockn at gmail dot com
Status: Open
Bug Type: cURL related
Operating System: CentOS release 4.6 (Final)
PHP Version: 5.2.6
New Comment:
Here are the details of the problem which occurs inside libcurl:
http://curl.haxx.se/mail/lib-2008-06/0109.html
http://curl.haxx.se/mail/lib-2008-06/0111.html
http://curl.haxx.se/mail/lib-2008-06/0123.html
Previous Comments:
[2008-06-09 17:17:46] brockn at gmail dot com
Description:
curl_read, can return -1 when it explicitly states its return size_t.
This causes curl versions = 7.18.X to fail with the attached code.
Curl stores the callback return value as int, but casts it to a size_t
to do a check. This causes the value to become very large and thus the
check fails when it should not.
I tried to download a snapshot and check that out, but the site appears
to be down.
Reproduce code:
---
?php
$host= 'http://bashcurescancer.com/dump-request-variable.php';
$CR = curl_init();
curl_setopt($CR, CURLOPT_TIMEOUT, 60);
curl_setopt($CR, CURLOPT_URL, $host);
curl_setopt($CR, CURLOPT_POST, 1);
curl_setopt($CR, CURLOPT_FAILONERROR, true);
curl_setopt($CR, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($CR, CURLOPT_SSL_VERIFYPEER, 0);
$body = curl_exec( $CR );
$error = curl_error( $CR );
if( !empty( $error )) {
print(FAIL: $error\n);
exit(1);
} else {
print(PASS: . trim($body) . \n);
curl_close($CR);
exit(0);
}
?
Expected result:
PASS: array (
)
Actual result:
--
FAIL: Failed to open/read local data from file/application
--
Edit this bug report at http://bugs.php.net/?id=45220edit=1
#32278 [Com]: Remote linked server not accessibile
ID: 32278
Comment by: cmoore at getzeroedin dot com
Reported By: raulionescu at gmail dot com
Status: No Feedback
Bug Type: MSSQL related
Operating System: WinXP Pro
PHP Version: 5.0.4
New Comment:
I'm experiencing the same error, Warning: mssql_query()
[function.mssql-query]: message: Heterogeneous queries require the
ANSI_NULLS and ANSI_WARNINGS options to be set for the connection. This
ensures consistent query semantics. Enable these options and then
reissue your query, when attempting to execute a linked MDX query to SQL
Server Analysis Services (an analytics cube). Below is the query
set ANSI_NULLS ON;
set ANSI_ARNINGS ON;
exec sp_addlinkedserver
@server='linked_olap',
@srvproduct='',
@provider='MSOLAP.3',
@datasrc='scout',
@catalog='Adventure Works DW Standard Edition'
;
SELECT *
FROM OpenQuery(linked_olap,'SELECT
{Measures.[Internet Order Count]} ON COLUMNS ,
[Product].[Category].members ON ROWS
FROM [Adventure Works]')
;
exec sp_dropserver 'linked_olap'
;
In the linked server procedure, 'scout' is my database server name, but
Adventure Works is the sample analysis server data warehouse (cube), so
you should be able to recreate this simply.
Are there any plans to support native MDX queries against a SQL Server
Analysis Server, or plans to resolve this issue?
Previous Comments:
[2008-04-30 16:41:06] webster_jack at hotmail dot com
Hi
Has this bug been fixed?
[2007-12-12 19:33:37] kenneth dot kaye at bankofamerica dot com
This bug still exists as of PHP 5.1.2. I run PHP(cli) 5.1.2 on Windows
2003 Server, and attempting to execute a stored procedure within PHP
that calls a linked server yields the following error:
PHP Warning: mssql_execute(): message: Heterogeneous queries require
the ANSI_NULLS and ANSI_WARNINGS options to be set
for the connection. This ensures consistent query semantics. Enable
these options and then reissue your query. (severit
y 16) in c:\logs\btest.php on line 46
PHP Warning: mssql_execute(): stored procedure execution failed in
c:\logs\btest.php on line 4
6
PHP Warning: mssql_fetch_array(): supplied argument is not a valid MS
SQL-result resource in c:\logs\btest.php on line 55
I have ANSI_NULLS and ANSI_WARNINGS set within the stored procedure
itself. Any advice or a fix?
[2006-09-15 13:58:20] redshifteric at gmail dot com
Bug reproduced on Win2k Server
MSSQL 2000 SP3
PHP 5.1.2
I tried using the normal syntax to access table on the linked server.
I mean using linkedservername.databasename.dbo.tablename or directoty
the local tablename but without success.
If i specify the full linked server path, i get the following error:
Could not find server 'KCONT81' in sysservers. Execute
sp_addlinkedserver to add the server to sysservers
But if i execute the same query trough isqlw.exe (query analyzer) it
works fine.
Best regards,
Red
[2005-06-14 01:00:03] 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-06-07 00:17:31] [EMAIL PROTECTED]
Try putting 'error_reporting(E_ALL);' as first line in your script and
see if you get any warnings/notices..
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/32278
--
Edit this bug report at http://bugs.php.net/?id=32278edit=1
#45223 [NEW]: else if (...): unexpected T_IF, expecting ':'
From: ms419 at freezone dot co dot uk Operating system: PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: else if (...): unexpected T_IF, expecting ':' Description: PHP documentation claims: In PHP, you can also write 'else if' (in two words) and the behavior would be identical to the one of 'elseif' (in a single word). The syntactic meaning is slightly different (if you're familiar with C, this is the same behavior) but the bottom line is that both would result in exactly the same behavior. - http://php.net/elseif However I get the following error: Parse error: syntax error, unexpected T_IF, expecting ':' in /home/jablko/public_html/test.php on line 3 Reproduce code: --- ?php if (false): ? AAA ?php else if (true): ? BBB ?php else: ? CCC ?php endif; ? Expected result: BBB Actual result: -- Parse error: syntax error, unexpected T_IF, expecting ':' in /home/jablko/public_html/test.php on line 3 -- Edit bug report at http://bugs.php.net/?id=45223edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45223r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45223r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45223r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45223r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45223r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45223r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45223r=needscript Try newer version:http://bugs.php.net/fix.php?id=45223r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45223r=support Expected behavior:http://bugs.php.net/fix.php?id=45223r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45223r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45223r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45223r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45223r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45223r=dst IIS Stability:http://bugs.php.net/fix.php?id=45223r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45223r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45223r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45223r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45223r=mysqlcfg
#44777 [Com]: PHP ISAPI random working dir only in Root of website
ID: 44777 Comment by: don dot lebert at crystaltech dot com Reported By: toby at simmonsconsulting dot com Status: Open Bug Type: IIS related Operating System: Windows 2003 Server PHP Version: 5.2.5 New Comment: I too am still having this problem which was originally posted here: http://bugs.php.net/bug.php?id=43309edit=2 Previous Comments: [2008-06-04 19:30:23] asset at impactdamage dot com I am having this same issue, however I get this when using either ISAPI or FASTCGI. It can be resolved by giving list folder permissions on the parent folder. I cant seem to find a workaround to this, as in a shared environment I dont want to give list permissions on the parent. [2008-04-18 14:49:27] toby at simmonsconsulting dot com FYI, PHP CGI/FastCGI does not have this problem. [2008-04-18 14:44:15] toby at simmonsconsulting dot com Description: PHP ISAPI under IIS 6.x (Windows 2003 Server) reports an inconsistent working directory ONLY in the root of a web site. The working directory is perfectly consistent when checked in a subdirectory of a web site. I have seen similar bugs reported but they were either BOGUS or no longer open. I understand ISAPI is unstable (according to Bug #42460) but this bug only seems to occur in the root of a web site. Say the root of your web site is D:\websites\testsite. If you create a php file with the following code: ?php echo getcwd().br /\n; ? and place it in the above directory then load it (http://testsite/cwd.php), loading will produce a random directory. If you place this file in a subdirectory, say D:\websites\testsite\testdir, and load the page (from the new location, http://testsite/testdir/cwd.php) it will produce the expected results: D:\websites\testsite\testdir. Reproduce code: --- ?php echo getcwd().br /\n; ? Expected result: In the root folder of your website (say, D:\websites\testsite) you would expect D:\websites\testsite. In a subdirectory of your website (say, D:\websites\testsite\testdir) you would expect just that, D:\websites\testsite\testdir. Actual result: -- In the root folder of your website (say, D:\websites\testsite) you get random results, anything from C:\WINDOWS\System32 to various subdirectories in your website (or other websites if you host more than one.) In a subdirectory of your website (say, D:\websites\testsite\testdir) it seems to work fine. -- Edit this bug report at http://bugs.php.net/?id=44777edit=1
#29479 [Com]: changing current process name
ID: 29479
Comment by: lindsay dot snider at gmail dot com
Reported By: black at scene-si dot org
Status: Suspended
Bug Type: Feature/Change Request
Operating System: linux
PHP Version: 6CVS
New Comment:
Here is a shorter version based off of xdecock's code which has been
working well. I see value in having this available when using PHP in
CLI mode.
---
#include php.h
#include SAPI.h
#include dlfcn.h
#include string.h
static char *argv0 = NULL;
#define MAX_TITLE_LENGTH128
void setproctitle(char *title)
{
charbuffer[MAX_TITLE_LENGTH];
int tlen = strlen(title);
memset(buffer, 0x20, MAX_TITLE_LENGTH);
buffer[MAX_TITLE_LENGTH-1] = '\0';
if( tlen (MAX_TITLE_LENGTH-1) )
memcpy(buffer, title, tlen);
if( argv0 )
snprintf(argv0, MAX_TITLE_LENGTH, %s, buffer);
}
void set_proctitle_init()
{
sapi_module_struct *symbol = NULL;
symbol = (sapi_module_struct *)dlsym(NULL, sapi_module);
if( symbol )
argv0 = symbol-executable_location;
}
PHP_FUNCTION(setproctitle)
{
char*title;
longtlen;
if(zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, s,title,
tlen) == FAILURE)
RETURN_FALSE;
setproctitle(title);
}
Previous Comments:
[2007-06-06 12:54:17] xdecock at gmail dot com
I've tried to make a port of the apache thing used for wikipedia to a
more generic one.
If it can be usefull for anyone (only tested it on cli, as i search the
way of doing this for cli primary)
Not sure how good is this method, at first seen, it works
proctitle.h config.m4 are almost the same (except for MREQUEST_INIT
MREQUEST_SHUTDOWN), but it is not usefull for CLI
the url for those files:
http://wikipedia.svn.sourceforge.net/viewvc/wikipedia/trunk/extensions/pecl-proctitle/php_proctitle.h?revision=9174view=markup
#proctitle.c
/*
+--+
| PHP Version 4
|
+--+
| Copyright (c) 1997-2003 The PHP Group
|
+--+
| This source file is subject to version 2.02 of the PHP license,
|
| that is bundled with this package in the file LICENSE, and is
|
| available at through the world-wide-web at
|
| http://www.php.net/license/2_02.txt.
|
| If you did not receive a copy of the PHP license and are unable to
|
| obtain it through the world-wide-web, please send a note to
|
| [EMAIL PROTECTED] so we can mail you a copy immediately.
|
+--+
| Author:
|
+--+
$Id$
*/
#define MAXTITLE 1024
#ifdef HAVE_CONFIG_H
#include config.h
#endif
#include syslog.h
#include php.h
#include php_ini.h
#include SAPI.h
#include ext/standard/info.h
#include php_proctitle.h
#include dlfcn.h
/* If you declare any globals in php_proctitle.h uncomment this:
ZEND_DECLARE_MODULE_GLOBALS(proctitle)
*/
/* True global resources - no need for thread safety here */
static int le_proctitle;
static char *proctitle_argv=NULL;
static char process_base_name[MAXTITLE+1];
#ifndef HAVE_PROCTITLE
void setproctitle(char *title) {
if (proctitle_argv){
sprintf(proctitle_argv,process_base_name,title);
}
}
#endif
/* {{{ proctitle_functions[]
*
* Every user visible function must have an entry in
proctitle_functions[].
*/
function_entry proctitle_functions[] = {
PHP_FE(setproctitle,NULL) /* For testing, remove later. */
{NULL, NULL, NULL} /* Must be the last line in
proctitle_functions[]
*/
};
/* }}} */
/* {{{ proctitle_module_entry
*/
zend_module_entry proctitle_module_entry = {
#if ZEND_MODULE_API_NO = 20010901
STANDARD_MODULE_HEADER,
#endif
proctitle,
proctitle_functions,
PHP_MINIT(proctitle),
PHP_MSHUTDOWN(proctitle),
NULL, /* Replace with NULL if there's nothing
to do at request
start */
NULL, /* Replace with NULL if there's nothing
to do at request end
*/
PHP_MINFO(proctitle),
#if ZEND_MODULE_API_NO = 20010901
0.1, /* Replace with version number for your extension */
#endif
STANDARD_MODULE_PROPERTIES
};
/* }}} */
#ifdef COMPILE_DL_PROCTITLE
ZEND_GET_MODULE(proctitle)
#endif
/* {{{ PHP_MINIT_FUNCTION
*/
#45224 [NEW]: Segmentation Fault in preg_match
From: dave at westphila dot net
Operating system: Linux, Fedora Core 8
PHP version: 5.2.6
PHP Bug Type: Reproducible crash
Bug description: Segmentation Fault in preg_match
Description:
I can reproduce a segfault in a preg_match call with a particular regular
expression and target text (which is a large html file). The offending
regEx and a very similar one which does not segfault are included in the
script I've attached.
Reproduce code:
---
?php
$text = file_get_contents($argv[1]);
//$text = A test
stringsdflsmdfs;ldfkgns;dklfjgnsdlkfjgns;df'adslfm,qr;ijgaldsfknvsdl,fbnwle;frnsdlkfjnsldkfjnvsdlkfjnbsldkfjnsldkfjgnsldkfjgnslkdfjgnsdffls
dflkgdf;lkgwndf;lkgnsdfkjngsfmn,sdfgsbndflkgjsbdflgkjsdbfglkjsdnfglksjdfnglksdjfnglsdkfjg;
$exp1 =
/([^^]{1,20}){0,1}(\s|[^^]+|nbsp;)+L([^^]{1,20}){0,1}imitation(\s|[^^]+|nbsp;)+/;
$exp2 =
/([^^]{1,20}){0,1}(\s|[^^]+|nbsp;)+L([^^]{1,20}){0,1}imitation(\s|[^^]+|nbsp;)+o/;
preg_match($exp1, $text);
echo Passed Expression 1\n;
preg_match($exp2, $text);
echo Passed Expression 2\n;
?
Expected result:
The file may or may not match the regEx, out of memory maybe, but
certainly it shouldn't segfault.
Actual result:
--
The reg ex string in $exp1 runs ok. The expression in $exp2 is only one
character longer and produces a segfault when run on the file publicly
available here:
http://dev.xtractresearch.com/SD11212006CA.htm
A segfault does not happen when instead of this file a shorter string of
text is used (commented out in the script code). Length of the file should
not be an issue since the first regEx completes ok.
--
Edit bug report at http://bugs.php.net/?id=45224edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45224r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45224r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45224r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45224r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45224r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45224r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45224r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45224r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45224r=support
Expected behavior:http://bugs.php.net/fix.php?id=45224r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45224r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45224r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45224r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45224r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45224r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45224r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45224r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45224r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45224r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45224r=mysqlcfg
#27421 [Com]: mbstring.func_overload set in .htaccess becomes global
ID: 27421 Comment by: future at shiny dot co dot il Reported By: php at strategma dot bg Status: Assigned Bug Type: mbstring related Operating System: Slackware 9.1 kernel: 2.4.22 PHP Version: 4.3.4 Assigned To: hirokawa New Comment: David, unfortunately your patch doesn't seem to solve the problem. Furthermore, on my system, strlen never seems to be overridden (mb_orig_strlen never exists) while substr always remains overridden (mb_orig_substr always exists). Are you sure this shutdown sequence is even being run? Previous Comments: [2008-03-19 18:37:03] [EMAIL PROTECTED] Assigned to maintainer. [2008-03-19 18:28:25] david at dfoerster dot de It is not recommended to use the function overloading option in the per-directory context, because it's not confirmed yet to be stable enough in a production environment and may lead to undefined behaviour. Once the patch is applied this notice can probably be removed from the documentation. [2008-03-19 18:08:46] david at dfoerster dot de Hi, this patch fixes the problem (didn't find a way to attach a patch here): http://www.dfoerster.de/misc/php-27421.diff The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would terminate on the first function that was not overloaded. With a settin of 2, the str* functions would never be restored, because the mail function was not overloaded. The patch changes the behaviour to be similar to the loop in PHP_RINIT_FUNCTION. [2008-03-15 13:41:58] rnbarra at yaho dot copm sopa [2008-02-24 21:21:08] lip at lip dot net dot ua I also have this problem. PHP 5.2.5 Apache/2.2.8 If I use mbstring.func_overload in .htaccess other virtualhosts not work For example: VirtualHost *:80 DocumentRoot /var/www/phpmyadmin AddHandler cgi-script .cgi AddHandler cgi-script .pl ServerName n.com.net /VirtualHost VirtualHost *:80 DocumentRoot /var/www/db ServerName db.net /VirtualHost in /var/www/db/.htaccess php_value mbstring.func_overload 6 In this situation phpmyadmin doesnt work when I refresh few times db.net 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/27421 -- Edit this bug report at http://bugs.php.net/?id=27421edit=1
#45225 [NEW]: Memory behavior that reminds ie memory leak.
From: vituko at gmail dot com
Operating system: Lenny
PHP version: 5.2.6
PHP Bug Type: Class/Object related
Bug description: Memory behavior that reminds ie memory leak.
Description:
Garbage collection works in an unexpected way for me,
when there're crossed references. I discovered it working with large
databases, Apache crashes sometimes : the thread hangs and
after /etc/init.d/apache2 restart, it continues working.
Another thing : the only way to get track of references is
debug_zval_dump (of course it can be done manually) and huge strings
must be parsed. Further, when mixing true () and php references
it's no more possible... or is it?
Only a tought...
Thanks
Reproduce code:
---
class a {
public function __destruct() {
echo 'destrbr' ;
}
}
$a = new a ;
$a - v = new a ;
$a - w = new a ;
$a - v - w = $a - w ;
$a - w - v = $a - v ;
unset ($a) ;
echo 'finbr' ;
exit ;
Expected result:
destr
destr
destr
fin
Actual result:
--
destr
fin
destr
destr
--
Edit bug report at http://bugs.php.net/?id=45225edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45225r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45225r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45225r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45225r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45225r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45225r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45225r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45225r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45225r=support
Expected behavior:http://bugs.php.net/fix.php?id=45225r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45225r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45225r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45225r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45225r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45225r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45225r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45225r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45225r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45225r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45225r=mysqlcfg
#45226 [NEW]: xmlrpc_set_type fails with valid ISO8601 date string
From: bmn at bmn dot name
Operating system: Linux
PHP version: 5.2.6
PHP Bug Type: Reproducible crash
Bug description: xmlrpc_set_type fails with valid ISO8601 date string
Description:
PHP crashes when trying to call xmlrpc_set_type with a correctly formatted
ISO8601 datetime string from the date() function.
Note that if you specify a datetime string without the +/-00:00, it will
work.
If you specify the timezome information (as the constant DATE_ISO8601
does), php will crash.
Reproduce code:
---
// this code breaks
$d = date(DATE_ISO8601);
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' = $d));
//working code
$d = '2008-01-01 20:00:00';
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' = $d));
Expected result:
methodCall
methodNamemethod.call/methodName
params
param
value
struct
member
namedate/name
value
dateTime.iso860120080101T20:00:00/dateTime.iso8601
/value
/member
/struct
/value
/param
/params
/methodCall
Actual result:
--
*** stack smashing detected ***: php terminated
Aborted (core dumped)
--
Edit bug report at http://bugs.php.net/?id=45226edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45226r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45226r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45226r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45226r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45226r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45226r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45226r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45226r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45226r=support
Expected behavior:http://bugs.php.net/fix.php?id=45226r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45226r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45226r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45226r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45226r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45226r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45226r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45226r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45226r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45226r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45226r=mysqlcfg
#45226 [Opn]: xmlrpc_set_type fails with valid ISO8601 date string
ID: 45226
User updated by: bmn at bmn dot name
Reported By: bmn at bmn dot name
Status: Open
Bug Type: Reproducible crash
-Operating System: Linux
+Operating System: Linux, Gutsy Gibbon
PHP Version: 5.2.6
New Comment:
Added OS detail.
Previous Comments:
[2008-06-10 05:12:19] bmn at bmn dot name
Description:
PHP crashes when trying to call xmlrpc_set_type with a correctly
formatted ISO8601 datetime string from the date() function.
Note that if you specify a datetime string without the +/-00:00, it
will work.
If you specify the timezome information (as the constant DATE_ISO8601
does), php will crash.
Reproduce code:
---
// this code breaks
$d = date(DATE_ISO8601);
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' = $d));
//working code
$d = '2008-01-01 20:00:00';
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' = $d));
Expected result:
methodCall
methodNamemethod.call/methodName
params
param
value
struct
member
namedate/name
value
dateTime.iso860120080101T20:00:00/dateTime.iso8601
/value
/member
/struct
/value
/param
/params
/methodCall
Actual result:
--
*** stack smashing detected ***: php terminated
Aborted (core dumped)
--
Edit this bug report at http://bugs.php.net/?id=45226edit=1
