[PHP-BUG] Bug #60444 [NEW]: Segmentation fault with include class extending
From:
Operating system: Linux Debian
PHP version: 5.4SVN-2011-12-05 (snap)
Package: Reproducible crash
Bug Type: Bug
Bug description:Segmentation fault with include class extending
Description:
Crash on combination of class include extends.
Test script:
---
a.php:
?php
class Foo
public function __construct() {
require_once __DIR__ . '/b.php';
Some::foo($this);
}
}
new Foo;
--
b.php:
?php
class Some {
public static function foo(Foo $foo) {}
}
class Bar extends Foo {}
--
Now execute a.php.
Expected result:
no segfault
Actual result:
--
SIGSEGV
backtrace:
#0 0x00a0e910 in
ZEND_INIT_STATIC_METHOD_CALL_SPEC_CONST_CONST_HANDLER
(execute_data=0x7f7113df5200) at
/storage/build/php/5.4/php5.4-201112050130/Zend/zend_vm_execute.h:3399
#1 0x00a02483 in execute (op_array=0x7f7113e2c290) at
/storage/build/php/5.4/php5.4-201112050130/Zend/zend_vm_execute.h:410
#2 0x009c4c82 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/storage/build/php/5.4/php5.4-201112050130/Zend/zend.c:1272
#3 0x0093a3b2 in php_execute_script (primary_file=0x7fffb311e710)
at /storage/build/php/5.4/php5.4-201112050130/main/main.c:2414
#4 0x00b09d55 in do_cli (argc=2, argv=0x7fffb311eac8) at
/storage/build/php/5.4/php5.4-201112050130/sapi/cli/php_cli.c:983
#5 0x00b0adea in main (argc=2, argv=0x7fffb311eac8) at
/storage/build/php/5.4/php5.4-201112050130/sapi/cli/php_cli.c:1356
--
Edit bug report at https://bugs.php.net/bug.php?id=60444edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60444r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60444r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60444r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60444r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60444r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60444r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60444r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60444r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60444r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60444r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60444r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60444r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60444r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60444r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60444r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60444r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60444r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60444r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60444r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60444r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60444r=mysqlcfg
[PHP-BUG] Bug #60173 [NEW]: Wrong message on trait instantiation
From:
Operating system:
PHP version: 5.4SVN-2011-10-29 (snap)
Package: Scripting Engine problem
Bug Type: Bug
Bug description:Wrong message on trait instantiation
Description:
Wrong error message when trait is being instanciated using reflection or
being unserialized by unserialize().
Test script:
---
trait Test
{}
$rc = new ReflectionClass('Test');
$rc-newInstance();
Expected result:
Fatal error: Cannot instantiate trait Test in %s on line %d
Actual result:
--
Fatal error: Cannot instantiate abstract class Test in %s on line %d
--
Edit bug report at https://bugs.php.net/bug.php?id=60173edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60173r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60173r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60173r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60173r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60173r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60173r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60173r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60173r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60173r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60173r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60173r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60173r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60173r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60173r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60173r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60173r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60173r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60173r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60173r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60173r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60173r=mysqlcfg
Bug #55424 [Com]: Fatal error when calling a method from a trait that is defined in parent class
Edit report at https://bugs.php.net/bug.php?id=55424edit=1
ID: 55424
Comment by: php-bugs at majkl578 dot cz
Reported by:Jared dot Williams1 at ntlworld dot com
Summary:Fatal error when calling a method from a trait that
is defined in parent class
Status: Open
Type: Bug
Package:Scripting Engine problem
Operating System: Ubuntu x64 11.04
PHP Version:5.4SVN-2011-08-15 (SVN)
Block user comment: N
Private report: N
New Comment:
With the same test script, I'm getting this error:
Fatal error: Cannot make non abstract method Input::setAttribute() abstract in
class Text in /www/temp.php on line 27
Previous Comments:
[2011-08-15 15:56:49] Jared dot Williams1 at ntlworld dot com
Description:
A fatal error occurs when a method is called from a trait, which is implemented
in the parent class of the class that utilises the trait.
Feels related to #55355 that was fixed.
Test script:
---
?php
trait Required
{
function setRequired()
{
$this-setAttribute('required', true);
return $this;
}
abstract function setAttribute($name, $value);
}
class Input
{
protected $attributes = [];
function setAttribute($name, $value)
{
$this-attributes[$name] = $value;
}
}
class Text extends Input
{
use Required;
}
$t = new Text();
$t-setRequired();
Expected result:
No fatal error.
Actual result:
--
PHP Fatal error: Call to undefined method Text::setAttribute() in
/home/jared/Temp/trait2.php on line 7
Fatal error: Call to undefined method Text::setAttribute() in
/home/jared/Temp/trait2.php on line 7
--
Edit this bug report at https://bugs.php.net/bug.php?id=55424edit=1
[PHP-BUG] Bug #55340 [NEW]: FPM: SIGSEGV with some arguments
From:
Operating system: Linux Debian Sid
PHP version: 5.4SVN-2011-08-01 (snap)
Package: FPM related
Bug Type: Bug
Bug description:FPM: SIGSEGV with some arguments
Description:
Segmentation fault when used with some arguments.
Test script:
---
$ php-fpm -h
$ php-fpm --help
$ php-fpm -v
And maybe some others.
Expected result:
Console output.
Actual result:
--
Core was generated by `php-fpm -h'.
Program terminated with signal 11, Segmentation fault.
#0 0x086aa5f4 in fcgi_write (req=0x0, type=FCGI_STDOUT,
str=0xb68ba064 Usage: php [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p
prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file]\n -c
path|file Look for php.ini file in this directory\n -n, ' ' repeats
15 times, No php.ini f..., len=839) at
/storage/builds/php/php5.4-201108010030/sapi/fpm/fpm/fastcgi.c:957
957 if (req-out_hdr req-out_hdr-type != type) {
(gdb) bt
#0 0x086aa5f4 in fcgi_write (req=0x0, type=FCGI_STDOUT,
str=0xb68ba064 Usage: php [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p
prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file]\n -c
path|file Look for php.ini file in this directory\n -n, ' ' repeats
15 times, No php.ini f..., len=839) at
/storage/builds/php/php5.4-201108010030/sapi/fpm/fpm/fastcgi.c:957
#1 0x086b2689 in sapi_cgibin_single_write (
str=0xb68ba064 Usage: php [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p
prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file]\n -c
path|file Look for php.ini file in this directory\n -n, ' ' repeats
15 times, No php.ini f..., str_length=839)
at /storage/builds/php/php5.4-201108010030/sapi/fpm/fpm/fpm_main.c:269
#2 0x086b26c4 in sapi_cgibin_ub_write (
str=0xb68ba064 Usage: php [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p
prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file]\n -c
path|file Look for php.ini file in this directory\n -n, ' ' repeats
15 times, No php.ini f..., str_length=839)
at /storage/builds/php/php5.4-201108010030/sapi/fpm/fpm/fpm_main.c:283
#3 0x0853305c in php_output_op (op=0,
str=0xb68ba064 Usage: php [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p
prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file]\n -c
path|file Look for php.ini file in this directory\n -n, ' ' repeats
15 times, No php.ini f..., len=839) at
/storage/builds/php/php5.4-201108010030/main/output.c:1022
#4 0x08531321 in php_output_write (
str=0xb68ba064 Usage: php [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p
prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file]\n -c
path|file Look for php.ini file in this directory\n -n, ' ' repeats
15 times, No php.ini f..., len=839) at
/storage/builds/php/php5.4-201108010030/main/output.c:201
#5 0x0851b47c in php_printf (
format=0x8bb54b8 Usage: %s [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p
prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file]\n -c
path|file Look for php.ini file in this directory\n -n, ' ' repeats
15 times, No php.ini fi...) at
/storage/builds/php/php5.4-201108010030/main/main.c:607
#6 0x086b38c0 in php_cgi_usage (argv0=0xbf8f1c54 php-fpm)
at /storage/builds/php/php5.4-201108010030/sapi/fpm/fpm/fpm_main.c:854
#7 0x086b4ff3 in main (argc=2, argv=0xbf8f0004)
at
/storage/builds/php/php5.4-201108010030/sapi/fpm/fpm/fpm_main.c:1622
--
Edit bug report at https://bugs.php.net/bug.php?id=55340edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55340r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55340r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55340r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55340r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55340r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55340r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55340r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55340r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55340r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55340r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55340r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55340r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55340r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55340r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55340r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55340r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55340r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55340r=gnused
Floating point limitations:
[PHP-BUG] Bug #55341 [NEW]: Problem with headers longer than 4008 under FPM
From:
Operating system: Linux Debian Sid
PHP version: 5.4SVN-2011-08-01 (snap)
Package: FPM related
Bug Type: Bug
Bug description:Problem with headers longer than 4008 under FPM
Description:
There is a problem when headers sent from a script are longer than 4008
(see the test sript below). I'm currently using FPM with nginx 1.0.5.
If headers are longer than 4008, this happens:
for 4008, everything is OK,
for 4009, no output is displayed,
for 4010+, HTTP error 502 is returned.
Similar problem has been verified under PHP 5.3.5 with different
boundaries:
4012 is OK,
4013 is OK, but with no output,
4014 gives 502.
Test script:
---
OK:
header(str_repeat('x', 4008));
echo 'foo';
OK, but no output:
header(str_repeat('x', 4009));
echo 'foo';
HTTP error 502:
header(str_repeat('x', 4010)); //or anything higher
echo 'foo';
OK:
header(str_repeat('x', 2000));
header(str_repeat('y', 2006));
echo 'foo';
OK, no output:
header(str_repeat('x', 2000));
header(str_repeat('y', 2007));
echo 'foo';
502:
header(str_repeat('x', 2000));
header(str_repeat('y', 2008));
echo 'foo';
Expected result:
foo
--
Edit bug report at https://bugs.php.net/bug.php?id=55341edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55341r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55341r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55341r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55341r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55341r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55341r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55341r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55341r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55341r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55341r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55341r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55341r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55341r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55341r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55341r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55341r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55341r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55341r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55341r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55341r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55341r=mysqlcfg
[PHP-BUG] Bug #55268 [NEW]: Traits cannot be used as function/method typehints
From:
Operating system: Irrelevant
PHP version: 5.4SVN-2011-07-22 (snap)
Package: Class/Object related
Bug Type: Bug
Bug description:Traits cannot be used as function/method typehints
Description:
It is not possible to use trait as a typehint in function declaration.
Use case: Extending few different classes to use a trait in them where
these classes doesn't have same parent. Then I want to specify typehint,
because I require some methods which are declared by that trait.
Test script:
---
trait Foo
{}
class Bar {
use Foo;
}
function test(Foo $obj) {
echo 'hello';
}
test(new Bar);
Expected result:
hello
Actual result:
--
Catchable fatal error: Argument 1 passed to test() must be an instance of
Foo, instance of Bar given...
--
Edit bug report at https://bugs.php.net/bug.php?id=55268edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55268r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55268r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55268r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55268r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55268r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55268r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55268r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55268r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55268r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55268r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55268r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55268r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55268r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55268r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55268r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55268r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55268r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55268r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55268r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55268r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55268r=mysqlcfg
Bug #55268 [Bgs]: Traits cannot be used as function/method typehints
Edit report at https://bugs.php.net/bug.php?id=55268edit=1
ID: 55268
User updated by:php-bugs at majkl578 dot cz
Reported by:php-bugs at majkl578 dot cz
Summary:Traits cannot be used as function/method typehints
Status: Bogus
Type: Bug
Package:Class/Object related
Operating System: Irrelevant
PHP Version:5.4SVN-2011-07-22 (snap)
Block user comment: N
Private report: N
New Comment:
Maybe the example was too brief.
1. It was intended to work the same way as interfaces do: function
foo(SomeInterface $foo) where $foo must be any class implementing SomeInterface
or any of its subclass.
2. Obviously, it was empty just to make the code short.
3. I know it's just a code snippet, but it'd be still useful for cases
mentioned above.
Previous Comments:
[2011-07-22 14:36:10] ras...@php.net
Three things I don't understand here.
1. $obj is clearly an instance of Bar, even if the type-hint worked, it
wouldn't
be of type Foo
2. An empty trait makes no sense. This is a NOP.
3. A trait is not a type in any way. It is just a code snippet.
[2011-07-22 14:22:27] php-bugs at majkl578 dot cz
Description:
It is not possible to use trait as a typehint in function declaration.
Use case: Extending few different classes to use a trait in them where these
classes doesn't have same parent. Then I want to specify typehint, because I
require some methods which are declared by that trait.
Test script:
---
trait Foo
{}
class Bar {
use Foo;
}
function test(Foo $obj) {
echo 'hello';
}
test(new Bar);
Expected result:
hello
Actual result:
--
Catchable fatal error: Argument 1 passed to test() must be an instance of Foo,
instance of Bar given...
--
Edit this bug report at https://bugs.php.net/bug.php?id=55268edit=1
Bug #54981 [Opn]: PHP fails to compile with openssl
Edit report at http://bugs.php.net/bug.php?id=54981edit=1
ID: 54981
User updated by:php-bugs at majkl578 dot cz
Reported by:php-bugs at majkl578 dot cz
Summary:PHP fails to compile with openssl
Status: Open
Type: Bug
Package:Compile Failure
Operating System: Linux Debian Sid
PHP Version:trunk-SVN-2011-06-03 (snap)
Block user comment: N
Private report: N
New Comment:
I have both libssl0.9.8 (0.9.8o-7) and libssl1.0.0 (1.0.0d-2) installed.
libssl-dev's version is 1.0.0d-2. (I can't remove 0.9.8 due to dependencies.)
Previous Comments:
[2011-06-03 21:06:26] scott...@php.net
Same version of openssl and no problems here.
Do you have two separate versions of openssl installed or just libssl-dev and
libssl both with 1.0.0d?
macvicar:trunk macvicar$ sapi/cli/php -d extension_dir=modules/ -d
extension=openssl.so -i | grep -i openssl
Configure Command = './configure' '--disable-all' '--enable-debug' '--with-
openssl=shared'
openssl
OpenSSL support = enabled
OpenSSL Library Version = OpenSSL 1.0.0d 8 Feb 2011
OpenSSL Header Version = OpenSSL 1.0.0d 8 Feb 2011
[2011-06-03 20:11:36] php-bugs at majkl578 dot cz
Nope, same error with your config line.
1. untared
2. configured with ./configure --disable-all --enable-debug
--with-openssl=shared
3. ran make
make clean doesn't fix it.
[2011-06-03 19:38:35] scott...@php.net
Corrupt object file, try a make clean and make again.
Also a simpler configure line is normally appreciated to test :)
I tried ./configure --disabe-all --enable-debug --with-openssl=shared
No problems.
[2011-06-03 19:38:32] scott...@php.net
Corrupt object file, try a make clean and make again.
Also a simpler configure line is normally appreciated to test :)
I tried ./configure --disabe-all --enable-debug --with-openssl=shared
No problems.
[2011-06-03 13:42:05] php-bugs at majkl578 dot cz
It cut the key part:
...
/usr/bin/ld: ext/openssl/.libs/openssl.o: invalid string offset 79362 = 8960
for section `.strtab'
/usr/bin/ld: ext/openssl/.libs/openssl.o: invalid string offset 79362 = 8960
for section `.strtab'
/usr/bin/ld: ext/openssl/.libs/openssl.o: invalid string offset 79362 = 8960
for section `.strtab'
/usr/bin/ld: ext/openssl/.libs/openssl.o: invalid string offset 87885 = 8960
for section `.strtab'
/usr/bin/ld: unknown operator '(' in complex symbol
/usr/bin/ld: final link failed: Invalid operation
collect2: ld returned 1 exit status
make: *** [ext/openssl/openssl.la] Error 1
make: *** Waiting for unfinished jobs
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/bug.php?id=54981
--
Edit this bug report at http://bugs.php.net/bug.php?id=54981edit=1
[PHP-BUG] Bug #54356 [NEW]: PHP crashes in CLI
From: Operating system: Linux Debian SID PHP version: 5.3.6 Package: CGI related Bug Type: Bug Bug description:PHP crashes in CLI Description: PHP crashes unexpectedly in CLI mode. Actual result: -- (gdb) bt #0 0x0831f1a5 in gc_zval_possible_root (zv=0xb4cc94b0) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_gc.c:143 #1 0x082f09f9 in _zval_ptr_dtor (zval_ptr=0xb4c41f24) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_gc.h:183 #2 0x0830d874 in zend_hash_destroy (ht=0xb4bd83e8) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729 #3 0x082ff056 in _zval_dtor_func (zvalue=0xb4cc241c) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46 #4 0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bd55c8) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35 #5 0x0830d874 in zend_hash_destroy (ht=0xb4bd4218) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729 #6 0x082ff056 in _zval_dtor_func (zvalue=0xb4bd322c) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46 #7 0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bdc884) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35 #8 0x0830d874 in zend_hash_destroy (ht=0xb4d730f8) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729 #9 0x082ff056 in _zval_dtor_func (zvalue=0xb4dea89c) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:46 #10 0x082f09c7 in _zval_ptr_dtor (zval_ptr=0xb4bc6c88) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35 #11 0x0830d874 in zend_hash_destroy (ht=0xb4bd553c) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_hash.c:729 #12 0x08322793 in zend_object_std_dtor (object=0xb4bcf7bc) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects.c:45 #13 0x083227d2 in zend_objects_free_object_storage (object=0xb4bcf7bc) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects.c:126 #14 0x08326a6c in zend_objects_store_del_ref_by_handle_ex ( handle=unknown type, handlers=0x878f380) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects_API.c:220 #15 0x08326aaf in zend_objects_store_del_ref (zobject=0xb4deab68) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_objects_API.c:172 #16 0x082ff099 in _zval_dtor_func (zvalue=0xb4deab68) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.c:55 #17 0x082f09c7 in _zval_ptr_dtor (zval_ptr=0x99ba324) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_variables.h:35 #18 0x08327d3e in zend_leave_helper_SPEC (execute_data=0xb4c41f18) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:160 #19 0x08345ef7 in ZEND_HANDLE_EXCEPTION_SPEC_HANDLER (execute_data=0x99ba2c4) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:679 #20 0x083283e4 in execute (op_array=0x9c36db8) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:107 #21 0x082f2c52 in zend_call_function (fci=0xbf8cd06c, fci_cache=0xbf8cd090) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_execute_API.c:964 #22 0x083178e2 in zend_call_method (object_pp=0xbf8cd11c, obj_ce=0x9c33684, fn_proxy=0x9c3377c, function_name=0x872dd75 __get, function_name_len=5, retval_ptr_ptr=0xbf8cd12c, param_count=1, arg1=0xb4bc72ec, arg2=0x0) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_interfaces.c:97 #23 0x08323234 in zend_std_call_getter (object=0xb4bd1cbc, member=0xb4bc72ec) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_object_handlers.c:82 #24 0x08325af1 in zend_std_read_property (object=0xb4bd1cbc, member=0xacb6184, type=0) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_object_handlers.c:354 #25 0x0834945d in zend_fetch_property_address_read_helper_SPEC_CV_CONST ( type=0, execute_data=0x99b6abc) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:23765 #26 0x083283e4 in execute (op_array=0x998199c) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend_vm_execute.h:107 #27 0x08301300 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/Zend/zend.c:1266 #28 0x082a583e in php_execute_script (primary_file=0xbf8cf65c) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/main/main.c:2296 #29 0x083a053d in main (argc=6, argv=0xbf8cf774) at /build/buildd-php5_5.3.6-2-i386-Xx7Se_/php5-5.3.6/sapi/cli/php_cli.c:1197 -- Edit bug report at http://bugs.php.net/bug.php?id=54356edit=1 -- Try a snapshot (PHP 5.2):
[PHP-BUG] Req #53094 [NEW]: Use '0' instead of '' as a result of converting boolean FALSE to string
From:
Operating system: Irrelevant
PHP version: Irrelevant
Package: Scripting Engine problem
Bug Type: Feature/Change Request
Bug description:Use '0' instead of '' as a result of converting boolean FALSE
to string
Description:
I'd like to propose a change in converting booleans to string.
It'd be better if (string) FALSE returns '0' instead of empty string ('').
Why to do so?
a) More logical behavior.
b) Using booleans in output would be meaningful.
c) Backward-compatible change - as documentation says: This allows
conversion back and forth between boolean and string values. - this
behavior is not changed by this, because (bool) '0' is FALSE.
Test script:
---
?php
echo (string) FALSE; //nothing now, '0' requested
var_dump((bool) '0'); //FALSE, no change
var_dump((string) FALSE === '0'); //FALSE, TRUE requested
--
Edit bug report at http://bugs.php.net/bug.php?id=53094edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53094r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53094r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53094r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53094r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53094r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53094r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53094r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53094r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53094r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53094r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53094r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53094r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53094r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53094r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53094r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53094r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53094r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53094r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53094r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53094r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53094r=mysqlcfg
[PHP-BUG] Bug #52674 [NEW]: [FPM] Status page does not work under Apache 2.2
From: Operating system: Linux Debian PHP version: 5.3.3 Package: FPM related Bug Type: Bug Bug description:[FPM] Status page does not work under Apache 2.2 Description: Apache 2 ends up with an error while trying to get content of /status url. Ping url works fine. Same problem with /status?json and /status?html. Apache version: 2.2.16, mpm-worker mod_fastcgi version: 2.4.6 Test script: --- IfModule mod_fastcgi.c FastCGIExternalServer /php5-fpm-handler -socket /var/run/php5-fpm.sock AddHandler php5-fcgi .php LocationMatch /(ping|status) SetHandler php5-fcgi-virt Action php5-fcgi-virt /php5-fpm-handler.fcgi virtual /LocationMatch Action php5-fcgi /php5-fpm-handler.fcgi ScriptAlias /php5-fpm-handler.fcgi /php5-fpm-handler /IfModule Expected result: FPM status page Actual result: -- 500 Internal error Logged in Apache's error log: [Mon Aug 23 04:16:55 2010] [error] [client 127.0.0.1] FastCGI: comm with server /php5-fpm-handler aborted: error parsing headers: malformed header 'text/plain' -- Edit bug report at http://bugs.php.net/bug.php?id=52674edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52674r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52674r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52674r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52674r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52674r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52674r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52674r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52674r=needscript Try newer version: http://bugs.php.net/fix.php?id=52674r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52674r=support Expected behavior: http://bugs.php.net/fix.php?id=52674r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52674r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52674r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52674r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52674r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52674r=dst IIS Stability: http://bugs.php.net/fix.php?id=52674r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52674r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52674r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52674r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52674r=mysqlcfg
Req #52385 [Opn]: Support for autoloading functions
Edit report at http://bugs.php.net/bug.php?id=52385edit=1 ID: 52385 User updated by:php-bugs at majkl578 dot cz Reported by:php-bugs at majkl578 dot cz Summary:Support for autoloading functions Status: Open Type: Feature/Change Request Package:SPL related Operating System: Irrelevant PHP Version:5.3.3RC3 Block user comment: N New Comment: It doesn't make any difference to me. I'm using tokenizer to look up for classes in all files. Then I store them in an associative array (class=file) and when the class is requested, it is loaded according to this list. With functions it'd be completely same. I don't think PHP should provide anything more, just an autoloader to be used with user-defined callback (like spl_autoload_register does). With classes you often have one class per file⦠Often, but not always. Previous Comments: [2010-08-07 01:51:34] johan...@php.net With classes you often have one class per file, with functions not which makes the lookup usually way more complex; I don't see us adding this. [2010-07-24 07:00:14] php-bugs at majkl578 dot cz Decoded version (really nice bug :)): Would it be possible to add a support for autoloading user-defined functions? Currently only classes are supported by either __autoload or spl_autoload or spl_autoload_register. Including all functions is really awful job whereas classess could be autoloaded nicely (imagine implementation for spl_autoload_register which scans a directory for classess and then includes specific file). I suggest to make possible something similar to the example above for normal functions (global as well as those in namespaces). PS: I know that it could be hacked by emulating namespace with class (eg. static method String::webalize()) but since PHP 5.3 it would be probably nicier not to hack it with classes, but place it to namespace as a regular function (String\webalize()). [2010-07-21 05:29:55] php-bugs at majkl578 dot cz Description: Would it be possible to add a support for autoloading user-defined functions? Currently only classes are supported by either __autoload or spl_autoload or spl_autoload_register.#13;#10;#13;#10;Including all functions is really awful job whereas classess could be autoloaded nicely (imagine implementation for spl_autoload_register which scans a directory for classess and then includes specific file).#13;#10;#13;#10;I suggest to make possible something similar to the example above for normal functions (global as well as those in namespaces).#13;#10;#13;#10;PS: I know that it could be hacked by emulating namespace with class (eg. static method String::webalize()) but since PHP 5.3 it would be probably nicier not to hack it with classes, but place it to namespace as a regular function (String\webalize()). -- Edit this bug report at http://bugs.php.net/bug.php?id=52385edit=1
[PHP-BUG] Bug #52556 [NEW]: PEAR, PECL and PHAR does not respect --program_suffix
From: Operating system: Linux Debian PHP version: trunk-SVN-2010-08-06 (snap) Package: PHAR related Bug Type: Bug Bug description:PEAR, PECL and PHAR does not respect --program_suffix Description: PEAR, PECL and PHAR does not respect --program_suffix. Test script: --- ./configure --program-suffix=-trunk Expected result: Binaries: pear-trunk peardev-trunk pecl-trunk phar-trunk phar-trunk.phar Actual result: -- Binaries: pear peardev pecl phar phar.phar -- Edit bug report at http://bugs.php.net/bug.php?id=52556edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52556r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52556r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52556r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52556r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52556r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52556r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52556r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52556r=needscript Try newer version: http://bugs.php.net/fix.php?id=52556r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52556r=support Expected behavior: http://bugs.php.net/fix.php?id=52556r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52556r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52556r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52556r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52556r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52556r=dst IIS Stability: http://bugs.php.net/fix.php?id=52556r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52556r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52556r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52556r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52556r=mysqlcfg
Bug #52556 [Opn]: PEAR, PECL and PHAR does not respect --program_suffix
Edit report at http://bugs.php.net/bug.php?id=52556edit=1 ID: 52556 User updated by:php-bugs at majkl578 dot cz Reported by:php-bugs at majkl578 dot cz Summary:PEAR, PECL and PHAR does not respect --program_suffix Status: Open Type: Bug Package:PHAR related Operating System: Linux Debian PHP Version:trunk-SVN-2010-08-06 (snap) Block user comment: N New Comment: Sorry, --program_suffix should obviously be --program-suffix. Previous Comments: [2010-08-06 14:16:39] php-bugs at majkl578 dot cz Description: PEAR, PECL and PHAR does not respect --program_suffix. Test script: --- ./configure --program-suffix=-trunk Expected result: Binaries: pear-trunk peardev-trunk pecl-trunk phar-trunk phar-trunk.phar Actual result: -- Binaries: pear peardev pecl phar phar.phar -- Edit this bug report at http://bugs.php.net/bug.php?id=52556edit=1
Bug #52424 [Opn]: Function naming inconsistency: htmlentities() x html_entity_decode()
Edit report at http://bugs.php.net/bug.php?id=52424edit=1 ID: 52424 User updated by:php-bugs at majkl578 dot cz Reported by:php-bugs at majkl578 dot cz Summary:Function naming inconsistency: htmlentities() x html_entity_decode() Status: Open Type: Bug Package:Unknown/Other Function PHP Version:5.3.3 Block user comment: N New Comment: Yes and that is what I think should change, because current naming conventions are really horrible. For instance, look at differences between str_replace, strlen, parse_str, htmlspecialchars. All work with same type but their names are completely different. So, string functions should go to String namespace (String\replace()), array functions to Array namespace (Array\search()) and so on. But unfortunately this will not happen because PHP does not like changes... Think about it. Previous Comments: [2010-07-25 00:19:32] giorgio dot liscio at email dot it php functions uses a lot of different syntax isset is_array isPublic but aliasing is evil and renaming is not appreciated by users... the best thing you can do is implement your renamed function in your namespace bye [2010-07-24 07:11:06] php-bugs at majkl578 dot cz Description: I suggest adding a function htmlentities_decode() as a replacement for html_entity_decode() and possibly deprecate that one. It is really misleading and unintuitive because there are functions htmlspecialchars() and htmlspecialchars_decode() doing similar thing. -- Edit this bug report at http://bugs.php.net/bug.php?id=52424edit=1
[PHP-BUG] Bug #52479 [NEW]: Object destructor does not get called on fatal error
From:
Operating system: Linux Debian
PHP version: 5.3.3
Package: Scripting Engine problem
Bug Type: Bug
Bug description:Object destructor does not get called on fatal error
Description:
Class destructor does not get called when the script end with fatal error
(eg. unknown function, uncaught exception etc.).
Test script:
---
class Foo {
function __destruct() {
touch('/tmp/foo');
}
}
$x = new Foo;
throw new Exception;
Expected result:
New file /tmp/foo
Actual result:
--
Nothing
--
Edit bug report at http://bugs.php.net/bug.php?id=52479edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52479r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52479r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52479r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52479r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52479r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52479r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52479r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52479r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52479r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52479r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52479r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52479r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52479r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52479r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52479r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52479r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52479r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52479r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52479r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52479r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52479r=mysqlcfg
[PHP-BUG] Bug #52419 [NEW]: Unable to compile PHP with both Apache2 and FPM support
From: Operating system: Linux Debian PHP version: 5.3.3 Package: Compile Failure Bug Type: Bug Bug description:Unable to compile PHP with both Apache2 and FPM support Description: PHP fails to compile with both Apache 2 module (option --with-apxs2) and FPM enabled (option --enable-fpm). Test script: --- Configure line: ./configure --prefix=/usr --sysconfdir=/etc --cache-file=./config.cache --with-config-file-path=/etc/php --with-config-file-scan-dir=/etc/php/extensions --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --enable-exif=shared --enable-ftp=shared --with-gd --with-gettext=shared --with-gmp --with-imap=shared --with-imap-ssl --with-kerberos --with-ldap=shared --enable-mbstring=shared --with-mcrypt=shared --with-mhash=shared --without-mssql --with-mysql=shared,mysqlnd --with-mysqli=shared,mysqlnd --with-openssl --enable-pcntl=shared --enable-pdo=shared -with-pdo-mysql=shared --with-pdo-sqlite=shared --without-pgsql --with-pspell=shared --with-snmp=shared --with-sqlite=shared --with-sqlite3=shared --enable-sqlite-utf8 --enable-soap=shared --enable-sockets=shared --without-sybase-ct --enable-sysvmsg=shared --enable-sysvsem=shared --enable-sysvshm=shared --with-tidy=shared --without-unixODBC --with-xmlrpc=shared --with-xsl=shared --enable-zip=shared --with-zlib=shared --disable-short-tags --enable-debug --enable-cgi --enable-cli --with-pear --enable-zend-multibyte --with-apxs2=/usr/bin/apxs2 --enable-fpm Actual result: -- $ make -j 2 blahblahblah Generating phar.php sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_ub_write': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:84: undefined reference to `ap_rwrite' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_header_handler': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:101: undefined reference to `apr_table_unset' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:105: undefined reference to `apr_table_clear' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:136: undefined reference to `ap_set_content_length' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:139: undefined reference to `apr_table_set' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:141: undefined reference to `apr_table_add' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_send_headers': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:164: undefined reference to `apr_pstrdup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:167: undefined reference to `apr_table_set' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:176: undefined reference to `apr_pstrdup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:176: undefined reference to `ap_set_content_type' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_read_post': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:202: undefined reference to `apr_brigade_flatten' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:203: undefined reference to `apr_brigade_cleanup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:201: undefined reference to `ap_get_brigade' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_read_cookies': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:246: undefined reference to `apr_table_get' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_getenv': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:262: undefined reference to `apr_table_get' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_register_variables': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:271: undefined reference to `apr_table_elts' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_flush': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:311: undefined reference to `ap_rflush' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_log_message': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:324: undefined reference to `ap_log_error' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:326: undefined reference to `ap_log_rerror' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_log_message_ex': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:333: undefined reference to `ap_log_rerror' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_add_version': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:410: undefined reference to `ap_add_version_component' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_pre_config': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:419: undefined reference to `ap_mpm_query' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:421: undefined
Bug #52419 [Opn]: Unable to compile PHP with both Apache2 and FPM support
Edit report at http://bugs.php.net/bug.php?id=52419edit=1 ID: 52419 User updated by: php-bugs at majkl578 dot cz Reported by: php-bugs at majkl578 dot cz Summary: Unable to compile PHP with both Apache2 and FPM support Status: Open Type: Bug Package: Compile Failure Operating System: Linux Debian PHP Version: 5.3.3 New Comment: I've reinstalled libapr and libapr-dev, make clean'ed, then reconfigured and re-run compilation. Exactly same error. Compiling them separately works fine. Versions: apache2: 2.2.15-6 libapr and libapr-dev: 1.4.2-3 Previous Comments: [2010-07-23 18:40:03] ras...@php.net hrm, it builds perfectly fine on my Debian box with your exact configure line. Are you sure your libapr package is installed correctly? Try a make clean and reinstall your libapr. [2010-07-23 18:19:49] php-bugs at majkl578 dot cz Description: PHP fails to compile with both Apache 2 module (option --with-apxs2) and FPM enabled (option --enable-fpm). Test script: --- Configure line: ./configure --prefix=/usr --sysconfdir=/etc --cache-file=./config.cache --with-config-file-path=/etc/php --with-config-file-scan-dir=/etc/php/extensions --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --enable-exif=shared --enable-ftp=shared --with-gd --with-gettext=shared --with-gmp --with-imap=shared --with-imap-ssl --with-kerberos --with-ldap=shared --enable-mbstring=shared --with-mcrypt=shared --with-mhash=shared --without-mssql --with-mysql=shared,mysqlnd --with-mysqli=shared,mysqlnd --with-openssl --enable-pcntl=shared --enable-pdo=shared -with-pdo-mysql=shared --with-pdo-sqlite=shared --without-pgsql --with-pspell=shared --with-snmp=shared --with-sqlite=shared --with-sqlite3=shared --enable-sqlite-utf8 --enable-soap=shared --enable-sockets=shared --without-sybase-ct --enable-sysvmsg=shared --enable-sysvsem=shared --enable-sysvshm=shared --with-tidy=shared --without-unixODBC --with-xmlrpc=shared --with-xsl=shared --enable-zip=shared --with-zlib=shared --disable-short-tags --enable-debug --enable-cgi --enable-cli --with-pear --enable-zend-multibyte --with-apxs2=/usr/bin/apxs2 --enable-fpm Actual result: -- $ make -j 2 blahblahblah Generating phar.php sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_ub_write': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:84: undefined reference to `ap_rwrite' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_header_handler': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:101: undefined reference to `apr_table_unset' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:105: undefined reference to `apr_table_clear' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:136: undefined reference to `ap_set_content_length' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:139: undefined reference to `apr_table_set' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:141: undefined reference to `apr_table_add' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_send_headers': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:164: undefined reference to `apr_pstrdup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:167: undefined reference to `apr_table_set' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:176: undefined reference to `apr_pstrdup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:176: undefined reference to `ap_set_content_type' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_read_post': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:202: undefined reference to `apr_brigade_flatten' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:203: undefined reference to `apr_brigade_cleanup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:201: undefined reference to `ap_get_brigade' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_read_cookies': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:246: undefined reference to `apr_table_get' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_getenv': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:262: undefined reference to `apr_table_get' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_register_variables': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:271: undefined reference to `apr_table_elts' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_flush': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:311: undefined reference to `ap_rflush' sapi/apache2handler/.libs/sapi_apache2.o
Bug #52419 [Opn]: Unable to compile PHP with both Apache2 and FPM support
Edit report at http://bugs.php.net/bug.php?id=52419edit=1 ID: 52419 User updated by: php-bugs at majkl578 dot cz Reported by: php-bugs at majkl578 dot cz Summary: Unable to compile PHP with both Apache2 and FPM support Status: Open Type: Bug Package: Compile Failure Operating System: Linux Debian PHP Version: 5.3.3 New Comment: No, I don't, I've only this one. Maybe it's really (somehow) related to my environment, because I'm also unable to compile PHP with pecl binary even if '--with-pear' and '--enable-cli' are set... Previous Comments: [2010-07-23 19:38:21] ras...@php.net Do you have access to another Debian box somewhere? Or perhaps a clean VM? A lot of the PHP developers are on Debian, myself included, so it would really surprise me if there was a general compile issue there. And since I can't reproduce it with your exact configure line, there is something about your environment that is different. [2010-07-23 19:35:26] php-bugs at majkl578 dot cz I've reinstalled libapr and libapr-dev, make clean'ed, then reconfigured and re-run compilation. Exactly same error. Compiling them separately works fine. Versions: apache2: 2.2.15-6 libapr and libapr-dev: 1.4.2-3 [2010-07-23 18:40:03] ras...@php.net hrm, it builds perfectly fine on my Debian box with your exact configure line. Are you sure your libapr package is installed correctly? Try a make clean and reinstall your libapr. [2010-07-23 18:19:49] php-bugs at majkl578 dot cz Description: PHP fails to compile with both Apache 2 module (option --with-apxs2) and FPM enabled (option --enable-fpm). Test script: --- Configure line: ./configure --prefix=/usr --sysconfdir=/etc --cache-file=./config.cache --with-config-file-path=/etc/php --with-config-file-scan-dir=/etc/php/extensions --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --enable-exif=shared --enable-ftp=shared --with-gd --with-gettext=shared --with-gmp --with-imap=shared --with-imap-ssl --with-kerberos --with-ldap=shared --enable-mbstring=shared --with-mcrypt=shared --with-mhash=shared --without-mssql --with-mysql=shared,mysqlnd --with-mysqli=shared,mysqlnd --with-openssl --enable-pcntl=shared --enable-pdo=shared -with-pdo-mysql=shared --with-pdo-sqlite=shared --without-pgsql --with-pspell=shared --with-snmp=shared --with-sqlite=shared --with-sqlite3=shared --enable-sqlite-utf8 --enable-soap=shared --enable-sockets=shared --without-sybase-ct --enable-sysvmsg=shared --enable-sysvsem=shared --enable-sysvshm=shared --with-tidy=shared --without-unixODBC --with-xmlrpc=shared --with-xsl=shared --enable-zip=shared --with-zlib=shared --disable-short-tags --enable-debug --enable-cgi --enable-cli --with-pear --enable-zend-multibyte --with-apxs2=/usr/bin/apxs2 --enable-fpm Actual result: -- $ make -j 2 blahblahblah Generating phar.php sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_ub_write': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:84: undefined reference to `ap_rwrite' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_header_handler': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:101: undefined reference to `apr_table_unset' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:105: undefined reference to `apr_table_clear' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:136: undefined reference to `ap_set_content_length' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:139: undefined reference to `apr_table_set' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:141: undefined reference to `apr_table_add' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_send_headers': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:164: undefined reference to `apr_pstrdup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:167: undefined reference to `apr_table_set' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:176: undefined reference to `apr_pstrdup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:176: undefined reference to `ap_set_content_type' sapi/apache2handler/.libs/sapi_apache2.o: In function `php_apache_sapi_read_post': /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:202: undefined reference to `apr_brigade_flatten' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:203: undefined reference to `apr_brigade_cleanup' /storage/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:201: undefined reference to `ap_get_brigade' sapi
Req #52385 [Opn]: Support for autoloading functions
Edit report at http://bugs.php.net/bug.php?id=52385edit=1 ID: 52385 User updated by: php-bugs at majkl578 dot cz Reported by: php-bugs at majkl578 dot cz Summary: Support for autoloading functions Status: Open Type: Feature/Change Request Package: SPL related Operating System: Irrelevant PHP Version: 5.3.3RC3 New Comment: Decoded version (really nice bug :)): Would it be possible to add a support for autoloading user-defined functions? Currently only classes are supported by either __autoload or spl_autoload or spl_autoload_register. Including all functions is really awful job whereas classess could be autoloaded nicely (imagine implementation for spl_autoload_register which scans a directory for classess and then includes specific file). I suggest to make possible something similar to the example above for normal functions (global as well as those in namespaces). PS: I know that it could be hacked by emulating namespace with class (eg. static method String::webalize()) but since PHP 5.3 it would be probably nicier not to hack it with classes, but place it to namespace as a regular function (String\webalize()). Previous Comments: [2010-07-21 05:29:55] php-bugs at majkl578 dot cz Description: Would it be possible to add a support for autoloading user-defined functions? Currently only classes are supported by either __autoload or spl_autoload or spl_autoload_register.#13;#10;#13;#10;Including all functions is really awful job whereas classess could be autoloaded nicely (imagine implementation for spl_autoload_register which scans a directory for classess and then includes specific file).#13;#10;#13;#10;I suggest to make possible something similar to the example above for normal functions (global as well as those in namespaces).#13;#10;#13;#10;PS: I know that it could be hacked by emulating namespace with class (eg. static method String::webalize()) but since PHP 5.3 it would be probably nicier not to hack it with classes, but place it to namespace as a regular function (String\webalize()). -- Edit this bug report at http://bugs.php.net/bug.php?id=52385edit=1
[PHP-BUG] Bug #52424 [NEW]: Function naming inconsistency: htmlentities() x html_entity_decode()
From: Operating system: PHP version: 5.3.3 Package: Unknown/Other Function Bug Type: Bug Bug description:Function naming inconsistency: htmlentities() x html_entity_decode() Description: I suggest adding a function htmlentities_decode() as a replacement for html_entity_decode() and possibly deprecate that one. It is really misleading and unintuitive because there are functions htmlspecialchars() and htmlspecialchars_decode() doing similar thing. -- Edit bug report at http://bugs.php.net/bug.php?id=52424edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52424r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52424r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52424r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52424r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52424r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52424r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52424r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52424r=needscript Try newer version: http://bugs.php.net/fix.php?id=52424r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52424r=support Expected behavior: http://bugs.php.net/fix.php?id=52424r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52424r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52424r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52424r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52424r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52424r=dst IIS Stability: http://bugs.php.net/fix.php?id=52424r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52424r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52424r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52424r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52424r=mysqlcfg
[PHP-BUG] Req #52385 [NEW]: Support for autoloading functions
From: Operating system: Irrelevant PHP version: 5.3.3RC3 Package: SPL related Bug Type: Feature/Change Request Bug description:Support for autoloading functions Description: Would it be possible to add a support for autoloading user-defined functions? Currently only classes are supported by either __autoload or spl_autoload or spl_autoload_register.#13;#10;#13;#10;Including all functions is really awful job whereas classess could be autoloaded nicely (imagine implementation for spl_autoload_register which scans a directory for classess and then includes specific file).#13;#10;#13;#10;I suggest to make possible something similar to the example above for normal functions (global as well as those in namespaces).#13;#10;#13;#10;PS: I know that it could be hacked by emulating namespace with class (eg. static method String::webalize()) but since PHP 5.3 it would be probably nicier not to hack it with classes, but place it to namespace as a regular function (String\webalize()). -- Edit bug report at http://bugs.php.net/bug.php?id=52385edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52385r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52385r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52385r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52385r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52385r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52385r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52385r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52385r=needscript Try newer version: http://bugs.php.net/fix.php?id=52385r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52385r=support Expected behavior: http://bugs.php.net/fix.php?id=52385r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52385r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52385r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52385r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52385r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52385r=dst IIS Stability: http://bugs.php.net/fix.php?id=52385r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52385r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52385r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52385r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52385r=mysqlcfg
[PHP-BUG] Bug #52238 [NEW]: Crash when an Exception occured in iterator_to_array
From:
Operating system: Linux Debian
PHP version: 5.3.2
Package: Reproducible crash
Bug Type: Bug
Bug description:Crash when an Exception occured in iterator_to_array
Description:
PHP crashes when an Exception is thrown from
IteratorAggregate::getIterator() and passed to iterator_to_array().
Test script:
---
class Foo implements IteratorAggregate
{
public function bar()
{
throw new Exception;
}
public function getIterator()
{
return new ArrayIterator($this-bar());
}
}
var_dump(iterator_to_array(new Foo));
Expected result:
Uncaught Exception
Actual result:
--
PHP crashed
--
Edit bug report at http://bugs.php.net/bug.php?id=52238edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52238r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52238r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52238r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52238r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52238r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52238r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52238r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52238r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52238r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52238r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52238r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52238r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52238r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52238r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52238r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52238r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52238r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52238r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52238r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52238r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52238r=mysqlcfg
Bug #52238 [Opn]: Crash when an Exception occured in iterator_to_array
Edit report at http://bugs.php.net/bug.php?id=52238edit=1
ID: 52238
User updated by: php-bugs at majkl578 dot cz
Reported by: php-bugs at majkl578 dot cz
Summary: Crash when an Exception occured in iterator_to_array
Status: Open
Type: Bug
Package: Reproducible crash
Operating System: Linux Debian
PHP Version: 5.3.2
New Comment:
Backtrace:
#0 spl_iterator_apply (obj=0x93d610c,
apply_func=0xb7064140 spl_iterator_to_array_apply,
puser=0x93d6170)
at /tmp/buildd/php5-5.3.2/ext/spl/spl_iterators.c:3038
#1 0xb70660fd in zif_iterator_to_array (ht=1, return_value=0x93d6170,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1)
at /tmp/buildd/php5-5.3.2/ext/spl/spl_iterators.c:3111
#2 0xb719cddb in execute_internal (execute_data_ptr=0x941bcbc,
return_value_used=1) at
/tmp/buildd/php5-5.3.2/Zend/zend_execute.c:1260
#3 0xb6756aac in xdebug_execute_internal
(current_execute_data=0x941bcbc,
return_value_used=1)
at
/build/buildd-xdebug_2.0.5-1+b1-i386-VWnNbE/xdebug-2.0.5/build-php5/xdebug.c:1631
#4 0xb33bced3 in ?? () from /usr/lib/php5/20090626+lfs/suhosin.so
#5 0xb71c8a18 in zend_do_fcall_common_helper_SPEC (execute_data=0x12)
at /tmp/buildd/php5-5.3.2/Zend/zend_vm_execute.h:315
#6 0xb719f77e in execute (op_array=0x93d6028)
at /tmp/buildd/php5-5.3.2/Zend/zend_vm_execute.h:104
#7 0xb6756765 in xdebug_execute (op_array=0x93d6028)
at
/build/buildd-xdebug_2.0.5-1+b1-i386-VWnNbE/xdebug-2.0.5/build-php5/xdebug.c:1562
#8 0xb33bd334 in ?? () from /usr/lib/php5/20090626+lfs/suhosin.so
#9 0xb71758e6 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /tmp/buildd/php5-5.3.2/Zend/zend.c:1266
#10 0xb7119ff4 in php_execute_script (primary_file=0xbfe11fd4)
at /tmp/buildd/php5-5.3.2/main/main.c:2288
#11 0xb7207d9b in php_handler (r=0x9412cc8)
at /tmp/buildd/php5-5.3.2/sapi/apache2handler/sapi_apache2.c:674
#12 0x0807cb96 in ap_run_handler ()
#13 0x08080311 in ap_invoke_handler ()
#14 0x0808e390 in ap_process_request ()
#15 0x0808b3a0 in ?? ()
#16 0x080846e6 in ap_run_process_connection ()
#17 0x080930f8 in ?? ()
#18 0x0809344b in ?? ()
#19 0x0809423c in ap_mpm_run ()
#20 0x080696a4 in main ()
Previous Comments:
[2010-07-02 20:27:42] php-bugs at majkl578 dot cz
Description:
PHP crashes when an Exception is thrown from
IteratorAggregate::getIterator() and passed to iterator_to_array().
Test script:
---
class Foo implements IteratorAggregate
{
public function bar()
{
throw new Exception;
}
public function getIterator()
{
return new ArrayIterator($this-bar());
}
}
var_dump(iterator_to_array(new Foo));
Expected result:
Uncaught Exception
Actual result:
--
PHP crashed
--
Edit this bug report at http://bugs.php.net/bug.php?id=52238edit=1
#50393 [NEW]: ./configure fails when --with-mysqli=mysqlnd,shared is used
From: php-bugs at majkl578 dot cz Operating system: Linux Debian PHP version: 5.3.1 PHP Bug Type: Compile Failure Bug description: ./configure fails when --with-mysqli=mysqlnd,shared is used Description: PHP cannot be configured to use shared mysqli module when mysqlnd is used. mysql_config is located in /usr/bin. --with-mysqli=mysqlnd works fine. --with-mysql=mysqlnd,shared also works fine. MySQL version is 5.1.41 (5.1.41-3~bpo50+1). Reproduce code: --- ./configure --prefix=/usr --sysconfdir=/etc --cache-file=./config.cache --with-config-file-path=/etc/php --with-config-file-scan-dir=/etc/php/extensions --with-apxs2=/usr/bin/apxs2 --enable-bcmath=shared --with-bz2=shared --enable-calendar=shared --with-curl=shared --enable-exif=shared --enable-ftp=shared --with-gd --with-gettext=shared --with-gmp --without-imap --with-kerberos --with-ldap=shared --enable-mbstring=shared --with-mcrypt=shared --with-mhash=shared --without-mssql --with-mysql=mysqlnd,shared --with-mysqli=mysqlnd,shared --enable-mysqlnd-threading --with-openssl --enable-pcntl=shared --without-pgsql --with-pspell=shared --with-snmp=shared --with-sqlite=shared --enable-sqlite-utf8 --enable-soap=shared --enable-sockets=shared --without-sybase-ct --enable-sysvmsg=shared --enable-sysvsem=shared --enable-sysvshm=shared --with-tidy=shared --without-unixODBC --with-xmlrpc=shared --with-xsl=shared --enable-zip=shared --with-zlib=shared --enable-debug --disable-cgi --enable-cli --with-pear --enable-zend-multibyte --disable-short-tags Expected result: Successful configuration. Actual result: -- ... checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... yes checking for MySQLi support... yes checking whether to enable embedded MySQLi support... no mysql_config not found configure: error: Please reinstall the mysql distribution -- Edit bug report at http://bugs.php.net/?id=50393edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50393r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50393r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50393r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50393r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50393r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50393r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50393r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50393r=needscript Try newer version: http://bugs.php.net/fix.php?id=50393r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50393r=support Expected behavior: http://bugs.php.net/fix.php?id=50393r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50393r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50393r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50393r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50393r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50393r=dst IIS Stability: http://bugs.php.net/fix.php?id=50393r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50393r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50393r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50393r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50393r=mysqlcfg
