[PHP-BUG] Bug #53121 [NEW]: Include path cannot be appended to for default include_path
From:
Operating system: ubuntu
PHP version: 5.3SVN-2010-10-20 (snap)
Package: *Configuration Issues
Bug Type: Bug
Bug description:Include path cannot be appended to for default include_path
Description:
The default php include_path cannot be appended to by using
${include_path}
I have a machine which has no include_path set in php.ini, the system
picks
up the default include_path path from the build-defs.h during the build.
gop...@delta:~$ /opt/php53/bin/php -v
PHP 5.3.4-dev (cli) (built: Oct 12 2010 18:47:42)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
gop...@delta:~$ /opt/php53/bin/php -i | grep include_path
include_path => .:/opt/php53//lib/php => .:/opt/php53//lib/php
gop...@delta:~$ cat php-bug.ini
include_path=${include_path}:/tmp
gop...@delta:~$ /opt/php53/bin/php -c php-bug.ini -i | grep include_path
include_path => :/tmp => :/tmp
Test script:
---
gop...@delta:~$ cat php-bug.ini
include_path=${include_path}:/tmp
gop...@delta:~$ /opt/php53/bin/php -c php-bug.ini -i | grep include_path
include_path => :/tmp => :/tmp
Expected result:
include_path => .:/opt/php53//lib/php:/tmp => .:/opt/php53//lib/php:/tmp
Actual result:
--
include_path => :/tmp => :/tmp
--
Edit bug report at http://bugs.php.net/bug.php?id=53121&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=53121&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=53121&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=53121&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=53121&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=53121&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=53121&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=53121&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=53121&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=53121&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=53121&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=53121&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=53121&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=53121&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=53121&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53121&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=53121&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=53121&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=53121&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=53121&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=53121&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=53121&r=mysqlcfg
Bug #53121 [Opn]: Include path cannot be appended to for default include_path
Edit report at http://bugs.php.net/bug.php?id=53121&edit=1
ID: 53121
User updated by: gop...@php.net
Reported by: gop...@php.net
Summary:Include path cannot be appended to for default
include_path
Status: Open
Type: Bug
Package:*Configuration Issues
Operating System: ubuntu
PHP Version:5.3SVN-2010-10-20 (snap)
Block user comment: N
New Comment:
The append works just fine when an explicit include_path is provided in
a php.ini file.
This is breaking my php.d/ directory right now.
Previous Comments:
[2010-10-20 21:59:46] gop...@php.net
Description:
The default php include_path cannot be appended to by using
${include_path}
I have a machine which has no include_path set in php.ini, the system
picks
up the default include_path path from the build-defs.h during the
build.
gop...@delta:~$ /opt/php53/bin/php -v
PHP 5.3.4-dev (cli) (built: Oct 12 2010 18:47:42)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
gop...@delta:~$ /opt/php53/bin/php -i | grep include_path
include_path => .:/opt/php53//lib/php => .:/opt/php53//lib/php
gop...@delta:~$ cat php-bug.ini
include_path=${include_path}:/tmp
gop...@delta:~$ /opt/php53/bin/php -c php-bug.ini -i | grep
include_path
include_path => :/tmp => :/tmp
Test script:
---
gop...@delta:~$ cat php-bug.ini
include_path=${include_path}:/tmp
gop...@delta:~$ /opt/php53/bin/php -c php-bug.ini -i | grep
include_path
include_path => :/tmp => :/tmp
Expected result:
include_path => .:/opt/php53//lib/php:/tmp =>
.:/opt/php53//lib/php:/tmp
Actual result:
--
include_path => :/tmp => :/tmp
--
Edit this bug report at http://bugs.php.net/bug.php?id=53121&edit=1
[PHP-BUG] Bug #55303 [NEW]: zend_class_unserialize_deny does not work
From: gopalv Operating system: Linux PHP version: trunk-SVN-2011-07-27 (SVN) Package: Class/Object related Bug Type: Bug Bug description:zend_class_unserialize_deny does not work Description: Disabling unserialize() for a class does not work when object_common1 is hit In pecl/hidef trunk right now FrozenArray is marked with zend_class_unserialize_deny +ce.serialize = zend_class_serialize_deny; +ce.unserialize = zend_class_unserialize_deny; http://svn.php.net/viewvc/pecl/hidef/trunk/frozenarray.c?r1=311588&r2=313761 But the following code still fails to throw an exception (with hidef installed) I traced the code to #0 frozen_array_new (ce=0xe34790) at /home/gopalv/apc_debug/hidef54/frozenarray.c:185 #1 0x006a035b in _object_and_properties_init (arg=0x77fc8a38, class_type=0xe34790, properties=0x0) at /home/gopalv/apc_debug/PHP_5_4/Zend/zend_API.c:1122 #2 0x00621b87 in object_common1 (rval=, p=, max=, var_hash=, ce=0xe34790) at ext/standard/var_unserializer.re:371 #3 0x00622b9e in php_var_unserialize (rval=0x7fffb828, p=0x7fffb838, max=0x77eb8203 "", var_hash=0x7fffb830) at ext/standard/var_unserializer.re:717 #4 0x0060dd03 in zif_unserialize (ht=, return_value=0x77fc8a38, return_value_ptr=, this_ptr=, return_value_used=) at /home/gopalv/apc_debug/PHP_5_4/ext/standard/var.c:942 Test script: --- https://bugs.php.net/bug.php?id=55303&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55303&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55303&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55303&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55303&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55303&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55303&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55303&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55303&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55303&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55303&r=support Expected behavior: https://bugs.php.net/fix.php?id=55303&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55303&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55303&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55303&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55303&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55303&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55303&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55303&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55303&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55303&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55303&r=mysqlcfg
