ID:               43677
 Comment by:       manuel at mausz dot at
 Reported By:      root at net1 dot cc
 Status:           Feedback
 Bug Type:         Safe Mode/open_basedir
 Operating System: FreeBSD 6.2
 PHP Version:      5.2.5
 New Comment:

There's no need to test this. I can still see the bug in CVS.
Look at zend_ini.c: ini_entry->modifiable gets modified (... =
ZEND_INI_SYSTEM) and won't get restored after the request has been
processed (zend_restore_ini_entry_cb).


Previous Comments:
------------------------------------------------------------------------

[2008-02-07 00:47:55] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows (zip):
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi

Just to be sure this isn't fixed already. There were some changes done
but I'm not sure anymore if those actually went into 5.2.5 and I don't
have Apache setup around to test right now..

------------------------------------------------------------------------

[2008-02-07 00:45:48] [EMAIL PROTECTED]

See also bug #43755


------------------------------------------------------------------------

[2008-02-05 13:06:41] manuel at mausz dot at

Can someone please assign this bug to some dev or commit my first patch
for 5.3 and HEAD. This bug is annoying and I don't want to see it in 5.3
again.

------------------------------------------------------------------------

[2008-01-22 10:32:59] phpbugs at afilas dot nl

I have the same problem here with Apache 1.3 and FreeBSD 6.2. I am
wondering why there is no response from the PHP dev team on this issue,
as this a fairly serious issue IMHO. I chose to downgrade to 5.2.4 for
the time being, hoping that this issue is fixed in 5.2.6.

------------------------------------------------------------------------

[2008-01-21 18:37:21] manuel at mausz dot at

As I said before, my patch breaks the ini settings abi resulting in
segfaults if "old" extensions are loaded. Due to the fact that one of my
customers is using a proprietary extension I have implemented an
alternate, dirty but hopefully non-breaking patch.

The patch stores the original value 3 bits to the left of the new
value. This method won't break any php or pecl extensions (all checked).
Only ext/reflection needs to be recompiled.

http://manuel.mausz.at/coding/patches/php/5.2.5/php5.2.5-restore-ini-level2.patch

------------------------------------------------------------------------

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/43677

-- 
Edit this bug report at http://bugs.php.net/?id=43677&edit=1

Reply via email to