#46104 [Opn-Bgs]: list supportiong OS
ID: 46104 Updated by: [EMAIL PROTECTED] Reported By: Mike_G at ufamts dot ru -Status: Open +Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 -Assigned To: +Assigned To: pajoye New Comment: NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) Previous Comments: [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 User updated by: Mike_G at ufamts dot ru Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. Previous Comments: [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 Updated by: [EMAIL PROTECTED] Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. Previous Comments: [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 User updated by: Mike_G at ufamts dot ru Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. Previous Comments: [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 Updated by: [EMAIL PROTECTED] Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: You don't have to install Vista, windows 2000 or XP work fine. Previous Comments: [2008-09-17 09:49:40] Mike_G at ufamts dot ru I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) [2008-09-17 05:58:00] Mike_G at ufamts dot ru Description: Please don't drop support Windows NT 4.0. What real reasons in refusal of support? If this is connected with VC9 why not to compile by means of MingGW? -- Edit this bug report at http://bugs.php.net/?id=46104edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 User updated by: Mike_G at ufamts dot ru Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: I have understood You, but that You will say after 10 years? I am afraid the history be repeated, but then will already write off Windows 2000 and XP. Many people did not want this. Please do not go for Microsoft. Previous Comments: [2008-09-17 10:21:21] [EMAIL PROTECTED] You don't have to install Vista, windows 2000 or XP work fine. [2008-09-17 09:49:40] Mike_G at ufamts dot ru I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. [2008-09-17 06:52:09] [EMAIL PROTECTED] NT4 and win 9x are not supported anymore by Microsoft. They have limitation affecting PHP code or features. We can't afford to maintain an extra branch only to support museum softwares. windows 2k is 10 years old, don't you think you can update? Or even better, move to 2008 ;) 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/46104 -- Edit this bug report at http://bugs.php.net/?id=46104edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 Updated by: [EMAIL PROTECTED] Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: I go with the users. We can't limit the builds for 99.9% of the users because a hand full of people still use NT4 or win 9x. And you can still use php 5.2.x anyway. I think everything has been said now, don't expect another reply from me here :) Previous Comments: [2008-09-17 10:32:23] Mike_G at ufamts dot ru I have understood You, but that You will say after 10 years? I am afraid the history be repeated, but then will already write off Windows 2000 and XP. Many people did not want this. Please do not go for Microsoft. [2008-09-17 10:21:21] [EMAIL PROTECTED] You don't have to install Vista, windows 2000 or XP work fine. [2008-09-17 09:49:40] Mike_G at ufamts dot ru I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. [2008-09-17 08:25:14] Mike_G at ufamts dot ru What new features so necessary? (can you explain?) But even though so, that why such belongings not to stand in separate expansions, let their use that to whom it is necessary. Do Not want to argue, but on my, it is impossible named this OS museum only besause so has solved Microsoft. We independent developers must not go on cause beside Bill Gates. I disappointed vista and .NET platform. After installing .NET all begin wildly to hold up. Please give the hope on that us shall not learn the fate someday oppressively to move to Vista. But if reason as you presently reason this will someday occur. :( Sorry for my english. 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/46104 -- Edit this bug report at http://bugs.php.net/?id=46104edit=1
#46104 [Bgs]: list supportiong OS
ID: 46104 User updated by: Mike_G at ufamts dot ru Reported By: Mike_G at ufamts dot ru Status: Bogus Bug Type:Feature/Change Request PHP Version: 5.3.0alpha2 Assigned To: pajoye New Comment: Thank you for answers. Offensively only for one that some uncles from Microsoft all for us solve. Why-that I on naivetes thought that this does not spread on Open Source. Excuse me for persistence, simply I fight for soft quality. I wish You good luck! Previous Comments: [2008-09-17 10:37:02] [EMAIL PROTECTED] I go with the users. We can't limit the builds for 99.9% of the users because a hand full of people still use NT4 or win 9x. And you can still use php 5.2.x anyway. I think everything has been said now, don't expect another reply from me here :) [2008-09-17 10:32:23] Mike_G at ufamts dot ru I have understood You, but that You will say after 10 years? I am afraid the history be repeated, but then will already write off Windows 2000 and XP. Many people did not want this. Please do not go for Microsoft. [2008-09-17 10:21:21] [EMAIL PROTECTED] You don't have to install Vista, windows 2000 or XP work fine. [2008-09-17 09:49:40] Mike_G at ufamts dot ru I certainly can itself compile, but bad deal to climb in someone else thoughts. But absence to copies can help virtual machine for Virtual PC http://vip-file.com/download/a7e7c9423314/Windows-NT-4.0.rar.html Thank you. [2008-09-17 08:50:37] [EMAIL PROTECTED] It's quite simple: We don't have the time to care for it, feel free to compile it your self but we won't guarantee anything works there, we prefer spending the time on issues that affect more users instead of wasting the time with platforms which are 12 years old and where no developer has a copy. 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/46104 -- Edit this bug report at http://bugs.php.net/?id=46104edit=1
#46052 [Com]: php_mysql.dll not loaded
ID: 46052 Comment by: marcelo at wlive dot com dot br Reported By: marcelo at wlive dot com dot br Status: Feedback Bug Type: MySQL related Operating System: Windows 2008 Server PHP Version: 5.2.6 New Comment: Nothing! display_errors On On display_startup_errors On On Any more? Previous Comments: [2008-09-11 21:26:39] [EMAIL PROTECTED] Any errors in any logs..? Any php startup errors? (enable them in your php.ini..) [2008-09-11 14:04:40] marcelo at wlive dot com dot br Description: I was have problem with php_mysql.dll + php5 in Windows 2003 Server, to solve I need to get a new php_mysql.dll. In Windows 2008 I have same problem. I'm adding this report because the others report with this dont refer to Windows 2008 Server Configuration: IIS 7 PHP 5.26 Mysql 5.045 State: PHP - Working with other ext GD2 (The directorys OK's) Mysql running LibMysql updated But not load the extension php_mysql.dll and not show error. I already change de .dll file original by .dll file working in 2003 server. What's the problem in load php_mysql.dll??? Expected result: php_mysql.dll load Actual result: -- php_mysql.dll not load -- Edit this bug report at http://bugs.php.net/?id=46052edit=1
#46052 [Fbk-Opn]: php_mysql.dll not loaded
ID: 46052 User updated by: marcelo at wlive dot com dot br Reported By: marcelo at wlive dot com dot br -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows 2008 Server PHP Version: 5.2.6 New Comment: Any more? Previous Comments: [2008-09-17 10:55:34] marcelo at wlive dot com dot br Nothing! display_errors On On display_startup_errors On On Any more? [2008-09-11 21:26:39] [EMAIL PROTECTED] Any errors in any logs..? Any php startup errors? (enable them in your php.ini..) [2008-09-11 14:04:40] marcelo at wlive dot com dot br Description: I was have problem with php_mysql.dll + php5 in Windows 2003 Server, to solve I need to get a new php_mysql.dll. In Windows 2008 I have same problem. I'm adding this report because the others report with this dont refer to Windows 2008 Server Configuration: IIS 7 PHP 5.26 Mysql 5.045 State: PHP - Working with other ext GD2 (The directorys OK's) Mysql running LibMysql updated But not load the extension php_mysql.dll and not show error. I already change de .dll file original by .dll file working in 2003 server. What's the problem in load php_mysql.dll??? Expected result: php_mysql.dll load Actual result: -- php_mysql.dll not load -- Edit this bug report at http://bugs.php.net/?id=46052edit=1
#46105 [NEW]: mysql_fetch_object calls constructor on object after setting up properties
From: ninzya at inbox dot lv Operating system: Windows XP PHP version: 5.3.0alpha2 PHP Bug Type: MySQL related Bug description: mysql_fetch_object calls constructor on object after setting up properties Description: when using custom object return through mysql_fetch_object, function allocates specified in second parameter object, sets up all properties and then calls constructor. I think this is wrong. Newly instantiated object's constructor must be called before any other operation on the object is performed. Reproduce code: --- /** * Object class * */ class Object { /** * Array of properties * * @var array */ protected $_props =array(); /** * Construct object * * @param array $props */ public function __construct( $props =array()) { var_dump( 'constr'); $this-_props =$props; } /** * Magic method override * * @param string $key */ public function __isset( $key) { var_dump( 'isset'); return array_key_exists( $key, $this-_props); } /** * Magic method override * * @param string $key * @return mixed/null */ public function __get( $key) { var_dump( 'get'); if( !array_key_exists( $key, $this-_props)) return null;// entry does not exist // return obtained value return $this-_props[ $key]; } /** * Magic method override * * @param string $key * @param mixed $value */ public function __set( $key, $value) { var_dump( 'set'); $this-_props[ $key] =$value; } /** * Magic method override * * @param string $key */ public function __unset( $key) { var_dump( 'unset'); unset( $this-_props[ $key]); } /** * Get associated array * * @return array */ public function __invoke() { var_dump( 'invoke'); return $this-_props; } /** * Get object name * * @return string */ public function __toString() { return __CLASS__; } } .. mysql_fetch_object( $result, 'Object'); Expected result: string(6) constr string(3) set string(3) set string(3) set string(3) set Actual result: -- string(3) set string(3) set string(3) set string(3) set string(6) constr -- Edit bug report at http://bugs.php.net/?id=46105edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46105r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46105r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46105r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46105r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46105r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46105r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46105r=needscript Try newer version:http://bugs.php.net/fix.php?id=46105r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46105r=support Expected behavior:http://bugs.php.net/fix.php?id=46105r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46105r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46105r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46105r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46105r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46105r=dst IIS Stability:http://bugs.php.net/fix.php?id=46105r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46105r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46105r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46105r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46105r=mysqlcfg
#43402 [Com]: FILTER_VALIDATE_EMAIL is not RFC2822 compliant
ID: 43402 Comment by: matt at mattfarina dot com Reported By: nobody at example dot org Status: Open Bug Type: Filter related Operating System: * PHP Version: 5.2.5 New Comment: RFC 2822 allows for email addresses like [EMAIL PROTECTED] or [EMAIL PROTECTED] But, RFC 2821 (SMTP Standard) does not allow for those. See sections 4.1.2 and 4.13 for more detail. The question with email addresses is should we support RFC 2822 or 2821? For routing FILTER_VALIDATE_EMAIL currently follows RFC 2821. Previous Comments: [2008-09-16 20:00:59] matt at mattfarina dot com Please correct me if I'm wrong but isn't localhost an alias and RFC 2822 requires a fully qualified domain name or IP address. That would be the issue with [EMAIL PROTECTED] [2008-09-16 19:37:41] drewish at katherinehouse dot com The current code also bounces valid email addresses like [EMAIL PROTECTED]. I haven't been able to test out the suggested regex. [2007-11-26 14:23:55] nobody at example dot org Updated test, php_filter_validate_email() returns string on success. Surely bool would be a more appropriate return value for a logic filter? Updated regex above fixes the specific issue I was having, I'm uncertain about other edge cases ([EMAIL PROTECTED]@example.org)? --TEST-- Bug 43402, RFC2822 allows chars (?, =) in dot-atoms --SKIPIF-- ?php if (!extension_loaded(filter)) die(skip); ? --FILE-- ?php $var=!#$%'*+-/=.?^_`{|[EMAIL PROTECTED]; var_dump((bool)filter_var($var, FILTER_VALIDATE_EMAIL)); ? --EXPECT-- bool(true) [2007-11-26 11:34:19] nobody at example dot org I may be missing something about the unit tests, following regex update to php_filter_validate_email() will not pass my test case (after doing rm ext/filter/tests/*.o ext/filter/tests/*.lo, clearing .out .log .exp .diff from tests and doing make; make test). const char regexp[] = /^((\\\[^\f\\n\\r\\t\\b]+\\\)|([\\w\\!\\#\\$\\%'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}\\=\\?]+(\\.[\\w\\!\\#\\$\\%'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}\\=\\?]+)*))@((\\[(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))\\])|(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))|((([A-Za-z0-9\\-])+\\.)+[A-Za-z\\-]+))$/D; Yet the equivalent regex works as expected in both PHP and my patched install. ?php error_reporting(E_ALL|E_STRICT); function validate_email($_) { /* Original from PEAR QuickForm Email.php rev: 1.4 */ $r = '/^((\[^\\f\n\r\t\v\b]+\)|([\w\!\#\$\%\\'\*\+\-\~\/\^\`\|\{\}\=\?]+(\.[\w\!\#\$\%\\'\*\+\-\~\/\^\`\|\{\}\=\?]+)*))@((\[(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))\])|(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))|((([A-Za-z0-9\-])+\.)+[A-Za-z\-]+))$/D'; return (bool) preg_match($r, $_); } $test = array('[EMAIL PROTECTED]'=true, '[EMAIL PROTECTED]'=false, !#$%'*+-/=.?^_`{|[EMAIL PROTECTED]=true, ); $failed = 0; $fail = array(); foreach ($test as $k = $v){ if (!(validate_email($k) === $v)){ $failed++; $fail[].= $k; } } if ($failed 0){ echo Failed $failed of ,count($test), tests using PHP func\n; print_r($fail); } $failed = 0; $fail = array(); foreach ($test as $k = $v){ if (!((bool)filter_var($k, FILTER_VALIDATE_EMAIL) == (bool)$v)){ $failed++; $fail[].= $k; } } if ($failed 0){ echo Failed $failed of ,count($test), tests using filter func\n; print_r($fail); } [2007-11-25 23:46:34] nobody at example dot org --TEST-- RFC2822 conformance for local atoms --SKIPIF-- ?php if (!extension_loaded(filter)) die(skip); ? --FILE-- ?php $var = !#$%'*+-/=.?^_`{|[EMAIL PROTECTED]; var_dump(filter_var($var, FILTER_VALIDATE_EMAIL)); ? --EXPECT-- bool(true) # Apologies for bug spam 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/43402 -- Edit this bug report at http://bugs.php.net/?id=43402edit=1
#46106 [NEW]: Memory leaks when using global statement
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: Scripting Engine problem Bug description: Memory leaks when using global statement Description: See below. Reproduce code: --- ?php $foo = array(1); function foobar($errno, $errstr, $errfile, $errline) { } set_error_handler('foobar'); function test($x) { global $foo; $x-invokeArgs(array(0)); } $x = new ReflectionFunction('str_pad'); test($x); Actual result: -- /home/felipe/dev/php5/Zend/zend_vm_execute.h(4047) : Freeing 0x08C23230 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4078) : Freeing 0x08C2392C (35 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_hash.c(388) : Actual location (location was relayed) [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4092) : Freeing 0x08C24150 (32 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_alloc.c(2391) : Actual location (location was relayed) Last leak repeated 1 time [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_execute.c(737) : Freeing 0x08C241A0 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(482) : Freeing 0x08C258B4 (20 bytes), script=/home/felipe/public_html/bug.php === Total 6 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=46106edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46106r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46106r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46106r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46106r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46106r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46106r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46106r=needscript Try newer version:http://bugs.php.net/fix.php?id=46106r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46106r=support Expected behavior:http://bugs.php.net/fix.php?id=46106r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46106r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46106r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46106r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46106r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46106r=dst IIS Stability:http://bugs.php.net/fix.php?id=46106r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46106r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46106r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46106r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46106r=mysqlcfg
#46106 [Opn-Asn]: Memory leaks when using global statement
ID: 46106 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:Scripting Engine problem PHP Version: 5.3CVS-2008-09-17 (CVS) -Assigned To: +Assigned To: dmitry Previous Comments: [2008-09-17 14:47:35] [EMAIL PROTECTED] Description: See below. Reproduce code: --- ?php $foo = array(1); function foobar($errno, $errstr, $errfile, $errline) { } set_error_handler('foobar'); function test($x) { global $foo; $x-invokeArgs(array(0)); } $x = new ReflectionFunction('str_pad'); test($x); Actual result: -- /home/felipe/dev/php5/Zend/zend_vm_execute.h(4047) : Freeing 0x08C23230 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4078) : Freeing 0x08C2392C (35 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_hash.c(388) : Actual location (location was relayed) [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4092) : Freeing 0x08C24150 (32 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_alloc.c(2391) : Actual location (location was relayed) Last leak repeated 1 time [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_execute.c(737) : Freeing 0x08C241A0 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(482) : Freeing 0x08C258B4 (20 bytes), script=/home/felipe/public_html/bug.php === Total 6 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=46106edit=1
#46106 [Asn-Csd]: Memory leaks when using global statement
ID: 46106 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type:Scripting Engine problem PHP Version: 5.3CVS-2008-09-17 (CVS) Assigned To: dmitry New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-09-17 14:47:35] [EMAIL PROTECTED] Description: See below. Reproduce code: --- ?php $foo = array(1); function foobar($errno, $errstr, $errfile, $errline) { } set_error_handler('foobar'); function test($x) { global $foo; $x-invokeArgs(array(0)); } $x = new ReflectionFunction('str_pad'); test($x); Actual result: -- /home/felipe/dev/php5/Zend/zend_vm_execute.h(4047) : Freeing 0x08C23230 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4078) : Freeing 0x08C2392C (35 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_hash.c(388) : Actual location (location was relayed) [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(4092) : Freeing 0x08C24150 (32 bytes), script=/home/felipe/public_html/bug.php /home/felipe/dev/php5/Zend/zend_alloc.c(2391) : Actual location (location was relayed) Last leak repeated 1 time [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_execute.c(737) : Freeing 0x08C241A0 (20 bytes), script=/home/felipe/public_html/bug.php [Wed Sep 17 11:46:07 2008] Script: '/home/felipe/public_html/bug.php' /home/felipe/dev/php5/Zend/zend_vm_execute.h(482) : Freeing 0x08C258B4 (20 bytes), script=/home/felipe/public_html/bug.php === Total 6 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=46106edit=1
#46107 [NEW]: make test fails with a segmentation fault
From: Barry dot Latham at hp dot com Operating system: Linux 2.6.9-34.7hp.XCsm PHP version: 5.2CVS-2008-09-17 (CVS) PHP Bug Type: Reproducible crash Bug description: make test fails with a segmentation fault Description: Installed the latest version as instructed in reporting bugs on the page http://bugs.php.net/how-to-report.php under the section Try a CVS snapshot Did a simple build and ran make test. Got a segmentation fault. Reproduce code: --- $ uname -a Linux devnode6 2.6.9-34.7hp.XCsmp #1 SMP Sun Oct 22 12:44:14 EDT 2006 ia64 ia64 ia64 GNU/Linux $ tar -xvf php5.2-latest.tar $ cd php5.2-200809171430 $ ./configure $ ./make $ ./make test Expected result: no segmentation fault and tests being run Actual result: -- $ tar -xvf php5.2-latest.tar $ cd php5.2-200809171430 $ ./configure expected results $ ./make expected results $ ./make test Build complete. Don't forget to run 'make test'. /bin/sh: line 1: 19861 Segmentation fault TEST_PHP_EXECUTABLE=/users/user1\ /php/php5.2-200809171430/sapi/cli/php TEST_PHP_SRCDIR=/users/user1/php/php5.2-2\ 00809171430 CC=gcc /users/user1/php/php5.2-200809171430/sapi/cli/php -n -c /u\ sers/user1/php/php5.2-200809171430/tmp-php.ini -d 'open_basedir=' -d 'output_bu\ ffering=0' -d 'memory_limit=-1' /users/user1/php/php5.2-200809171430/run-tests.\ php -n -c /users/user1/php/php5.2-200809171430/tmp-php.ini -d extension_dir=/us\ ers/user1/php/php5.2-200809171430/modules/ ` if test x != x; then for i in \ ; do . $i; /users/user1/php/php5.2-200809171430/build/shtool echo -n -- -d \ extension=$dlname; done; fi; if test x != x; then for i in ; do . $i; /u\ sers/user1/php/php5.2-200809171430/build/shtool echo -n -- -d zend_extension=\ /users/user1/php/php5.2-200809171430/modules/$dlname; done; fi` make: [test] Error 139 (ignored) -- Edit bug report at http://bugs.php.net/?id=46107edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46107r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46107r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46107r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46107r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46107r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46107r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46107r=needscript Try newer version:http://bugs.php.net/fix.php?id=46107r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46107r=support Expected behavior:http://bugs.php.net/fix.php?id=46107r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46107r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46107r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46107r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46107r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46107r=dst IIS Stability:http://bugs.php.net/fix.php?id=46107r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46107r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46107r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46107r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46107r=mysqlcfg
#46108 [NEW]: DateTime - Memory leak when unserializing
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: Date/time related Bug description: DateTime - Memory leak when unserializing Description: See below. Reproduce code: --- ?php unserialize(serialize(new Datetime)); Actual result: -- ==18547== 51 bytes in 1 blocks are definitely lost in loss record 8 of 13 ==18547==at 0x4021620: malloc (vg_replace_malloc.c:149) ==18547==by 0x80C1A51: timelib_parse_tzfile (parse_tz.c:207) ==18547==by 0x80A01DB: php_date_parse_tzfile (php_date.c:904) ==18547==by 0x80A259F: get_timezone_info (php_date.c:1004) ==18547==by 0x80A33FB: date_initialize (php_date.c:2443) ==18547==by 0x80A3810: zim_DateTime___construct (php_date.c:2525) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== ==18547== ==18547== 120 bytes in 2 blocks are indirectly lost in loss record 9 of 13 ==18547==at 0x4021620: malloc (vg_replace_malloc.c:149) ==18547==by 0x80C279F: timelib_tzinfo_clone (timelib.c:116) ==18547==by 0x80A9C40: timelib_fill_holes (parse_date.re:2111) ==18547==by 0x80A32F9: date_initialize (php_date.c:2463) ==18547==by 0x80A3810: zim_DateTime___construct (php_date.c:2525) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== ==18547== ==18547== 1,614 (152 direct, 1,462 indirect) bytes in 2 blocks are definitely lost in loss record 10 of 13 ==18547==at 0x402095F: calloc (vg_replace_malloc.c:279) ==18547==by 0x80C26DA: timelib_tzinfo_ctor (timelib.c:95) ==18547==by 0x80C2714: timelib_tzinfo_clone (timelib.c:103) ==18547==by 0x80A9C40: timelib_fill_holes (parse_date.re:2111) ==18547==by 0x80A32F9: date_initialize (php_date.c:2463) ==18547==by 0x80A3810: zim_DateTime___construct (php_date.c:2525) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== ==18547== ==18547== 256 bytes in 2 blocks are indirectly lost in loss record 11 of 13 ==18547==at 0x4021620: malloc (vg_replace_malloc.c:149) ==18547==by 0x80C2756: timelib_tzinfo_clone (timelib.c:112) ==18547==by 0x80A9C40: timelib_fill_holes (parse_date.re:2111) ==18547==by 0x80A32F9: date_initialize (php_date.c:2463) ==18547==by 0x80A3597: php_date_initialize_from_hash (php_date.c:2566) ==18547==by 0x80A368D: zim_DateTime___wakeup (php_date.c:2607) ==18547==by 0x83B8A1E: zend_call_function (zend_execute_API.c:907) ==18547==by 0x83B9666: call_user_function_ex (zend_execute_API.c:681) ==18547==by 0x832EC41: php_var_unserialize (var_unserializer.re:377) ==18547==by 0x831AC86: zif_unserialize (var.c:866) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== ==18547== ==18547== 1,024 bytes in 2 blocks are indirectly lost in loss record 12 of 13 ==18547==at 0x4021620: malloc (vg_replace_malloc.c:149) ==18547==by 0x80C2748: timelib_tzinfo_clone (timelib.c:111) ==18547==by 0x80A9C40: timelib_fill_holes (parse_date.re:2111) ==18547==by 0x80A32F9: date_initialize (php_date.c:2463) ==18547==by 0x80A3810: zim_DateTime___construct (php_date.c:2525) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== -- Edit bug report at http://bugs.php.net/?id=46108edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46108r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46108r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46108r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46108r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46108r=alreadyfixed Need backtrace:
#46107 [Com]: make test fails with a segmentation fault
ID: 46107 Comment by: Barry dot Latham at hp dot com Reported By: Barry dot Latham at hp dot com Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.9-34.7hp.XCsm PHP Version: 5.2CVS-2008-09-17 (CVS) New Comment: Actually, after ./configure --enable-debug to get a stack trace, the make test works fine. $ gcc -v Reading specs from /usr/lib/gcc/ia64-redhat-linux/3.4.5/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=ia64-redhat-linux Thread model: posix gcc version 3.4.5 20051201 (Red Hat 3.4.5-2) Previous Comments: [2008-09-17 16:29:54] Barry dot Latham at hp dot com Description: Installed the latest version as instructed in reporting bugs on the page http://bugs.php.net/how-to-report.php under the section Try a CVS snapshot Did a simple build and ran make test. Got a segmentation fault. Reproduce code: --- $ uname -a Linux devnode6 2.6.9-34.7hp.XCsmp #1 SMP Sun Oct 22 12:44:14 EDT 2006 ia64 ia64 ia64 GNU/Linux $ tar -xvf php5.2-latest.tar $ cd php5.2-200809171430 $ ./configure $ ./make $ ./make test Expected result: no segmentation fault and tests being run Actual result: -- $ tar -xvf php5.2-latest.tar $ cd php5.2-200809171430 $ ./configure expected results $ ./make expected results $ ./make test Build complete. Don't forget to run 'make test'. /bin/sh: line 1: 19861 Segmentation fault TEST_PHP_EXECUTABLE=/users/user1\ /php/php5.2-200809171430/sapi/cli/php TEST_PHP_SRCDIR=/users/user1/php/php5.2-2\ 00809171430 CC=gcc /users/user1/php/php5.2-200809171430/sapi/cli/php -n -c /u\ sers/user1/php/php5.2-200809171430/tmp-php.ini -d 'open_basedir=' -d 'output_bu\ ffering=0' -d 'memory_limit=-1' /users/user1/php/php5.2-200809171430/run-tests.\ php -n -c /users/user1/php/php5.2-200809171430/tmp-php.ini -d extension_dir=/us\ ers/user1/php/php5.2-200809171430/modules/ ` if test x != x; then for i in \ ; do . $i; /users/user1/php/php5.2-200809171430/build/shtool echo -n -- -d \ extension=$dlname; done; fi; if test x != x; then for i in ; do . $i; /u\ sers/user1/php/php5.2-200809171430/build/shtool echo -n -- -d zend_extension=\ /users/user1/php/php5.2-200809171430/modules/$dlname; done; fi` make: [test] Error 139 (ignored) -- Edit this bug report at http://bugs.php.net/?id=46107edit=1
#46108 [Opn-Asn]: DateTime - Memory leak when unserializing
ID: 46108 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type:Date/time related PHP Version: 5.3CVS-2008-09-17 (CVS) -Assigned To: +Assigned To: derick Previous Comments: [2008-09-17 16:30:17] [EMAIL PROTECTED] Description: See below. Reproduce code: --- ?php unserialize(serialize(new Datetime)); Actual result: -- ==18547== 51 bytes in 1 blocks are definitely lost in loss record 8 of 13 ==18547==at 0x4021620: malloc (vg_replace_malloc.c:149) ==18547==by 0x80C1A51: timelib_parse_tzfile (parse_tz.c:207) ==18547==by 0x80A01DB: php_date_parse_tzfile (php_date.c:904) ==18547==by 0x80A259F: get_timezone_info (php_date.c:1004) ==18547==by 0x80A33FB: date_initialize (php_date.c:2443) ==18547==by 0x80A3810: zim_DateTime___construct (php_date.c:2525) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== ==18547== ==18547== 120 bytes in 2 blocks are indirectly lost in loss record 9 of 13 ==18547==at 0x4021620: malloc (vg_replace_malloc.c:149) ==18547==by 0x80C279F: timelib_tzinfo_clone (timelib.c:116) ==18547==by 0x80A9C40: timelib_fill_holes (parse_date.re:2111) ==18547==by 0x80A32F9: date_initialize (php_date.c:2463) ==18547==by 0x80A3810: zim_DateTime___construct (php_date.c:2525) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== ==18547== ==18547== 1,614 (152 direct, 1,462 indirect) bytes in 2 blocks are definitely lost in loss record 10 of 13 ==18547==at 0x402095F: calloc (vg_replace_malloc.c:279) ==18547==by 0x80C26DA: timelib_tzinfo_ctor (timelib.c:95) ==18547==by 0x80C2714: timelib_tzinfo_clone (timelib.c:103) ==18547==by 0x80A9C40: timelib_fill_holes (parse_date.re:2111) ==18547==by 0x80A32F9: date_initialize (php_date.c:2463) ==18547==by 0x80A3810: zim_DateTime___construct (php_date.c:2525) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== ==18547== ==18547== 256 bytes in 2 blocks are indirectly lost in loss record 11 of 13 ==18547==at 0x4021620: malloc (vg_replace_malloc.c:149) ==18547==by 0x80C2756: timelib_tzinfo_clone (timelib.c:112) ==18547==by 0x80A9C40: timelib_fill_holes (parse_date.re:2111) ==18547==by 0x80A32F9: date_initialize (php_date.c:2463) ==18547==by 0x80A3597: php_date_initialize_from_hash (php_date.c:2566) ==18547==by 0x80A368D: zim_DateTime___wakeup (php_date.c:2607) ==18547==by 0x83B8A1E: zend_call_function (zend_execute_API.c:907) ==18547==by 0x83B9666: call_user_function_ex (zend_execute_API.c:681) ==18547==by 0x832EC41: php_var_unserialize (var_unserializer.re:377) ==18547==by 0x831AC86: zif_unserialize (var.c:866) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== ==18547== ==18547== 1,024 bytes in 2 blocks are indirectly lost in loss record 12 of 13 ==18547==at 0x4021620: malloc (vg_replace_malloc.c:149) ==18547==by 0x80C2748: timelib_tzinfo_clone (timelib.c:111) ==18547==by 0x80A9C40: timelib_fill_holes (parse_date.re:2111) ==18547==by 0x80A32F9: date_initialize (php_date.c:2463) ==18547==by 0x80A3810: zim_DateTime___construct (php_date.c:2525) ==18547==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==18547==by 0x83E9602: execute (zend_vm_execute.h:104) ==18547==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==18547==by 0x836916C: php_execute_script (main.c:2080) ==18547==by 0x845B734: main (php_cli.c:1130) ==18547== -- Edit this bug report at http://bugs.php.net/?id=46108edit=1
#46109 [NEW]: MySQLi::init - Memory leaks
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: MySQLi related Bug description: MySQLi::init - Memory leaks Description: Calling init() two or more times generates the mem. leak. Reproduce code: --- ?php $x = new mysqli; $x-init(); $x-init(); Actual result: -- ==19445== 988 (12 direct, 976 indirect) bytes in 1 blocks are definitely lost in loss record 5 of 7 ==19445==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19445==by 0x83A4EB8: _ecalloc (zend_alloc.c:2414) ==19445==by 0x816F4A1: zif_mysqli_init (mysqli_api.c:1330) ==19445==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19445==by 0x83E9602: execute (zend_vm_execute.h:104) ==19445==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19445==by 0x836916C: php_execute_script (main.c:2080) ==19445==by 0x845B734: main (php_cli.c:1130) ==19445== ==19445== ==19445== 952 bytes in 1 blocks are indirectly lost in loss record 6 of 7 ==19445==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19445==by 0x4F3D31C: my_malloc (in /usr/lib/libmysqlclient_r.so.15.0.0) ==19445==by 0x4F6325E: mysql_init (in /usr/lib/libmysqlclient_r.so.15.0.0) ==19445==by 0x816F483: zif_mysqli_init (mysqli_api.c:1317) ==19445==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19445==by 0x83E9602: execute (zend_vm_execute.h:104) ==19445==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19445==by 0x836916C: php_execute_script (main.c:2080) ==19445==by 0x845B734: main (php_cli.c:1130) -- Edit bug report at http://bugs.php.net/?id=46109edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46109r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46109r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46109r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46109r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46109r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46109r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46109r=needscript Try newer version:http://bugs.php.net/fix.php?id=46109r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46109r=support Expected behavior:http://bugs.php.net/fix.php?id=46109r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46109r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46109r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46109r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46109r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46109r=dst IIS Stability:http://bugs.php.net/fix.php?id=46109r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46109r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46109r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46109r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46109r=mysqlcfg
#28896 [Bgs]: Cannot run apache's php module when php is compiled with oracle support
ID: 28896 User updated by: dcimafonte at yahoo dot it Reported By: dcimafonte at yahoo dot it Status: Bogus Bug Type: Apache2 related Operating System: Compaq Tru64 5.1A PHP Version: 4.3.7 New Comment: could you please remove completely this submission, since it's generating spam to my main email address? Previous Comments: [2004-07-06 01:20:53] [EMAIL PROTECTED] It somehow can't find the pthread library (or is linking with it when it shouldn't?) Not PHP bug. [2004-06-23 18:34:45] dcimafonte at yahoo dot it Description: OS: Compaq Tru64 Unix 5.1A WebServer: Apache 2.0 Hello, I compiled php 4.3.7 with Oracle support, and installed it successfully, but when I run Apache 2.0 it gives me the following error message (that won't appear when I compile without oracle support): Cannot load /common/apache/modules/libphp4.so into server: dlopen: libpthread.so: symbol pthread_setcancelstate unresolved Can you guess why? Reproduce code: --- ./configure --prefix=/user/dw/dwcvs/local --with-apxs2=/common/apache/bin/apxs --with-oci8 make make install cd /common/apache/bin apachectl start Expected result: apache running Actual result: -- apache won't start. In error_log this message appears: Cannot load /common/apache/modules/libphp4.so into server: dlopen: libpthread.so: symbol pthread_setcancelstate unresolved -- Edit this bug report at http://bugs.php.net/?id=28896edit=1
#46110 [NEW]: XMLWriter - openmemory() and openuri() mem. leaks
From: [EMAIL PROTECTED] Operating system: PHP version: 5.3CVS-2008-09-17 (CVS) PHP Bug Type: XML Writer Bug description: XMLWriter - openmemory() and openuri() mem. leaks Description: The mem. leak happens when calling two or more times the openuri() and openmemory(). See below. Reproduce code: --- ?php $x = new xmlwriter; $x-openuri(1); $x-openuri(1); $x-openmemory(); $x-openmemory(); Actual result: -- ==19574== 18 bytes in 6 blocks are indirectly lost in loss record 2 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x51CFE65: xmlStrndup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51D000B: xmlStrdup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BE9: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== 8,450 (8 direct, 8,442 indirect) bytes in 1 blocks are definitely lost in loss record 12 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x8357C71: zif_xmlwriter_open_memory (php_xmlwriter.c:1890) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574== 64 bytes in 4 blocks are indirectly lost in loss record 5 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x517C151: xmlBufferCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5185786: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x518585A: xmlOutputBufferCreateIO (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51858BB: xmlOutputBufferCreateBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522602C: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 6 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184C0B: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522603A: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 7 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184BE8: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 96 bytes in 3 blocks are indirectly lost in loss record 8 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5185768: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8072B24: php_libxml_output_buffer_create_filename (libxml.c:413) ==19574==by 0x518848F: xmlOutputBufferCreateFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260C3: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts
#46110 [Opn-Csd]: XMLWriter - openmemory() and openuri() mem. leaks
ID: 46110 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type:XML Writer PHP Version: 5.3CVS-2008-09-17 (CVS) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-09-17 18:07:36] [EMAIL PROTECTED] Description: The mem. leak happens when calling two or more times the openuri() and openmemory(). See below. Reproduce code: --- ?php $x = new xmlwriter; $x-openuri(1); $x-openuri(1); $x-openmemory(); $x-openmemory(); Actual result: -- ==19574== 18 bytes in 6 blocks are indirectly lost in loss record 2 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x51CFE65: xmlStrndup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51D000B: xmlStrdup (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BE9: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== 8,450 (8 direct, 8,442 indirect) bytes in 1 blocks are definitely lost in loss record 12 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x8357C71: zif_xmlwriter_open_memory (php_xmlwriter.c:1890) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574== 64 bytes in 4 blocks are indirectly lost in loss record 5 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x517C151: xmlBufferCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5185786: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x518585A: xmlOutputBufferCreateIO (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x51858BB: xmlOutputBufferCreateBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522602C: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 6 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184C0B: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x522603A: xmlNewTextWriterMemory (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357C5F: zif_xmlwriter_open_memory (php_xmlwriter.c:1884) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 72 bytes in 6 blocks are indirectly lost in loss record 7 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5184BE8: xmlListCreate (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x5225BB0: xmlNewTextWriter (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x52260D1: xmlNewTextWriterFilename (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8357E54: zif_xmlwriter_open_uri (php_xmlwriter.c:1833) ==19574==by 0x83FB4DF: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:315) ==19574==by 0x83E9602: execute (zend_vm_execute.h:104) ==19574==by 0x83C3A6E: zend_execute_scripts (zend.c:1197) ==19574==by 0x836916C: php_execute_script (main.c:2080) ==19574==by 0x845B734: main (php_cli.c:1130) ==19574== ==19574== ==19574== 96 bytes in 3 blocks are indirectly lost in loss record 8 of 14 ==19574==at 0x4021620: malloc (vg_replace_malloc.c:149) ==19574==by 0x5185768: xmlAllocOutputBuffer (in /usr/lib/libxml2.so.2.6.27) ==19574==by 0x8072B24: php_libxml_output_buffer_create_filename (libxml.c:413) ==19574==by 0x518848F:
#43639 [Com]: php-5.2.5-win32-installer.msi stops before it is finished.
ID: 43639 Comment by: kfou at free dot fr Reported By: erik dot kullberg at telia dot com Status: Assigned Bug Type: Windows Installer Operating System: Windows Vista PHP Version: 5.2.5 Assigned To: jmertic New Comment: I've generated a fixed installer that you can download from http://kfou.free.fr/php/php-5.2.6-win32-installer.msi. Or you can download the original installer from php.net and modify it using Orca to extract the (faulty) script PHPInstallerScripts.vbs, patch it (using http://kfou.free.fr/php/PHPInstallerScripts.patch) and re-import it again using Orca. Kamel. Previous Comments: [2008-09-11 11:59:36] llucenic at inmail dot sk My Win XP SP2 with Slovak locales - the same installer problem. After I changed the locales (regional settings) to English (United States), the installation worked fine even w/o the need to run as administrator. Thank you Tamas for your insight. Helped a lot. Ludo Lucenic [2008-09-10 11:33:47] [EMAIL PROTECTED] Having this bug assigned to the installer maintainer will help to actually get it solved. Especially when so many different problems are discussed within the same bug. [2008-09-10 10:22:15] stonesben at googlemail dot com This is disgusting. No workaround since 2007. Lazy or incompetent at fixing bugs? [2008-09-08 11:40:31] pdanailov at yahoo dot com I have the same problem. My system is Win XP Prof SP2, PHP 5.2.6 and PHP 5.2.7 Bulgarian settings changed to English for the decimal separator None of the solutions worked. PHP Sucks: [2008-08-24 01:03:09] nospam at gmail dot com I'd like to confirm that this error occurs on 32-bit Vista systems in Dutch locale, also. Running the installer from a batch as suggested above successfully executed the installation, however. 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/43639 -- Edit this bug report at http://bugs.php.net/?id=43639edit=1