#50352 [Asn-Fbk]: error: structure has no member named `res_h_errno'
ID: 50352 Updated by: j...@php.net Reported By: admin at phpcode dot us -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 Assigned To: scottmac New Comment: Did you or did you not actually try the snapshot in the url? You can NOT get the same error if you did.. Previous Comments: [2009-12-01 21:29:39] scott...@php.net Well the structure isn't in the 5.3 snapshot any more so no error is possible. Unless he did something different or didn't grab the correct snapshot? [2009-12-01 19:54:20] j...@php.net Scott, are you really sure it's fixed? He tried latest snapshot..or are those not from 5.3 branch anymore? [2009-12-01 19:37:29] scott...@php.net http://svn.php.net/viewvc?view=revisionrevision=289691 Duplicate of bug #49224 [2009-12-01 19:10:53] admin at phpcode dot us scottmac Can i see diff between 5.3.1 and 5.3.2 what fixes this bug? [2009-12-01 19:07:32] scott...@php.net It's fixed in 5.3.2 but was never backported to the 5.3.1 stable branch. 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/50352 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50351 [Com]: performance regression handling objects, ten times slower in 5.3.x than in 5.2
ID: 50351
Comment by: notarealemail at nodomain dot com
Reported By: rlillack at yasni dot de
Status: Verified
Bug Type: Scripting Engine problem
Operating System: 64/32bit linux
PHP Version: 5.3.1
New Comment:
Simply changing the loop from
foreach (range(1, 100) as $i)
to
for ( $i = 0; $i 100; $i++ )
Makes php 5.3.1 (win xp vc9 nots cli) run normal, even faster than
5.2.11 (same configuration).
Performance (php 5.3.1):
time: 8.23 secs, memory usage 219.38 MiB. (original loop)
time: 0.91 secs, memory usage 219.39 MiB. (modified loop)
time: 0.72 secs, memory usage 219.38 MiB. (modified loop, GC disabled)
Tested on a E8400 3GHz.
Previous Comments:
[2009-12-01 14:46:39] j...@php.net
See also bug #48781 (propably related as well)
[2009-12-01 13:48:23] rlillack at yasni dot de
This seems to be related to the new cyclic garbage collector trying to
free memory after each allocation?!
A rather simple workaround is to insert gc_disable() before and
gc_enable() after entering the loop.
[2009-12-01 13:38:56] j...@php.net
My results were done with i686..
[2009-12-01 13:37:27] j...@php.net
[j...@localhost ~]$ src/build/php_5_2/sapi/cli/php -n -d
memory_limit=2G t.php
time: 4.10 secs, memory usage 371.39 MiB.
[j...@localhost ~]$ src/build/php_5_3/sapi/cli/php -n -d
memory_limit=2G t.php
time: 25.97 secs, memory usage 383.46 MiB.
[2009-12-01 12:53:42] rlillack at yasni dot de
Description:
PHP 5.3 did indeed introduce many performance improvements, but we
spotted a rather hard regression with handling a large amount of
objects that are allocated at the same time.
Running the following test case on one of our web servers yield this
result with a vanilla build of 5.2.11:
time: 1.28 secs, memory usage 376.48 MiB.
and this with 5.3.1:
time: 13.44 secs, memory usage 400.62 MiB.
(command line in both cases: PREFIX/bin/php -d memory_limit=2G
testcase.php)
The regression at least since the PHP 5.3 release candidates.
Both were fresh build straight from the tarball, No extensions, etc.
Opcode caches do not help. --with-zend-vm does not help.
Reproduce code:
---
?php
$start = microtime(TRUE);
$a = array();
foreach (range(1, 100) as $i) {
$a []= new StdClass;
}
printf(time: %s secs, memory usage %s MiB.\n,
number_format(microtime(TRUE) - $start, 2),
number_format(memory_get_usage() / 1024 / 1024, 2));
Expected result:
PHP 5.3.1 should not be any slower than 5.2.11 is. :)
Actual result:
--
PHP 5.3.1 is ten times slower in this test case.
One of our apps does only handle 1/4th queries/s with 5.3 on a
production server.
--
Edit this bug report at http://bugs.php.net/?id=50351edit=1
#50345 [Opn-Fbk]: nanosleep not detected properly on some solaris versions
ID: 50345 Updated by: j...@php.net Reported By: sle at ocf dot berkeley dot edu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5.3.1 -Assigned To: +Assigned To: jani New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ But in about 35 minutes earliest so that the fix gets in it. :) Previous Comments: [2009-12-02 08:54:51] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revisionrevision=291584 Log: - Fixed bug #50345 (nanosleep not detected properly on some solaris versions) [2009-12-01 23:52:35] sle at ocf dot berkeley dot edu -lrt is only mentioned in config.log when searching for -lcurl. I suspect this is due to curl-config recommending -lrt for its linker flags. With regards to nanosleep, ### snip from config.log ### configure:15225: checking for nanosleep configure:15253: /usr/sfw/bin/gcc -o conftest -I/opt/ocf/include -I/usr/sfw/incl ude -I/opt/ocf/include -I/usr/sfw/include -D_POSIX_PTHREAD_SEMANTICS -L/opt/ocf/ lib -R/opt/ocf/lib -L/usr/sfw/lib -R/usr/sfw/lib -R/usr/ucblib -L/usr/ucblib con ftest.c -lm -lnsl -lsocket 15 Undefined first referenced symbol in file nanosleep /var/tmp//ccYTdffo.o ld: fatal: Symbol referencing errors. No output written to conftest ### end snip ### since the test failed, it shouldn't have been defined. However, I do see the following later: ### snip from config.log ### configure:15271: checking for __nanosleep configure:15299: /usr/sfw/bin/gcc -o conftest -I/opt/ocf/include -I/usr/sfw/incl ude -I/opt/ocf/include -I/usr/sfw/include -D_POSIX_PTHREAD_SEMANTICS -L/opt/ocf/ lib -R/opt/ocf/lib -L/usr/sfw/lib -R/usr/sfw/lib -R/usr/ucblib -L/usr/ucblib con ftest.c -lm -lnsl -lsocket 15 ### end snip ### that test seems to be successful: ### snip from configure output ### checking for nanosleep... no checking for __nanosleep... yes ### end snip ### [2009-12-01 18:55:32] j...@php.net Try grep for it..? Try also for nanosleep. Maybe it's found in libc somehow.. [2009-12-01 15:40:52] sle at ocf dot berkeley dot edu HAVE_LIBRT is not defined: /* #undef HAVE_LIBRT */ Is there anywhere I can look in config.log to find out why -lrt is not being detected? [2009-12-01 08:24:44] j...@php.net Is there HAVE_LIBRT in your main/php_config.h ? And if there is, it -lrt must be in EXTRA_LIBS as well. 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/50345 -- Edit this bug report at http://bugs.php.net/?id=50345edit=1
#50351 [Ver]: performance regression handling objects, ten times slower in 5.3.x than in 5.2
ID: 50351 Updated by: j...@php.net Reported By: rlillack at yasni dot de Status: Verified Bug Type: Scripting Engine problem Operating System: 64/32bit linux PHP Version: 5.3.1 New Comment: Not exactly faster but better than with foreach(): [j...@localhost ~]$ php -d memory_limit=2G t.php time: 2.73 secs, memory usage 371.39 MiB. [j...@localhost ~]$ src/build/php_5_3/sapi/cli/php -d memory_limit=2G t.php time: 3.05 secs, memory usage 383.46 MiB. Previous Comments: [2009-12-02 08:42:56] notarealemail at nodomain dot com Simply changing the loop from foreach (range(1, 100) as $i) to for ( $i = 0; $i 100; $i++ ) Makes php 5.3.1 (win xp vc9 nots cli) run normal, even faster than 5.2.11 (same configuration). Performance (php 5.3.1): time: 8.23 secs, memory usage 219.38 MiB. (original loop) time: 0.91 secs, memory usage 219.39 MiB. (modified loop) time: 0.72 secs, memory usage 219.38 MiB. (modified loop, GC disabled) Tested on a E8400 3GHz. [2009-12-01 14:46:39] j...@php.net See also bug #48781 (propably related as well) [2009-12-01 13:48:23] rlillack at yasni dot de This seems to be related to the new cyclic garbage collector trying to free memory after each allocation?! A rather simple workaround is to insert gc_disable() before and gc_enable() after entering the loop. [2009-12-01 13:38:56] j...@php.net My results were done with i686.. [2009-12-01 13:37:27] j...@php.net [j...@localhost ~]$ src/build/php_5_2/sapi/cli/php -n -d memory_limit=2G t.php time: 4.10 secs, memory usage 371.39 MiB. [j...@localhost ~]$ src/build/php_5_3/sapi/cli/php -n -d memory_limit=2G t.php time: 25.97 secs, memory usage 383.46 MiB. 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/50351 -- Edit this bug report at http://bugs.php.net/?id=50351edit=1
#50351 [Com]: performance regression handling objects, ten times slower in 5.3.x than in 5.2
ID: 50351 Comment by: notarealemail at nodomain dot com Reported By: rlillack at yasni dot de Status: Verified Bug Type: Scripting Engine problem Operating System: 64/32bit linux PHP Version: 5.3.1 New Comment: Sorry, forgotten a benchmark: time: 0.90 secs, memory usage 219.38 MiB. (original loop, GC disabled) So the problem seems more related to foreach+array+garbage collector than class allocation Previous Comments: [2009-12-02 08:59:11] j...@php.net Not exactly faster but better than with foreach(): [j...@localhost ~]$ php -d memory_limit=2G t.php time: 2.73 secs, memory usage 371.39 MiB. [j...@localhost ~]$ src/build/php_5_3/sapi/cli/php -d memory_limit=2G t.php time: 3.05 secs, memory usage 383.46 MiB. [2009-12-02 08:42:56] notarealemail at nodomain dot com Simply changing the loop from foreach (range(1, 100) as $i) to for ( $i = 0; $i 100; $i++ ) Makes php 5.3.1 (win xp vc9 nots cli) run normal, even faster than 5.2.11 (same configuration). Performance (php 5.3.1): time: 8.23 secs, memory usage 219.38 MiB. (original loop) time: 0.91 secs, memory usage 219.39 MiB. (modified loop) time: 0.72 secs, memory usage 219.38 MiB. (modified loop, GC disabled) Tested on a E8400 3GHz. [2009-12-01 14:46:39] j...@php.net See also bug #48781 (propably related as well) [2009-12-01 13:48:23] rlillack at yasni dot de This seems to be related to the new cyclic garbage collector trying to free memory after each allocation?! A rather simple workaround is to insert gc_disable() before and gc_enable() after entering the loop. [2009-12-01 13:38:56] j...@php.net My results were done with i686.. 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/50351 -- Edit this bug report at http://bugs.php.net/?id=50351edit=1
#50351 [Com]: performance regression handling objects, ten times slower in 5.3.x than in 5.2
ID: 50351
Comment by: rlillack at yasni dot de
Reported By: rlillack at yasni dot de
Status: Verified
Bug Type: Scripting Engine problem
Operating System: 64/32bit linux
PHP Version: 5.3.1
New Comment:
It has to do something with object allocation because the problem does
NOT occur with this loop:
foreach (range(1, 100) as $i) {
$a []= array($i);
}
Previous Comments:
[2009-12-02 09:11:20] notarealemail at nodomain dot com
Sorry, forgotten a benchmark:
time: 0.90 secs, memory usage 219.38 MiB. (original loop, GC disabled)
So the problem seems more related to foreach+array+garbage collector
than class allocation
[2009-12-02 08:59:11] j...@php.net
Not exactly faster but better than with foreach():
[j...@localhost ~]$ php -d memory_limit=2G t.php
time: 2.73 secs, memory usage 371.39 MiB.
[j...@localhost ~]$ src/build/php_5_3/sapi/cli/php -d memory_limit=2G
t.php
time: 3.05 secs, memory usage 383.46 MiB.
[2009-12-02 08:42:56] notarealemail at nodomain dot com
Simply changing the loop from
foreach (range(1, 100) as $i)
to
for ( $i = 0; $i 100; $i++ )
Makes php 5.3.1 (win xp vc9 nots cli) run normal, even faster than
5.2.11 (same configuration).
Performance (php 5.3.1):
time: 8.23 secs, memory usage 219.38 MiB. (original loop)
time: 0.91 secs, memory usage 219.39 MiB. (modified loop)
time: 0.72 secs, memory usage 219.38 MiB. (modified loop, GC disabled)
Tested on a E8400 3GHz.
[2009-12-01 14:46:39] j...@php.net
See also bug #48781 (propably related as well)
[2009-12-01 13:48:23] rlillack at yasni dot de
This seems to be related to the new cyclic garbage collector trying to
free memory after each allocation?!
A rather simple workaround is to insert gc_disable() before and
gc_enable() after entering the loop.
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/50351
--
Edit this bug report at http://bugs.php.net/?id=50351edit=1
#50358 [NEW]: Compile failure compiling ext/phar/util.lo
From: yatessc at telkom dot co dot za
Operating system: Solaris 9 sparc
PHP version: 5.3.1
PHP Bug Type: Compile Failure
Bug description: Compile failure compiling ext/phar/util.lo
Description:
Using Sun ONE Studio compiler, not gcc - error output is:
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: syntax error before or at:
(
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: warning: typedef valid
only for function declaration
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: warning: old-style
declaration or incorrect type for: old_tar_header
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: syntax error before or at:
(
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: warning: typedef valid
only for function declaration
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: identifier redefined:
__attribute__
current : function() returning struct _tar_header {array[100] of
char name, array[8] of char mode, array[8] of char uid, arr
ay[8] of char gid, array[12] of char size, array[12] of char mtime,
array[8] of char checksum, char typeflag, array[100] of char lin
kname, array[6] of char magic, array[2] of char version, array[32] of char
uname, array[32] of char gname, array[8] of char devmajor
, array[8] of char devminor, array[155] of char prefix, array[12] of char
padding}
previous: function() returning struct _old_tar_header {array[100]
of char name, array[8] of char mode, array[8] of char uid,
array[8] of char gid, array[12] of char size, array[12] of char mtime,
array[8] of char checksum, char link, array[100] of char lin
kname} : /usr/local/php-5.3.1/ext/phar/tar.h, line 52
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: warning: old-style
declaration or incorrect type for: tar_header
cc: acomp failed for /usr/local/php-5.3.1/ext/phar/util.c
*** Error code 1
This appears to be related to #46072, but the fix for that does not work
directly on Solaris. It appears to be due to the
# define PHAR_TAR_PACK __attribute__((__packed__))
in line 28 of ext/phar/tar.h - all other uses of __attribute__ in various
PHP sources are wrapped with
#if defined(__GNUC__) __GNUC__ = 4
and reproducing that here also allows compilation to succeed.
--
Edit bug report at http://bugs.php.net/?id=50358edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50358r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50358r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50358r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50358r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50358r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50358r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50358r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50358r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50358r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50358r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50358r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50358r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50358r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50358r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50358r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50358r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50358r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50358r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50358r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50358r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50358r=mysqlcfg
#50358 [Opn-Fbk]: Compile failure compiling ext/phar/util.lo
ID: 50358
Updated by: j...@php.net
Reported By: yatessc at telkom dot co dot za
-Status: Open
+Status: Feedback
-Bug Type: Compile Failure
+Bug Type: PHAR related
Operating System: Solaris 9 sparc
PHP Version: 5.3.1
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-12-02 11:19:35] yatessc at telkom dot co dot za
Description:
Using Sun ONE Studio compiler, not gcc - error output is:
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: syntax error before or
at: (
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: warning: typedef
valid only for function declaration
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: warning: old-style
declaration or incorrect type for: old_tar_header
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: syntax error before or
at: (
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: warning: typedef
valid only for function declaration
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: identifier redefined:
__attribute__
current : function() returning struct _tar_header {array[100]
of char name, array[8] of char mode, array[8] of char uid, arr
ay[8] of char gid, array[12] of char size, array[12] of char mtime,
array[8] of char checksum, char typeflag, array[100] of char lin
kname, array[6] of char magic, array[2] of char version, array[32] of
char uname, array[32] of char gname, array[8] of char devmajor
, array[8] of char devminor, array[155] of char prefix, array[12] of
char padding}
previous: function() returning struct _old_tar_header
{array[100] of char name, array[8] of char mode, array[8] of char uid,
array[8] of char gid, array[12] of char size, array[12] of char mtime,
array[8] of char checksum, char link, array[100] of char lin
kname} : /usr/local/php-5.3.1/ext/phar/tar.h, line 52
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: warning: old-style
declaration or incorrect type for: tar_header
cc: acomp failed for /usr/local/php-5.3.1/ext/phar/util.c
*** Error code 1
This appears to be related to #46072, but the fix for that does not
work directly on Solaris. It appears to be due to the
# define PHAR_TAR_PACK __attribute__((__packed__))
in line 28 of ext/phar/tar.h - all other uses of __attribute__ in
various PHP sources are wrapped with
#if defined(__GNUC__) __GNUC__ = 4
and reproducing that here also allows compilation to succeed.
--
Edit this bug report at http://bugs.php.net/?id=50358edit=1
#50351 [Ver-Asn]: performance regression handling objects, ten times slower in 5.3.x than in 5.2
ID: 50351
Updated by: dmi...@php.net
Reported By: rlillack at yasni dot de
-Status: Verified
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: 64/32bit linux
PHP Version: 5.3.1
-Assigned To:
+Assigned To: dmitry
New Comment:
The reason of slowdown is Garbage Collector. I'll take a look into it.
Previous Comments:
[2009-12-02 09:59:09] rlillack at yasni dot de
It has to do something with object allocation because the problem does
NOT occur with this loop:
foreach (range(1, 100) as $i) {
$a []= array($i);
}
[2009-12-02 09:11:20] notarealemail at nodomain dot com
Sorry, forgotten a benchmark:
time: 0.90 secs, memory usage 219.38 MiB. (original loop, GC disabled)
So the problem seems more related to foreach+array+garbage collector
than class allocation
[2009-12-02 08:59:11] j...@php.net
Not exactly faster but better than with foreach():
[j...@localhost ~]$ php -d memory_limit=2G t.php
time: 2.73 secs, memory usage 371.39 MiB.
[j...@localhost ~]$ src/build/php_5_3/sapi/cli/php -d memory_limit=2G
t.php
time: 3.05 secs, memory usage 383.46 MiB.
[2009-12-02 08:42:56] notarealemail at nodomain dot com
Simply changing the loop from
foreach (range(1, 100) as $i)
to
for ( $i = 0; $i 100; $i++ )
Makes php 5.3.1 (win xp vc9 nots cli) run normal, even faster than
5.2.11 (same configuration).
Performance (php 5.3.1):
time: 8.23 secs, memory usage 219.38 MiB. (original loop)
time: 0.91 secs, memory usage 219.39 MiB. (modified loop)
time: 0.72 secs, memory usage 219.38 MiB. (modified loop, GC disabled)
Tested on a E8400 3GHz.
[2009-12-01 14:46:39] j...@php.net
See also bug #48781 (propably related as well)
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/50351
--
Edit this bug report at http://bugs.php.net/?id=50351edit=1
#50359 [NEW]: Random crash on new SoapServer
From: datacompboy at call2ru dot com
Operating system: Linux 2.6.31-1-amd64
PHP version: 5.2.11
PHP Bug Type: Reproducible crash
Bug description: Random crash on new SoapServer
Description:
Sometimes (from 1-2-3 times in a day to 1 time at 3-4 days) every-minute
cron, that fetches from WS, written via SoapServer gets Bad Gateway
reply.
On server-side there an
[notice] child pid 1892 exit signal Segmentation fault (11)
in error.log
and one of:
kernel: [3878097.399362] php[23893]: segfault at 7fa3e51aded0 ip
7fa3e51aded0 sp 7fa3e35f0128 error 14 in librt-2.9.so[7fa3e9822000+7000]
kernel: [3879416.960444] php[24282]: segfault at 7ff7addc9edb ip
7ff7ab8024d7 sp 7ff7ac20bca0 error 4 in libgcc_s.so.1[7ff7ab7f1000+1a000]
in dmesg.
After suhosin enabled in sumulation mode, there
[error] [client 87.106.137.135] ALERT-SIMULATION - canary mismatch on
efree() - heap overflow detected (attacker '87.106.137.135', file
'/var/www/yii/framework/web/services/CWebService.php', line 154)
messages.
Same request executed right after error works fine.
So, i have enabled buffer overflow coredump in suhosin, and here an
coredump attached.
Can't post full reproduce code, since crash very random.
System is dual-core Opteron.
PHP 5.2.11-1 with Suhosin-Patch 0.9.7 (cli) (built: Sep 20 2009 11:41:46)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies
with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH
Reproduce code:
---
Dies every time on
$server=new SoapServer($this-wsdlUrl,$this-getOptions());
where
$this-wsdlUrl = http://dev-eworld.direktbill.de/y/wsdl/quote;;
Expected result:
Always works
Actual result:
--
#0 0x7f699b9c566b in suhosin_log () from
/usr/lib/php5/20060613/suhosin.so
No symbol table info available.
#1 0x7f69a402e1dd in _zend_mm_free_int (heap=0xf3eb40, p=0x1374360)
at /tmp/buildd/php5-5.2.11.dfsg.1/Zend/zend_alloc.c:2036
check = 18433888
mm_block = 0x1374338
next_block = 0x7f69a4537e40
size = 0
#2 0x7f69a401927b in php_stream_tidy_wrapper_error_log
(wrapper=0x7f69a4537e40)
at /tmp/buildd/php5-5.2.11.dfsg.1/main/streams/streams.c:195
i = 1
#3 0x7f69a401aae5 in _php_stream_open_wrapper_ex (path=0x1194760
http://dev-eworld.direktbill.de/y/wsdl/quote;,
mode=0x7f69a25c51a0 \220\066\350\246i\177, options=12,
opened_path=0x0, context=0x131ec40)
at /tmp/buildd/php5-5.2.11.dfsg.1/main/streams/streams.c:1899
stream = 0x131ec40
wrapper = 0x7f69a4537e40
path_to_open = 0x10814a8 @~S\244i\177
persistent = 0
copy_of_path = 0x7fffe4fe11ef
#4 0x7f69a3e63b89 in php_libxml_streams_IO_open_wrapper (
filename=0x1194760 http://dev-eworld.direktbill.de/y/wsdl/quote;,
mode=0x7f69a40c6d7f rb, read_only=1)
at /tmp/buildd/php5-5.2.11.dfsg.1/ext/libxml/libxml.c:323
ssbuf = {sb = {st_dev = 2749774729, st_ino = 23387733, st_nlink =
2803224128, st_mode = 20143263, st_uid = 0,
st_gid = 2803224128, __pad0 = 32617, st_rdev = 20143287,
st_size = 14, st_blksize = 20143256, st_blocks = 0,
st_atim = {tv_sec = 20325376, tv_nsec = 2800236510}, st_mtim =
#50352 [Com]: error: structure has no member named `res_h_errno'
ID: 50352 Comment by: admin at phpcode dot us Reported By: admin at phpcode dot us Status: Feedback Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 Assigned To: scottmac New Comment: it is look like was my mistake with latest snapshot of php 5.3. I'm downloaded him, but compiled another version... Sorry. Latest snapshot realy fixied this bug. I am made patch for PHP 5.3.1 based on scottmac diff. Thanks! Previous Comments: [2009-12-02 08:23:21] j...@php.net Did you or did you not actually try the snapshot in the url? You can NOT get the same error if you did.. [2009-12-01 21:29:39] scott...@php.net Well the structure isn't in the 5.3 snapshot any more so no error is possible. Unless he did something different or didn't grab the correct snapshot? [2009-12-01 19:54:20] j...@php.net Scott, are you really sure it's fixed? He tried latest snapshot..or are those not from 5.3 branch anymore? [2009-12-01 19:37:29] scott...@php.net http://svn.php.net/viewvc?view=revisionrevision=289691 Duplicate of bug #49224 [2009-12-01 19:10:53] admin at phpcode dot us scottmac Can i see diff between 5.3.1 and 5.3.2 what fixes 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/50352 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50352 [Fbk-Csd]: error: structure has no member named `res_h_errno'
ID: 50352 User updated by: admin at phpcode dot us Reported By: admin at phpcode dot us -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 Assigned To: scottmac New Comment: Already fixed on lastest snapshot Previous Comments: [2009-12-02 13:03:14] admin at phpcode dot us it is look like was my mistake with latest snapshot of php 5.3. I'm downloaded him, but compiled another version... Sorry. Latest snapshot realy fixied this bug. I am made patch for PHP 5.3.1 based on scottmac diff. Thanks! [2009-12-02 08:23:21] j...@php.net Did you or did you not actually try the snapshot in the url? You can NOT get the same error if you did.. [2009-12-01 21:29:39] scott...@php.net Well the structure isn't in the 5.3 snapshot any more so no error is possible. Unless he did something different or didn't grab the correct snapshot? [2009-12-01 19:54:20] j...@php.net Scott, are you really sure it's fixed? He tried latest snapshot..or are those not from 5.3 branch anymore? [2009-12-01 19:37:29] scott...@php.net http://svn.php.net/viewvc?view=revisionrevision=289691 Duplicate of bug #49224 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/50352 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50352 [Csd-Bgs]: error: structure has no member named `res_h_errno'
ID: 50352 Updated by: j...@php.net Reported By: admin at phpcode dot us -Status: Closed +Status: Bogus Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 Assigned To: scottmac New Comment: Yeah.. Previous Comments: [2009-12-02 13:04:33] admin at phpcode dot us Already fixed on lastest snapshot [2009-12-02 13:03:14] admin at phpcode dot us it is look like was my mistake with latest snapshot of php 5.3. I'm downloaded him, but compiled another version... Sorry. Latest snapshot realy fixied this bug. I am made patch for PHP 5.3.1 based on scottmac diff. Thanks! [2009-12-02 08:23:21] j...@php.net Did you or did you not actually try the snapshot in the url? You can NOT get the same error if you did.. [2009-12-01 21:29:39] scott...@php.net Well the structure isn't in the 5.3 snapshot any more so no error is possible. Unless he did something different or didn't grab the correct snapshot? [2009-12-01 19:54:20] j...@php.net Scott, are you really sure it's fixed? He tried latest snapshot..or are those not from 5.3 branch anymore? 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/50352 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50360 [NEW]: Crash on is_subclass_of() under special conditions
From: mjomble at gmail dot com Operating system: Windows XP / Vista PHP version: 5.2SVN-2009-12-02 (snap) PHP Bug Type: Reproducible crash Bug description: Crash on is_subclass_of() under special conditions Description: The issue seems similar to bug #46753, but with a much more compact reproduce code: 3 files; ~75 lines in total; no external dependencies. I've managed to reproduce the crash with the same code in 5.2.2, 5.2.11, 5.2.12RC3 and the 5.2 snapshot from 2009-12-02. It doesn't happen with 5.3.0 or 5.3.1, at least with this code. Factors that determine whether the crash occurs or not include: * Use of is_subclass_of() vs instanceof * Custom autoloader * A random function call in the autoloader function * Either the width or depth of the callstack at the time is_subclass_of() is called. In the provided reproduce code, there's a shallow call stack, but a large number of parameters. The crash could also be reproduced with fewer parameters, but a deeper call stack. * The number of methods in a specific class. See the comments in the reproduce code for more details on small code changes that can cause the crash not to occur. Reproduce code: --- http://files.rtedev.com/phpbug.zip The code is in three separate files. Putting the classes in fewer files will change the autoloader's behavior so that the crash will not occur. Extract the zip into a folder and run php run.php This should crash the PHP CLI. Expected result: Done should be printed to standard output. Actual result: -- Backtrace from Microsoft Debug Diagnostic Tools Thread 0 - System ID 5108 Entry point php!mainCRTStartup Function Arg 1 Arg 2 Arg 3 php5ts!is_a_impl+b6 019029ac 0190f9e0 php5ts!zif_is_subclass_of+25 0002 0190f9e0 php5ts!zend_do_fcall_common_helper_SPEC+7ab 00c0faf0 00312600 0190e818 php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+e5 003126d8 00c0fbf4 php5ts!execute+1c50190f328 003126d8 php5ts!zend_do_fcall_common_helper_SPEC+8ca 00c0fb98 00312601 1001c6c5 php5ts!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER+15 00c0fb98 003126d8 003126d8 php5ts!execute+1c50190d210 003126d8 php5ts!zend_execute_scripts+107 0008 003126d8 php5ts!php_execute_script+20d 00c0fe90 003126d8 php!main+bca 0002 00312630 003116a0 php!mainCRTStartup+e3 7ffd4000 00c0ffd4 779119bb kernel32!BaseThreadInitThunk+e7ffd4000 7dc79c3d ntdll!__RtlUserThreadStart+23 00402f72 7ffd4000 ntdll!_RtlUserThreadStart+1b 00402f72 7ffd4000 -- Edit bug report at http://bugs.php.net/?id=50360edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50360r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50360r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50360r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50360r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50360r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50360r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50360r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50360r=needscript Try newer version: http://bugs.php.net/fix.php?id=50360r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50360r=support Expected behavior: http://bugs.php.net/fix.php?id=50360r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50360r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50360r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50360r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50360r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50360r=dst IIS Stability: http://bugs.php.net/fix.php?id=50360r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50360r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50360r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50360r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50360r=mysqlcfg
#50359 [Opn-Fbk]: Random crash on new SoapServer
ID: 50359 Updated by: j...@php.net Reported By: datacompboy at call2ru dot com -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: SOAP related Operating System: Linux 2.6.31-1-amd64 PHP Version: 5.2.11 New Comment: Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And do not add any 3rd party patches (Suhosin) or load any zend extensions (apc, etc.) when you produce the backtrace. Also, simple backtrace is usually quite enough, just bt.. Previous Comments: [2009-12-02 12:16:00] datacompboy at call2ru dot com Description: Sometimes (from 1-2-3 times in a day to 1 time at 3-4 days) every-minute cron, that fetches from WS, written via SoapServer gets Bad Gateway reply. On server-side there an [notice] child pid 1892 exit signal Segmentation fault (11) in error.log and one of: kernel: [3878097.399362] php[23893]: segfault at 7fa3e51aded0 ip 7fa3e51aded0 sp 7fa3e35f0128 error 14 in librt-2.9.so[7fa3e9822000+7000] kernel: [3879416.960444] php[24282]: segfault at 7ff7addc9edb ip 7ff7ab8024d7 sp 7ff7ac20bca0 error 4 in libgcc_s.so.1[7ff7ab7f1000+1a000] in dmesg. After suhosin enabled in sumulation mode, there [error] [client 87.106.137.135] ALERT-SIMULATION - canary mismatch on efree() - heap overflow detected (attacker '87.106.137.135', file '/var/www/yii/framework/web/services/CWebService.php', line 154) messages. Same request executed right after error works fine. So, i have enabled buffer overflow coredump in suhosin, and here an coredump attached. Can't post full reproduce code, since crash very random. System is dual-core Opteron. PHP 5.2.11-1 with Suhosin-Patch 0.9.7 (cli) (built: Sep 20 2009 11:41:46) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH Reproduce code: --- Dies every time on $server=new SoapServer($this-wsdlUrl,$this-getOptions()); where $this-wsdlUrl = http://dev-eworld.direktbill.de/y/wsdl/quote;; Expected result: Always works Actual result: -- #0 0x7f699b9c566b in suhosin_log () from /usr/lib/php5/20060613/suhosin.so No symbol table info available. #1 0x7f69a402e1dd in _zend_mm_free_int (heap=0xf3eb40, p=0x1374360) at /tmp/buildd/php5-5.2.11.dfsg.1/Zend/zend_alloc.c:2036 check = 18433888 mm_block = 0x1374338 next_block = 0x7f69a4537e40 size = 0 #2 0x7f69a401927b in php_stream_tidy_wrapper_error_log (wrapper=0x7f69a4537e40) at /tmp/buildd/php5-5.2.11.dfsg.1/main/streams/streams.c:195 i = 1 #3 0x7f69a401aae5 in _php_stream_open_wrapper_ex (path=0x1194760 http://dev-eworld.direktbill.de/y/wsdl/quote;, mode=0x7f69a25c51a0 \220\066\350\246i\177, options=12, opened_path=0x0, context=0x131ec40) at /tmp/buildd/php5-5.2.11.dfsg.1/main/streams/streams.c:1899 stream = 0x131ec40 wrapper = 0x7f69a4537e40 path_to_open = 0x10814a8 @~S\244i\177 persistent = 0 copy_of_path = 0x7fffe4fe11ef #4 0x7f69a3e63b89 in php_libxml_streams_IO_open_wrapper ( filename=0x1194760
#50360 [Opn-Fbk]: Crash on is_subclass_of() under special conditions
ID: 50360 Updated by: j...@php.net Reported By: mjomble at gmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP / Vista PHP Version: 5.2SVN-2009-12-02 (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 ?php and ends 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. ONE file, thank you. Use something else than zipped file. Previous Comments: [2009-12-02 13:57:26] mjomble at gmail dot com Description: The issue seems similar to bug #46753, but with a much more compact reproduce code: 3 files; ~75 lines in total; no external dependencies. I've managed to reproduce the crash with the same code in 5.2.2, 5.2.11, 5.2.12RC3 and the 5.2 snapshot from 2009-12-02. It doesn't happen with 5.3.0 or 5.3.1, at least with this code. Factors that determine whether the crash occurs or not include: * Use of is_subclass_of() vs instanceof * Custom autoloader * A random function call in the autoloader function * Either the width or depth of the callstack at the time is_subclass_of() is called. In the provided reproduce code, there's a shallow call stack, but a large number of parameters. The crash could also be reproduced with fewer parameters, but a deeper call stack. * The number of methods in a specific class. See the comments in the reproduce code for more details on small code changes that can cause the crash not to occur. Reproduce code: --- http://files.rtedev.com/phpbug.zip The code is in three separate files. Putting the classes in fewer files will change the autoloader's behavior so that the crash will not occur. Extract the zip into a folder and run php run.php This should crash the PHP CLI. Expected result: Done should be printed to standard output. Actual result: -- Backtrace from Microsoft Debug Diagnostic Tools Thread 0 - System ID 5108 Entry point php!mainCRTStartup Function Arg 1 Arg 2 Arg 3 php5ts!is_a_impl+b6 019029ac 0190f9e0 php5ts!zif_is_subclass_of+25 0002 0190f9e0 php5ts!zend_do_fcall_common_helper_SPEC+7ab 00c0faf0 00312600 0190e818 php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+e5 003126d8 00c0fbf4 php5ts!execute+1c50190f328 003126d8 php5ts!zend_do_fcall_common_helper_SPEC+8ca 00c0fb98 00312601 1001c6c5 php5ts!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER+15 00c0fb98 003126d8 003126d8 php5ts!execute+1c50190d210 003126d8 php5ts!zend_execute_scripts+107 0008 003126d8 php5ts!php_execute_script+20d 00c0fe90 003126d8 php!main+bca 0002 00312630 003116a0 php!mainCRTStartup+e3 7ffd4000 00c0ffd4 779119bb kernel32!BaseThreadInitThunk+e7ffd4000 7dc79c3d ntdll!__RtlUserThreadStart+23 00402f72 7ffd4000 ntdll!_RtlUserThreadStart+1b 00402f72 7ffd4000 -- Edit this bug report at http://bugs.php.net/?id=50360edit=1
#50361 [NEW]: Installation failure
From: davidjanks at gmail dot com Operating system: Ubuntu PHP version: 5.3.1 PHP Bug Type: *Mail Related Bug description: Installation failure Description: Hi while trying to run an installation for php5-imap on ubuntu I get a dependency error. Reproduce code: --- el...@ejr01:~$ sudo apt-get install php5-imap [sudo] password for elmar: Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies. php5-imap: Depends: php5-common (= 5.2.6.dfsg.1-1+lenny3) but 5.2.10.dfsg.1-2ubuntu6.3 is to be installed E: Broken packages el...@ejr01:~$ Expected result: Installation successfully completed Actual result: -- The following packages have unmet dependencies. php5-imap: Depends: php5-common (= 5.2.6.dfsg.1-1+lenny3) but 5.2.10.dfsg.1-2ubuntu6.3 is to be installed -- Edit bug report at http://bugs.php.net/?id=50361edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50361r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50361r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50361r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50361r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50361r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50361r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50361r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50361r=needscript Try newer version: http://bugs.php.net/fix.php?id=50361r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50361r=support Expected behavior: http://bugs.php.net/fix.php?id=50361r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50361r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50361r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50361r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50361r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50361r=dst IIS Stability: http://bugs.php.net/fix.php?id=50361r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50361r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50361r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50361r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50361r=mysqlcfg
#50360 [Com]: Crash on is_subclass_of() under special conditions
ID: 50360 Comment by: mjomble at gmail dot com Reported By: mjomble at gmail dot com Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP / Vista PHP Version: 5.2SVN-2009-12-02 (snap) New Comment: The crash can't be reproduced with a single file as that would not invoke the autoloader. Previous Comments: [2009-12-02 13:59:52] j...@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 ?php and ends 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. ONE file, thank you. Use something else than zipped file. [2009-12-02 13:57:26] mjomble at gmail dot com Description: The issue seems similar to bug #46753, but with a much more compact reproduce code: 3 files; ~75 lines in total; no external dependencies. I've managed to reproduce the crash with the same code in 5.2.2, 5.2.11, 5.2.12RC3 and the 5.2 snapshot from 2009-12-02. It doesn't happen with 5.3.0 or 5.3.1, at least with this code. Factors that determine whether the crash occurs or not include: * Use of is_subclass_of() vs instanceof * Custom autoloader * A random function call in the autoloader function * Either the width or depth of the callstack at the time is_subclass_of() is called. In the provided reproduce code, there's a shallow call stack, but a large number of parameters. The crash could also be reproduced with fewer parameters, but a deeper call stack. * The number of methods in a specific class. See the comments in the reproduce code for more details on small code changes that can cause the crash not to occur. Reproduce code: --- http://files.rtedev.com/phpbug.zip The code is in three separate files. Putting the classes in fewer files will change the autoloader's behavior so that the crash will not occur. Extract the zip into a folder and run php run.php This should crash the PHP CLI. Expected result: Done should be printed to standard output. Actual result: -- Backtrace from Microsoft Debug Diagnostic Tools Thread 0 - System ID 5108 Entry point php!mainCRTStartup Function Arg 1 Arg 2 Arg 3 php5ts!is_a_impl+b6 019029ac 0190f9e0 php5ts!zif_is_subclass_of+25 0002 0190f9e0 php5ts!zend_do_fcall_common_helper_SPEC+7ab 00c0faf0 00312600 0190e818 php5ts!ZEND_DO_FCALL_SPEC_CONST_HANDLER+e5 003126d8 00c0fbf4 php5ts!execute+1c50190f328 003126d8 php5ts!zend_do_fcall_common_helper_SPEC+8ca 00c0fb98 00312601 1001c6c5 php5ts!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER+15 00c0fb98 003126d8 003126d8 php5ts!execute+1c50190d210 003126d8 php5ts!zend_execute_scripts+107 0008 003126d8 php5ts!php_execute_script+20d 00c0fe90 003126d8 php!main+bca 0002 00312630 003116a0 php!mainCRTStartup+e3 7ffd4000 00c0ffd4 779119bb kernel32!BaseThreadInitThunk+e7ffd4000 7dc79c3d ntdll!__RtlUserThreadStart+23 00402f72 7ffd4000 ntdll!_RtlUserThreadStart+1b 00402f72 7ffd4000 -- Edit this bug report at http://bugs.php.net/?id=50360edit=1
#49267 [Com]: Linking fails for iconv: Undefined symbols: _libiconv
ID: 49267 Comment by: ralph dot schindler at zend dot com Reported By: s dot rost at ewerk dot com Status: Assigned Bug Type: Compile Failure Operating System: Mac OSX 10.6 Snow Leopard PHP Version: 5.3, 6 (2009-08-18) Assigned To: scottmac New Comment: Please note: This affects the PHP_5_2 branch as well. Previous Comments: [2009-10-09 16:00:28] Lawrence dot Sewell at vt dot edu Moving this thread to a positive note, making these two changes does work for my system with PHP-5.3.0: sw_vers - ProductName: Mac OS X Server ProductVersion: 10.6.1 BuildVersion: 10B504 gcc -v - Thread model: posix gcc version 4.2.1 (Apple Inc. build 5646) machine - i486 1) Add -lresolv to MH_BUNDLE_FLAGS, EXTRA_LDFLAGS and EXTRA_LDFLAGS_PROGRAM in Makefile 2) Change ext/iconv/iconv.c 186c186 #define iconv libiconv --- #define iconv iconv [2009-10-05 13:45:31] cest_robert at hotmail dot com I tried the same fixes using a MacBook 2.0 Ghz, 10.6.1 fresh install. Installed libiconv from Macports 1.8.1 (along with libjpeg, libpng, etc.) and ensured it was a 64-bit library using file /opt/local/lib/libiconv.dylib. Tried each combination (edited ext/iconv/iconv.c file line 185, edited Makefile to include -lresolv) but nothing allows the system to compile correctly. The error is always: Undefined symbols: _libiconv_open, referenced from: _do_convert in gdkanji.o _convert in encodings.o _libiconv, referenced from: _do_convert in gdkanji.o __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strlen in iconv.o __php_iconv_substr in iconv.o __php_iconv_strpos in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o __php_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o _convert in encodings.o _libiconv_close, referenced from: _do_convert in gdkanji.o _convert in encodings.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 I've even tried NOT using libiconv with --without-iconv in the PHP config script, but it *still* gives this error no matter what happens. Spent 3 days now searching for fixes, trying different combinations of patches and suggestions, but nothing works. I'm completely stumped. [2009-09-28 19:05:37] bj...@php.net This issue looks like the same issue as I fixed on FreeBSD some years ago. If I can access to that OSX platform I'm sure I can fix it while Scott is away.. [2009-09-23 23:53:35] mattcsl at gmail dot com For php-5.3.0, php-5.3.1RC1, and a snapshot build I have tried adding -lresolv to EXTRA_LIBS and MH_BUNDLE_FLAGS in Makefile I have edited ext/iconv/iconv.c like the thread has said. I even patched iconv.c with the patch that was posted at the end of this thread. Absolutely none of this solves the linking problem! This is seriously ruining my day. Why is this not working Mac OS X 10.6.1 ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql=/usr/local/mysql --enable-zip --enable-ftp --with-gd --with-jpeg-dir=/usr/local/lib --with-curl --with-iconv-dir=/usr Undefined symbols: _libiconv_open, referenced from: _do_convert in gdkanji.o __php_iconv_strlen in iconv.o _php_iconv_string in iconv.o __php_iconv_strpos in iconv.o __php_iconv_mime_decode in iconv.o __php_iconv_mime_decode in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_factory_create in iconv.o _libiconv, referenced from: _do_convert in gdkanji.o __php_iconv_strlen in iconv.o _php_iconv_string in iconv.o _php_iconv_string in iconv.o __php_iconv_strpos in iconv.o __php_iconv_appendl in iconv.o __php_iconv_appendl in iconv.o _zif_iconv_substr in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _zif_iconv_mime_encode in iconv.o _php_iconv_stream_filter_append_bucket in iconv.o
#50361 [Opn-Bgs]: Installation failure
ID: 50361 Updated by: j...@php.net Reported By: davidjanks at gmail dot com -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: Ubuntu PHP Version: 5.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2009-12-02 14:00:27] davidjanks at gmail dot com Description: Hi while trying to run an installation for php5-imap on ubuntu I get a dependency error. Reproduce code: --- el...@ejr01:~$ sudo apt-get install php5-imap [sudo] password for elmar: Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies. php5-imap: Depends: php5-common (= 5.2.6.dfsg.1-1+lenny3) but 5.2.10.dfsg.1-2ubuntu6.3 is to be installed E: Broken packages el...@ejr01:~$ Expected result: Installation successfully completed Actual result: -- The following packages have unmet dependencies. php5-imap: Depends: php5-common (= 5.2.6.dfsg.1-1+lenny3) but 5.2.10.dfsg.1-2ubuntu6.3 is to be installed -- Edit this bug report at http://bugs.php.net/?id=50361edit=1
#50359 [Com]: Random crash on new SoapServer
ID: 50359 Comment by: datacompboy at call2ru dot com Reported By: datacompboy at call2ru dot com Status: Feedback Bug Type: SOAP related Operating System: Linux 2.6.31-1-amd64 PHP Version: 5.2.11 New Comment: Rebuilding without suhosin with latest tarball. Will post bt as soon, as crash reproduced again. Previous Comments: [2009-12-02 13:58:41] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And do not add any 3rd party patches (Suhosin) or load any zend extensions (apc, etc.) when you produce the backtrace. Also, simple backtrace is usually quite enough, just bt.. [2009-12-02 12:16:00] datacompboy at call2ru dot com Description: Sometimes (from 1-2-3 times in a day to 1 time at 3-4 days) every-minute cron, that fetches from WS, written via SoapServer gets Bad Gateway reply. On server-side there an [notice] child pid 1892 exit signal Segmentation fault (11) in error.log and one of: kernel: [3878097.399362] php[23893]: segfault at 7fa3e51aded0 ip 7fa3e51aded0 sp 7fa3e35f0128 error 14 in librt-2.9.so[7fa3e9822000+7000] kernel: [3879416.960444] php[24282]: segfault at 7ff7addc9edb ip 7ff7ab8024d7 sp 7ff7ac20bca0 error 4 in libgcc_s.so.1[7ff7ab7f1000+1a000] in dmesg. After suhosin enabled in sumulation mode, there [error] [client 87.106.137.135] ALERT-SIMULATION - canary mismatch on efree() - heap overflow detected (attacker '87.106.137.135', file '/var/www/yii/framework/web/services/CWebService.php', line 154) messages. Same request executed right after error works fine. So, i have enabled buffer overflow coredump in suhosin, and here an coredump attached. Can't post full reproduce code, since crash very random. System is dual-core Opteron. PHP 5.2.11-1 with Suhosin-Patch 0.9.7 (cli) (built: Sep 20 2009 11:41:46) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH Reproduce code: --- Dies every time on $server=new SoapServer($this-wsdlUrl,$this-getOptions()); where $this-wsdlUrl = http://dev-eworld.direktbill.de/y/wsdl/quote;; Expected result: Always works Actual result: -- #0 0x7f699b9c566b in suhosin_log () from /usr/lib/php5/20060613/suhosin.so No symbol table info available. #1 0x7f69a402e1dd in _zend_mm_free_int (heap=0xf3eb40, p=0x1374360) at /tmp/buildd/php5-5.2.11.dfsg.1/Zend/zend_alloc.c:2036 check = 18433888 mm_block = 0x1374338 next_block = 0x7f69a4537e40 size = 0 #2 0x7f69a401927b in php_stream_tidy_wrapper_error_log (wrapper=0x7f69a4537e40) at /tmp/buildd/php5-5.2.11.dfsg.1/main/streams/streams.c:195 i = 1 #3 0x7f69a401aae5 in _php_stream_open_wrapper_ex (path=0x1194760 http://dev-eworld.direktbill.de/y/wsdl/quote;, mode=0x7f69a25c51a0 \220\066\350\246i\177, options=12, opened_path=0x0, context=0x131ec40) at /tmp/buildd/php5-5.2.11.dfsg.1/main/streams/streams.c:1899 stream = 0x131ec40 wrapper = 0x7f69a4537e40 path_to_open = 0x10814a8 @~S\244i\177 persistent = 0 copy_of_path = 0x7fffe4fe11ef
#50358 [Fbk-Opn]: Compile failure compiling ext/phar/util.lo
ID: 50358
User updated by: yatessc at telkom dot co dot za
Reported By: yatessc at telkom dot co dot za
-Status: Feedback
+Status: Open
Bug Type: PHAR related
Operating System: Solaris 9 sparc
PHP Version: 5.3.1
New Comment:
Unfortunately till fails with the same errors (using snapshot
php5.3-200912021330).
I can get it to compile by changing the define in tar.h from:
#ifdef PHP_WIN32
#pragma pack(1)
# define PHAR_TAR_PACK
#elif defined(__sgi)
# define PHAR_TAR_PACK
#else
# define PHAR_TAR_PACK __attribute__((__packed__))
#endif
to
#ifdef PHP_WIN32
#pragma pack(1)
# define PHAR_TAR_PACK
#elif defined(__sgi)
# define PHAR_TAR_PACK
#elif defined(__GNUC__) __GNUC__ = 4
# define PHAR_TAR_PACK __attribute__((__packed__))
#else
# define PHAR_TAR_PACK
#endif
although I have not yet tested the functioning of the PHAR extension
(busy running the tests).
Previous Comments:
[2009-12-02 12:10:01] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-12-02 11:19:35] yatessc at telkom dot co dot za
Description:
Using Sun ONE Studio compiler, not gcc - error output is:
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: syntax error before or
at: (
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: warning: typedef
valid only for function declaration
/usr/local/php-5.3.1/ext/phar/tar.h, line 52: warning: old-style
declaration or incorrect type for: old_tar_header
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: syntax error before or
at: (
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: warning: typedef
valid only for function declaration
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: identifier redefined:
__attribute__
current : function() returning struct _tar_header {array[100]
of char name, array[8] of char mode, array[8] of char uid, arr
ay[8] of char gid, array[12] of char size, array[12] of char mtime,
array[8] of char checksum, char typeflag, array[100] of char lin
kname, array[6] of char magic, array[2] of char version, array[32] of
char uname, array[32] of char gname, array[8] of char devmajor
, array[8] of char devminor, array[155] of char prefix, array[12] of
char padding}
previous: function() returning struct _old_tar_header
{array[100] of char name, array[8] of char mode, array[8] of char uid,
array[8] of char gid, array[12] of char size, array[12] of char mtime,
array[8] of char checksum, char link, array[100] of char lin
kname} : /usr/local/php-5.3.1/ext/phar/tar.h, line 52
/usr/local/php-5.3.1/ext/phar/tar.h, line 92: warning: old-style
declaration or incorrect type for: tar_header
cc: acomp failed for /usr/local/php-5.3.1/ext/phar/util.c
*** Error code 1
This appears to be related to #46072, but the fix for that does not
work directly on Solaris. It appears to be due to the
# define PHAR_TAR_PACK __attribute__((__packed__))
in line 28 of ext/phar/tar.h - all other uses of __attribute__ in
various PHP sources are wrapped with
#if defined(__GNUC__) __GNUC__ = 4
and reproducing that here also allows compilation to succeed.
--
Edit this bug report at http://bugs.php.net/?id=50358edit=1
#50345 [Com]: nanosleep not detected properly on some solaris versions
ID: 50345 Comment by: sle at ocf dot berkeley dot edu Reported By: sle at ocf dot berkeley dot edu Status: Feedback Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5.3.1 Assigned To: jani New Comment: The patch appears to have fixed the bug. I am now able to successfully compile PHP 5.3 without modifying the generated Makefile. I'm running the test suites right now, but everything appears to be working. Thanks for your help! Previous Comments: [2009-12-02 08:55:57] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ But in about 35 minutes earliest so that the fix gets in it. :) [2009-12-02 08:54:51] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revisionrevision=291584 Log: - Fixed bug #50345 (nanosleep not detected properly on some solaris versions) [2009-12-01 23:52:35] sle at ocf dot berkeley dot edu -lrt is only mentioned in config.log when searching for -lcurl. I suspect this is due to curl-config recommending -lrt for its linker flags. With regards to nanosleep, ### snip from config.log ### configure:15225: checking for nanosleep configure:15253: /usr/sfw/bin/gcc -o conftest -I/opt/ocf/include -I/usr/sfw/incl ude -I/opt/ocf/include -I/usr/sfw/include -D_POSIX_PTHREAD_SEMANTICS -L/opt/ocf/ lib -R/opt/ocf/lib -L/usr/sfw/lib -R/usr/sfw/lib -R/usr/ucblib -L/usr/ucblib con ftest.c -lm -lnsl -lsocket 15 Undefined first referenced symbol in file nanosleep /var/tmp//ccYTdffo.o ld: fatal: Symbol referencing errors. No output written to conftest ### end snip ### since the test failed, it shouldn't have been defined. However, I do see the following later: ### snip from config.log ### configure:15271: checking for __nanosleep configure:15299: /usr/sfw/bin/gcc -o conftest -I/opt/ocf/include -I/usr/sfw/incl ude -I/opt/ocf/include -I/usr/sfw/include -D_POSIX_PTHREAD_SEMANTICS -L/opt/ocf/ lib -R/opt/ocf/lib -L/usr/sfw/lib -R/usr/sfw/lib -R/usr/ucblib -L/usr/ucblib con ftest.c -lm -lnsl -lsocket 15 ### end snip ### that test seems to be successful: ### snip from configure output ### checking for nanosleep... no checking for __nanosleep... yes ### end snip ### [2009-12-01 18:55:32] j...@php.net Try grep for it..? Try also for nanosleep. Maybe it's found in libc somehow.. [2009-12-01 15:40:52] sle at ocf dot berkeley dot edu HAVE_LIBRT is not defined: /* #undef HAVE_LIBRT */ Is there anywhere I can look in config.log to find out why -lrt is not being detected? 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/50345 -- Edit this bug report at http://bugs.php.net/?id=50345edit=1
#50325 [Bgs]: DOMXPath can not find anything without the namespace specified
ID: 50325
User updated by: winner5 at interia dot pl
Reported By: winner5 at interia dot pl
Status: Bogus
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 5.2.11
New Comment:
Thank you. In php guide actually there was an example without xmlns
defined. My mistake.
Previous Comments:
[2009-11-30 10:19:12] rricha...@php.net
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Default namespaces must always be registered. A prefix is required to
use namespaces in xpath queries. Not a PHP issue
[2009-11-29 14:40:11] winner5 at interia dot pl
Description:
DOMXPath do not find anything, like it should due to php.net online
guide, it requires to registerNamespace in DOMXPath
Reproduce code:
---
?php
$dom = new DOMDocument();
$dom-loadXML('?xml version=1.0 encoding=utf-8
standalone=no?!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN
http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;html
xmlns=http://www.w3.org/1999/xhtml; xml:lang=en
dir=ltrheadtitleTitle/title/headbodydivdiv
id=readpThis/p/div/div/body/html');
header('Content-Type: application/xhtml+xml; charset=utf-8');
$xpath = new DOMXPath($dom);
$nodelist = $xpath-query('/html/body/div/d...@id=\'read\'][1]');
$root = $nodelist-item(0);
$root-appendChild($dom-createElement('p', $root-nodeName));
print($dom-saveXML());
?
Expected result:
Just the same as:
?php
$dom = new DOMDocument();
$dom-loadXML('?xml version=1.0 encoding=utf-8
standalone=no?!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN
http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd;html
xmlns=http://www.w3.org/1999/xhtml; xml:lang=en
dir=ltrheadtitleTitle/title/headbodydivdiv
id=readpThis/p/div/div/body/html');
header('Content-Type: application/xhtml+xml; charset=utf-8');
$xpath = new DOMXPath($dom);
$xpath-registerNamespace('x', $dom-documentElement-namespaceURI);
$nodelist =
$xpath-query('/x:html/x:body/x:div/x:d...@id=\'read\'][1]');
$root = $nodelist-item(0);
$root-appendChild($dom-createElement('p', $root-nodeName));
print($dom-saveXML());
?
Actual result:
--
Fatal error: Call to a member function appendChild() on a non-object in
./index.php on line 10
--
Edit this bug report at http://bugs.php.net/?id=50325edit=1
#48216 [Com]: PHP Fatal error: SOAP-ERROR: Parsing WSDL: Extra content at the end of the doc
ID: 48216
Comment by: php dot net at drsdre dot org
Reported By: mark at everytruckjob dot com
Status: No Feedback
Bug Type: SOAP related
Operating System: CentOs 5.3
PHP Version: 5.3.0RC2
New Comment:
Had the same issue with PHP 5.3.0. Content-lenght was available in the
header, but PHP gace fatel error 'extra content at the end of the
document'.
With php-5.3-win32-VC6-x85-latest.zip the WSDL is being read without
problems.
Previous Comments:
[2009-11-23 19:04:52] ondra dot podolinsky at seznam dot cz
The same problem: win xp, php 5.3.0.
[faultstring] = SOAP-ERROR: Parsing WSDL: Couldn't load from
'http://webapi.allegro.pl/uploader.php?wsdl' : Extra content at the end
of the document [faultcode] = WSDL
[2009-11-17 10:37:17] dmitry dot dulepov at gmail dot com
Same issue on PHP 5.3 that comes with Mac OS X:
Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from
'http://typo3.org/wsdl/tx_ter_wsdl.php' : Extra content at the end of
the document in /Users/user/Projects/TYPO3/typo3_src-
4.2.6/typo3/mod/tools/em/class.em_soap.php on line 115
[2009-10-30 15:04:50] nadavkav at gmail dot com
similar issue, on Debian unstable , PHP/5.3.0-3
laptop:/var/www/moodle-weekly/wspp/clients# ./mkclasses.sh
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 84
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 85
PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from
'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content at
the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php on line 88
SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load
from 'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content
at the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php:88
Stack trace:
#0 /var/www/moodle-weekly/wspp/wsdl2php.php(88): SoapClient-
SoapClient('http://localhos...')
#1 {main}laptop:/var/www/moodle-weekly/wspp/clients#
[2009-10-30 15:04:23] nadavkav at gmail dot com
similar issue, on Debian unstable , PHP/5.3.0-3
laptop:/var/www/moodle-weekly/wspp/clients# ./mkclasses.sh
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 84
PHP Notice: Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 85
PHP Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from
'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content at
the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php on line 88
SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load
from 'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content
at the end of the document
in /var/www/moodle-weekly/wspp/wsdl2php.php:88
Stack trace:
#0 /var/www/moodle-weekly/wspp/wsdl2php.php(88): SoapClient-
SoapClient('http://localhos...')
#1 {main}laptop:/var/www/moodle-weekly/wspp/clients#
[2009-10-15 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.
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/48216
--
Edit this bug report at http://bugs.php.net/?id=48216edit=1
#49851 [Fbk-Opn]: HTTP breaks on long header line
ID: 49851
Updated by: sjo...@php.net
Reported By: sjoerd-php at linuxonly dot nl
-Status: Feedback
+Status: Open
Bug Type: HTTP related
Operating System: *
PHP Version: 5.*, 6
New Comment:
Apache module.
The important thing is that a.php gives a header which is exactly 1024
bytes long, including \r\n. The file_get_contents than gives a wrong
result, and you can run that on the CLI or any other SAPI.
Previous Comments:
[2009-11-30 19:48:27] j...@php.net
What SAPI are you using? I can not reproduce this with fastcgi +
lighttpd..
[2009-10-24 08:08:10] sjo...@php.net
Thank you for your input. However, I disagree with your post.
php internally does not have any hard coded limit
http_fopen_wrapper.c:75
#define HTTP_HEADER_BLOCK_SIZE 1024
the header does not end with \r\n
This is not needed with header().
$string = str_pad('X-Padding: ', 1022, 'x').'\r\n';
This appends \r\n instead of CRLF, because you use single quotes
instead of double quotes.
[2009-10-24 02:16:58] srina...@php.net
php internally does not have any hard coded limit to parse the header
value. the only time, you will see http header in your output is when
the header does not end with \r\n (to mark it as new line).
as per HTTP spec, every HTTP headers need to end with \r\n (CR LF) to
mark the end of the line. php internally checks for this line to
determine if the header is done before proceeding to parse the body of
the request.
if you modify this below test case to reflect that there needs to be
\r\n to mark it as end of line, then you will see the expected output.
?php
$string = str_pad('X-Padding: ', 1022, 'x').'\r\n';
header($string);
header('Location: http://www.google.nl/');
echo Foo;
?
i suggest marking this bug as bogus (or not an issue).
[2009-10-12 21:16:11] lbarn...@php.net
Verified, since 5.1.0 at least.
[2009-10-12 20:24:53] sjo...@php.net
See also bug #49847 exec() confused by a specially crafted string,
which has a similar cause.
From http_fopen_wrapper.c:
while (!body !php_stream_eof(stream)) {
size_t http_header_line_length;
if (php_stream_get_line(stream, http_header_line,
HTTP_HEADER_BLOCK_SIZE, http_header_line_length) *http_header_line
!= '\n' *http_header_line != '\r') {
...
} else {
break;
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/49851
--
Edit this bug report at http://bugs.php.net/?id=49851edit=1
#50345 [Fbk-Csd]: nanosleep not detected properly on some solaris versions
ID: 50345 Updated by: j...@php.net Reported By: sle at ocf dot berkeley dot edu -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5.3.1 Assigned To: jani New Comment: Closing then. Thanks for testing. Previous Comments: [2009-12-02 16:23:07] sle at ocf dot berkeley dot edu The patch appears to have fixed the bug. I am now able to successfully compile PHP 5.3 without modifying the generated Makefile. I'm running the test suites right now, but everything appears to be working. Thanks for your help! [2009-12-02 08:55:57] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ But in about 35 minutes earliest so that the fix gets in it. :) [2009-12-02 08:54:51] s...@php.net Automatic comment from SVN on behalf of jani Revision: http://svn.php.net/viewvc/?view=revisionrevision=291584 Log: - Fixed bug #50345 (nanosleep not detected properly on some solaris versions) [2009-12-01 23:52:35] sle at ocf dot berkeley dot edu -lrt is only mentioned in config.log when searching for -lcurl. I suspect this is due to curl-config recommending -lrt for its linker flags. With regards to nanosleep, ### snip from config.log ### configure:15225: checking for nanosleep configure:15253: /usr/sfw/bin/gcc -o conftest -I/opt/ocf/include -I/usr/sfw/incl ude -I/opt/ocf/include -I/usr/sfw/include -D_POSIX_PTHREAD_SEMANTICS -L/opt/ocf/ lib -R/opt/ocf/lib -L/usr/sfw/lib -R/usr/sfw/lib -R/usr/ucblib -L/usr/ucblib con ftest.c -lm -lnsl -lsocket 15 Undefined first referenced symbol in file nanosleep /var/tmp//ccYTdffo.o ld: fatal: Symbol referencing errors. No output written to conftest ### end snip ### since the test failed, it shouldn't have been defined. However, I do see the following later: ### snip from config.log ### configure:15271: checking for __nanosleep configure:15299: /usr/sfw/bin/gcc -o conftest -I/opt/ocf/include -I/usr/sfw/incl ude -I/opt/ocf/include -I/usr/sfw/include -D_POSIX_PTHREAD_SEMANTICS -L/opt/ocf/ lib -R/opt/ocf/lib -L/usr/sfw/lib -R/usr/sfw/lib -R/usr/ucblib -L/usr/ucblib con ftest.c -lm -lnsl -lsocket 15 ### end snip ### that test seems to be successful: ### snip from configure output ### checking for nanosleep... no checking for __nanosleep... yes ### end snip ### [2009-12-01 18:55:32] j...@php.net Try grep for it..? Try also for nanosleep. Maybe it's found in libc somehow.. 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/50345 -- Edit this bug report at http://bugs.php.net/?id=50345edit=1
#49851 [Opn]: http wrapper breaks on 1024 char long headers
ID: 49851
Updated by: j...@php.net
-Summary: HTTP breaks on long header line
Reported By: sjoerd-php at linuxonly dot nl
Status: Open
-Bug Type: HTTP related
+Bug Type: Streams related
Operating System: *
PHP Version: 5.*, 6
New Comment:
So it's a bug in streams code (http) and not server side. Your summary
for this bug report sucks and the category was wrong. And I should read
all comments. :)
Previous Comments:
[2009-12-02 16:53:11] sjo...@php.net
Apache module.
The important thing is that a.php gives a header which is exactly 1024
bytes long, including \r\n. The file_get_contents than gives a wrong
result, and you can run that on the CLI or any other SAPI.
[2009-11-30 19:48:27] j...@php.net
What SAPI are you using? I can not reproduce this with fastcgi +
lighttpd..
[2009-10-24 08:08:10] sjo...@php.net
Thank you for your input. However, I disagree with your post.
php internally does not have any hard coded limit
http_fopen_wrapper.c:75
#define HTTP_HEADER_BLOCK_SIZE 1024
the header does not end with \r\n
This is not needed with header().
$string = str_pad('X-Padding: ', 1022, 'x').'\r\n';
This appends \r\n instead of CRLF, because you use single quotes
instead of double quotes.
[2009-10-24 02:16:58] srina...@php.net
php internally does not have any hard coded limit to parse the header
value. the only time, you will see http header in your output is when
the header does not end with \r\n (to mark it as new line).
as per HTTP spec, every HTTP headers need to end with \r\n (CR LF) to
mark the end of the line. php internally checks for this line to
determine if the header is done before proceeding to parse the body of
the request.
if you modify this below test case to reflect that there needs to be
\r\n to mark it as end of line, then you will see the expected output.
?php
$string = str_pad('X-Padding: ', 1022, 'x').'\r\n';
header($string);
header('Location: http://www.google.nl/');
echo Foo;
?
i suggest marking this bug as bogus (or not an issue).
[2009-10-12 21:16:11] lbarn...@php.net
Verified, since 5.1.0 at least.
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/49851
--
Edit this bug report at http://bugs.php.net/?id=49851edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263
Comment by: john at 5070 dot info
Reported By: kur at natur dot cuni dot cz
Status: No Feedback
Bug Type: Session related
Operating System: ANY
PHP Version: 4.3.0-dev
New Comment:
The same issue.
# php-cgi -v
PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cgi-fcgi) (built: Apr 26
2009 22:11:16)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator,
by eAccelerator
with Zend Extension Manager v1.2.2, Copyright (c) 2003-2007, by
Zend Technologies
with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH
with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend
Technologies
System call trace (in fact, this is processed by mod_php of the same
version):
open(.../sess_a6549., O_RDWR|O_CREAT|O_LARGEFILE, 0600) =
1035
fstat64(1035, {st_mode=S_IFREG|0600, st_size=96, ...}) = 0
flock(1035, LOCK_EX)= 0
fcntl64(1035, F_SETFD, FD_CLOEXEC) = 0
fstat64(1035, {st_mode=S_IFREG|0600, st_size=96, ...}) = 0
_llseek(1035, 0, [0], SEEK_SET) = 0
read(1035, Acess|s:1:\1\;id|s:3:\108\;login|..., 96) = 96
...
ftruncate64(1035, 0)= 0
_llseek(1035, 0, [0], SEEK_SET) = 0
write(1035, ..., 0) = 0
close(1035) = 0
Session files are shared via NFSv4, if it is important.
Previous Comments:
[2009-08-26 18:00:41] chris dot kerrison at farrendale dot co dot uk
Hello, I have theis session problem, tried everything on this page not
still wont work. Is anyone else having the problem still??
I have 2 servers, one it works fine on and the other it fails, they use
the same settings, and have tried differant versions, yet it still fails
on the 2nd server.
Ho many people here are running it on a server with a _ in the
computer name? that to me seems the only thing differant between the
computers with my setup.
[2008-09-12 23:42:19] robin dot chauhan at gmail dot com
As noted on http://www.kirupa.com/forum/showthread.php?t=288773
After 10 hours of searching over 2 days, I figured it out. The UTF-8
encoding was placing invisible characters before my ?php tag, thus
throwing an error (which I couldn't see because my server host's debug
doesn't show). Switching to ANSI removed those characters and thus the
session_start() functioned properly this time, giving me a consistent
session ID. Thanks to those who helped.
[2008-06-26 10:50:29] karst at spectraweb dot nl
I have apache/php configured to run as another user then apache. I
tried to install php-xml and yum updated php, setting the owner of the
directory where the sessions are stored to apache, NOT MY USER!
This worked for me:
to check if this was the problem I did a chmod 777 to session directory
- and: it worked again
I changed the owner of the session directory to my apache user,
chmodded session directory to the initial 770 - and yay: it worked.
[2008-06-02 12:45:16] shashibanzal at hotmail dot com
While running a programme as a login for librarian, if the name of
programme is changed in the URL, it switches to the pgm entered now and
the borrower can perform all functions of librarian. This is not
correct. Session start has been used.
[2008-05-25 21:59:47] gsimanton at gmail dot com
I found this on the php.net session page, and it worked for me:
b johnlonely at gmail dot comb
12-Oct-2005 02:32
Everytime I upgrade PHP to a new version, I used to recompile the
php.ini file. Everytime I create a website, I always kept the php.ini
file so that in the future I would be able to retrieve some Unique
properties of the php version I used. So the last php version I've seen
where session is sticking is version 4.2. I've been trying for two days
with no luck searching the manual and forum, when I tried something :
If you guys always fill the
session.cookie_path = /
to somewhere you the cookies should go, then leave the fuss. You'll
save two days! Leave it be!
[Session]
session.cookie_path = /
Happy sticking sessions.
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/16263
--
Edit this bug report at http://bugs.php.net/?id=16263edit=1
#50363 [NEW]: Invalid parsing in convert.quoted-printable-decode filter
From: slusarz at curecanti dot org
Operating system: Linux
PHP version: 5.2.11
PHP Bug Type: Filter related
Bug description: Invalid parsing in convert.quoted-printable-decode filter
Description:
Using the quoted-printable-decode filter on a stream produces an error.
However, decoding the string using quoted_printable_decode() does not
fail.
The error is thrown whether stream_filter_append() is used or a while
!feof()/fwrite()/fread() loop is used.
Reproduce code:
---
$a = fopen('php://temp', 'r+');
fwrite($a, SERVER: [ID job :3453 Backup rotation] Sauvegarde
r=c3=a9ussi(e));
rewind($a);
$b = fopen('php://temp', 'r+');
$c = stream_filter_append($b, 'convert.quoted-printable-decode',
STREAM_FILTER_WRITE);
stream_copy_to_stream($a, $b);
rewind($b);
fpassthru($b);
stream_filter_remove($c);
rewind($a);
rewind($b);
fwrite($b, quoted_printable_decode(stream_get_contents($a)));
rewind($b);
fpassthru($b);
Expected result:
SERVER: [ID job :3453 Backup rotation] Sauvegarde réussi(e)
SERVER: [ID job :3453 Backup rotation] Sauvegarde réussi(e)
Actual result:
--
PHP Warning: stream_copy_to_stream(): stream filter
(convert.quoted-printable-decode): invalid byte sequence in /tmp/test.php
on line 8
SERVER: [ID job :3453 Backup rotation] Sauvegarde réussi(e)
--
Edit bug report at http://bugs.php.net/?id=50363edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50363r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50363r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50363r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50363r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50363r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50363r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50363r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50363r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50363r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50363r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50363r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50363r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50363r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50363r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50363r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50363r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50363r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50363r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50363r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50363r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50363r=mysqlcfg
#50364 [NEW]: global keyword doesn't work as expected
From: damp12000 at hotmail dot com
Operating system: Linux
PHP version: 5.2.11
PHP Bug Type: *General Issues
Bug description: global keyword doesn't work as expected
Description:
'global' keyword in a function does not work as expected when an file is
included from within a function scope
Reproduce code:
---
file b1.php
?
$a = '1';
doInclude();
function doInclude() {
require('b2.php'); }
?
file b2.php
?
$b = '2';
testGlobalScope();
function testGlobalScope() {
global $a,$b;
print($a\n$b\n);
}
?
Expected result:
1
2
Actual result:
--
1
--
Edit bug report at http://bugs.php.net/?id=50364edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50364r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50364r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50364r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50364r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50364r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50364r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50364r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50364r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50364r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50364r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50364r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50364r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50364r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50364r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50364r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50364r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50364r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50364r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50364r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50364r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50364r=mysqlcfg
#50364 [Opn-Bgs]: global keyword doesn't work as expected
ID: 50364
Updated by: der...@php.net
Reported By: damp12000 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Linux
PHP Version: 5.2.11
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
$b exists in doInclude's scope only, because that's where it's
require'd in.
Previous Comments:
[2009-12-02 20:36:44] damp12000 at hotmail dot com
Description:
'global' keyword in a function does not work as expected when an file
is included from within a function scope
Reproduce code:
---
file b1.php
?
$a = '1';
doInclude();
function doInclude() {
require('b2.php'); }
?
file b2.php
?
$b = '2';
testGlobalScope();
function testGlobalScope() {
global $a,$b;
print($a\n$b\n);
}
?
Expected result:
1
2
Actual result:
--
1
--
Edit this bug report at http://bugs.php.net/?id=50364edit=1
#50366 [NEW]: realpath() doesn't correctly resolve symlink
From: jerico dot dev at gmail dot com
Operating system: Linux
PHP version: 5.2.11
PHP Bug Type: *Directory/Filesystem functions
Bug description: realpath() doesn't correctly resolve symlink
Description:
realpath() doesn't resolve symlinks correctly when followed by /..
Reproduce code:
---
echo realpath('/home/user/test/app/lib/symlink/tests/../../..');
where symlink points to /home/user/test/something
Expected result:
/home/user/test/app
Actual result:
--
/home/user
--
Edit bug report at http://bugs.php.net/?id=50366edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50366r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50366r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50366r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50366r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50366r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50366r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50366r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50366r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50366r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50366r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50366r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50366r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50366r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50366r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50366r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50366r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50366r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50366r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50366r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50366r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50366r=mysqlcfg
#50363 [Opn-Ver]: Invalid parsing in convert.quoted-printable-decode filter
ID: 50363
Updated by: j...@php.net
Reported By: slusarz at curecanti dot org
-Status: Open
+Status: Verified
Bug Type: Streams related
-Operating System: Linux
+Operating System: *
-PHP Version: 5.2.11
+PHP Version: 5.*, 6
New Comment:
We have (if I counted right) 3 different implementations for
encoding/decoding quoted-printable. And unfortunately filters.c has the
buggy one which requires the encoded hex chars be upper-case, since this
works:
?php
$foo = Sauvegarder=C3=A9ussi(e);
// $foo = Sauvegarder=c3=a9ussi(e); // Does not work!
$b = fopen('php://temp', 'w+');
stream_filter_append($b, 'convert.quoted-printable-decode',
STREAM_FILTER_WRITE);
fwrite($b, $foo);
rewind($b);
fpassthru($b);
?
Previous Comments:
[2009-12-02 20:17:34] slusarz at curecanti dot org
Description:
Using the quoted-printable-decode filter on a stream produces an error.
However, decoding the string using quoted_printable_decode() does not
fail.
The error is thrown whether stream_filter_append() is used or a while
!feof()/fwrite()/fread() loop is used.
Reproduce code:
---
$a = fopen('php://temp', 'r+');
fwrite($a, SERVER: [ID job :3453 Backup rotation] Sauvegarde
r=c3=a9ussi(e));
rewind($a);
$b = fopen('php://temp', 'r+');
$c = stream_filter_append($b, 'convert.quoted-printable-decode',
STREAM_FILTER_WRITE);
stream_copy_to_stream($a, $b);
rewind($b);
fpassthru($b);
stream_filter_remove($c);
rewind($a);
rewind($b);
fwrite($b, quoted_printable_decode(stream_get_contents($a)));
rewind($b);
fpassthru($b);
Expected result:
SERVER: [ID job :3453 Backup rotation] Sauvegarde réussi(e)
SERVER: [ID job :3453 Backup rotation] Sauvegarde réussi(e)
Actual result:
--
PHP Warning: stream_copy_to_stream(): stream filter
(convert.quoted-printable-decode): invalid byte sequence in
/tmp/test.php on line 8
SERVER: [ID job :3453 Backup rotation] Sauvegarde réussi(e)
--
Edit this bug report at http://bugs.php.net/?id=50363edit=1
#50366 [Opn-Fbk]: realpath() doesn't correctly resolve symlink
ID: 50366
Updated by: j...@php.net
Reported By: jerico dot dev at gmail dot com
-Status: Open
+Status: Feedback
-Bug Type: *Directory/Filesystem functions
+Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 5.2.11
New Comment:
Please try using this snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
Previous Comments:
[2009-12-02 22:07:41] jerico dot dev at gmail dot com
Description:
realpath() doesn't resolve symlinks correctly when followed by /..
Reproduce code:
---
echo realpath('/home/user/test/app/lib/symlink/tests/../../..');
where symlink points to /home/user/test/something
Expected result:
/home/user/test/app
Actual result:
--
/home/user
--
Edit this bug report at http://bugs.php.net/?id=50366edit=1
#49472 [Ver-Asn]: Constants defined in Interfaces can be overridden
ID: 49472
Updated by: fel...@php.net
Reported By: phil at mossyvale dot co dot uk
-Status: Verified
+Status: Assigned
Bug Type: Class/Object related
Operating System: *
PHP Version: 5.*, 6
-Assigned To:
+Assigned To: felipe
Previous Comments:
[2009-09-13 18:47:44] j...@php.net
?php
interface ia {
const c = 'Sea';
}
class Foo implements ia {
// const c = Lake;
// Attempting to override ia's constant c in
// this class triggers a fatal error.
}
class FooBar extends Foo implements ia {
const c = 'Ocean'; // No error, class constant
// overriding ia's definition.
public function show(){
// ia's definition is still accessible.
return ia::c;
}
}
$i = new FooBar;
echo FooBar::c;
echo $i-show();
?
[2009-09-05 10:08:19] phil at mossyvale dot co dot uk
Description:
If an interface defines a constant and is then implemented by a class
which is then extended with a further class and both classes implement
the interface, the second class may override the interface constant
without a fatal error. Also present in 5.2.10 on FreeBSD 7.2
Reproduce code:
---
---
From manual page: language.oop5.interfaces
---
http://codepad.org/vStYX1Kz
Expected result:
Fatal error: Cannot inherit previously-inherited constant c from
interface ia ... on line 18
Actual result:
--
Program outputs OceanSea which indicates that the interface constant
is still available but the class constant with the same name overrides
it.
--
Edit this bug report at http://bugs.php.net/?id=49472edit=1
#50359 [Fbk]: Random crash on new SoapServer
ID: 50359 Updated by: srina...@php.net Reported By: datacompboy at call2ru dot com Status: Feedback Bug Type: SOAP related Operating System: Linux 2.6.31-1-amd64 PHP Version: 5.2.11 New Comment: pl. refer to this link on how to generate a backtrace for developers to use http://bugs.php.net/bugs-generating-backtrace.php [ you will need to also set ulimit -c unlimited in your shell before starting apache] Previous Comments: [2009-12-02 15:03:16] datacompboy at call2ru dot com Rebuilding without suhosin with latest tarball. Will post bt as soon, as crash reproduced again. [2009-12-02 13:58:41] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ And do not add any 3rd party patches (Suhosin) or load any zend extensions (apc, etc.) when you produce the backtrace. Also, simple backtrace is usually quite enough, just bt.. [2009-12-02 12:16:00] datacompboy at call2ru dot com Description: Sometimes (from 1-2-3 times in a day to 1 time at 3-4 days) every-minute cron, that fetches from WS, written via SoapServer gets Bad Gateway reply. On server-side there an [notice] child pid 1892 exit signal Segmentation fault (11) in error.log and one of: kernel: [3878097.399362] php[23893]: segfault at 7fa3e51aded0 ip 7fa3e51aded0 sp 7fa3e35f0128 error 14 in librt-2.9.so[7fa3e9822000+7000] kernel: [3879416.960444] php[24282]: segfault at 7ff7addc9edb ip 7ff7ab8024d7 sp 7ff7ac20bca0 error 4 in libgcc_s.so.1[7ff7ab7f1000+1a000] in dmesg. After suhosin enabled in sumulation mode, there [error] [client 87.106.137.135] ALERT-SIMULATION - canary mismatch on efree() - heap overflow detected (attacker '87.106.137.135', file '/var/www/yii/framework/web/services/CWebService.php', line 154) messages. Same request executed right after error works fine. So, i have enabled buffer overflow coredump in suhosin, and here an coredump attached. Can't post full reproduce code, since crash very random. System is dual-core Opteron. PHP 5.2.11-1 with Suhosin-Patch 0.9.7 (cli) (built: Sep 20 2009 11:41:46) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with Suhosin v0.9.29, Copyright (c) 2007, by SektionEins GmbH Reproduce code: --- Dies every time on $server=new SoapServer($this-wsdlUrl,$this-getOptions()); where $this-wsdlUrl = http://dev-eworld.direktbill.de/y/wsdl/quote;; Expected result: Always works Actual result: -- #0 0x7f699b9c566b in suhosin_log () from /usr/lib/php5/20060613/suhosin.so No symbol table info available. #1 0x7f69a402e1dd in _zend_mm_free_int (heap=0xf3eb40, p=0x1374360) at /tmp/buildd/php5-5.2.11.dfsg.1/Zend/zend_alloc.c:2036 check = 18433888 mm_block = 0x1374338 next_block = 0x7f69a4537e40 size = 0 #2 0x7f69a401927b in php_stream_tidy_wrapper_error_log (wrapper=0x7f69a4537e40) at /tmp/buildd/php5-5.2.11.dfsg.1/main/streams/streams.c:195 i = 1 #3 0x7f69a401aae5 in _php_stream_open_wrapper_ex (path=0x1194760 http://dev-eworld.direktbill.de/y/wsdl/quote;, mode=0x7f69a25c51a0 \220\066\350\246i\177, options=12, opened_path=0x0, context=0x131ec40) at /tmp/buildd/php5-5.2.11.dfsg.1/main/streams/streams.c:1899 stream = 0x131ec40 wrapper = 0x7f69a4537e40 path_to_open = 0x10814a8 @~S\244i\177
#50368 [NEW]: Need variable default function param values, undefine(), or semi-constants
From: merlinyoda at dotproject dot net
Operating system: N/A
PHP version: 5.3.1
PHP Bug Type: Feature/Change Request
Bug description: Need variable default function param values, undefine(), or
semi-constants
Description:
Somewhat picking up on Bug #8577 here as I see some potentially legitimate
uses for an unset function or some functional equivalent as a way to
temporarily set a static value based on an expression. The replies in the
last bug were a bit flippant on both sides so I hope to get a better
resolution as I see this as a potential step towards another degree of
untapped flexibility and ability to minimize code.
The following function definitions are not valid in PHP:
function connectFunct($user_name, $password, $server = getHostName(),
$port=3306) {
//some code
}
function connectVar($user_name, $password, $server =
$_SERVER[SERVER_NAME], $port=3306) {
//some code
}
at present the only workaround is to have a flag value and reassign the
variable as needed like so:
function connectFunct($user_name, $password, $server = null, $port=3306)
{
if ($server === null) {
$server = getHostName();
}
//some code
}
function connectVar($user_name, $password, $server = null, $port=3306) {
if ($server === null) {
$server = $_SERVER[SERVER_NAME];
}
//some code
}
However the need may easily arise where the flag value chosen becomes a
value that triggers some other behavior (e.g. null should be an erroneous
value if passed). If a constant could be redefined or undefined to more
accurately reflect the current state of the value of function call or
variable it would allow for a less hackish workaround.
Example using undefine():
if (defined('CONNECT_SERVER')) {
$prev_connect_val = CONNECT_SERVER;
undefine('CONNECT_SERVER');
}
define ('CONNECT_SERVER', getHostName());
function connectFunct($user_name, $password, $server = CONNECT_SERVER,
$port=3306) {
//some code
}
undefine('CONNECT_SERVER');
if (is_set($prev_connect_val)) {
define ('CONNECT_SERVER', $prev_connect_val);
}
Alternately, you could have another class of constants which are designed
for the purpose of temporary value storage (i.e. semi-constants mentioned
in summary):
Example using semi-constant function define_temp():
define_temp ('CONNECT_SERVER', getHostName());
function connectFunct($user_name, $password, $server = CONNECT_SERVER,
$port=3306) {
//some code
}
undefine_temp('CONNECT_SERVER'); //may not be necessary depending on
implementation of semi-constants
--
Edit bug report at http://bugs.php.net/?id=50368edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=50368r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=50368r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=50368r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=50368r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=50368r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=50368r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=50368r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=50368r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=50368r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=50368r=support
Expected behavior:
http://bugs.php.net/fix.php?id=50368r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=50368r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=50368r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=50368r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50368r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=50368r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=50368r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=50368r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=50368r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=50368r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=50368r=mysqlcfg
#50369 [NEW]: PHP Crashing Apache on Win7x64
From: amazingant111 at yahoo dot com Operating system: Windows 7 x64 PHP version: 5.3.1 PHP Bug Type: Apache2 related Bug description: PHP Crashing Apache on Win7x64 Description: On the 64-bit version of Windows 7, Apache runs well normally, but gives the message The requested operation has failed! when PHP in installed and loaded. Reproduce code: --- Using default php.ini with the following added into httpd.conf by the PHP installer: #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL PHPIniDir C:/PHP/ LoadModule php5_module C:/PHP/php5apache2_2.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL Expected result: The web server should begin running and start serving pages. Actual result: -- Apache service gives an error box with no useful information, but adds the following line to its error log: [Wed Dec 02 23:14:35 2009] [warn] pid file C:/Apache/Apache2.2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? Changing error logging levels in httpd.conf doesn't return any additional information. -- Edit bug report at http://bugs.php.net/?id=50369edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50369r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50369r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50369r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50369r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50369r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50369r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50369r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50369r=needscript Try newer version: http://bugs.php.net/fix.php?id=50369r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50369r=support Expected behavior: http://bugs.php.net/fix.php?id=50369r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50369r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50369r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50369r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50369r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50369r=dst IIS Stability: http://bugs.php.net/fix.php?id=50369r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50369r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50369r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50369r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50369r=mysqlcfg
#50369 [Opn]: PHP Crashing Apache on Win7x64
ID: 50369 User updated by: amazingant111 at yahoo dot com Reported By: amazingant111 at yahoo dot com Status: Open Bug Type: Apache2 related Operating System: Windows 7 x64 -PHP Version: 5.3.1 +PHP Version: 5.2.11 New Comment: Tried with PHP 5.2.11, same results. Previous Comments: [2009-12-03 04:36:56] amazingant111 at yahoo dot com Description: On the 64-bit version of Windows 7, Apache runs well normally, but gives the message The requested operation has failed! when PHP in installed and loaded. Reproduce code: --- Using default php.ini with the following added into httpd.conf by the PHP installer: #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL PHPIniDir C:/PHP/ LoadModule php5_module C:/PHP/php5apache2_2.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL Expected result: The web server should begin running and start serving pages. Actual result: -- Apache service gives an error box with no useful information, but adds the following line to its error log: [Wed Dec 02 23:14:35 2009] [warn] pid file C:/Apache/Apache2.2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? Changing error logging levels in httpd.conf doesn't return any additional information. -- Edit this bug report at http://bugs.php.net/?id=50369edit=1
#49515 [Com]: Class members with the same name ought to raise an E_STRICT error or notice.
ID: 49515
Comment by: oorza2k5 at gmail dot com
Reported By: oorza2k5 at gmail dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: Irrelevant
PHP Version: 5.3.0
New Comment:
Any chance this gets looked at?
Previous Comments:
[2009-09-09 20:56:41] oorza2k5 at gmail dot com
Description:
When you store a closure as a class property, while having a method
with the same name, it's unclear (I don't think this is documented
anywhere) what $obj-name($arg) will do. If this is the case, a warning
about code ambiguity ought to be raised.
This is a potentially very confusing scenario, perhaps an E_STRICT
error ought to be raised whenever two class members share the same name,
regardless of whether a property contains a closure or not.
Reproduce code:
---
class foo {
public $bar;
public function bar() {
echo Inside a method!;
}
}
$obj = new foo();
$obj-bar = function() { echo Inside a closure!; };
$obj-bar();
Expected result:
Notice:
Inside a method!
Actual result:
--
Inside a method!
--
Edit this bug report at http://bugs.php.net/?id=49515edit=1
#50366 [Fbk-Opn]: realpath() doesn't correctly resolve symlink
ID: 50366
User updated by: jerico dot dev at gmail dot com
Reported By: jerico dot dev at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 5.2.11
New Comment:
Reproduced with php5.2-200912022330 compiled on Ubuntu Jaunty
Previous Comments:
[2009-12-02 22:40:51] j...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-12-02 22:07:41] jerico dot dev at gmail dot com
Description:
realpath() doesn't resolve symlinks correctly when followed by /..
Reproduce code:
---
echo realpath('/home/user/test/app/lib/symlink/tests/../../..');
where symlink points to /home/user/test/something
Expected result:
/home/user/test/app
Actual result:
--
/home/user
--
Edit this bug report at http://bugs.php.net/?id=50366edit=1
