#43847 [NEW]: Bug #34396 is not fixed - unset() un-declares a property
From: timshaw at mail dot usa dot com
Operating system: Win32
PHP version: 5.2.5
PHP Bug Type: Class/Object related
Bug description: Bug #34396 is not fixed - unset() un-declares a property
Description:
Shouldn't unset of a declared property still leave the property as a
declared property, so that the set overload will not later be used on it?
It is cool to unset things once their value becomes invalid to catch
errors using the invalid value. However, I could understand that this
overload problem is actually an undocumented feature if the person who
implemented overloads decided that everybody should be able to overload
everything, even declared properties, so this was put in to allow that
Too bad that doesn't accomodate those of us who don't want to use overloads
for everything, just some things.
Reproduce code:
---
?php
class c {
public $x ;
public function __set($nm, $val) { echo overloaded __set($nm, $val)
;\n ; }
public function __isset($nm) { echo overloaded __isset($nm) ;\n ; }
public function __unset($nm) { echo overloaded __unset($nm) ;\n ; }
}
$c = new c ;
echo Does not overload, just as expected and documented, because \$x is
declared property\n ;
echo \$c-x = , $c-x = 5, \n ;
echo Does not overload, just as expected, because \$x is declared
property\n ;
echo isset(\$c-x) = , isset($c-x)? 'True': 'False', \n ;
echo Does not use overload __unset, just as expected, because \$x is
declared property\n ;
echo unset(\$c-x)\n ;
unset($c-x) ;
echo Here's the problem- \$x is declared public property, but now it's
using overloaded set!\n ;
echo \$c-x = 5 ... ; $c-x = 5 ;
?
Expected result:
The overloaded ... should not appear because only the declared property
$x is used.
Actual result:
--
This does not call overload, just as expected and documented, because $x
is declared property
$c-x = 5
This does not call overload, just as expected, because $x is declared
property
isset($c-x) = True
This does not go though __unset, just as expected, because $x is declared
property
unset($c-x)
Here's the problem- $x is declared public property, but now it's using
overloaded set!
$c-x = 5 ... overloaded __set(x, 5) ;
--
Edit bug report at http://bugs.php.net/?id=43847edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43847r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43847r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43847r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43847r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43847r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43847r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43847r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43847r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43847r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43847r=support
Expected behavior:http://bugs.php.net/fix.php?id=43847r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43847r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43847r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43847r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43847r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43847r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43847r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43847r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43847r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43847r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43847r=mysqlcfg
#43257 [NEW]: Bug 29919
From: timshaw at mail dot usa dot com Operating system: Win XP SP2 PHP version: 5.2.5 PHP Bug Type: Feature/Change Request Bug description: Bug 29919 Description: Sure would be cool if the windows installer created a php.ini on initial installation that did not cause PHP to crash, which is always going to happen if exif and mbstring are selected since they are automatically put into the php.ini in the wrong order by the installer. This is a request that the load order dependencies of the modules be considered in automatically generating php.ini by the installer instead of just putting them in alphabetically. As a new user who wants exif type functionality, it took me a little while to find the doc giving the required order to fix the crash... I initially had no idea it was even related to module loading. This request was submitted in 2004 by someone else as documentation bug 29919. It is not a documentation bug since the documentation gives the correct order, it is an installer enhancement request. Thanks for PHP! [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=43257edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43257r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43257r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43257r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43257r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43257r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43257r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43257r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43257r=needscript Try newer version:http://bugs.php.net/fix.php?id=43257r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43257r=support Expected behavior:http://bugs.php.net/fix.php?id=43257r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43257r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43257r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43257r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43257r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43257r=dst IIS Stability:http://bugs.php.net/fix.php?id=43257r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43257r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43257r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43257r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43257r=mysqlcfg
#43230 [Com]: The MSI Installer crashes when trying to install
ID: 43230 Comment by: timshaw at mail dot usa dot com Reported By: pamcallaway at pobox dot com Status: Assigned Bug Type: *General Issues Operating System: Win XP, SP2 PHP Version: 5.2.5 Assigned To: jmertic New Comment: Me too! Windows XP Service Pack 2 IIS 5.1 Windows Installer 3.1 DreamWeaver ActivePerl 5.8.2 MySQL 4.1. Also, I use international character sets and chinese characters are installed but rarely used, which may be a common denominator for this error from other projects using WiX... Thanks for PHP! [EMAIL PROTECTED] Previous Comments: [2007-11-11 06:05:42] seansowell at gmail dot com Hello --- The same error message occurs for me. I'm running Windows 2000 Service Pack 4, fully patched. I already have Apache 2.2.4 installed and properly configured. I also have MySQL 5.0.45 installed. This latest PHP version would keep my WAMP stack up to date. Before trying to install PHP 5.2.5, I uninstalled PHP 5.2.4 with the usual Windows Add/Remove Software tool. I also checked the md5sum using version 1.13 of md5deep from sf.net (please see https://sourceforge.net/projects/md5deep/). The md5sum of my file matches that posted to the php.net download page (http://www.php.net/downloads.php): 21013504 cc882abae3b9ac2f5b83abc57f3381ae 20071108-php-5.2.5-win32-installer.msi The error message occurs whether or not Apache 2.2.4 is running or stopped, and regardless of the presence or absence of the Apache Monitor in the taskbar. MySQL was not running when I attempted to install PHP 5.2.5. No other programs that might impact or depend upon PHP were running during installation (ActiveState Perl/Python/TCL etc, or any web browser, or any other database engine). After receiving the same error message several times, I simply reinstalled PHP 5.2.4 with that MSI installer. 5.2.4 reinstalled flawlessly. Obviously, if this is a bug and not a misconfiguration of my machine, I'd like to be alerted when the patched installer is ready for testing. If the maintainer needs further hardware or software configuration details, I would be happy to provide them. Thanks, Sean S. Pleasanton, California, USA [2007-11-11 00:01:47] progun at ukr dot net Same problem. Log file: The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2878. The arguments are: WebServerDlg, Buttons, iis4CGI === Logging stopped: 11.11.2007 01:54:02 === Description of that error: On the dialog [2] the control [3] has a possible value: [4]. This is an invalid or duplicate value. http://img152.imageshack.us/img152/3411/phpinstym2.jpg After i changed the upper iis4CGI value to iis4FastCGI, problem disappeared. But after install i see another error message: The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2717. The arguments are: fcgiconfigJSFastCGIremove, , === Logging stopped: 11.11.2007 01:53:46 === Bad action condition or error calling custom action '[2]'. I have tried to fix this error but i failed. That is problems with the installer. [2007-11-10 23:46:29] sandiphome at yahoo dot com Same problem here on XP professional. [2007-11-10 22:25:20] matthayden at cinci dot rr dot com I am having the same problem. I tried installing on 2 computers with the same problem. error code 2878 [2007-11-10 22:20:01] [EMAIL PROTECTED] Assigned to the installer maintainer. 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/43230 -- Edit this bug report at http://bugs.php.net/?id=43230edit=1
