#49687 [Com]: utf8_decode xml_utf8_decode vuln
ID: 49687
Comment by: sird at rckc dot at
Reported By: sird at rckc dot at
Status: Open
Bug Type: *Unicode Issues
Operating System: *
PHP Version: 5.2.11
Assigned To: scottmac
New Comment:
My last post, I promise..
it should say:
c = ((s[0]&63)<<6) | (s[1]&63);
Greetz!
Previous Comments:
[2009-10-16 04:52:21] sird at rckc dot at
Oh, duh! I'm reading the wrong function.. :( Sorry
if(pos-2 >= 0 || s[1]&0xC0!=0x80) {
c = ((s[0]&7)<<18) | ((s[1]&63)<<12) |
((s[2]&63)<<6) | (s[3]&63);
} else {
c = '?';
}
[2009-10-16 04:45:25] sird at rckc dot at
oh, my mistake:
else if (c < 0x800) {
newbuf[(*newlen)++] = (0xc0 | (c >> 6));
newbuf[(*newlen)++] = (0x80 | (c & 0x3f));
}
should be:
else if (c < 0x800) {
if ( (s[1]&0xC0!=0x80) ){
newbuf[(*newlen)++] = '?';
}else{
newbuf[(*newlen)++] = (0xc0 | (c >> 6));
newbuf[(*newlen)++] = (0x80 | (c & 0x3f));
}
}
[2009-10-16 04:41:27] sird at rckc dot at
I disagree.. how slow can it be to add 2 bit operations..
} else if (c < 0x800) {
change to
} else if (c < 0x800) {
if ( (s[1]&0xC0!=0x80) ){ // this is a new operation
newbuf[(*newlen)++] = '?'; // this are not new operations
pos--; // this are not new operations
s++; // this are not new operations
continue;
}
}
Besides, considering all real implementations do what the spec say they
should do (it's not validate it's valid UNICODE, is that UNICODE says
that the algorithm SHOULD do the check).. not doing it on PHP is just
nuts.
[2009-10-16 04:01:21] scott...@php.net
PHP 5 has binary strings, not utf-8 strings. It does not attempt to do
any validation on input, so expecting addslashes to magically validate
things as utf-8 is wrong, simple as.
I agree that utf8_decode should do proper validation here though the
overhead of doing that validation is going to be slow. So I've coded up
a utf8_validate function. Still need to sort out some of the behaviour
first.
[2009-10-16 03:41:30] sird at rckc dot at
oops!
you are right, :) the code before was unsigned short.
still, the other vulnerabilities remain.
I've made a blogpost that explains the other issues ;)
http://sirdarckcat.blogspot.com/2009/10/couple-of-unicode-issues-on-php-and.html
I updated the post to note the last bug was fixed on 5.2.11
Greetings!!
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/49687
--
Edit this bug report at http://bugs.php.net/?id=49687&edit=1
#49687 [Com]: utf8_decode xml_utf8_decode vuln
ID: 49687
Comment by: sird at rckc dot at
Reported By: sird at rckc dot at
Status: Open
Bug Type: *Unicode Issues
Operating System: *
PHP Version: 5.2.11
Assigned To: scottmac
New Comment:
Oh, duh! I'm reading the wrong function.. :( Sorry
if(pos-2 >= 0 || s[1]&0xC0!=0x80) {
c = ((s[0]&7)<<18) | ((s[1]&63)<<12) |
((s[2]&63)<<6) | (s[3]&63);
} else {
c = '?';
}
Previous Comments:
[2009-10-16 04:45:25] sird at rckc dot at
oh, my mistake:
else if (c < 0x800) {
newbuf[(*newlen)++] = (0xc0 | (c >> 6));
newbuf[(*newlen)++] = (0x80 | (c & 0x3f));
}
should be:
else if (c < 0x800) {
if ( (s[1]&0xC0!=0x80) ){
newbuf[(*newlen)++] = '?';
}else{
newbuf[(*newlen)++] = (0xc0 | (c >> 6));
newbuf[(*newlen)++] = (0x80 | (c & 0x3f));
}
}
[2009-10-16 04:41:27] sird at rckc dot at
I disagree.. how slow can it be to add 2 bit operations..
} else if (c < 0x800) {
change to
} else if (c < 0x800) {
if ( (s[1]&0xC0!=0x80) ){ // this is a new operation
newbuf[(*newlen)++] = '?'; // this are not new operations
pos--; // this are not new operations
s++; // this are not new operations
continue;
}
}
Besides, considering all real implementations do what the spec say they
should do (it's not validate it's valid UNICODE, is that UNICODE says
that the algorithm SHOULD do the check).. not doing it on PHP is just
nuts.
[2009-10-16 04:01:21] scott...@php.net
PHP 5 has binary strings, not utf-8 strings. It does not attempt to do
any validation on input, so expecting addslashes to magically validate
things as utf-8 is wrong, simple as.
I agree that utf8_decode should do proper validation here though the
overhead of doing that validation is going to be slow. So I've coded up
a utf8_validate function. Still need to sort out some of the behaviour
first.
[2009-10-16 03:41:30] sird at rckc dot at
oops!
you are right, :) the code before was unsigned short.
still, the other vulnerabilities remain.
I've made a blogpost that explains the other issues ;)
http://sirdarckcat.blogspot.com/2009/10/couple-of-unicode-issues-on-php-and.html
I updated the post to note the last bug was fixed on 5.2.11
Greetings!!
[2009-10-16 03:32:19] scott...@php.net
On a 16-bit processor an int might be 16-bit, if you can get PHP to
compile then well done :-)
Did you even try running the test code?
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/49687
--
Edit this bug report at http://bugs.php.net/?id=49687&edit=1
#49687 [Com]: utf8_decode xml_utf8_decode vuln
ID: 49687
Comment by: sird at rckc dot at
Reported By: sird at rckc dot at
Status: Open
Bug Type: *Unicode Issues
Operating System: *
PHP Version: 5.2.11
Assigned To: scottmac
New Comment:
oh, my mistake:
else if (c < 0x800) {
newbuf[(*newlen)++] = (0xc0 | (c >> 6));
newbuf[(*newlen)++] = (0x80 | (c & 0x3f));
}
should be:
else if (c < 0x800) {
if ( (s[1]&0xC0!=0x80) ){
newbuf[(*newlen)++] = '?';
}else{
newbuf[(*newlen)++] = (0xc0 | (c >> 6));
newbuf[(*newlen)++] = (0x80 | (c & 0x3f));
}
}
Previous Comments:
[2009-10-16 04:41:27] sird at rckc dot at
I disagree.. how slow can it be to add 2 bit operations..
} else if (c < 0x800) {
change to
} else if (c < 0x800) {
if ( (s[1]&0xC0!=0x80) ){ // this is a new operation
newbuf[(*newlen)++] = '?'; // this are not new operations
pos--; // this are not new operations
s++; // this are not new operations
continue;
}
}
Besides, considering all real implementations do what the spec say they
should do (it's not validate it's valid UNICODE, is that UNICODE says
that the algorithm SHOULD do the check).. not doing it on PHP is just
nuts.
[2009-10-16 04:01:21] scott...@php.net
PHP 5 has binary strings, not utf-8 strings. It does not attempt to do
any validation on input, so expecting addslashes to magically validate
things as utf-8 is wrong, simple as.
I agree that utf8_decode should do proper validation here though the
overhead of doing that validation is going to be slow. So I've coded up
a utf8_validate function. Still need to sort out some of the behaviour
first.
[2009-10-16 03:41:30] sird at rckc dot at
oops!
you are right, :) the code before was unsigned short.
still, the other vulnerabilities remain.
I've made a blogpost that explains the other issues ;)
http://sirdarckcat.blogspot.com/2009/10/couple-of-unicode-issues-on-php-and.html
I updated the post to note the last bug was fixed on 5.2.11
Greetings!!
[2009-10-16 03:32:19] scott...@php.net
On a 16-bit processor an int might be 16-bit, if you can get PHP to
compile then well done :-)
Did you even try running the test code?
[2009-10-16 01:36:27] sird at rckc dot at
: ras...@php.net
It has come to my attention that this hasn't been fixed..
unsigned int has a size of 16 bits, don't take my word for it
http://www.acm.uiuc.edu/webmonkeys/book/c_guide/1.2.html
Section: 1.2.2 Variables
unsigned int16 bits
I just downloaded PHP 5.2.11, and I quote the code:
// php-5.2.11.tar.bz2/php-5.2.11/ext/xml/xml.c#558
PHPAPI char *xml_utf8_decode(// ...
{
int pos = len;
char *newbuf = emallo// ...
unsigned int c; // sizeof(unsigned int)==16 bits
char (*decoder)(unsig// ...
xml_encoding *enc = x// ...
// ...
// #580
c = (unsigned char)(*s);
if (c >= 0xf0) { /* four bytes encoded, 21 bits */
if(pos-4 >= 0) {
c = ((s[0]&7)<<18) | ((s[1]&63)<<12) | ((s[2]&63)<<6) |
(s[3]&63);
} else {
c = '?';
}
s += 4;
pos -= 4;
// ...
Also no checking at ALL is made on the leading bytes (they should be in
the form: 10xx , a check is very easy, to check if s[0] has the
correct form: you do an AND with 1100 and then compare it with 1000
.
s[0]&0xC0==0x80
Also, Overlong UTF is not being taken care of, that's yeah, yet another
vulnerability.
Greetings!!
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/49687
--
Edit this bug report at http://bugs.php.net/?id=49687&edit=1
#49687 [Opn]: utf8_decode xml_utf8_decode vuln
ID: 49687
User updated by: sird at rckc dot at
Reported By: sird at rckc dot at
Status: Open
Bug Type: *Unicode Issues
Operating System: *
PHP Version: 5.2.11
Assigned To: scottmac
New Comment:
I disagree.. how slow can it be to add 2 bit operations..
} else if (c < 0x800) {
change to
} else if (c < 0x800) {
if ( (s[1]&0xC0!=0x80) ){ // this is a new operation
newbuf[(*newlen)++] = '?'; // this are not new operations
pos--; // this are not new operations
s++; // this are not new operations
continue;
}
}
Besides, considering all real implementations do what the spec say they
should do (it's not validate it's valid UNICODE, is that UNICODE says
that the algorithm SHOULD do the check).. not doing it on PHP is just
nuts.
Previous Comments:
[2009-10-16 04:01:21] scott...@php.net
PHP 5 has binary strings, not utf-8 strings. It does not attempt to do
any validation on input, so expecting addslashes to magically validate
things as utf-8 is wrong, simple as.
I agree that utf8_decode should do proper validation here though the
overhead of doing that validation is going to be slow. So I've coded up
a utf8_validate function. Still need to sort out some of the behaviour
first.
[2009-10-16 03:41:30] sird at rckc dot at
oops!
you are right, :) the code before was unsigned short.
still, the other vulnerabilities remain.
I've made a blogpost that explains the other issues ;)
http://sirdarckcat.blogspot.com/2009/10/couple-of-unicode-issues-on-php-and.html
I updated the post to note the last bug was fixed on 5.2.11
Greetings!!
[2009-10-16 03:32:19] scott...@php.net
On a 16-bit processor an int might be 16-bit, if you can get PHP to
compile then well done :-)
Did you even try running the test code?
[2009-10-16 01:36:27] sird at rckc dot at
: ras...@php.net
It has come to my attention that this hasn't been fixed..
unsigned int has a size of 16 bits, don't take my word for it
http://www.acm.uiuc.edu/webmonkeys/book/c_guide/1.2.html
Section: 1.2.2 Variables
unsigned int16 bits
I just downloaded PHP 5.2.11, and I quote the code:
// php-5.2.11.tar.bz2/php-5.2.11/ext/xml/xml.c#558
PHPAPI char *xml_utf8_decode(// ...
{
int pos = len;
char *newbuf = emallo// ...
unsigned int c; // sizeof(unsigned int)==16 bits
char (*decoder)(unsig// ...
xml_encoding *enc = x// ...
// ...
// #580
c = (unsigned char)(*s);
if (c >= 0xf0) { /* four bytes encoded, 21 bits */
if(pos-4 >= 0) {
c = ((s[0]&7)<<18) | ((s[1]&63)<<12) | ((s[2]&63)<<6) |
(s[3]&63);
} else {
c = '?';
}
s += 4;
pos -= 4;
// ...
Also no checking at ALL is made on the leading bytes (they should be in
the form: 10xx , a check is very easy, to check if s[0] has the
correct form: you do an AND with 1100 and then compare it with 1000
.
s[0]&0xC0==0x80
Also, Overlong UTF is not being taken care of, that's yeah, yet another
vulnerability.
Greetings!!
[2009-09-29 05:29:22] sird at rckc dot at
the rest is still dangerous.. eating chars without the 10xx is
against the spec, and overlong UTF.
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/49687
--
Edit this bug report at http://bugs.php.net/?id=49687&edit=1
#49895 [Opn]: Unable to run PHP code
ID: 49895 User updated by: quentria at yahoo dot com dot tw Reported By: quentria at yahoo dot com dot tw Status: Open Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5.2.11 New Comment: Sorry I made a mistake when filling in the textboxes. It should be as follow Expected result: Hello, world OR Hello,world Actual result: -- OR Hello, world "; ?> Previous Comments: [2009-10-16 04:27:33] quentria at yahoo dot com dot tw Description: Help! I was doing my coding as usual and everything was working fine. I left my PC for a short while and after I came back to continue with my work, errors just keep one showing. I then tried to run the previous codes that I've already done and was working fine before I left my PC, all of them do not work anymore! The only PHP page that runs properly is my PHP Info page. I even tried to uninstall and reinstall my PHP, but the problems still remains. Reproduce code: --- OR Hello, world"; ?> Expected result: OR Hello,world Actual result: -- Hello, world OR Hello, world "; ?> -- Edit this bug report at http://bugs.php.net/?id=49895&edit=1
#40633 [Com]: disk_free_space returns a bad result on filesystems with negative free space
ID: 40633
Comment by: perryc at gmail dot com
Reported By: adam-phpbugs at adam dot gs
Status: Suspended
Bug Type: Filesystem function related
Operating System: FreeBSD
PHP Version: 5.2.1
Assigned To: tony2001
New Comment:
Remarkably on a completely different machine, version of FreeBSD,
available disk space, etc I get the same return value from
disk_free_space() (albeit with slightly better precision):
Oct 15 2009 21:21:51 disk_free_space(): 3.7778931862952E+22
The reporter's remarks about negative free space are correct.
Previous Comments:
[2007-04-26 23:18:13] adam-phpbugs at adam dot gs
For some reason I didn't get any notification of stas's message.
this is FreeBSD 6.2-STABLE
struct statvfs {
fsblkcnt_t f_bavail; /* Number of blocks */
fsblkcnt_t f_bfree;
fsblkcnt_t f_blocks;
fsfilcnt_t f_favail; /* Number of files (e.g.,
inodes) */
fsfilcnt_t f_ffree;
fsfilcnt_t f_files;
unsigned long f_bsize;/* Size of blocks counted above
*/
unsigned long f_flag;
unsigned long f_frsize; /* Size of fragments */
unsigned long f_fsid; /* Not meaningful */
unsigned long f_namemax; /* Same as
pathconf(_PC_NAME_MAX) */
};
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/statvfs.h for
cvs/changelog (make sure your looking at 6.2-RELEASE) branch, there may
be differences.
[2007-04-10 20:58:25] s...@php.net
Funny thing is that PHP doesn't use any unsigned numbers on the way -
it translates it directly from system call int64 to double. I guess
version of the system and header file defining struct statvfs would be
useful.
[2007-02-26 15:44:08] tony2...@php.net
Please provide an SSH account on a machine where I can reproduce it.
[2007-02-26 13:33:03] adam-phpbugs at adam dot gs
changing OS to FreeBSD
[2007-02-26 13:32:36] adam-phpbugs at adam dot gs
This was FreeBSD
if you look at the FreeBSD manpage for tunefs(8), this is
the intended behaviour.
http://www.freebsd.org/cgi/man.cgi?
query=tunefs&apropos=0&sektion=0&manpath=FreeBSD+6.2-
RELEASE&format=html
Basically, in FreeBSD (under UFS2 at least) avaliable space
is calculated as total minus used minus reserved. A small %
(8 by default) is reserved.
So, this is not really a bug, but actually an intended
feature.
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/40633
--
Edit this bug report at http://bugs.php.net/?id=40633&edit=1
#49895 [NEW]: Unable to run PHP code
From: quentria at yahoo dot com dot tw Operating system: Windows PHP version: 5.2.11 PHP Bug Type: Unknown/Other Function Bug description: Unable to run PHP code Description: Help! I was doing my coding as usual and everything was working fine. I left my PC for a short while and after I came back to continue with my work, errors just keep one showing. I then tried to run the previous codes that I've already done and was working fine before I left my PC, all of them do not work anymore! The only PHP page that runs properly is my PHP Info page. I even tried to uninstall and reinstall my PHP, but the problems still remains. Reproduce code: --- OR Hello, world"; ?> Expected result: OR Hello,world Actual result: -- Hello, world OR Hello, world "; ?> -- Edit bug report at http://bugs.php.net/?id=49895&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49895&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49895&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49895&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49895&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49895&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49895&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49895&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49895&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49895&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49895&r=support Expected behavior: http://bugs.php.net/fix.php?id=49895&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49895&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49895&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49895&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49895&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49895&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49895&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49895&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49895&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49895&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49895&r=mysqlcfg
#49687 [Opn]: utf8_decode xml_utf8_decode vuln
ID: 49687
Updated by: scott...@php.net
Reported By: sird at rckc dot at
Status: Open
Bug Type: *Unicode Issues
Operating System: *
PHP Version: 5.2.11
-Assigned To:
+Assigned To: scottmac
New Comment:
PHP 5 has binary strings, not utf-8 strings. It does not attempt to do
any validation on input, so expecting addslashes to magically validate
things as utf-8 is wrong, simple as.
I agree that utf8_decode should do proper validation here though the
overhead of doing that validation is going to be slow. So I've coded up
a utf8_validate function. Still need to sort out some of the behaviour
first.
Previous Comments:
[2009-10-16 03:41:30] sird at rckc dot at
oops!
you are right, :) the code before was unsigned short.
still, the other vulnerabilities remain.
I've made a blogpost that explains the other issues ;)
http://sirdarckcat.blogspot.com/2009/10/couple-of-unicode-issues-on-php-and.html
I updated the post to note the last bug was fixed on 5.2.11
Greetings!!
[2009-10-16 03:32:19] scott...@php.net
On a 16-bit processor an int might be 16-bit, if you can get PHP to
compile then well done :-)
Did you even try running the test code?
[2009-10-16 01:36:27] sird at rckc dot at
: ras...@php.net
It has come to my attention that this hasn't been fixed..
unsigned int has a size of 16 bits, don't take my word for it
http://www.acm.uiuc.edu/webmonkeys/book/c_guide/1.2.html
Section: 1.2.2 Variables
unsigned int16 bits
I just downloaded PHP 5.2.11, and I quote the code:
// php-5.2.11.tar.bz2/php-5.2.11/ext/xml/xml.c#558
PHPAPI char *xml_utf8_decode(// ...
{
int pos = len;
char *newbuf = emallo// ...
unsigned int c; // sizeof(unsigned int)==16 bits
char (*decoder)(unsig// ...
xml_encoding *enc = x// ...
// ...
// #580
c = (unsigned char)(*s);
if (c >= 0xf0) { /* four bytes encoded, 21 bits */
if(pos-4 >= 0) {
c = ((s[0]&7)<<18) | ((s[1]&63)<<12) | ((s[2]&63)<<6) |
(s[3]&63);
} else {
c = '?';
}
s += 4;
pos -= 4;
// ...
Also no checking at ALL is made on the leading bytes (they should be in
the form: 10xx , a check is very easy, to check if s[0] has the
correct form: you do an AND with 1100 and then compare it with 1000
.
s[0]&0xC0==0x80
Also, Overlong UTF is not being taken care of, that's yeah, yet another
vulnerability.
Greetings!!
[2009-09-29 05:29:22] sird at rckc dot at
the rest is still dangerous.. eating chars without the 10xx is
against the spec, and overlong UTF.
[2009-09-29 04:56:08] ras...@php.net
> there are several bugs in the code, one of them is that a variable
holding the value of the char is overflowed (trying to put 21 bits in
a
16 bits int)
That was fixed in 5.2.11
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/49687
--
Edit this bug report at http://bugs.php.net/?id=49687&edit=1
#49687 [Fbk->Opn]: utf8_decode xml_utf8_decode vuln
ID: 49687
User updated by: sird at rckc dot at
Reported By: sird at rckc dot at
-Status: Feedback
+Status: Open
Bug Type: *Unicode Issues
Operating System: *
PHP Version: 5.2.11
New Comment:
oops!
you are right, :) the code before was unsigned short.
still, the other vulnerabilities remain.
I've made a blogpost that explains the other issues ;)
http://sirdarckcat.blogspot.com/2009/10/couple-of-unicode-issues-on-php-and.html
I updated the post to note the last bug was fixed on 5.2.11
Greetings!!
Previous Comments:
[2009-10-16 03:32:19] scott...@php.net
On a 16-bit processor an int might be 16-bit, if you can get PHP to
compile then well done :-)
Did you even try running the test code?
[2009-10-16 01:36:27] sird at rckc dot at
: ras...@php.net
It has come to my attention that this hasn't been fixed..
unsigned int has a size of 16 bits, don't take my word for it
http://www.acm.uiuc.edu/webmonkeys/book/c_guide/1.2.html
Section: 1.2.2 Variables
unsigned int16 bits
I just downloaded PHP 5.2.11, and I quote the code:
// php-5.2.11.tar.bz2/php-5.2.11/ext/xml/xml.c#558
PHPAPI char *xml_utf8_decode(// ...
{
int pos = len;
char *newbuf = emallo// ...
unsigned int c; // sizeof(unsigned int)==16 bits
char (*decoder)(unsig// ...
xml_encoding *enc = x// ...
// ...
// #580
c = (unsigned char)(*s);
if (c >= 0xf0) { /* four bytes encoded, 21 bits */
if(pos-4 >= 0) {
c = ((s[0]&7)<<18) | ((s[1]&63)<<12) | ((s[2]&63)<<6) |
(s[3]&63);
} else {
c = '?';
}
s += 4;
pos -= 4;
// ...
Also no checking at ALL is made on the leading bytes (they should be in
the form: 10xx , a check is very easy, to check if s[0] has the
correct form: you do an AND with 1100 and then compare it with 1000
.
s[0]&0xC0==0x80
Also, Overlong UTF is not being taken care of, that's yeah, yet another
vulnerability.
Greetings!!
[2009-09-29 05:29:22] sird at rckc dot at
the rest is still dangerous.. eating chars without the 10xx is
against the spec, and overlong UTF.
[2009-09-29 04:56:08] ras...@php.net
> there are several bugs in the code, one of them is that a variable
holding the value of the char is overflowed (trying to put 21 bits in
a
16 bits int)
That was fixed in 5.2.11
[2009-09-29 01:58:37] sird at rckc dot at
it is a PHP bug, the function is not decoding correctly, check the ppt
and the acunetix blog for details.
there are several bugs in the code, one of them is that a variable
holding the value of the char is overflowed (trying to put 21 bits in a
16 bits int), also the code is not checking if it is a valid unicode
char (reading unicode specification should explain it).
the example r...@80sec gave you was an overlong utf representation of a
single quote. that is forbidden by unicode, and should transform the
char to ?.
also, the code is not checking if the chars are valid UTF, so stuff
like: are going to
be transformed to
this is a very serious vulnerability and there are several bugs in the
same function (there's even unreachable code).
you can check the implementation of utf by Mozilla or Webkit, they do
it right. dont use java as a reference since they are also flawed.
due to the fact that PHP is for web applications and utf is widely
used, and it allows an attacker to do all type of attacks (from sql
injection to xss) its imperative to fix that function.
Greetings!!
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/49687
--
Edit this bug report at http://bugs.php.net/?id=49687&edit=1
#49687 [Opn->Fbk]: utf8_decode xml_utf8_decode vuln
ID: 49687
Updated by: scott...@php.net
Reported By: sird at rckc dot at
-Status: Open
+Status: Feedback
Bug Type: *Unicode Issues
Operating System: *
PHP Version: 5.2.11
New Comment:
On a 16-bit processor an int might be 16-bit, if you can get PHP to
compile then well done :-)
Did you even try running the test code?
Previous Comments:
[2009-10-16 01:36:27] sird at rckc dot at
: ras...@php.net
It has come to my attention that this hasn't been fixed..
unsigned int has a size of 16 bits, don't take my word for it
http://www.acm.uiuc.edu/webmonkeys/book/c_guide/1.2.html
Section: 1.2.2 Variables
unsigned int16 bits
I just downloaded PHP 5.2.11, and I quote the code:
// php-5.2.11.tar.bz2/php-5.2.11/ext/xml/xml.c#558
PHPAPI char *xml_utf8_decode(// ...
{
int pos = len;
char *newbuf = emallo// ...
unsigned int c; // sizeof(unsigned int)==16 bits
char (*decoder)(unsig// ...
xml_encoding *enc = x// ...
// ...
// #580
c = (unsigned char)(*s);
if (c >= 0xf0) { /* four bytes encoded, 21 bits */
if(pos-4 >= 0) {
c = ((s[0]&7)<<18) | ((s[1]&63)<<12) | ((s[2]&63)<<6) |
(s[3]&63);
} else {
c = '?';
}
s += 4;
pos -= 4;
// ...
Also no checking at ALL is made on the leading bytes (they should be in
the form: 10xx , a check is very easy, to check if s[0] has the
correct form: you do an AND with 1100 and then compare it with 1000
.
s[0]&0xC0==0x80
Also, Overlong UTF is not being taken care of, that's yeah, yet another
vulnerability.
Greetings!!
[2009-09-29 05:29:22] sird at rckc dot at
the rest is still dangerous.. eating chars without the 10xx is
against the spec, and overlong UTF.
[2009-09-29 04:56:08] ras...@php.net
> there are several bugs in the code, one of them is that a variable
holding the value of the char is overflowed (trying to put 21 bits in
a
16 bits int)
That was fixed in 5.2.11
[2009-09-29 01:58:37] sird at rckc dot at
it is a PHP bug, the function is not decoding correctly, check the ppt
and the acunetix blog for details.
there are several bugs in the code, one of them is that a variable
holding the value of the char is overflowed (trying to put 21 bits in a
16 bits int), also the code is not checking if it is a valid unicode
char (reading unicode specification should explain it).
the example r...@80sec gave you was an overlong utf representation of a
single quote. that is forbidden by unicode, and should transform the
char to ?.
also, the code is not checking if the chars are valid UTF, so stuff
like: are going to
be transformed to
this is a very serious vulnerability and there are several bugs in the
same function (there's even unreachable code).
you can check the implementation of utf by Mozilla or Webkit, they do
it right. dont use java as a reference since they are also flawed.
due to the fact that PHP is for web applications and utf is widely
used, and it allows an attacker to do all type of attacks (from sql
injection to xss) its imperative to fix that function.
Greetings!!
[2009-09-28 19:38:24] sjo...@php.net
Is this a bug in PHP or in scripts which do utf8_decode(addslashes())
instead of addslashes(utf8_decode())? What do you propose to solve this
bug?
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/49687
--
Edit this bug report at http://bugs.php.net/?id=49687&edit=1
#49224 [Asn->Fbk]: Segmentation fault
ID: 49224
Updated by: scott...@php.net
Reported By: alahaye at fm2i dot com
-Status: Assigned
+Status: Feedback
Bug Type: Apache2 related
Operating System: HPUX 11.31
PHP Version: 5.3.0
Assigned To: scottmac
New Comment:
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Just fixed the DNS issue in a snapshot, can you try this again to
reproduce the original issue.
Previous Comments:
[2009-10-16 02:10:52] s...@php.net
Automatic comment from SVN on behalf of scottmac
Revision: http://svn.php.net/viewvc/?view=revision&revision=289691
Log: Part fix for bug #49224
[2009-09-28 13:13:20] neko at nekochan dot net
The compilation issue in dns.c also occurs under IRIX 6.5.30:
cc-1565 c99: ERROR File = /opt/build/php-5.3.1RC1/ext/standard/dns.c,
Line = 813
The struct "__res_state" has no field "res_h_errno".
if (php_dns_errno(handle) == NO_DATA)
{
^
1 error detected in the compilation of "/opt/build/php-
5.3.1RC1/ext/standard/dns.c".
[2009-09-12 14:28:54] j...@php.net
Scott, what's the status with this?
[2009-08-14 12:11:35] alahaye at fm2i dot com
Hi, did you receive my files ?
[2009-08-12 10:36:34] scott...@php.net
Can you mail me your config.log and your resolv.h file.
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/49224
--
Edit this bug report at http://bugs.php.net/?id=49224&edit=1
#49687 [Com]: utf8_decode xml_utf8_decode vuln
ID: 49687
Comment by: sird at rckc dot at
Reported By: sird at rckc dot at
Status: Open
Bug Type: *Unicode Issues
Operating System: *
PHP Version: 5.2.11
New Comment:
: ras...@php.net
It has come to my attention that this hasn't been fixed..
unsigned int has a size of 16 bits, don't take my word for it
http://www.acm.uiuc.edu/webmonkeys/book/c_guide/1.2.html
Section: 1.2.2 Variables
unsigned int16 bits
I just downloaded PHP 5.2.11, and I quote the code:
// php-5.2.11.tar.bz2/php-5.2.11/ext/xml/xml.c#558
PHPAPI char *xml_utf8_decode(// ...
{
int pos = len;
char *newbuf = emallo// ...
unsigned int c; // sizeof(unsigned int)==16 bits
char (*decoder)(unsig// ...
xml_encoding *enc = x// ...
// ...
// #580
c = (unsigned char)(*s);
if (c >= 0xf0) { /* four bytes encoded, 21 bits */
if(pos-4 >= 0) {
c = ((s[0]&7)<<18) | ((s[1]&63)<<12) | ((s[2]&63)<<6) |
(s[3]&63);
} else {
c = '?';
}
s += 4;
pos -= 4;
// ...
Also no checking at ALL is made on the leading bytes (they should be in
the form: 10xx , a check is very easy, to check if s[0] has the
correct form: you do an AND with 1100 and then compare it with 1000
.
s[0]&0xC0==0x80
Also, Overlong UTF is not being taken care of, that's yeah, yet another
vulnerability.
Greetings!!
Previous Comments:
[2009-09-29 05:29:22] sird at rckc dot at
the rest is still dangerous.. eating chars without the 10xx is
against the spec, and overlong UTF.
[2009-09-29 04:56:08] ras...@php.net
> there are several bugs in the code, one of them is that a variable
holding the value of the char is overflowed (trying to put 21 bits in
a
16 bits int)
That was fixed in 5.2.11
[2009-09-29 01:58:37] sird at rckc dot at
it is a PHP bug, the function is not decoding correctly, check the ppt
and the acunetix blog for details.
there are several bugs in the code, one of them is that a variable
holding the value of the char is overflowed (trying to put 21 bits in a
16 bits int), also the code is not checking if it is a valid unicode
char (reading unicode specification should explain it).
the example r...@80sec gave you was an overlong utf representation of a
single quote. that is forbidden by unicode, and should transform the
char to ?.
also, the code is not checking if the chars are valid UTF, so stuff
like: are going to
be transformed to
this is a very serious vulnerability and there are several bugs in the
same function (there's even unreachable code).
you can check the implementation of utf by Mozilla or Webkit, they do
it right. dont use java as a reference since they are also flawed.
due to the fact that PHP is for web applications and utf is widely
used, and it allows an attacker to do all type of attacks (from sql
injection to xss) its imperative to fix that function.
Greetings!!
[2009-09-28 19:38:24] sjo...@php.net
Is this a bug in PHP or in scripts which do utf8_decode(addslashes())
instead of addslashes(utf8_decode())? What do you propose to solve this
bug?
[2009-09-27 11:20:30] sird at rckc dot at
Description:
Taken from: http://bugs.php.net/bug.php?id=48230
>
> Description:
>
> xml_utf8_decode function incorrectly decode.
>
> Reproduce code:
> ---
> $ill=chr(0xf0).chr(0xc0).chr(0xc0).chr(0xa7);
> $ill=addslashes($ill);
> echo utf8_decode("$ill");
> echo htmlspecialchars ($ill,ENT_QUOTES,"utf-8" );
> ?>
>
> Expected result:
>
> it will output a "'" incorrectly.
>
> Actual result:
> --
> it will output a "'" incorrectly.
This is actually a PHP security vulnerability.
Timeline:
* Reported by r...@80sec.com: May 11
* Discovered by webmas...@lapstore.de: June 19
* Discovered by Giorgio Maone / Eduardo Vela: July 14
* Reported and Fixed on PHPIDS: July 14
* Microsoft notified of a XSS Filter bypass: July 14
* Fixed XSS Filter bypass on NoScript 1.9.6: July 20
* Vulnerability disclosed on BlackHat USA 2009: July 29
* Added signature to Acunetix WVS: August 14
References:
*
http://www.blackhat.com/presentations/bh-usa-09/VELANAVA/BHUSA09-VelaNava-FavoriteXSS-SLIDES.pdf
*
http://www.acunetix.com/blog/web-security-articles/security-risks-associated-with-utf8_decode/
* http://us2.php.net/manual/en/function.utf8-decode.php#83935
* http://bugs.php.net/bug.php?id=48230
* http://noscript.net/changelog
Read the references for further de
#49893 [Com]: Apache 2.2 Child crash while creating an instance of Zend_Mail_Storage_Pop3
ID: 49893
Comment by: greubel at nkey dot de
Reported By: greubel at nkey dot de
Status: Open
Bug Type: Reproducible crash
Operating System: Windows Vista
PHP Version: 5.3.0
New Comment:
I tried to find the source of the problem. If the
Zend_Mail_Protocol_Pop3 is used as class to create a communication
object, an exception is thrown instead of crash.
Used code:
connect('pop.gmx.de');
$acc->login('some...@gmx.de', '');
}
catch(Exception $e)
{
echo $e->getMessage();
echo "";
echo $e->getTraceAsString();
echo "";
}
?>
The crashing method in Zend_Mail_Storage_Pop3 seems to be the
Zend_Mail_Protocol_Pop3::login() method call in the constructor.
Previous Comments:
[2009-10-16 00:10:34] greubel at nkey dot de
'pop.gmx.de',
'user' => 'some...@gmx.de',
'password' => ''
)
);
}
catch(Exception $e)
{
echo $e->getMessage();
echo "";
echo $e->getTraceAsString();
echo "";
}
?>
[2009-10-15 19:02:13] paj...@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2009-10-15 19:00:48] greubel at nkey dot de
Description:
While creating an instance of Zend_Mail_Storage_Pop3 using an username
and NO password, the Apache Connection was ended. In error log and
windows event log the message appears, that the child has exited.
Reproduce code:
---
$storage = new Zend_Mail_Storage_Pop3(array(
'host' => $mailbox->incomingServer,
'user' => $mailbox->loginName,
'password' => $mailbox->loginPasswd == null ? '' :
$mailbox->loginPasswd
));
Expected result:
A error or exception that the connection to remote host could not be
established
Actual result:
--
Apache Child crash:
[Thu Oct 15 20:43:11 2009] [notice] Parent: child process exited with
status 255 -- Restarting.
[Thu Oct 15 20:43:11 2009] [notice] Apache/2.2.14 (Win32) PHP/5.3.0
configured -- resuming normal operations
[Thu Oct 15 20:43:11 2009] [notice] Server built: Sep 28 2009 22:41:08
Windows event log XML output:
- http://schemas.microsoft.com/win/2004/08/events/event";>
-
1000
2
100
0x80
1685
Application
Callipso
-
httpd.exe
2.2.14.0
4ac181d6
php5ts.dll
5.3.0.0
4a4922e7
c005
00083381
d44
01ca4dc6c4770430
--
Edit this bug report at http://bugs.php.net/?id=49893&edit=1
#49893 [Fbk->Opn]: Apache 2.2 Child crash while creating an instance of Zend_Mail_Storage_Pop3
ID: 49893
User updated by: greubel at nkey dot de
Reported By: greubel at nkey dot de
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Windows Vista
PHP Version: 5.3.0
New Comment:
'pop.gmx.de',
'user' => 'some...@gmx.de',
'password' => ''
)
);
}
catch(Exception $e)
{
echo $e->getMessage();
echo "";
echo $e->getTraceAsString();
echo "";
}
?>
Previous Comments:
[2009-10-15 19:02:13] paj...@php.net
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2009-10-15 19:00:48] greubel at nkey dot de
Description:
While creating an instance of Zend_Mail_Storage_Pop3 using an username
and NO password, the Apache Connection was ended. In error log and
windows event log the message appears, that the child has exited.
Reproduce code:
---
$storage = new Zend_Mail_Storage_Pop3(array(
'host' => $mailbox->incomingServer,
'user' => $mailbox->loginName,
'password' => $mailbox->loginPasswd == null ? '' :
$mailbox->loginPasswd
));
Expected result:
A error or exception that the connection to remote host could not be
established
Actual result:
--
Apache Child crash:
[Thu Oct 15 20:43:11 2009] [notice] Parent: child process exited with
status 255 -- Restarting.
[Thu Oct 15 20:43:11 2009] [notice] Apache/2.2.14 (Win32) PHP/5.3.0
configured -- resuming normal operations
[Thu Oct 15 20:43:11 2009] [notice] Server built: Sep 28 2009 22:41:08
Windows event log XML output:
- http://schemas.microsoft.com/win/2004/08/events/event";>
-
1000
2
100
0x80
1685
Application
Callipso
-
httpd.exe
2.2.14.0
4ac181d6
php5ts.dll
5.3.0.0
4a4922e7
c005
00083381
d44
01ca4dc6c4770430
--
Edit this bug report at http://bugs.php.net/?id=49893&edit=1
#49761 [Asn->Csd]: Error while sending CHANGE_USER packet
ID: 49761 Updated by: u...@php.net Reported By: oliviapurvis at yahoo dot com -Status: Assigned +Status: Closed Bug Type: MySQLi related Operating System: CentOS 5.3 PHP Version: 5.3.0 Assigned To: uw New Comment: I have comittet a change to silence CHANGE_USER when reusing pooled persistent connections. The warning should no longer appear. The change should either make it into 5.3.1 or 5.3.2 - that is up to the release manager to decide. It is not a critical change. Previous Comments: [2009-10-15 20:46:08] s...@php.net Automatic comment from SVN on behalf of uw Revision: http://svn.php.net/viewvc/?view=revision&revision=289684 Log: Making mysqlnd emit no warnings when fetching pooled persistent connections that have timed out or are unusable for any other reason - bug #49761 [2009-10-04 18:34:47] u...@php.net 5.1.37 should be fine to my knowledge. The timeouts should be described in the MySQL manual. Their values appear "normal" to me. Please ask on one of the discussion lists what value may be best - in the end this is a bug system not a discussion list. As said, I believe that you get the warning because you occasionally hit a connection that has timed out or similar - nothing to worry about: PHP simply picks the next connection from the pool or opens a new one. The same can happen with ext/mysql. The only difference is that ext/mysqli @ mysqlnd is a bit more verbose... The only question here is if a) libmysql also barks and b) if we want that warning or not. Maybe the warning should be suppressed because its handled internally. Assigning to myself to discuss with Andrey and Johannes. [2009-10-04 16:25:29] oliviapurvis at yahoo dot com I'm using MySQL 5.1.37. I have 2 variables set in mysqld that might have affected this: wait_timeout = 300 interactive_timeout = 300 Are these too low and do they have any connection with the PHP warning? [2009-10-03 18:41:21] u...@php.net No it is not a bug, 98% quite sure about that. COM_CHANGE_USER is a re-authentication command send from mysqlnd to the MySQL server. COM_CHANGE_USER is there to check that the user who wants to use the persistent connection is a) still allowed to connect to MySQL and b) it resets all session related data (reset user variables, close open transactions and so on - the MySQL manual has details on it). ext/mysqli @ mysqlnd does send a COM_CHANGE_USER unlike ext/mysql. ext/mysql does not properly reset persistent connections, ext/mysqli does. All ext/mysql does is send a ping to check if the connection is still alive. If you want the ext/mysql behaviour, recompile PHP with -DMYSQLI_NO_CHANGE_USER_ON_PCONNECT . I assume that every couple of minutes you hit a closed (timeout, whatever...) connection in the pool connection. mysqlnd tries to send a COM_CHANGE_USER, fails and bails. ext/mysqli recognizes the failure and continues as it should. Its the same procedure as with ext/mysql and a failing ping - just a bit more verbose... What MySQL version are you running? Very old and very early 5.1 (<5.1.10 or something like that) servers had issues with COM_CHANGE_USER. [2009-10-03 17:48:01] oliviapurvis at yahoo dot com By the way, the script runs without warning if not using persistent connection. Also, when using persistent connection, the script works fine (as intended) even though there is a warning in the log file. 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/49761 -- Edit this bug report at http://bugs.php.net/?id=49761&edit=1
#49816 [Com]: output corruption using flush
ID: 49816 Comment by: radek at pinkbike dot com Reported By: paul at wcclan dot net Status: Open Bug Type: Output Control Operating System: FreeBSD 7.2-RELEASE-p4 PHP Version: 5.2.11 New Comment: I have the same problem on Centos 5.2, php 5.2.11 Encoding bug using flush with zlib output handler. To reproduce... Turn on zlib.output_compression = On and load a page containing the following with a browser. the result is garbled up ��*I-.���ÿÿ� ~Ø��� If you dont use flush() works correctly. If you dont turn on zlib.output_compression works correctly. Note that it's not simply user config error as it works correctly without flush(). Previous Comments: [2009-10-10 16:57:40] alec at alec dot pl Same here on Gentoo. Nothing was changed in configuration only PHP has been updated to 5.2.11 and my scripts stops working. zlib.output_compression=Off fixes issue, but also disables compression. Maybe important, I've got updated zlib library to version 1.2.3 in the same time. [2009-10-09 17:07:47] paul at wcclan dot net setting zlib.output_compression to Off fixes the problem. I have no output handlers defined. Is there anything more that might of interrest? [2009-10-08 21:12:05] paul at wcclan dot net possibly interresting php.ini setting: zlib.output_compression = On [2009-10-08 21:05:50] paul at wcclan dot net Thanks for the response. As far as I know I didn't make any changes to the compression settings. Anything specific I should look at? The request and headers are as follows: GET /ipinfo HTTP/1.1 Accept: image/gif, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap, */* Accept-Language: nl User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC1; .NET CLR 3.5.30729; .NET CLR 3.0.30729) UA-CPU: AMD64 Accept-Encoding: gzip, deflate Host: ipv6.wcclan.net Connection: Keep-Alive With flush in code (broken output): HTTP/1.1 200 OK Date: Thu, 08 Oct 2009 20:58:50 GMT Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8k PHP/5.2.11 X-Powered-By: PHP/5.2.11 Content-Encoding: gzip Vary: Accept-Encoding Content-Length: 664 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: text/html; charset=utf-8 Without flush in code (correct output): HTTP/1.1 200 OK Date: Thu, 08 Oct 2009 20:59:19 GMT Server: Apache/2.2.14 (Unix) mod_ssl/2.2.14 OpenSSL/0.9.8k PHP/5.2.11 X-Powered-By: PHP/5.2.11 Content-Encoding: gzip Vary: Accept-Encoding Content-Length: 750 Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Content-Type: text/html; charset=utf-8 Your hint about compression is correct. Both the requests are handled with compression. The code using flush returns "garbage" the code not using flush returns correct output. [2009-10-08 20:44:01] sjo...@php.net Thank you for bug report. The garbage data you see in the browser is the correct page, but compressed. The data is probably automatically compressed by Apache or PHP, without setting the correct headers. Because the headers are not set, the browser does not uncompress the page. Please check your server settings and confirm this is the problem. There may still be a bug here, in that flush() breaks gzip compression. In that case we need some more information on how the compression is configured. 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/49816 -- Edit this bug report at http://bugs.php.net/?id=49816&edit=1
#49893 [Opn->Fbk]: Apache 2.2 Child crash while creating an instance of Zend_Mail_Storage_Pop3
ID: 49893 Updated by: paj...@php.net Reported By: greubel at nkey dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows Vista PHP Version: 5.3.0 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2009-10-15 19:00:48] greubel at nkey dot de Description: While creating an instance of Zend_Mail_Storage_Pop3 using an username and NO password, the Apache Connection was ended. In error log and windows event log the message appears, that the child has exited. Reproduce code: --- $storage = new Zend_Mail_Storage_Pop3(array( 'host' => $mailbox->incomingServer, 'user' => $mailbox->loginName, 'password' => $mailbox->loginPasswd == null ? '' : $mailbox->loginPasswd )); Expected result: A error or exception that the connection to remote host could not be established Actual result: -- Apache Child crash: [Thu Oct 15 20:43:11 2009] [notice] Parent: child process exited with status 255 -- Restarting. [Thu Oct 15 20:43:11 2009] [notice] Apache/2.2.14 (Win32) PHP/5.3.0 configured -- resuming normal operations [Thu Oct 15 20:43:11 2009] [notice] Server built: Sep 28 2009 22:41:08 Windows event log XML output: - http://schemas.microsoft.com/win/2004/08/events/event";> - 1000 2 100 0x80 1685 Application Callipso - httpd.exe 2.2.14.0 4ac181d6 php5ts.dll 5.3.0.0 4a4922e7 c005 00083381 d44 01ca4dc6c4770430 -- Edit this bug report at http://bugs.php.net/?id=49893&edit=1
#49893 [NEW]: Apache 2.2 Child crash while creating an instance of Zend_Mail_Storage_Pop3
From: greubel at nkey dot de Operating system: Windows Vista PHP version: 5.3.0 PHP Bug Type: Reproducible crash Bug description: Apache 2.2 Child crash while creating an instance of Zend_Mail_Storage_Pop3 Description: While creating an instance of Zend_Mail_Storage_Pop3 using an username and NO password, the Apache Connection was ended. In error log and windows event log the message appears, that the child has exited. Reproduce code: --- $storage = new Zend_Mail_Storage_Pop3(array( 'host' => $mailbox->incomingServer, 'user' => $mailbox->loginName, 'password' => $mailbox->loginPasswd == null ? '' : $mailbox->loginPasswd )); Expected result: A error or exception that the connection to remote host could not be established Actual result: -- Apache Child crash: [Thu Oct 15 20:43:11 2009] [notice] Parent: child process exited with status 255 -- Restarting. [Thu Oct 15 20:43:11 2009] [notice] Apache/2.2.14 (Win32) PHP/5.3.0 configured -- resuming normal operations [Thu Oct 15 20:43:11 2009] [notice] Server built: Sep 28 2009 22:41:08 Windows event log XML output: - http://schemas.microsoft.com/win/2004/08/events/event";> - 1000 2 100 0x80 1685 Application Callipso - httpd.exe 2.2.14.0 4ac181d6 php5ts.dll 5.3.0.0 4a4922e7 c005 00083381 d44 01ca4dc6c4770430 -- Edit bug report at http://bugs.php.net/?id=49893&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49893&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49893&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49893&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49893&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49893&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49893&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49893&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49893&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49893&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49893&r=support Expected behavior: http://bugs.php.net/fix.php?id=49893&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49893&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49893&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49893&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49893&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49893&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49893&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49893&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49893&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49893&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49893&r=mysqlcfg
#49853 [Opn]: Soap Client stream context header option ignored
ID: 49853
User updated by: rumana024 at yahoo dot com
Reported By: rumana024 at yahoo dot com
Status: Open
Bug Type: SOAP related
Operating System: Windows XP
PHP Version: 5.2SVN-2009-10-12 (SVN)
New Comment:
I have solved my issue... Yahoo...
I switched to php5.3. And I now the http headers are passing through.
Previous Comments:
[2009-10-14 23:31:01] rumana024 at yahoo dot com
I see a conversation at
http://aspn.activestate.com/ASPN/Mail/Message/php-dev/3710449 about
Transfer-Encoding: chunked and its affect on stream_context parameters.
Is this the problem?
[2009-10-14 19:37:32] rumana024 at yahoo dot com
Is this a PHP bug? If not,can you please post some sample !working!
code on creating a SOAP Client with the stream_context option and http
header(in this case https). Those headers can be seen as the part of the
http request headers. I have pretty much tried different suggestions
that I read on diffrent threads on www and php.net to make a successful
soap call.
Regards
RI
[2009-10-13 18:03:07] rumana024 at yahoo dot com
$headers = array('X-USERID: user_1253314668.com\r\n',
'Content-type: application/x-www-form-urlencoded\r\n',
'X-PASSWORD: 1253314679\r\n',
'X-SIGNATURE:
AtQaNHC.hbpghF5uGCRO99PVYV7ki3.SAb3vQzBlBAxEyi0b\r\n',
'X-VERSION: 1.2.0\r\n',
'X-PROTOCOL: SOAP11\r\n',
'X-SOURCE: PHP_SOAP_SAMPLE_V1\r\n');
$context = stream_context_create(array('http' => array('header' =>
$headers)));
$soapClient = new SoapClient(null,array('location' =>
"https://svcs.sandbox.com/Method1/";,
'uri' =>
"http://x.x.com/types/test";,
'soap_version' =>
SOAP_1_1,'trace' => 1, 'stream_context' => $context));
//Constructing the Payload
$param = "the payload"
$result = $soapClient->Method1($params);
I have changed the wrapper from https to http. Also made the header an
array. Still the same error. I do not see the http header with other
http headers when print the $soapClient->_getLastRequestHeaders().
Please advice how to resolve the issue.
[2009-10-13 10:48:05] sjo...@php.net
Thank you for your bug report.
Please try 'http' as wrapper name instead of 'https'.
[2009-10-12 23:18:28] rumana024 at yahoo dot com
Description:
Hi:
I am using PHP Soap PHP-SOAP/5.2.9-2 to connect to a web service. Part
of the reqiurment is that , few http headers need to be as part of the
request, but not part of the soap envelope. I am using the stream
context option and add the http headers with that option. Unfortunately,
the stream context is not being read at all.
Reproduce code:
---
Here is my code
$opts = array(
'https'=>array(
'method'=>"GET",
'header'=>'X-SECURITY-USERID: seller_1253314668_biz_api1.x.com\r\n'
.
'X-SECURITY-PASSWORD: 1253314679\r\n' .
'X-SECURITY-SIGNATURE:
AtQaNHC.hbpghF5uGCRO99PVY6a2ASO58V7ki3.SAb3vQzBlBAxEyi0b\r\n' .
'X-SERVICE-VERSION: 1.2.0\r\n' .
'X-MESSAGE-PROTOCOL: SOAP11\r\n' .
'X-REQUEST-SOURCE: PLATFORM_JAVA_SOAP_SAMPLE_V1\r\n' .
'X-APPLICATION-ID: APP-80W284485P519543T\r\n'));
$context = stream_context_create($opts);
$soapClient = new SoapClient(null,array('location' =>
"https://svcs.sandbox.x.com/AP/Method1/";,
'uri' =>
"http://svcs.x.com/types/ap";,
'soap_version' => SOAP_1_1,
'trace' => 1, 'stream_context' => $context));
Expected result:
Security Credential are going as HTTP Headers and the Http headers are
contained in the context parameter. I get the result Invalid User name
and Password. So the context is not going through at all.
I know for sure the credentials are valid.
I know other option parameter like 'location', 'uri' are working.Please
advice how to fix this problem.
--
Edit this bug report at http://bugs.php.net/?id=49853&edit=1
#49879 [Bgs]: ERROR READING A LONG XML
ID: 49879
User updated by: bbarnett at gt dot co dot cr
Reported By: bbarnett at gt dot co dot cr
Status: Bogus
Bug Type: SimpleXML related
Operating System: WServer 2K3
PHP Version: 5.2.11
New Comment:
I solved with the information that you bring me
Thank you much
Previous Comments:
[2009-10-15 14:29:10] der...@php.net
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
That line (PITBULL PRO) contains the A0 character, which is not
valid UTF-8. Either fix your XML, or set that you have the iso-8859-1
encoding. This is not a bug.
[2009-10-15 14:18:02] bbarnett at gt dot co dot cr
You can download the xml file from:
https://201.199.26.154/xml/ins-estilos.txt
Thanks for your help
[2009-10-15 14:08:48] bbarnett at gt dot co dot cr
I found a PHP script to view the xml error:
';
}
libxml_clear_errors();
}
?>
The error is:
Fatal Error 9: Input is not proper UTF-8, indicate encoding ! Bytes:
0xA0 0x50 0x52 0x4F Line: 92244 Column: 24
[2009-10-15 13:30:55] phpwnd at gmail dot com
Post the XML file somewhere (pastebin for example) otherwise it's
really hard to tell, especially if you don't receive an error message.
[2009-10-14 19:25:53] bbarnett at gt dot co dot cr
Description:
I have a long XML that I recieve from another system, but this XML has
more than 3 records (tag), and when I try to read it PHP can't do
it.
If you need the XML data, I can send it to the e-mail that you send me.
Reproduce code:
---
$xml= simplexml_load_string(utf8_decode(trim($xmlrecieved)));
if (!$xml ){
print 'MSG-20: Se detecto una respuesta invalida del INS '; die();
}
Expected result:
I need to process the data in the XML to update a database table.
Actual result:
--
PHP can't read it.
--
Edit this bug report at http://bugs.php.net/?id=49879&edit=1
#49891 [Com]: getmxrr() function doesn't exist
ID: 49891
Comment by: chrisstocktonaz at gmail dot com
Reported By: oscar at acelerados dot com
Status: Open
Bug Type: Network related
Operating System: CentOS release 5.3 (Final)
PHP Version: 5.3.0
New Comment:
Can you please post the output of phpinfo().
Previous Comments:
[2009-10-15 15:59:38] oscar at acelerados dot com
Description:
The getmxrr() function doesn't exist.
Reproduce code:
---
getmxrr("hotmail.com",$mxhost);
print_r($mxhost);
Expected result:
Array ( [0] => mx2.hotmail.com [1] => mx3.hotmail.com [2] =>
mx4.hotmail.com [3] => mx1.hotmail.com )
Actual result:
--
Fatal error: Call to undefined function getmxrr() in
/home/user/file.php on line 1
--
Edit this bug report at http://bugs.php.net/?id=49891&edit=1
#44555 [NoF->Bgs]: mysql.connect_timeout ignored
ID: 44555
Updated by: u...@php.net
Reported By: tstarling at wikimedia dot org
-Status: No Feedback
+Status: Bogus
Bug Type: MySQL related
Operating System: Windows XP
PHP Version: 5.2.5
Assigned To: uw
New Comment:
Windows, libmysql, connect timeout -> libmysql/MySQL bug not a PHP
issue -> http://bugs.mysql.com/bug.php?id=36225
Previous Comments:
[2008-07-31 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-07-23 12:12:26] and...@php.net
Hi,
\I suspect a problem in libmysql, not PHP.
The ext/mysql sources do set the connect_timeout
if (connect_timeout != -1) {
mysql_options(&mysql->conn, MYSQL_OPT_CONNECT_TIMEOUT, (const char
*)&connect_timeout);
}
Are you sure you don't have several libmysql.dll on your system?
[2008-07-17 09:44:56] tstarling at wikimedia dot org
I don't know what you're talking about. The bug is not DNS-related.
[2008-07-16 22:36:08] u...@php.net
As I see it the upper wait time is set to 100s. Your Windows gives a
DNS timeout after 20s. PHP bails at you after 20s. 20s < 100s, all
fine.
[2008-07-15 16:21:05] tstarling at wikimedia dot org
s/ARIN/IANA
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/44555
--
Edit this bug report at http://bugs.php.net/?id=44555&edit=1
#49891 [NEW]: getmxrr() function doesn't exist
From: oscar at acelerados dot com
Operating system: CentOS release 5.3 (Final)
PHP version: 5.3.0
PHP Bug Type: Network related
Bug description: getmxrr() function doesn't exist
Description:
The getmxrr() function doesn't exist.
Reproduce code:
---
getmxrr("hotmail.com",$mxhost);
print_r($mxhost);
Expected result:
Array ( [0] => mx2.hotmail.com [1] => mx3.hotmail.com [2] =>
mx4.hotmail.com [3] => mx1.hotmail.com )
Actual result:
--
Fatal error: Call to undefined function getmxrr() in /home/user/file.php
on line 1
--
Edit bug report at http://bugs.php.net/?id=49891&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49891&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49891&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49891&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49891&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49891&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49891&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49891&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49891&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49891&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49891&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49891&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49891&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49891&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49891&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49891&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49891&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49891&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49891&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49891&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49891&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49891&r=mysqlcfg
#49890 [Asn]: while compiling php from source missing file failure (case sensitive)
ID: 49890
User updated by: egemensoylu at hotmail dot com
Reported By: egemensoylu at hotmail dot com
Status: Assigned
Bug Type: Compile Failure
Operating System: Debian 5
PHP Version: 5.3.0
Assigned To: cellog
New Comment:
Next snapshot php5.3-200910151430
error still...
Parse error: syntax error, unexpected '/', expecting ')' in
/home/eggman/php5.3-200910151430/ext/phar/phar.php on line 20
make: *** [ext/phar/phar.phar] Hata 255
Previous Comments:
[2009-10-15 13:47:13] egemensoylu at hotmail dot com
Pajoye, i'm getting same error with the latest snapshot which you
suggest.
--
Parse error: syntax error, unexpected '/', expecting ')' in
/home/eggman/php5.3-200910151230/ext/phar/phar.php on line 20
make: *** [ext/phar/phar.phar] Hata 255
Hata 255 => Error 255 as you know.
--
At the 20. line of phar.php this if block begins;
if (!class_exists('DirectoryTreeIterator', 0))
{
Warning:
file(/home/eggman/php5.3-200910151230/ext/phar/phar/directorytreeIterator.inc):
failed to open stream: No such file or directory in
/home/eggman/php5.3-200910151230/ext/phar/build_precommand.php on line
31
Warning: join(): Invalid arguments passed in
/home/eggman/php5.3-200910151230/ext/phar/build_precommand.php on line
49
}
---
actual file name is directorytreeiterator.inc
^
when i rename that file
directorygraphiterator.inc error
...
...
---
in addition for 5.2.11
configuring ok
make ok
make test ok
squirrel:/home/eggman/php-5.2.11# make install
Installing PHP SAPI module: apache2handler
/usr/local/apache/build/instdso.sh
SH_LIBTOOL='/usr/local/apache/build/libtool' libphp5.la
/usr/local/apache/modules
/usr/local/apache/build/libtool --mode=install cp libphp5.la
/usr/local/apache/modules/
cp .libs/libphp5.so /usr/local/apache/modules/libphp5.so
cp .libs/libphp5.lai /usr/local/apache/modules/libphp5.la
libtool: install: warning: remember to run `libtool --finish
/home/eggman/php-5.2.11/libs'
chmod 755 /usr/local/apache/modules/libphp5.so
after 5 minutes still waiting that line is that normal?
[2009-10-15 13:07:28] paj...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-10-15 13:04:48] egemensoylu at hotmail dot com
Description:
I'm trying to compile php with ;
./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
configuration OK
when try to make
#make
...
...
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
actualy when first error occur I try to dig it then I find that
compiler looking for that file
/home/eggman/php-5.3.0/ext/phar/phar/directorytreeIterator.inc
but actual file name is "directorytreeIterator.inc"
mv directorytreeIterator.inc directorytreeiterator.inc
.configure && make again than same problem with
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphIterator.inc
=> ^
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphiterator.inc
rename it too then .configure make telling me
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
at that line an array has ('valuevaluevalue', ) syntax...
now i'm try to compile 5.2.11
Thanks.
Reproduce code:
---
with php-5.3.0.tar.bz2 at offical php source
# tar -jxvf php-5.2.9.tar.bz2
# cd php-5.2.9
# export
ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
# ./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
# make
Expected result:
OK
Actual result:
--
FAIL
--
Edit this bug report at http://bugs.php.net/?id=49890&edit=1
#49879 [Opn->Bgs]: ERROR READING A LONG XML
ID: 49879
Updated by: der...@php.net
Reported By: bbarnett at gt dot co dot cr
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
Operating System: WServer 2K3
PHP Version: 5.2.11
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
That line (PITBULL PRO) contains the A0 character, which is not
valid UTF-8. Either fix your XML, or set that you have the iso-8859-1
encoding. This is not a bug.
Previous Comments:
[2009-10-15 14:18:02] bbarnett at gt dot co dot cr
You can download the xml file from:
https://201.199.26.154/xml/ins-estilos.txt
Thanks for your help
[2009-10-15 14:08:48] bbarnett at gt dot co dot cr
I found a PHP script to view the xml error:
';
}
libxml_clear_errors();
}
?>
The error is:
Fatal Error 9: Input is not proper UTF-8, indicate encoding ! Bytes:
0xA0 0x50 0x52 0x4F Line: 92244 Column: 24
[2009-10-15 13:30:55] phpwnd at gmail dot com
Post the XML file somewhere (pastebin for example) otherwise it's
really hard to tell, especially if you don't receive an error message.
[2009-10-14 19:25:53] bbarnett at gt dot co dot cr
Description:
I have a long XML that I recieve from another system, but this XML has
more than 3 records (tag), and when I try to read it PHP can't do
it.
If you need the XML data, I can send it to the e-mail that you send me.
Reproduce code:
---
$xml= simplexml_load_string(utf8_decode(trim($xmlrecieved)));
if (!$xml ){
print 'MSG-20: Se detecto una respuesta invalida del INS '; die();
}
Expected result:
I need to process the data in the XML to update a database table.
Actual result:
--
PHP can't read it.
--
Edit this bug report at http://bugs.php.net/?id=49879&edit=1
#49879 [Opn]: ERROR READING A LONG XML
ID: 49879
User updated by: bbarnett at gt dot co dot cr
Reported By: bbarnett at gt dot co dot cr
Status: Open
Bug Type: SimpleXML related
Operating System: WServer 2K3
PHP Version: 5.2.11
New Comment:
You can download the xml file from:
https://201.199.26.154/xml/ins-estilos.txt
Thanks for your help
Previous Comments:
[2009-10-15 14:08:48] bbarnett at gt dot co dot cr
I found a PHP script to view the xml error:
';
}
libxml_clear_errors();
}
?>
The error is:
Fatal Error 9: Input is not proper UTF-8, indicate encoding ! Bytes:
0xA0 0x50 0x52 0x4F Line: 92244 Column: 24
[2009-10-15 13:30:55] phpwnd at gmail dot com
Post the XML file somewhere (pastebin for example) otherwise it's
really hard to tell, especially if you don't receive an error message.
[2009-10-14 19:25:53] bbarnett at gt dot co dot cr
Description:
I have a long XML that I recieve from another system, but this XML has
more than 3 records (tag), and when I try to read it PHP can't do
it.
If you need the XML data, I can send it to the e-mail that you send me.
Reproduce code:
---
$xml= simplexml_load_string(utf8_decode(trim($xmlrecieved)));
if (!$xml ){
print 'MSG-20: Se detecto una respuesta invalida del INS '; die();
}
Expected result:
I need to process the data in the XML to update a database table.
Actual result:
--
PHP can't read it.
--
Edit this bug report at http://bugs.php.net/?id=49879&edit=1
#49879 [Opn]: ERROR READING A LONG XML
ID: 49879
User updated by: bbarnett at gt dot co dot cr
Reported By: bbarnett at gt dot co dot cr
Status: Open
Bug Type: SimpleXML related
Operating System: WServer 2K3
PHP Version: 5.2.11
New Comment:
I found a PHP script to view the xml error:
';
}
libxml_clear_errors();
}
?>
The error is:
Fatal Error 9: Input is not proper UTF-8, indicate encoding ! Bytes:
0xA0 0x50 0x52 0x4F Line: 92244 Column: 24
Previous Comments:
[2009-10-15 13:30:55] phpwnd at gmail dot com
Post the XML file somewhere (pastebin for example) otherwise it's
really hard to tell, especially if you don't receive an error message.
[2009-10-14 19:25:53] bbarnett at gt dot co dot cr
Description:
I have a long XML that I recieve from another system, but this XML has
more than 3 records (tag), and when I try to read it PHP can't do
it.
If you need the XML data, I can send it to the e-mail that you send me.
Reproduce code:
---
$xml= simplexml_load_string(utf8_decode(trim($xmlrecieved)));
if (!$xml ){
print 'MSG-20: Se detecto una respuesta invalida del INS '; die();
}
Expected result:
I need to process the data in the XML to update a database table.
Actual result:
--
PHP can't read it.
--
Edit this bug report at http://bugs.php.net/?id=49879&edit=1
#49890 [Opn->Asn]: while compiling php from source missing file failure (case sensitive)
ID: 49890
Updated by: paj...@php.net
Reported By: egemensoylu at hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: Compile Failure
Operating System: Debian 5
PHP Version: 5.3.0
-Assigned To:
+Assigned To: cellog
Previous Comments:
[2009-10-15 13:47:13] egemensoylu at hotmail dot com
Pajoye, i'm getting same error with the latest snapshot which you
suggest.
--
Parse error: syntax error, unexpected '/', expecting ')' in
/home/eggman/php5.3-200910151230/ext/phar/phar.php on line 20
make: *** [ext/phar/phar.phar] Hata 255
Hata 255 => Error 255 as you know.
--
At the 20. line of phar.php this if block begins;
if (!class_exists('DirectoryTreeIterator', 0))
{
Warning:
file(/home/eggman/php5.3-200910151230/ext/phar/phar/directorytreeIterator.inc):
failed to open stream: No such file or directory in
/home/eggman/php5.3-200910151230/ext/phar/build_precommand.php on line
31
Warning: join(): Invalid arguments passed in
/home/eggman/php5.3-200910151230/ext/phar/build_precommand.php on line
49
}
---
actual file name is directorytreeiterator.inc
^
when i rename that file
directorygraphiterator.inc error
...
...
---
in addition for 5.2.11
configuring ok
make ok
make test ok
squirrel:/home/eggman/php-5.2.11# make install
Installing PHP SAPI module: apache2handler
/usr/local/apache/build/instdso.sh
SH_LIBTOOL='/usr/local/apache/build/libtool' libphp5.la
/usr/local/apache/modules
/usr/local/apache/build/libtool --mode=install cp libphp5.la
/usr/local/apache/modules/
cp .libs/libphp5.so /usr/local/apache/modules/libphp5.so
cp .libs/libphp5.lai /usr/local/apache/modules/libphp5.la
libtool: install: warning: remember to run `libtool --finish
/home/eggman/php-5.2.11/libs'
chmod 755 /usr/local/apache/modules/libphp5.so
after 5 minutes still waiting that line is that normal?
[2009-10-15 13:07:28] paj...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-10-15 13:04:48] egemensoylu at hotmail dot com
Description:
I'm trying to compile php with ;
./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
configuration OK
when try to make
#make
...
...
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
actualy when first error occur I try to dig it then I find that
compiler looking for that file
/home/eggman/php-5.3.0/ext/phar/phar/directorytreeIterator.inc
but actual file name is "directorytreeIterator.inc"
mv directorytreeIterator.inc directorytreeiterator.inc
.configure && make again than same problem with
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphIterator.inc
=> ^
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphiterator.inc
rename it too then .configure make telling me
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
at that line an array has ('valuevaluevalue', ) syntax...
now i'm try to compile 5.2.11
Thanks.
Reproduce code:
---
with php-5.3.0.tar.bz2 at offical php source
# tar -jxvf php-5.2.9.tar.bz2
# cd php-5.2.9
# export
ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
# ./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
# make
Expected result:
OK
Actual result:
--
FAIL
--
Edit this bug report at http://bugs.php.net/?id=49890&edit=1
#49890 [Fbk->Opn]: while compiling php from source missing file failure (case sensitive)
ID: 49890
User updated by: egemensoylu at hotmail dot com
Reported By: egemensoylu at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: Debian 5
PHP Version: 5.3.0
New Comment:
Pajoye, i'm getting same error with the latest snapshot which you
suggest.
--
Parse error: syntax error, unexpected '/', expecting ')' in
/home/eggman/php5.3-200910151230/ext/phar/phar.php on line 20
make: *** [ext/phar/phar.phar] Hata 255
Hata 255 => Error 255 as you know.
--
At the 20. line of phar.php this if block begins;
if (!class_exists('DirectoryTreeIterator', 0))
{
Warning:
file(/home/eggman/php5.3-200910151230/ext/phar/phar/directorytreeIterator.inc):
failed to open stream: No such file or directory in
/home/eggman/php5.3-200910151230/ext/phar/build_precommand.php on line
31
Warning: join(): Invalid arguments passed in
/home/eggman/php5.3-200910151230/ext/phar/build_precommand.php on line
49
}
---
actual file name is directorytreeiterator.inc
^
when i rename that file
directorygraphiterator.inc error
...
...
---
in addition for 5.2.11
configuring ok
make ok
make test ok
squirrel:/home/eggman/php-5.2.11# make install
Installing PHP SAPI module: apache2handler
/usr/local/apache/build/instdso.sh
SH_LIBTOOL='/usr/local/apache/build/libtool' libphp5.la
/usr/local/apache/modules
/usr/local/apache/build/libtool --mode=install cp libphp5.la
/usr/local/apache/modules/
cp .libs/libphp5.so /usr/local/apache/modules/libphp5.so
cp .libs/libphp5.lai /usr/local/apache/modules/libphp5.la
libtool: install: warning: remember to run `libtool --finish
/home/eggman/php-5.2.11/libs'
chmod 755 /usr/local/apache/modules/libphp5.so
after 5 minutes still waiting that line is that normal?
Previous Comments:
[2009-10-15 13:07:28] paj...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-10-15 13:04:48] egemensoylu at hotmail dot com
Description:
I'm trying to compile php with ;
./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
configuration OK
when try to make
#make
...
...
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
actualy when first error occur I try to dig it then I find that
compiler looking for that file
/home/eggman/php-5.3.0/ext/phar/phar/directorytreeIterator.inc
but actual file name is "directorytreeIterator.inc"
mv directorytreeIterator.inc directorytreeiterator.inc
.configure && make again than same problem with
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphIterator.inc
=> ^
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphiterator.inc
rename it too then .configure make telling me
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
at that line an array has ('valuevaluevalue', ) syntax...
now i'm try to compile 5.2.11
Thanks.
Reproduce code:
---
with php-5.3.0.tar.bz2 at offical php source
# tar -jxvf php-5.2.9.tar.bz2
# cd php-5.2.9
# export
ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
# ./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
# make
Expected result:
OK
Actual result:
--
FAIL
--
Edit this bug report at http://bugs.php.net/?id=49890&edit=1
#49879 [Com]: ERROR READING A LONG XML
ID: 49879
Comment by: phpwnd at gmail dot com
Reported By: bbarnett at gt dot co dot cr
Status: Open
Bug Type: SimpleXML related
Operating System: WServer 2K3
PHP Version: 5.2.11
New Comment:
Post the XML file somewhere (pastebin for example) otherwise it's
really hard to tell, especially if you don't receive an error message.
Previous Comments:
[2009-10-14 19:25:53] bbarnett at gt dot co dot cr
Description:
I have a long XML that I recieve from another system, but this XML has
more than 3 records (tag), and when I try to read it PHP can't do
it.
If you need the XML data, I can send it to the e-mail that you send me.
Reproduce code:
---
$xml= simplexml_load_string(utf8_decode(trim($xmlrecieved)));
if (!$xml ){
print 'MSG-20: Se detecto una respuesta invalida del INS '; die();
}
Expected result:
I need to process the data in the XML to update a database table.
Actual result:
--
PHP can't read it.
--
Edit this bug report at http://bugs.php.net/?id=49879&edit=1
#49890 [Opn->Fbk]: while compiling php from source missing file failure (case sensitive)
ID: 49890
Updated by: paj...@php.net
Reported By: egemensoylu at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: Debian 5
PHP Version: 5.3.0
New Comment:
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Previous Comments:
[2009-10-15 13:04:48] egemensoylu at hotmail dot com
Description:
I'm trying to compile php with ;
./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
configuration OK
when try to make
#make
...
...
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
actualy when first error occur I try to dig it then I find that
compiler looking for that file
/home/eggman/php-5.3.0/ext/phar/phar/directorytreeIterator.inc
but actual file name is "directorytreeIterator.inc"
mv directorytreeIterator.inc directorytreeiterator.inc
.configure && make again than same problem with
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphIterator.inc
=> ^
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphiterator.inc
rename it too then .configure make telling me
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
at that line an array has ('valuevaluevalue', ) syntax...
now i'm try to compile 5.2.11
Thanks.
Reproduce code:
---
with php-5.3.0.tar.bz2 at offical php source
# tar -jxvf php-5.2.9.tar.bz2
# cd php-5.2.9
# export
ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
# ./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
# make
Expected result:
OK
Actual result:
--
FAIL
--
Edit this bug report at http://bugs.php.net/?id=49890&edit=1
#49890 [NEW]: while compiling php from source missing file failure (case sensitive)
From: egemensoylu at hotmail dot com
Operating system: Debian 5
PHP version: 5.3.0
PHP Bug Type: Compile Failure
Bug description: while compiling php from source missing file failure (case
sensitive)
Description:
I'm trying to compile php with ;
./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
configuration OK
when try to make
#make
...
...
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
actualy when first error occur I try to dig it then I find that
compiler looking for that file
/home/eggman/php-5.3.0/ext/phar/phar/directorytreeIterator.inc
but actual file name is "directorytreeIterator.inc"
mv directorytreeIterator.inc directorytreeiterator.inc
.configure && make again than same problem with
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphIterator.inc
=> ^
/home/eggman/php-5.3.0/ext/phar/phar/directorygraphiterator.inc
rename it too then .configure make telling me
Parse error: syntax error, unexpected '/', expecting ')' in /home/eggm
an/php-5.3.0/ext/phar/phar.php on line 112
make: *** [ext/phar/phar.phar] Hata 255
at that line an array has ('valuevaluevalue', ) syntax...
now i'm try to compile 5.2.11
Thanks.
Reproduce code:
---
with php-5.3.0.tar.bz2 at offical php source
# tar -jxvf php-5.2.9.tar.bz2
# cd php-5.2.9
# export
ORACLE_HOME=/usr/lib/oracle/xe/app/oracle/product/10.2.0/server
# ./configure \
--with-oci8=$ORACLE_HOME \
--with-apxs2=/usr/local/apache/bin/apxs \
--with-config-file-path=/usr/local/apache/conf \
--enable-sigchild
# make
Expected result:
OK
Actual result:
--
FAIL
--
Edit bug report at http://bugs.php.net/?id=49890&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49890&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49890&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49890&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49890&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49890&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49890&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49890&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49890&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49890&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49890&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49890&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49890&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49890&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49890&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49890&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49890&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49890&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49890&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49890&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49890&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49890&r=mysqlcfg
#49889 [NEW]: offsetExists wrong result
From: carmen at helderhosting dot nl
Operating system: unix
PHP version: 5.3.0
PHP Bug Type: SPL related
Bug description: offsetExists wrong result
Description:
If $o = new ArrayObject(); $o['x'] = null;
the result for isset($o['x']) it should be false, instead true is given
Reproduce code:
---
offsetExists('x'));
var_dump(isset($o['x']));
var_dump(empty($o['x']));
var_dump(array_key_exists('x', $o));
?>
Expected result:
bool(false)
bool(true)
bool(true)
bool(true)
bool(false)
bool(true)
bool(true)
Actual result:
--
bool(false)
bool(true)
bool(true)
bool(true)
bool(true)
bool(true)
bool(true)
--
Edit bug report at http://bugs.php.net/?id=49889&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49889&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49889&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49889&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49889&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49889&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49889&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49889&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49889&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49889&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49889&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49889&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49889&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49889&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49889&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49889&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49889&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49889&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49889&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49889&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49889&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49889&r=mysqlcfg
#49855 [Ver->Csd]: import_request_variables always return false in any codition.
ID: 49855
Updated by: il...@php.net
Reported By: easyeagel at gmx dot com
-Status: Verified
+Status: Closed
Bug Type: HTTP related
Operating System: Linux
PHP Version: 5.2.11
New Comment:
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2009-10-15 12:26:56] s...@php.net
Automatic comment from SVN on behalf of iliaa
Revision: http://svn.php.net/viewvc/?view=revision&revision=289666
Log: Fixed bug #49855 (import_request_variables() always returns NULL).
[2009-10-14 08:57:01] sjo...@php.net
Patch: http://pastebin.com/f236dcf35
[2009-10-13 10:55:20] sjo...@php.net
Actually, it seems to return null, not false.
[2009-10-13 02:16:16] easyeagel at gmx dot com
Description:
the import_request_variables always return false in any condition.
Reproduce code:
---
---
>From manual page: function.import-request-variables#Return Values
---
if(import_request_variables('p', 'post_'))
{
echo "unimport the request";
phpinfo();
}
if(isset($post_username))
{
echo "", $post_username, "";
}
if(isset($post_email))
{
echo "", $post_email, "";
}
if(isset($post_message))
{
echo "", $post_message, "";
}
Expected result:
I think the import_request_varibles return true
Actual result:
--
it return false, and return false anytime, if I run php5 in command
line or in apache.
--
Edit this bug report at http://bugs.php.net/?id=49855&edit=1
#49888 [Opn->Fbk]: Access Violation error
ID: 49888 Updated by: paj...@php.net Reported By: RQuadling at GMail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP SP3 PHP Version: 5.3SVN-2009-10-15 (snap) New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2009-10-15 10:09:23] RQuadling at GMail dot com Description: Just upgraded to the latest 5.3 snapshot. Getting an Access Violation for one of my bigger command line scripts. The backtrace shows the issue is in zend_gc.c I'm working on trying to cut down the code to a usable example, but I don't know how successful I'll be. Reproduce code: --- Thread 0 - System ID 4572 Entry point php!mainCRTStartup Create time 2009/10/15 10:49:27 Time spent in user mode 0 Days 0:0:33.671 Time spent in kernel mode 0 Days 0:0:2.468 Function Arg 1 Arg 2 Arg 3 Source php5!gc_zval_possible_root+4c 0bcb9ae0 0bcb8d98 10081d37 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_gc.c @ 143 + 12 php5!_zval_ptr_dtor+65 0bcb8d64 1053ea74 0bc854f8 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_execute_api.c @ 445 + 13 php5!zend_hash_destroy+27 0bc84d18 0020 10098eb4 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_hash.c @ 526 + 6 php5!zend_objects_free_object_storage+2b 0bc854f8 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_objects.c @ 114 + 2a php5!zend_objects_store_free_object_storage+74 1053ea74 78583b4e 1008160d d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_objects_api.c @ 92 + 6 php5!shutdown_executor+1ac 012ed608 00c0fa74 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_execute_api.c @ 298 + a php5!zend_deactivate+53 003d31dc 003d31d0 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend.c @ 892 php5!php_request_shutdown+1b5 0040642c 0001 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\main\main.c @ 1604 php!main+108c 0004 003d31d0 003d34b8 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\sapi\cli\php_cli.c @ 1371 + 8 php!memcpy+160 0013ed44 7ffdc000 f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 586 + 17 kernel32!BaseProcessStart+23 00402dda 00c8 PHP5!GC_ZVAL_POSSIBLE_ROOT+4CIn PHP__PID__5460__Date__10_15_2009__Time_10_54_22AM__957__Second_Chance_Exception_C005.dmp the assembly instruction at php5!gc_zval_possible_root+4c in C:\PHP5\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 0 -- Edit this bug report at http://bugs.php.net/?id=49888&edit=1
#49888 [NEW]: Access Violation error
From: RQuadling at GMail dot com Operating system: Windows XP SP3 PHP version: 5.3SVN-2009-10-15 (snap) PHP Bug Type: Reproducible crash Bug description: Access Violation error Description: Just upgraded to the latest 5.3 snapshot. Getting an Access Violation for one of my bigger command line scripts. The backtrace shows the issue is in zend_gc.c I'm working on trying to cut down the code to a usable example, but I don't know how successful I'll be. Reproduce code: --- Thread 0 - System ID 4572 Entry point php!mainCRTStartup Create time 2009/10/15 10:49:27 Time spent in user mode 0 Days 0:0:33.671 Time spent in kernel mode 0 Days 0:0:2.468 Function Arg 1 Arg 2 Arg 3 Source php5!gc_zval_possible_root+4c 0bcb9ae0 0bcb8d98 10081d37 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_gc.c @ 143 + 12 php5!_zval_ptr_dtor+65 0bcb8d64 1053ea74 0bc854f8 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_execute_api.c @ 445 + 13 php5!zend_hash_destroy+27 0bc84d18 0020 10098eb4 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_hash.c @ 526 + 6 php5!zend_objects_free_object_storage+2b 0bc854f8 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_objects.c @ 114 + 2a php5!zend_objects_store_free_object_storage+74 1053ea74 78583b4e 1008160d d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_objects_api.c @ 92 + 6 php5!shutdown_executor+1ac 012ed608 00c0fa74 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend_execute_api.c @ 298 + a php5!zend_deactivate+53 003d31dc 003d31d0 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\zend\zend.c @ 892 php5!php_request_shutdown+1b5 0040642c 0001 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\main\main.c @ 1604 php!main+108c 0004 003d31d0 003d34b8 d:\php-sdk\snap_5_3\vc9\x86\snap53_vc9\sapi\cli\php_cli.c @ 1371 + 8 php!memcpy+160 0013ed44 7ffdc000 f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 586 + 17 kernel32!BaseProcessStart+23 00402dda 00c8 PHP5!GC_ZVAL_POSSIBLE_ROOT+4CIn PHP__PID__5460__Date__10_15_2009__Time_10_54_22AM__957__Second_Chance_Exception_C005.dmp the assembly instruction at php5!gc_zval_possible_root+4c in C:\PHP5\php5.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 0 -- Edit bug report at http://bugs.php.net/?id=49888&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49888&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49888&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49888&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49888&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49888&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49888&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49888&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49888&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49888&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49888&r=support Expected behavior: http://bugs.php.net/fix.php?id=49888&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49888&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49888&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49888&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49888&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49888&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49888&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49888&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49888&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49888&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49888&r=mysqlcfg
#49078 [Com]: Make Failed sapi/cli/php Error 1
ID: 49078 Comment by: eric-delas at wanadoo dot fr Reported By: kdprice at baylou dot com Status: No Feedback Bug Type: Compile Failure Operating System: CentOS 5 PHP Version: 5.3SVN-2009-07-27 (snap) New Comment: I got the same problem, on FedoraCore 9 and PHP 5.3.0 Previous Comments: [2009-10-05 09:55:36] php_spam at taf dot nu with "-lresolv" (notice no "e" at the end) will stop the error but creates an unsable php install for me. [2009-10-05 08:47:56] php_spam at taf dot nu adding "-lresolve" didnt work for me: /usr/bin/ld: cannot find -lresolve collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 PHP 5.3.0 stable OS: Linux 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:37:32 EDT 2006 Configure line: ./configure --with-apxs2=/somewhere/httpd/bin/apxs --with-mysql=/usr/lib/ --prefix=/usr/local/php5 --with-gd --with-jpeg-dir --with-zlib-dir --enable-ftp --with-ttf --with-gd-native-ttf --with-freetype-dir --with-xpm-dir --enable-mbstring --enable-zip --disable-posix-threads --with-mcrypt=/somewhere/libmcrypt-2.5.8 --enable-sockets --with-openssl=/usr/local/ssl/ --enable-pcntl --with-mime-magic --enable-bcmath --enable-dbase Sorry for bumping this but i hope this is fix-able. [2009-09-09 21:12:50] dipakgarg at gmail dot com i tried to install php5.3.0 on ubuntu today and faced the similar problem, plz help me with the solution [2009-08-05 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". [2009-07-30 08:03:23] max at tnug dot com Had the same problem today on PHP 5.3.0-stable. Debian 2.6.22 #2 SMP x86_64 GNU/Linux. Was able to solve the problem quickly and easily by adding -lresolve to the EXTRA_LIBS in my generated makefile. 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/49078 -- Edit this bug report at http://bugs.php.net/?id=49078&edit=1
