#44464 [NEW]: cannot get an INTEL image 64 bits
From: ingconti at ingconti dot com Operating system: osx 10.5 PHP version: 5.2.5 PHP Bug Type: Dynamic loading Bug description: cannot get an INTEL image 64 bits Description: I downloaded .tar and tried to compile for osx 10.5. it works but issuing make install: b cp libs/libphp5.so /usr/libexec/apache2/libphp5.so Warning! dlname not found in /usr/libexec/apache2/libphp5.so. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/libexec/apache2/libphp5.so /b and launching apache: b apachectl -t /b httpd: Syntax error on line 117 of /private/etc/apache2/httpd.conf: Cannot load /usr/libexec/apache2/libphp5.so into server: dlopen(/usr/libexec/apache2/libphp5.so, 10): no suitable image found. Did find:\n\t/usr/libexec/apache2/libphp5.so: mach-o, but wrong architecture -- Edit bug report at http://bugs.php.net/?id=44464edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44464r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44464r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44464r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44464r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44464r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44464r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44464r=needscript Try newer version:http://bugs.php.net/fix.php?id=44464r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44464r=support Expected behavior:http://bugs.php.net/fix.php?id=44464r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44464r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44464r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44464r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44464r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44464r=dst IIS Stability:http://bugs.php.net/fix.php?id=44464r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44464r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44464r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44464r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44464r=mysqlcfg
#44464 [Opn]: cannot get an INTEL image 64 bits
ID: 44464 User updated by: ingconti at ingconti dot com Reported By: ingconti at ingconti dot com Status: Open Bug Type: Dynamic loading Operating System: osx 10.5 PHP Version: 5.2.5 New Comment: comapring Apple original and version compiled: file libphp5.so libphp5.so: Mach-O bundle i386 file libphp5_APPLE.so libphp5_APPLE.so: Mach-O universal binary with 4 architectures libphp5_APPLE.so (for architecture ppc7400):Mach-O bundle ppc libphp5_APPLE.so (for architecture ppc64): Mach-O 64-bit bundle ppc64 libphp5_APPLE.so (for architecture i386): Mach-O bundle i386 libphp5_APPLE.so (for architecture x86_64): Mach-O 64-bit bundle x86_64 Previous Comments: [2008-03-18 06:50:55] ingconti at ingconti dot com Description: I downloaded .tar and tried to compile for osx 10.5. it works but issuing make install: b cp libs/libphp5.so /usr/libexec/apache2/libphp5.so Warning! dlname not found in /usr/libexec/apache2/libphp5.so. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/libexec/apache2/libphp5.so /b and launching apache: b apachectl -t /b httpd: Syntax error on line 117 of /private/etc/apache2/httpd.conf: Cannot load /usr/libexec/apache2/libphp5.so into server: dlopen(/usr/libexec/apache2/libphp5.so, 10): no suitable image found. Did find:\n\t/usr/libexec/apache2/libphp5.so: mach-o, but wrong architecture -- Edit this bug report at http://bugs.php.net/?id=44464edit=1
#44465 [NEW]: error when trying to view php pages in web browser
From: gesangbaer at yahoo dot com Operating system: XP Pro PHP version: 5.2.5 PHP Bug Type: Reproducible crash Bug description: error when trying to view php pages in web browser Description: I'm having a similar problem to ticket number #41880 (dead/ bogus?). I was able to install PHP just fine. I'm also running mySQL and Apache 2.2.8. I installed using the quick guide (http://us3.php.net/manual/en/install.windows.php). It said not to install all of the extensions so I only picked the ones that looked necessary or particularly useful. Reproduce code: --- I then created the page from the starters guide (http://us3.php.net/manual/en/tutorial.firstpage.php) and attempted to pull it up in my browser. then I received the following error. Expected result: I expected the page from the tutorial to display in my web browser. Actual result: -- http://gesan.dyndns.org/images/phperror.bmp when I initially ran php -i it indicated the lzcro.dll file and I searched and found many references to the nettools extension, so I removed that. Now I no longer get the popup from php, but I'm still getting that error when I try to access the php page. I am able to access other content on my apache server just fine, and I currently have mySQL functioning with other projects I'm working on. I understand that this may not be precisely the area to get help with this issue, but having searched for the errors I'm getting this is all I've been able to find. Could someone please give me some advice other than uninstall and reinstall or RTFM? I've read the manual. I'm new to php and I'm not getting anything useful from what I've read. Thanks! -- Edit bug report at http://bugs.php.net/?id=44465edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44465r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44465r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44465r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44465r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44465r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44465r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44465r=needscript Try newer version:http://bugs.php.net/fix.php?id=44465r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44465r=support Expected behavior:http://bugs.php.net/fix.php?id=44465r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44465r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44465r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44465r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44465r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44465r=dst IIS Stability:http://bugs.php.net/fix.php?id=44465r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44465r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44465r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44465r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44465r=mysqlcfg
#44466 [NEW]: $_POST array empty
From: merylf at iinet dot net dot au Operating system: Windows PHP version: 5.2.5 PHP Bug Type: Arrays related Bug description: $_POST array empty Description: When posting data from a form, the $_POST array is empty. Reproduce code: --- Handler: ?php print_r($_POST); if (strlen($_POST['yourname']) 0) { echo 'pThere is a name/p'; } else { echo 'pYou must enter your name./p'; } ? Form bits: ? form id=cisform action=handle_cis_form.php method=post fieldsetlegendCIS Form/legend plabel for=originatorYour name:/label input type=text id=yourname //p Expected result: $_POST['yourname'] should have a value when the form is submitted, but it is empty. -- Edit bug report at http://bugs.php.net/?id=44466edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44466r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44466r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44466r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44466r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44466r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44466r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44466r=needscript Try newer version:http://bugs.php.net/fix.php?id=44466r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44466r=support Expected behavior:http://bugs.php.net/fix.php?id=44466r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44466r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44466r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44466r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44466r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44466r=dst IIS Stability:http://bugs.php.net/fix.php?id=44466r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44466r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44466r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44466r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44466r=mysqlcfg
#13044 [Com]: unexpected characters in mail
ID: 13044 Comment by: michael dot reiter at univr dot it Reported By: michalprv at poland dot com Status: No Feedback Bug Type: Mail related Operating System: linux PHP Version: 4.0.6 New Comment: I have this problem with PHP 5.2.5. Seems that when the message exceeds a certain length it adds strange characters (/p in the message, splits a word with a space character, ...) Previous Comments: [2007-08-14 19:14:44] kinadian at cogeco dot ca I ran into this same problem. I was able to fix it by adding in newline characters. From what I can determine, it is caused by too many characters on one line. In my case, I was sending an HTML e-mail and I didn't bother with newlines because I was using HTML formatting. By adding newline characters (I added them where I would if I were creating a nicely formated HTML webpage) I was able to avoid this bug. I hope this helps you guys too. [2007-07-30 17:46:12] brieb at kreotek dot com I am using a standard Ubuntu 6.06 Dapper Drake installation (PHP 5.1.2, Postfix ,and Apache 2.0.55 (unbutu)) and am having similar problems. extra characters are are very consistent, and all emails with too-long lines are getting that !/n characters put in. [2005-04-22 08:46:21] wehaveagig at hotmail dot com I'm a web developer and I've been experiencing a very similar problem. Infact, it almost identical to the problem reported in Bug #31496 (I would have added my comment there, but I couldn't do so because it was listed as Bogus). But in my case, the problem is INTERMITTENT, where the garbage exclamation point character ! will appear in different places in a given message. (If it occurs at all). Sometimes the messages will be prefectly fine. Other times, I'll get an exclamation point somewhere in the body of the message. And other times, there will be several exclamation points in a given message. I strongly suspected the Zend Optimizer causing these bugs, as it tries to look ahead, it may be invoking the mail/sendmail program inproperly or before the message has finished being fully formed. Please respond with any opinions on that theory. Thanks Steve [2002-04-19 00:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-03-18 11:03:46] [EMAIL PROTECTED] I'ld suggest to try with a newer PHP version anyway. 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/13044 -- Edit this bug report at http://bugs.php.net/?id=13044edit=1
#44466 [Opn-Fbk]: $_POST array empty
ID: 44466 Updated by: [EMAIL PROTECTED] Reported By: merylf at iinet dot net dot au -Status: Open +Status: Feedback Bug Type: Arrays related Operating System: Windows PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi Previous Comments: [2008-03-18 07:58:28] merylf at iinet dot net dot au Description: When posting data from a form, the $_POST array is empty. Reproduce code: --- Handler: ?php print_r($_POST); if (strlen($_POST['yourname']) 0) { echo 'pThere is a name/p'; } else { echo 'pYou must enter your name./p'; } ? Form bits: ? form id=cisform action=handle_cis_form.php method=post fieldsetlegendCIS Form/legend plabel for=originatorYour name:/label input type=text id=yourname //p Expected result: $_POST['yourname'] should have a value when the form is submitted, but it is empty. -- Edit this bug report at http://bugs.php.net/?id=44466edit=1
#13044 [Com]: unexpected characters in mail
ID: 13044 Comment by: michael dot reiter at univr dot it Reported By: michalprv at poland dot com Status: No Feedback Bug Type: Mail related Operating System: linux PHP Version: 4.0.6 New Comment: I had several links in my HTML email. The effect described above could be resolved by adding the target attribute to the link. Note that exactly the same HTML would be correct and would bring no error within browsers. This effect only applies to HTML emails sent with the PHP mail() function. a href=urltext/a in some emails causes the characters p to be inserted at the end of paragraphs or spaces to be inserted within words (splitting them up) in the subsequent html a href=url target=_selftext/a (also target=_blank or whatever) does not bring this effect Previous Comments: [2008-03-18 09:04:57] michael dot reiter at univr dot it I have this problem with PHP 5.2.5. Seems that when the message exceeds a certain length it adds strange characters (/p in the message, splits a word with a space character, ...) [2007-08-14 19:14:44] kinadian at cogeco dot ca I ran into this same problem. I was able to fix it by adding in newline characters. From what I can determine, it is caused by too many characters on one line. In my case, I was sending an HTML e-mail and I didn't bother with newlines because I was using HTML formatting. By adding newline characters (I added them where I would if I were creating a nicely formated HTML webpage) I was able to avoid this bug. I hope this helps you guys too. [2007-07-30 17:46:12] brieb at kreotek dot com I am using a standard Ubuntu 6.06 Dapper Drake installation (PHP 5.1.2, Postfix ,and Apache 2.0.55 (unbutu)) and am having similar problems. extra characters are are very consistent, and all emails with too-long lines are getting that !/n characters put in. [2005-04-22 08:46:21] wehaveagig at hotmail dot com I'm a web developer and I've been experiencing a very similar problem. Infact, it almost identical to the problem reported in Bug #31496 (I would have added my comment there, but I couldn't do so because it was listed as Bogus). But in my case, the problem is INTERMITTENT, where the garbage exclamation point character ! will appear in different places in a given message. (If it occurs at all). Sometimes the messages will be prefectly fine. Other times, I'll get an exclamation point somewhere in the body of the message. And other times, there will be several exclamation points in a given message. I strongly suspected the Zend Optimizer causing these bugs, as it tries to look ahead, it may be invoking the mail/sendmail program inproperly or before the message has finished being fully formed. Please respond with any opinions on that theory. Thanks Steve [2002-04-19 00:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. 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/13044 -- Edit this bug report at http://bugs.php.net/?id=13044edit=1
#44458 [Opn-Bgs]: Ampersand sign in SimpleXMLElement-addChild() causes incomplete XML
ID: 44458 Updated by: [EMAIL PROTECTED] Reported By: sergej at halogen-dg dot com -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: FreeBSD, Linux PHP Version: 5.2.5 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php must be escaped Previous Comments: [2008-03-17 19:29:53] sergej at halogen-dg dot com Description: SimpleXMLElement-addChild() causes warning message and produces incomplete XML in case when the second argument contains ampersand sign ''. Text after ampersand is absent in output XML. In the same time escaping of other XML special symbols in tag body works OK. Also all XML special symbols in tag attributes are escaped OK. Reproduce code: --- ? $sxml=new SimpleXMLElement('?xml version=1.0 encoding=utf-8?test/test'); // Quotes $sitem=$sxml-addChild('tag','); $sitem-addAttribute('attr','); $sitem=$sxml-addChild('tag',''); $sitem-addAttribute('attr',''); // Brackets $sitem=$sxml-addChild('tag',''); $sitem-addAttribute('attr',''); $sitem=$sxml-addChild('tag',''); $sitem-addAttribute('attr',''); // Ampersand $sitem=$sxml-addChild('tag','Smith Wesson'); $sitem-addAttribute('attr','Smith Wesson'); // Result XML print($sxml-asXML()); ? Expected result: ?xml version=1.0 encoding=utf-8? testtag attr=''/tagtag attr=quot;/tagtag attr=lt;lt;/tagtag attr=gt;gt;/tagtag attr=Smith amp; WessonSmith amp; Wesson/tag/test Actual result: -- PHP Warning: SimpleXMLElement::addChild(): unterminated entity reference Wesson in xml.php on line 14 Warning: SimpleXMLElement::addChild(): unterminated entity reference Wesson in xml.php on line 14 ?xml version=1.0 encoding=utf-8? testtag attr=''/tagtag attr=quot;/tagtag attr=lt;lt;/tagtag attr=gt;gt;/tagtag attr=Smith amp; WessonSmith /tag/test -- Edit this bug report at http://bugs.php.net/?id=44458edit=1
#44468 [NEW]: PDO SQlite method bindParam doesn't work properly in foreach cycle
From: petr at hroch dot info Operating system: Linux Debian 4.0 Etch PHP version: 5.3CVS-2008-03-18 (snap) PHP Bug Type: PDO related Bug description: PDO SQlite method bindParam doesn't work properly in foreach cycle Description: PDO method bindParam doesn't work properly in foreach cycle Reproduce code: --- ? $dbh = new PDO(sqlite:test.db3); //1. CREATE TEST TABLE $create_table_query = create table test (col1 varchar, col2 varchar, col3 varchar); if (!$sth = $dbh-prepare($create_table_query)) { print_r($dbh-errorInfo()); exit; } if ($sth-execute()) { echo Test table created successfully\n; } $sth = null; //2. INSERT ONE RECORD TO THE TEST TABLE $insert_record_query = insert into test (col1,col2,col3) values (:col1, :col2, :col3); if (!$sth = $dbh-prepare($insert_record_query)) { print_r($dbh-errorInfo()); exit; } //3. DATA BINDINGS $bindings[:col1] = test value in col 1; $bindings[:col2] = test value in col 2; $bindings[:col3] = test value in col 3; foreach ($bindings as $var = $value) { echo Binding data, $var = $value\n; $sth-bindParam($var, $value); } if ($sth-execute()) { echo Record inserted successfully\n; } $sth = null; //4. DISPLAY TABLE RECORD $show_record_query = select * from test; if (!$sth = $dbh-prepare($show_record_query)) { print_r($dbh-errorInfo()); exit; } if ($sth-execute()) { print_r($sth-fetchAll(PDO::FETCH_ASSOC)); } $dbh = null; ? Expected result: Test table created successfully Binding data, :col1 = test value in col 1 Binding data, :col2 = test value in col 2 Binding data, :col3 = test value in col 3 Record inserted successfully Array ( [0] = Array ( [col1] = test value in col 1 [col2] = test value in col 2 [col3] = test value in col 3 ) ) Actual result: -- Test table created successfully Binding data, :col1 = test value in col 1 Binding data, :col2 = test value in col 2 Binding data, :col3 = test value in col 3 Record inserted successfully Array ( [0] = Array ( [col1] = test value in col 3 [col2] = test value in col 3 [col3] = test value in col 3 ) ) -- Edit bug report at http://bugs.php.net/?id=44468edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44468r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44468r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44468r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44468r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44468r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44468r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44468r=needscript Try newer version:http://bugs.php.net/fix.php?id=44468r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44468r=support Expected behavior:http://bugs.php.net/fix.php?id=44468r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44468r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44468r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44468r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44468r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44468r=dst IIS Stability:http://bugs.php.net/fix.php?id=44468r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44468r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44468r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44468r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44468r=mysqlcfg
#44404 [Opn-WFx]: strtotime('last Sunday') broken after DST change
ID: 44404 Updated by: [EMAIL PROTECTED] Reported By: gdonald at gmail dot com -Status: Open +Status: Wont fix Bug Type: Date/time related Operating System: Debian GNU/Linux PHP Version: 4.4.8 New Comment: We are sorry, but we can not support PHP 4 related problems anymore. Momentum is gathering for PHP 6, and we think supporting PHP 4 will lead to a waste of resources which we want to put into getting PHP 6 ready. Previous Comments: [2008-03-11 02:31:28] gdonald at gmail dot com Description: strtotime( 'last Sunday' ) produces an incorrect value. Reproduce code: --- echo Current time():\n; echo date( 'Y-m-d H:i:s', time() ); echo \nBroken strtotime( 'last Sunday' )\n; echo date( 'Y-m-d H:i:s', strtotime( 'last Sunday' ) ); echo \n; Expected result: I expect to see the date 2008-03-09, the correct value for strtotime( 'last Sunday' ), today being 2008-03-10, a Monday. Actual result: -- strtotime( 'last Sunday' ) produces 2008-03-08 23:00:00, a value one hour short of correct. Seems like an issue with the recent daylight savings time change. -- Edit this bug report at http://bugs.php.net/?id=44404edit=1
#44468 [Opn-Bgs]: PDO SQlite method bindParam doesn't work properly in foreach cycle
ID: 44468 Updated by: [EMAIL PROTECTED] Reported By: petr at hroch dot info -Status: Open +Status: Bogus Bug Type: PDO related Operating System: Linux Debian 4.0 Etch PHP Version: 5.3CVS-2008-03-18 (snap) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. You bind it to $value and when it exits the foreach then $value is equal to test value in col 3 If you want it to behave as expected use. foreach ($bindings as $var = $value) { Previous Comments: [2008-03-18 12:28:44] petr at hroch dot info Description: PDO method bindParam doesn't work properly in foreach cycle Reproduce code: --- ? $dbh = new PDO(sqlite:test.db3); //1. CREATE TEST TABLE $create_table_query = create table test (col1 varchar, col2 varchar, col3 varchar); if (!$sth = $dbh-prepare($create_table_query)) { print_r($dbh-errorInfo()); exit; } if ($sth-execute()) { echo Test table created successfully\n; } $sth = null; //2. INSERT ONE RECORD TO THE TEST TABLE $insert_record_query = insert into test (col1,col2,col3) values (:col1, :col2, :col3); if (!$sth = $dbh-prepare($insert_record_query)) { print_r($dbh-errorInfo()); exit; } //3. DATA BINDINGS $bindings[:col1] = test value in col 1; $bindings[:col2] = test value in col 2; $bindings[:col3] = test value in col 3; foreach ($bindings as $var = $value) { echo Binding data, $var = $value\n; $sth-bindParam($var, $value); } if ($sth-execute()) { echo Record inserted successfully\n; } $sth = null; //4. DISPLAY TABLE RECORD $show_record_query = select * from test; if (!$sth = $dbh-prepare($show_record_query)) { print_r($dbh-errorInfo()); exit; } if ($sth-execute()) { print_r($sth-fetchAll(PDO::FETCH_ASSOC)); } $dbh = null; ? Expected result: Test table created successfully Binding data, :col1 = test value in col 1 Binding data, :col2 = test value in col 2 Binding data, :col3 = test value in col 3 Record inserted successfully Array ( [0] = Array ( [col1] = test value in col 1 [col2] = test value in col 2 [col3] = test value in col 3 ) ) Actual result: -- Test table created successfully Binding data, :col1 = test value in col 1 Binding data, :col2 = test value in col 2 Binding data, :col3 = test value in col 3 Record inserted successfully Array ( [0] = Array ( [col1] = test value in col 3 [col2] = test value in col 3 [col3] = test value in col 3 ) ) -- Edit this bug report at http://bugs.php.net/?id=44468edit=1
#44443 [Asn-Csd]: cvsclean fails on Darwin 9
ID: 3 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: *Compile Issues Operating System: Darwin 9 PHP Version: 6CVS-2008-03-15 (CVS) Assigned To: gwynne Previous Comments: [2008-03-17 14:56:35] [EMAIL PROTECTED] Just commit it =) [2008-03-15 16:50:38] [EMAIL PROTECTED] Description: Darwin 9's sed is broken, causing ./cvsclean to remove a bunch of bogus file names. Occurs in 5.2, 5.3, and HEAD. Specifically, when catting .cvsignore, cvsclean gets a list like this: Makefile.objects Makefile.f agme ts Makefile acco fig.h aclocal.m4 autom4te.cache bsd_co ve ted buildmk.stamp buildco f.stamp co fig.h.i co fig.cache co fig.log co fig.status co fig_va s.mk co figu atio -pa se .c co figu atio -pa se .h co figu atio and so on Patch that fixes in all three: Index: build/build.mk === RCS file: /repository/php-src/build/build.mk,v retrieving revision 1.29 diff -u -r1.29 build.mk --- build/build.mk 15 Feb 2007 20:43:19 - 1.29 +++ build/build.mk 15 Mar 2008 16:43:33 - @@ -67,7 +67,7 @@ cvsclean-work: @for i in `find . -name .cvsignore`; do \ - (cd `dirname $$i` 2/dev/null rm -rf `cat .cvsignore | grep -v config.nice | sed 's/[\r\n]/ /g'` *.o *.a .libs || true); \ + (cd `dirname $$i` 2/dev/null rm -rf `cat .cvsignore | grep -v config.nice | sed 's/[[:space:]]/ /g'` *.o *.a .libs || true); \ done .PHONY: $(ALWAYS) snapshot Reproduce code: --- $ ls -l config* $ ./cvsclean $ ls -l config* Expected result: -rw-r--r-- 1 gwynne gwynne43499 Nov 29 2005 config.guess -rw-r--r-- 1 gwynne gwynne31743 Nov 29 2005 config.sub -rwxr-xr-x 1 gwynne gwynne 2872089 Mar 10 10:21 configure -rw-r--r-- 1 gwynne gwynne41352 Mar 10 11:17 configure.in -rw-r--r-- 1 gwynne gwynne43499 Nov 29 2005 config.guess -rw-r--r-- 1 gwynne gwynne31743 Nov 29 2005 config.sub -rw-r--r-- 1 gwynne gwynne41352 Mar 10 11:17 configure.in Actual result: -- -rw-r--r-- 1 gwynne gwynne43499 Nov 29 2005 config.guess -rw-r--r-- 1 gwynne gwynne31743 Nov 29 2005 config.sub -rwxr-xr-x 1 gwynne gwynne 2872089 Mar 10 10:21 configure -rw-r--r-- 1 gwynne gwynne41352 Mar 10 11:17 configure.in -rw-r--r-- 1 gwynne gwynne43499 Nov 29 2005 config.guess -rw-r--r-- 1 gwynne gwynne31743 Nov 29 2005 config.sub -rwxr-xr-x 1 gwynne gwynne 2872089 Mar 10 10:21 configure -rw-r--r-- 1 gwynne gwynne41352 Mar 10 11:17 configure.in -- Edit this bug report at http://bugs.php.net/?id=3edit=1
#44469 [NEW]: problems with creating xml from array(SOAPCLIENT)
From: potyomkine at gmail dot com Operating system: FreeBSD PHP version: 5.2.5 PHP Bug Type: SOAP related Bug description: problems with creating xml from array(SOAPCLIENT) Description: problem with creating xml from array I call function $client = new SoapClient(WSDL); $client-function($arr); where var_dump($arr) === array(1) { [Items]= array(1) { [BatchFileItem]= array(1) { [0]= array(9) { [ProgMFG]= string(13) progmfg-0 [ProdLine]= string(14) prodline-0 [ArtNumber]= string(9) art-0 [Vendor]= string(5) Luval [Measure]= string(2) kg [Group]= string(10) skovorodki [Cube]= string(8) 232.5655 [Weight]= string(9) 2323.2323 [DescriptionList]= array(1) { [LocalizedDescription]= array(3) { [0]= array(2) { [Language]= string(2) EN [Description]= array(2) { [Short]= string(15) eng short descr [Long]= string(24) english long description } } [1]= array(2) { [Language]= string(2) RU [Description]= array(2) { [Short]= string(15) rus short descr [Long]= string(24) russian long description } } [2]= array(2) { [Language]= string(2) RU [Description]= array(2) { [Short]= string(15) rus short descr [Long]= string(24) russian long description } } } } } } } } but when I see request it is look like this ?xml version=1.0 encoding=UTF-8? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:ns1=http://localhost/; SOAP-ENV:Body ns1:function ns1:Items ns1:BatchFileItem ns1:ProgMFGprogmfg-0/ns1:ProgMFG ns1:ProdLineprodline-0/ns1:ProdLine ns1:ArtNumberart-0/ns1:ArtNumber ns1:VendorLuval/ns1:Vendor ns1:Measurekg/ns1:Measure ns1:Groupskovorodki/ns1:Group ns1:Cube232.5655/ns1:Cube ns1:Weight2323.2323/ns1:Weight /ns1:BatchFileItem /ns1:Items /ns1:function /SOAP-ENV:Body /SOAP-ENV:Envelope Reproduce code: --- $client-function($arr); where var_dump($arr) === array(1) { [Items]= array(1) { [BatchFileItem]= array(1) { [0]= array(9) { [ProgMFG]= string(13) progmfg-0 [ProdLine]= string(14) prodline-0 [ArtNumber]= string(9) art-0 [Vendor]= string(5) Luval [Measure]= string(2) kg [Group]= string(10) skovorodki [Cube]= string(8) 232.5655 [Weight]= string(9) 2323.2323 [DescriptionList]= array(1) { [LocalizedDescription]= array(3) { [0]= array(2) { [Language]= string(2) EN [Description]= array(2) { [Short]= string(15) eng short descr [Long]= string(24) english long description } } [1]= array(2) { [Language]= string(2) RU [Description]= array(2) { [Short]= string(15) rus short descr [Long]= string(24) russian long description } } [2]= array(2) { [Language]= string(2) RU [Description]= array(2) { [Short]= string(15) rus short descr [Long]= string(24) russian long description } } } } } } } } Expected result: ?xml version=1.0 encoding=UTF-8? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:ns1=http://localhost/; SOAP-ENV:Body
#44470 [NEW]: problem with $_POST array
From: kenny at amik dot ru Operating system: Linux 2.6.22.17-0.1 PHP version: 5.2.5 PHP Bug Type: *General Issues Bug description: problem with $_POST array Description: long name (more than 64 characters) in form's elements(text, select) did not appear in $_POST array after form was submitted Reproduce code: --- ?php echo pre; print_r($_POST); echo /pre; ? form action=sort.php method=post input value=Save type=submit select name=ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResumeSrchCriteria option value=USUnited States/option /select input type=text name=ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResumeSrchCriteria:2 value=test /form Expected result: all data posted to the $_POST array Actual result: -- $_POST is empty array -- Edit bug report at http://bugs.php.net/?id=44470edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44470r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44470r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44470r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44470r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44470r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44470r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44470r=needscript Try newer version:http://bugs.php.net/fix.php?id=44470r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44470r=support Expected behavior:http://bugs.php.net/fix.php?id=44470r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44470r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44470r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44470r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44470r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44470r=dst IIS Stability:http://bugs.php.net/fix.php?id=44470r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44470r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44470r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44470r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44470r=mysqlcfg
#41196 [Com]: Unable to make SOAP calls to NTLM authenticated web services
ID: 41196 Comment by: thomas dot rabaix at gmail dot com Reported By: james dot talbot at brennanit dot com dot au Status: Open Bug Type: Feature/Change Request Operating System: All PHP Version: 5.2.1 New Comment: I have written a solution to call SOAP using NTLM authentication http://rabaix.net/articles/2008/3/13/using-soap-php-with-ntlm-authentication Thomas Previous Comments: [2007-04-26 09:10:19] [EMAIL PROTECTED] Reclassified as feature request. [2007-04-26 04:17:53] james dot talbot at brennanit dot com dot au Description: Currently, you can choose SOAP_AUTHENTICATION_BASIC or SOAP_AUTHENTICATION_DIGEST as authentication methods when creating a new SoapClient. However, there is no option to authenticate using Samba/NT's challenge-response NTLM authentication. NTLM authentication is required, for example, for Microsoft's Dynamics CRM webservice. -- Edit this bug report at http://bugs.php.net/?id=41196edit=1
#44466 [Fbk-Bgs]: $_POST array empty
ID: 44466 Updated by: [EMAIL PROTECTED] Reported By: merylf at iinet dot net dot au -Status: Feedback +Status: Bogus Bug Type: Arrays related Operating System: Windows PHP Version: 5.2.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Input elements that don't have names won't get sent. Previous Comments: [2008-03-18 10:05:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi [2008-03-18 07:58:28] merylf at iinet dot net dot au Description: When posting data from a form, the $_POST array is empty. Reproduce code: --- Handler: ?php print_r($_POST); if (strlen($_POST['yourname']) 0) { echo 'pThere is a name/p'; } else { echo 'pYou must enter your name./p'; } ? Form bits: ? form id=cisform action=handle_cis_form.php method=post fieldsetlegendCIS Form/legend plabel for=originatorYour name:/label input type=text id=yourname //p Expected result: $_POST['yourname'] should have a value when the form is submitted, but it is empty. -- Edit this bug report at http://bugs.php.net/?id=44466edit=1
#44352 [Opn-Csd]: mysqli_connect_error() false negative for host errors
ID: 44352 Updated by: [EMAIL PROTECTED] Reported By: stein at visibone dot com -Status: Open +Status: Closed Bug Type: MySQLi related Operating System: Windows 2000 PHP Version: 5.2.5 Assigned To: andrey 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. Fixed in 5.3 HEAD Previous Comments: [2008-03-11 09:49:04] stein at visibone dot com ...and with warnings (no @ sign) I get: string(46) mysqlnd 5.0.1-beta - 070402 - $Revision: 321 $ PHP Warning: mysqli::mysqli(): php_network_getaddresses: getaddrinfo failed: No such host is known. in Command line code on line 1 Warning: mysqli::mysqli(): php_network_getaddresses: getaddrinfo failed: No such host is known. in Command line code on line 1 PHP Warning: mysqli::mysqli(): (0/0): in Command line code on line 1 Warning: mysqli::mysqli(): (0/0): in Command line code on line 1 string(0) [2008-03-11 09:40:33] stein at visibone dot com Good test case. For windows command line I swapped the quote marks. With warnings suppressed I get: C:\php -r var_dump(mysqli_get_client_info());[EMAIL PROTECTED] mysqli('bogushost.com');var_dump(mysqli_connect_error()); string(46) mysqlnd 5.0.1-beta - 070402 - $Revision: 321 $ string(0) [2008-03-10 19:15:14] [EMAIL PROTECTED] I can't reproduce the problem with mysqli/libmysql - neither 5.2 nor 5.3-dev. However, I saw it with mysqli/mysqlnd, which is due to a bug in PHP's streams. I will fix the bug. Can you give more information? I am using mysql 5.1.24-rc server and client library (+headers). Libmysql reports a problem in the resolution of `bogushost.com` I haven't still checked the problem with isset($mysqli-error) [EMAIL PROTECTED]:~/dev/php5_3 ./php -r 'var_dump(mysqli_get_client_info());$c=new mysqli(bogushost.com);var_dump(mysqli_connect_error());' string(9) 5.1.24-rc Warning: mysqli::mysqli(): (HY000/2005): Unknown MySQL server host 'bogushost.com' (1) in Command line code on line 1 string(45) Unknown MySQL server host 'bogushost.com' (1) -- [EMAIL PROTECTED]:~/dev/vanilla/php5_2 ./php -r 'var_dump(mysqli_get_client_info());$c=new mysqli(bogushost.com);var_dump(mysqli_connect_error());' string(9) 5.1.24-rc Warning: mysqli::mysqli(): (HY000/2005): Unknown MySQL server host 'bogushost.com' (1) in Command line code on line 1 string(45) Unknown MySQL server host 'bogushost.com' (1) -- [2008-03-08 22:26:54] [EMAIL PROTECTED] Assigned to primary maintainer [2008-03-06 17:35:48] stein at visibone dot com Description: If you don't like this cramming of 4 bugs in 1, please consider this solely a report of bug #1 which is the most serious. Fix the first two assert()'s in the reproduce code and call it a solved. I think the mysqli connect-time error handling has a lot of bugs. I hope you'll bear with this report of 4 separate bugs. They all contribute to a very difficult time for PHP code to detect connection failure (as opposed humans detecting it from warning messages in the output). I hope someone will find this a useful analysis of what goes wrong when connections go wrong. Bug #1: a bad host (misspelled domain, server down) can't be detected by mysqli_connect_error() or mysqli_connect_errno() -- they return empty string and zero. I have a hunch that in bug #30051 he actually detected this problem at first, but then he brought up his server on localhost and it went away so he closed his submission. I think bug #31163 reported this problem and then died of neglect. Bug #31745 may have suffered from it, but it seems to be more about exceptions versus error messages. Again, bug 1 is the most serious. It breaks Example#1 on http://www.php.net/manual/en/function.mysqli-connect.php when there's no MySQL server running on localhost. Bugs 2,3,4 make workarounds hard. Bug #2: the object oriented constructor new mysqli never returns FALSE. This was reported in bug #32818 but waived off as a non-bug without explanation. The documentation for this constructor is smooshed in with that of mysqli_connect(), where it states Returns ... FALSE if the connection failed. So I believe bug #32818 was not bogus, or the documentation is. Bug #3 $mysqli-error member never passes the isset() nor property_exists() tests. Not
#44274 [Opn-Fbk]: Cannot extend built-in classes
ID: 44274 Updated by: [EMAIL PROTECTED] Reported By: cadastro at luciana dot pro dot br -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: linux PHP Version: 5.2.5 New Comment: Hi, I can't reproduce it with CVS of 5.3 and 5.2 I used the following test case ?php class myclass extends mysqli { function connect() { parent::connect( localhost, root, xxx ); } function kill() { var_dump($this-thread_id); parent::kill( $this-thread_id ); // BUG!! } } $a = new myclass(); $a-connect(); $a-kill(); ? Output: int(1834) Then I check with SHOW PROCESSLIST what are the running processes - nothing is left. Previous Comments: [2008-02-27 21:03:04] cadastro at luciana dot pro dot br PHP Version 5.2.0-8+etch10 compile date: 2008-01-18 [2008-02-27 21:01:44] cadastro at luciana dot pro dot br Description: Fixed bug #28430 (Extending mysqli class). (Georg) this fix is SO NOT TRUE !! The bug is STILL THERE THE SAME AS IT WAS 4 YEARS AGO !!! I CAN'T GET THE THREAD_ID VALUE !! AND THAT'S CAUSING A BIG ISSUE : I OPEN CONNECTION, USE AND CLOSE IT. IT ACTUALLY CLOSES (I TESTED), BUT IT LETS AN ORPHAN THREAD IN MEMORY - WHICH IS CONSUMING RESOURCES UNTIL MAX THREAD OF MYSQL IS REACHED, MAKING MYSQL GO DOWN WHEN IT HAPPENS. TO FIX IT I NEED TO MANUALLY KILL THE THREAD THAT IS NOT BEEING CLOSED BY MYSQLI! BUT HOW IF THE THING IS BUGGED?! :/ I HOPE IT GETS REALLY FIXED !! THANKS! Reproduce code: --- EXAMPLE FOR TESTING THE BUG : myclass inherits mysqli { function connect() { parent::connect( conection stuff ); } function kill() { parent::kill( parent::thread_id ); // BUG!! } } Expected result: I expect the thread to be REMOVED FROM MEMORY !!! Actual result: -- MYSQLI is letting OPRHAN THREADS in memory, and if mysql limit is 100 and I reload page 100 times, it will take mysql off business :/ -- Edit this bug report at http://bugs.php.net/?id=44274edit=1
#44390 [Opn-Asn]: bind_param / bind_result and Object member variables
ID: 44390 Updated by: [EMAIL PROTECTED] Reported By: pumuckel at metropolis dot de -Status: Open +Status: Assigned Bug Type: MySQLi related Operating System: Linux Gentoo PHP Version: 5.2.5 -Assigned To: +Assigned To: andrey New Comment: I get the following with mysqli/mysqlnd, which seems correct, except for the reference, but I have to investigate whether this is incorrect. There is no memory error it seems. Test 1: object(foo)#1 (1) { [bar]= string(6) foobar } object(foo)#1 (1) { [bar]= string(6) foobar } foobar Test 2: object(foo)#1 (1) { [bar]= string(6) foobar } object(foo)#1 (1) { [bar]= string(6) foobar } foobar - 0 Test 3: object(foo)#1 (1) { [bar]= int(0) } object(foo)#1 (1) { [bar]= int(0) } 0 - 0 -- mysqli/libmysql gives the following, one sees that there is something wrong Test 1: object(foo)#1 (1) { [bar]= string(6) foobar } object(foo)#1 (1) { [bar]= string(6) foobar } foobar Test 2: object(foo)#1 (1) { [bar]= string(6) foobar } object(foo)#1 (1) { [bar]= string(6) foobar } ZZ - 0 Test 3: object(foo)#1 (1) { [bar]= int(0) } object(foo)#1 (1) { [bar]= int(0) } 139797916 - 0 Assigning to myself Previous Comments: [2008-03-10 09:21:26] pumuckel at metropolis dot de Description: Mysqli bind_param and bind_result functions are changing object member variables to be references with strange side affects. a) I expect the object to keep the member variable types as is. Currently they change to reference variables with the result of strange side effects when you do not keep this in mind. We have to clone objects before using them for bindings, right now - this is a working workaround. I vote for a bug, at least it should be documented. b) I expect binding on the same variable with different types working. Currently I can manage to get a memory access to arbitrary data, possibly leading to a segmentation fault or security violation. Again, I vote for a bug. Reproduce code: --- ?php $hostname = localhost; $username = dbuser; $password = dbpassword; $dbname = dbname; class foo { // @var $bar string public $bar; } $foo = new foo; $foo-bar = foobar; $db = new mysqli($hostname, $username, $password, $dbname); echo Test 1: \n; $stmt = $db-prepare(SELECT ? FOO); var_dump($foo); // here you can see the bar member var beeing a string $stmt-bind_param(s, $foo-bar); var_dump($foo); // this will show $foo-bar beeing a reference string $stmt-bind_result($one); $stmt-execute(); $stmt-fetch(); $stmt-free_result(); echo($one\n\n); // it is getting worse. Binding the same var twice with different // types you can get unexpected results (e.g. binary trash for the // string and misc data for the integer. See next 2 tests. echo Test 2: \n; $stmt = $db-prepare(SELECT ? FOO, ? BAR); var_dump($foo); $stmt-bind_param(si, $foo-bar, $foo-bar); var_dump($foo); $stmt-bind_result($one, $two); $stmt-execute(); $stmt-fetch(); $stmt-free_result(); echo($one - $two\n\n); echo Test 3: \n; $stmt = $db-prepare(SELECT ? FOO, ? BAR); var_dump($foo); $stmt-bind_param(is, $foo-bar, $foo-bar); var_dump($foo); $stmt-bind_result($one, $two); $stmt-execute(); $stmt-fetch(); $stmt-free_result(); echo($one - $two\n\n); ? Expected result: Test 1: object(foo)#5 (1) { [bar]= string(6) foobar } object(foo)#5 (1) { [bar]= string(6) foobar } foobar Test 2: object(foo)#5 (1) { [bar]= string(6) foobar } object(foo)#5 (1) { [bar]= string(6) foobar } foobar - 0 Test 3: object(foo)#5 (1) { [bar]= string(6) foobar } object(foo)#5 (1) { [bar]= string(6) foobar } 0 - foobar Actual result: -- Test 1: object(foo)#5 (1) { [bar]= string(6) foobar } object(foo)#5 (1) { [bar]= string(6) foobar } foobar Test 2: object(foo)#5 (1) { [bar]= string(6) foobar } object(foo)#5 (1) { [bar]= string(6) foobar } #65533;Pbar - 0 Test 3: object(foo)#5 (1) { [bar]= int(0) } object(foo)#5 (1) { [bar]= int(0) } 140653124 - 0 -- Edit this bug report at http://bugs.php.net/?id=44390edit=1
#44471 [NEW]: mysql_connect times out when a port is specified
From: jad at hungover dot org Operating system: RHEL3 PHP version: 5.2.5 PHP Bug Type: MySQL related Bug description: mysql_connect times out when a port is specified Description: When using mysql_connect with host:port parameter, with port other than 3306, the connection times out. Am able to telnet to the DB host on the alternative port, with mysql responding as expected. Tried using latest snapshot, as well as 5.2.5 Reproduce code: --- ? if( mysql_connect('192.168.151.116:3306','foo','**') ) { print 3306 connected OK\n; } else { print 3306 failed connect\n; } if( mysql_connect('192.168.151.116:3307','foo','**') ) { print 3307 connected OK\n; } else { print 3307 failed connect\n; } ? Expected result: 3306 connected OK 3307 connected OK Actual result: -- [EMAIL PROTECTED] default]# /root/newphp/php5.2-200803181530/sapi/cli/php test.php 3306 connected OK Warning: mysql_connect(): Can't connect to MySQL server on '192.168.151.116' (4) in /var/www/sites/default/htdocs/test.php on line 7 3307 failed connect [EMAIL PROTECTED] default]# -- Edit bug report at http://bugs.php.net/?id=44471edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44471r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44471r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44471r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44471r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44471r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44471r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44471r=needscript Try newer version:http://bugs.php.net/fix.php?id=44471r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44471r=support Expected behavior:http://bugs.php.net/fix.php?id=44471r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44471r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44471r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44471r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44471r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44471r=dst IIS Stability:http://bugs.php.net/fix.php?id=44471r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44471r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44471r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44471r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44471r=mysqlcfg
#44390 [Asn]: bind_param / bind_result and Object member variables
ID: 44390 Updated by: [EMAIL PROTECTED] Reported By: pumuckel at metropolis dot de Status: Assigned Bug Type: MySQLi related Operating System: Linux Gentoo PHP Version: 5.2.5 Assigned To: andrey New Comment: Ohje, there is a problem, valgrind cries : ==22493== Invalid read of size 1 ==22493==at 0x40245A1: memcpy (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==22493==by 0x412563F: store_param_str (libmysql.c:2389) ==22493==by 0x41257D6: store_param (libmysql.c:2443) ==22493==by 0x4125CD0: cli_stmt_execute (libmysql.c:2544) ==22493==by 0x412643F: mysql_stmt_execute (libmysql.c:2856) ==22493==by 0x80FE3EB: zif_mysqli_stmt_execute (mysqli_api.c:734) ==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:190) ==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==22493==by 0x830D4F9: execute (zend_vm_execute.h:91) ==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170) ==22493==by 0x825B0A7: php_execute_script (main.c:2059) ==22493==by 0x837B57B: main (php_cli.c:1139) ==22493== Address 0x4F7BE9D is 5 bytes inside a block of size 7 free'd ==22493==at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==22493==by 0x82B65AB: _efree (zend_alloc.c:2291) ==22493==by 0x82D4098: convert_to_long_base (zend_operators.c:353) ==22493==by 0x82D3F1F: convert_to_long (zend_operators.c:325) ==22493==by 0x80FE3A6: zif_mysqli_stmt_execute (mysqli_api.c:723) ==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:190) ==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==22493==by 0x830D4F9: execute (zend_vm_execute.h:91) ==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170) ==22493==by 0x825B0A7: php_execute_script (main.c:2059) ==22493==by 0x837B57B: main (php_cli.c:1139) ==22493== ==22493== Invalid read of size 1 ==22493==at 0x40245A9: memcpy (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==22493==by 0x412563F: store_param_str (libmysql.c:2389) ==22493==by 0x41257D6: store_param (libmysql.c:2443) ==22493==by 0x4125CD0: cli_stmt_execute (libmysql.c:2544) ==22493==by 0x412643F: mysql_stmt_execute (libmysql.c:2856) ==22493==by 0x80FE3EB: zif_mysqli_stmt_execute (mysqli_api.c:734) ==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:190) ==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==22493==by 0x830D4F9: execute (zend_vm_execute.h:91) ==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170) ==22493==by 0x825B0A7: php_execute_script (main.c:2059) ==22493==by 0x837B57B: main (php_cli.c:1139) ==22493== Address 0x4F7BE9C is 4 bytes inside a block of size 7 free'd ==22493==at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==22493==by 0x82B65AB: _efree (zend_alloc.c:2291) ==22493==by 0x82D4098: convert_to_long_base (zend_operators.c:353) ==22493==by 0x82D3F1F: convert_to_long (zend_operators.c:325) ==22493==by 0x80FE3A6: zif_mysqli_stmt_execute (mysqli_api.c:723) ==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:190) ==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==22493==by 0x830D4F9: execute (zend_vm_execute.h:91) ==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170) ==22493==by 0x825B0A7: php_execute_script (main.c:2059) ==22493==by 0x837B57B: main (php_cli.c:1139) ==22493== ==22493== Invalid read of size 1 ==22493==at 0x40245B0: memcpy (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==22493==by 0x412563F: store_param_str (libmysql.c:2389) ==22493==by 0x41257D6: store_param (libmysql.c:2443) ==22493==by 0x4125CD0: cli_stmt_execute (libmysql.c:2544) ==22493==by 0x412643F: mysql_stmt_execute (libmysql.c:2856) ==22493==by 0x80FE3EB: zif_mysqli_stmt_execute (mysqli_api.c:734) ==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:190) ==22493==by 0x830EF55: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (zend_vm_execute.h:309) ==22493==by 0x830D4F9: execute (zend_vm_execute.h:91) ==22493==by 0x82DF4CD: zend_execute_scripts (zend.c:1170) ==22493==by 0x825B0A7: php_execute_script (main.c:2059) ==22493==by 0x837B57B: main (php_cli.c:1139) ==22493== Address 0x4F7BE9B is 3 bytes inside a block of size 7 free'd ==22493==at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==22493==by 0x82B65AB: _efree (zend_alloc.c:2291) ==22493==by 0x82D4098: convert_to_long_base (zend_operators.c:353) ==22493==by 0x82D3F1F: convert_to_long (zend_operators.c:325) ==22493==by 0x80FE3A6: zif_mysqli_stmt_execute (mysqli_api.c:723) ==22493==by 0x830DC7E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:190) ==22493==by
#44445 [Opn-Asn]: filter_var doesn't filter email with dashed domainname
ID: 5 Updated by: [EMAIL PROTECTED] Reported By: hanno at hboeck dot de -Status: Open +Status: Assigned Bug Type: Filter related Operating System: Linux PHP Version: 5.2.6RC2 -Assigned To: +Assigned To: iliaa Previous Comments: [2008-03-16 15:18:39] hanno at hboeck dot de Description: As an example, filter_var([EMAIL PROTECTED],FILTER_VALIDATE_EMAIL); will report this address as valid, although domains beginning or ending with a dash are invalid (same with [EMAIL PROTECTED]). -- Edit this bug report at http://bugs.php.net/?id=5edit=1
#44472 [NEW]: SimpleXMLElement() drops nodes
From: jsafley at gmu dot edu Operating system: Linux PHP version: 5.2.5 PHP Bug Type: SimpleXML related Bug description: SimpleXMLElement() drops nodes Description: new SimpleXMLElement() drops namespaced nodes. Reproduce code: --- $xmlstr = XML OAI-PMH ListRecords record metadata oai_dc:dc xmlns:oai_dc=http://www.openarchives.org/OAI/2.0/oai_dc/; xmlns:dc=http://purl.org/dc/elements/1.1/; dc:titleA comparative study/dc:title dc:creatorTalabi, A.O./dc:creator dc:publisherAfrican Journal/dc:publisher dc:date1970-01-01/dc:date /oai_dc:dc /metadata /record /ListRecords /OAI-PMH XML; $xml = new SimpleXMLElement($xmlstr); print_r($xml); Expected result: SimpleXMLElement Object ( [ListRecords] = SimpleXMLElement Object ( [record] = SimpleXMLElement Object ( [metadata] = SimpleXMLElement Object( [dc] = SimpleXMLElement Object ( [title] = SimpleXMLElement Object ( A comparative study ) [creator] = SimpleXMLElement Object ( Talabi, A.O. ) [publisher] = SimpleXMLElement Object ( African Journal ) [date] = SimpleXMLElement Object ( 1970-01-01 ) ) ) ) ) ) Actual result: -- SimpleXMLElement Object ( [ListRecords] = SimpleXMLElement Object ( [record] = SimpleXMLElement Object ( [metadata] = SimpleXMLElement Object( ) ) ) ) -- Edit bug report at http://bugs.php.net/?id=44472edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44472r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44472r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44472r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44472r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44472r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44472r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44472r=needscript Try newer version:http://bugs.php.net/fix.php?id=44472r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44472r=support Expected behavior:http://bugs.php.net/fix.php?id=44472r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44472r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44472r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44472r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44472r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44472r=dst IIS Stability:http://bugs.php.net/fix.php?id=44472r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44472r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44472r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44472r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44472r=mysqlcfg
#44473 [NEW]: strtotime does not parse M d Y h:i:s:uA format
From: omar_mourad at aequicap dot com Operating system: linux PHP version: 5.2.5 PHP Bug Type: Date/time related Bug description: strtotime does not parse M d Y h:i:s:uA format Description: strtotime returns false for date format M d Y h:i:s:uA. I need this format because sybase queries are returning this format for datetime. Reproduce code: --- date_default_timezone_set( 'America/New_York' ); $testDate = date('M d Y h:i:s:uA'); $date = strtotime($testDate); Expected result: I expect to get a valid result. Actual result: -- false -- Edit bug report at http://bugs.php.net/?id=44473edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44473r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44473r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44473r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44473r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44473r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44473r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44473r=needscript Try newer version:http://bugs.php.net/fix.php?id=44473r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44473r=support Expected behavior:http://bugs.php.net/fix.php?id=44473r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44473r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44473r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44473r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44473r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44473r=dst IIS Stability:http://bugs.php.net/fix.php?id=44473r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44473r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44473r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44473r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44473r=mysqlcfg
#44470 [Opn-Fbk]: problem with $_POST array
ID: 44470 Updated by: [EMAIL PROTECTED] Reported By: kenny at amik dot ru -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Linux 2.6.22.17-0.1 PHP Version: 5.2.5 New Comment: Are you sure it's not those ':' chars in the name? (I can't remember for sure but I think it's not allowed..) Previous Comments: [2008-03-18 16:19:30] kenny at amik dot ru Description: long name (more than 64 characters) in form's elements(text, select) did not appear in $_POST array after form was submitted Reproduce code: --- ?php echo pre; print_r($_POST); echo /pre; ? form action=sort.php method=post input value=Save type=submit select name=ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResumeSrchCriteria option value=USUnited States/option /select input type=text name=ucResumeSearchForm:ucResumeSearchFormGeoBase:MXResumeSrchCriteria:2 value=test /form Expected result: all data posted to the $_POST array Actual result: -- $_POST is empty array -- Edit this bug report at http://bugs.php.net/?id=44470edit=1
#44471 [Opn-Fbk]: mysql_connect times out when a port is specified
ID: 44471 Updated by: [EMAIL PROTECTED] Reported By: jad at hungover dot org -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: RHEL3 PHP Version: 5.2.5 New Comment: 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 Previous Comments: [2008-03-18 17:57:14] jad at hungover dot org Description: When using mysql_connect with host:port parameter, with port other than 3306, the connection times out. Am able to telnet to the DB host on the alternative port, with mysql responding as expected. Tried using latest snapshot, as well as 5.2.5 Reproduce code: --- ? if( mysql_connect('192.168.151.116:3306','foo','**') ) { print 3306 connected OK\n; } else { print 3306 failed connect\n; } if( mysql_connect('192.168.151.116:3307','foo','**') ) { print 3307 connected OK\n; } else { print 3307 failed connect\n; } ? Expected result: 3306 connected OK 3307 connected OK Actual result: -- [EMAIL PROTECTED] default]# /root/newphp/php5.2-200803181530/sapi/cli/php test.php 3306 connected OK Warning: mysql_connect(): Can't connect to MySQL server on '192.168.151.116' (4) in /var/www/sites/default/htdocs/test.php on line 7 3307 failed connect [EMAIL PROTECTED] default]# -- Edit this bug report at http://bugs.php.net/?id=44471edit=1
#44465 [Opn-Bgs]: error when trying to view php pages in web browser
ID: 44465 Updated by: [EMAIL PROTECTED] Reported By: gesangbaer at yahoo dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: XP Pro PHP Version: 5.2.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-03-18 07:52:19] gesangbaer at yahoo dot com Description: I'm having a similar problem to ticket number #41880 (dead/ bogus?). I was able to install PHP just fine. I'm also running mySQL and Apache 2.2.8. I installed using the quick guide (http://us3.php.net/manual/en/install.windows.php). It said not to install all of the extensions so I only picked the ones that looked necessary or particularly useful. Reproduce code: --- I then created the page from the starters guide (http://us3.php.net/manual/en/tutorial.firstpage.php) and attempted to pull it up in my browser. then I received the following error. Expected result: I expected the page from the tutorial to display in my web browser. Actual result: -- http://gesan.dyndns.org/images/phperror.bmp when I initially ran php -i it indicated the lzcro.dll file and I searched and found many references to the nettools extension, so I removed that. Now I no longer get the popup from php, but I'm still getting that error when I try to access the php page. I am able to access other content on my apache server just fine, and I currently have mySQL functioning with other projects I'm working on. I understand that this may not be precisely the area to get help with this issue, but having searched for the errors I'm getting this is all I've been able to find. Could someone please give me some advice other than uninstall and reinstall or RTFM? I've read the manual. I'm new to php and I'm not getting anything useful from what I've read. Thanks! -- Edit this bug report at http://bugs.php.net/?id=44465edit=1
#44473 [Opn-Csd]: strtotime does not parse M d Y h:i:s:uA format
ID: 44473 Updated by: [EMAIL PROTECTED] Reported By: omar_mourad at aequicap dot com -Status: Open +Status: Closed Bug Type: Date/time related Operating System: linux PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi This has already been fixed in CVS (PHP 5.3). As this is not a bug (it is simply unsupported), it will not be back ported. Previous Comments: [2008-03-18 21:38:33] omar_mourad at aequicap dot com Description: strtotime returns false for date format M d Y h:i:s:uA. I need this format because sybase queries are returning this format for datetime. Reproduce code: --- date_default_timezone_set( 'America/New_York' ); $testDate = date('M d Y h:i:s:uA'); $date = strtotime($testDate); Expected result: I expect to get a valid result. Actual result: -- false -- Edit this bug report at http://bugs.php.net/?id=44473edit=1
#44462 [Opn-Fbk]: Can't compile embed sapi on OSX
ID: 44462 Updated by: [EMAIL PROTECTED] Reported By: graham+php at nexopia dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: OSX PHP Version: 5.2.5 New Comment: 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 Previous Comments: [2008-03-17 22:06:38] graham+php at nexopia dot com Description: If you try to compile php with the embed sapi on OSX, you get an error about duplicate symbols for yytext. Reproduce code: --- ./configure --enable-embed make Expected result: Finish compiling Actual result: -- make: *** [sapi/cli/php] Error 1 make: *** Waiting for unfinished jobs ld: warning, duplicate dylib /usr/lib/libm.dylib ld: duplicate symbol _yytext in Zend/.libs/zend_ini_scanner.o and Zend/.libs/zend_language_scanner.o collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44462edit=1
#44461 [Opn-NoF]: parse_ini_file crashes
ID: 44461 Updated by: [EMAIL PROTECTED] Reported By: crrodriguez at suse dot de -Status: Open +Status: No Feedback Bug Type: Reproducible crash Operating System: Linux 64bit PHP Version: 5.3CVS-2008-03-17 (CVS) New Comment: Did you do './cvsclean ./buildconf' ? And what re2c version do you have installed? Previous Comments: [2008-03-17 23:35:39] [EMAIL PROTECTED] Works fine to me. [2008-03-17 21:08:09] crrodriguez at suse dot de Description: parse_ini_file() is currenly crashing with a very simple ini file Reproduce code: --- test.ini [attachments] zip = application/zip ; MIME-type for ZIP files test.php ?php parse_ini_file('test.ini', true); ? Expected result: ini file parsed correctly Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at /home/cristian/php5.3/Zend/zend_ini_scanner.c:4063 4063yych = *YYCURSOR; (gdb) bt full #0 0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at /home/cristian/php5.3/Zend/zend_ini_scanner.c:4063 yych = 0 '\0' yyaccept = 2 yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '#65533;', 0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' repeats 18 times, 192 '#65533;', 128 '\200' repeats 12 times, 160 '#65533;', 160 '#65533;', 128 '\200', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 160 '#65533;' repeats 26 times, 128 '\200', 128 '\200', 128 '\200', 128 '\200', 160 '#65533;', 128 '\200', 160 '#65533;' repeats 26 times, 128 '\200' repeats 133 times} yybm = {16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 144 '\220', 16 '\020' repeats 22 times, 144 '\220', 16 '\020', 0 '\0', 16 '\020', 32 ' ', 16 '\020' repeats 55 times, 64 '@', 16 '\020' repeats 163 times} yybm = {66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 194 '#65533;', 64 '@', 66 'B', 66 'B', 64 '@', 66 'B' repeats 18 times, 194 '#65533;', 66 'B', 64 '@', 66 'B', 68 'D', 66 'B', 66 'B', 0 '\0', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 66 'B', 64 '@', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 82 'R' repeats 26 times, 66 'B', 72 'H', 64 '@', 66 'B', 82 'R', 66 'B', 82 'R' repeats 26 times, 66 'B' repeats 133 times} yybm = {160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 224 '#65533;', 0 '\0', 160 '#65533;', 160 '#65533;', 0 '\0', 160 '#65533;' repeats 18 times, 224 '#65533;', 160 '#65533;' repeats 26 times, 32 ' ', 160 '#65533;', 32 ' ', 160 '#65533;' repeats 194 times} yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '#65533;', 0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' repeats 18 times, 192 '#65533;', 128 '\200' repeats 60 times, 0 '\0', 128 '\200' repeats 162 times} ---Type return to continue, or q return to quit--- yybm = {132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 134 '\206', 128 '\200', 132 '\204', 132 '\204', 128 '\200', 132 '\204' repeats 18 times, 134 '\206', 132 '\204', 128 '\200', 132 '\204', 136 '\210', 132 '\204', 132 '\204', 0 '\0', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 132 '\204', 128 '\200', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 164 '#65533;' repeats 26 times, 132 '\204', 144 '\220', 128 '\200', 132 '\204', 164 '#65533;', 132 '\204', 164 '#65533;' repeats 26 times, 132 '\204' repeats 133 times} yybm = {160 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 176 '#65533;', 128 '\200', 162 '#65533;', 162 '#65533;', 128 '\200', 162 '#65533;' repeats 18 times, 176 '#65533;', 160 '#65533;', 160 '#65533;', 162 '#65533;', 168 '#65533;', 162 '#65533;', 160 '#65533;', 32 ' ', 160 '#65533;', 160 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 230 '#65533;', 230 '#65533;', 230 '#65533;', 230 '#65533;', 230
#44461 [NoF-Fbk]: parse_ini_file crashes
ID: 44461 Updated by: [EMAIL PROTECTED] Reported By: crrodriguez at suse dot de -Status: No Feedback +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 64bit PHP Version: 5.3CVS-2008-03-17 (CVS) Previous Comments: [2008-03-18 21:50:57] [EMAIL PROTECTED] Did you do './cvsclean ./buildconf' ? And what re2c version do you have installed? [2008-03-17 23:35:39] [EMAIL PROTECTED] Works fine to me. [2008-03-17 21:08:09] crrodriguez at suse dot de Description: parse_ini_file() is currenly crashing with a very simple ini file Reproduce code: --- test.ini [attachments] zip = application/zip ; MIME-type for ZIP files test.php ?php parse_ini_file('test.ini', true); ? Expected result: ini file parsed correctly Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at /home/cristian/php5.3/Zend/zend_ini_scanner.c:4063 4063yych = *YYCURSOR; (gdb) bt full #0 0x006f71f4 in ini_lex (ini_lval=0x7fff580c52d0) at /home/cristian/php5.3/Zend/zend_ini_scanner.c:4063 yych = 0 '\0' yyaccept = 2 yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '#65533;', 0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' repeats 18 times, 192 '#65533;', 128 '\200' repeats 12 times, 160 '#65533;', 160 '#65533;', 128 '\200', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 160 '#65533;' repeats 26 times, 128 '\200', 128 '\200', 128 '\200', 128 '\200', 160 '#65533;', 128 '\200', 160 '#65533;' repeats 26 times, 128 '\200' repeats 133 times} yybm = {16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 16 '\020', 144 '\220', 16 '\020' repeats 22 times, 144 '\220', 16 '\020', 0 '\0', 16 '\020', 32 ' ', 16 '\020' repeats 55 times, 64 '@', 16 '\020' repeats 163 times} yybm = {66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 194 '#65533;', 64 '@', 66 'B', 66 'B', 64 '@', 66 'B' repeats 18 times, 194 '#65533;', 66 'B', 64 '@', 66 'B', 68 'D', 66 'B', 66 'B', 0 '\0', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 114 'r', 66 'B', 64 '@', 66 'B', 66 'B', 66 'B', 66 'B', 66 'B', 82 'R' repeats 26 times, 66 'B', 72 'H', 64 '@', 66 'B', 82 'R', 66 'B', 82 'R' repeats 26 times, 66 'B' repeats 133 times} yybm = {160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 160 '#65533;', 224 '#65533;', 0 '\0', 160 '#65533;', 160 '#65533;', 0 '\0', 160 '#65533;' repeats 18 times, 224 '#65533;', 160 '#65533;' repeats 26 times, 32 ' ', 160 '#65533;', 32 ' ', 160 '#65533;' repeats 194 times} yybm = {128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 128 '\200', 192 '#65533;', 0 '\0', 128 '\200', 128 '\200', 0 '\0', 128 '\200' repeats 18 times, 192 '#65533;', 128 '\200' repeats 60 times, 0 '\0', 128 '\200' repeats 162 times} ---Type return to continue, or q return to quit--- yybm = {132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 134 '\206', 128 '\200', 132 '\204', 132 '\204', 128 '\200', 132 '\204' repeats 18 times, 134 '\206', 132 '\204', 128 '\200', 132 '\204', 136 '\210', 132 '\204', 132 '\204', 0 '\0', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 228 '#65533;', 132 '\204', 128 '\200', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 132 '\204', 164 '#65533;' repeats 26 times, 132 '\204', 144 '\220', 128 '\200', 132 '\204', 164 '#65533;', 132 '\204', 164 '#65533;' repeats 26 times, 132 '\204' repeats 133 times} yybm = {160 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 176 '#65533;', 128 '\200', 162 '#65533;', 162 '#65533;', 128 '\200', 162 '#65533;' repeats 18 times, 176 '#65533;', 160 '#65533;', 160 '#65533;', 162 '#65533;', 168 '#65533;', 162 '#65533;', 160 '#65533;', 32 ' ', 160 '#65533;', 160 '#65533;', 162 '#65533;', 162 '#65533;', 162 '#65533;', 162
#44462 [Fbk-Opn]: Can't compile embed sapi on OSX
ID: 44462 User updated by: graham+php at nexopia dot com Reported By: graham+php at nexopia dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OSX PHP Version: 5.2.5 New Comment: Tried that out, still fails in the same way. Previous Comments: [2008-03-18 21:49:38] [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 [2008-03-17 22:06:38] graham+php at nexopia dot com Description: If you try to compile php with the embed sapi on OSX, you get an error about duplicate symbols for yytext. Reproduce code: --- ./configure --enable-embed make Expected result: Finish compiling Actual result: -- make: *** [sapi/cli/php] Error 1 make: *** Waiting for unfinished jobs ld: warning, duplicate dylib /usr/lib/libm.dylib ld: duplicate symbol _yytext in Zend/.libs/zend_ini_scanner.o and Zend/.libs/zend_language_scanner.o collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44462edit=1
#44474 [NEW]: GregorianToJD wrong return value
From: reidw at rawsound dot com Operating system: Darwin 9.2 PHP version: 5.2.5 PHP Bug Type: Calendar related Bug description: GregorianToJD wrong return value Description: The function gregroiantojd() returns the wrong value. This was also tested with PHP 5.2.2 on Linux FC3 and PHP 5.1.2 on Windows Server 2003 with the same results. Results are off by one day for positive years, and further off for zero and negative years. By definition, when using negative years rather than a suffix the pattern should be: ..., -2, -1, 0, 1, 2, ... . Year 2 corresponds to 2AD, year 1 corresponds to 1AD, year 0 corresponds to 1BC, and year -1 corresponds to 2BC, etc. Information can be found from the links in the PHP manual. Code for comparison is taken from those links and given below. Reproduce code: --- built-in: echo gregoriantojd(3,16,1).\n; echo gregoriantojd(3,16,0).\n; echo gregoriantojd(3,16,-1); reproduced from PHP manual links: echo GtoJD(3,16,1).\n; echo GtoJD(3,16,0).\n; echo GtoJD(3,16,-1); function GtoJD($m,$d,$y) { return (int) (((int) ( 1461 * ( $y + 4800 + ($m-14) / 12 ) ) / 4) + ((int) ( 367 * ( $m - 2 - 12 * ( ($m-14) / 12 ) ) ) / 12) - ((int) ( 3 * (int)( ( $y + 4900 + ($m-14) / 12 ) / 100 ) ) / 4) + $d - 32075); } Expected result: The expected results are (from the reproduced code): 1721501 1721137 1720771 Actual result: -- Actual results (from the built-in gregoriantojd()): 1721500 0 1721135 -- Edit bug report at http://bugs.php.net/?id=44474edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44474r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44474r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44474r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44474r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44474r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44474r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44474r=needscript Try newer version:http://bugs.php.net/fix.php?id=44474r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44474r=support Expected behavior:http://bugs.php.net/fix.php?id=44474r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44474r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44474r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44474r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44474r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44474r=dst IIS Stability:http://bugs.php.net/fix.php?id=44474r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44474r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44474r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44474r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44474r=mysqlcfg
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: stein at visibone dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 New Comment: I'm still having a 5 second delay at the end of my command-line invocation. Putting 5.0.51a libmysql.dll in C:\Program Files\PHP seemed to eliminate the my_thread_global_end() error, and replacing ext\php_mysql.dll and ext\php_mysqli.dll stopped the 5-second delay when running a simple php --ini or hello-world script. But I still get a 5 second delay if I call mysql_connect() mysql_close(). php -i (phpinfo) excerpts: mysql Client API version = 5.0.51a mysqli Client API library version = mysqlnd 5.0.1-beta - 070402 - $Revision: 321 $ Help would sure be appreciated. 5 seconds x 1000 hurts. -- Bob Stein, VisiBone Previous Comments: [2008-03-13 11:16:03] email at email dot com I also solved this issue with copying the libmysql.dll file from the previous version. Downloaded libmysql.dll file from http://mysql.oblique.ch/ (it is a previous version file), copied it over the current one (C:/PHP/libmysql.dll). This solved the issue. [2008-03-12 18:42:59] emiller at rsimedical dot com Experiencing Issue on Win2k3, Apache 2.2.8, PHP 5.2.4 Apache hangs, on Apache service stop error appears in error.log [2008-02-25 20:50:07] sharadrb at yahoo dot com Even I had same issue with PHP version 5.2.5. So, I rolled back to older version 5.2.1 which does not have this issue. Now, I don't have this issue with version 5.2.1 [2008-02-20 17:05:01] brandonkahre at charter dot net I am still experiencing this bug as of Feb-20-2008. I am running PHP 5.2.4 in a Windows XP environment with MySQL 4.2.20. To leave no room for confusion, the problems and steps I am using to recreate this bug are described in Bug #44009 (http://bugs.php.net/bug.php?id=44009). I have tried the following PHP versions: PHP 5.2.4 PHP 5.2.5 PHP 5.2.6-latest I have tried patching the Windows php_mysql.dll extension using the following sources: PHP 5.2.1: http://www.php.net/releases/#5.2.1 [copy /ext/php_mysql.dll only] - this did not fix any problems MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension (PHP 5.2.0) for MySQL Server 4.1.21] - could not connect to MySQL server. Please note that the extension is for PHP 5.1.6.6 MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension (PHP 5.2.0) for MySQL Server 5.0.27] - this did not fix any problems IT-Guys (mentioned in this bug tracker): http://www.it-etc.com/2007/10/25/php-error-524-getting-error-error-in-my_thread_global_end-1-threads-didnt-exit/ - this did not fix any problems. The extensions provided seem to be for PHP 5.2.0.0 [2008-02-13 17:25:20] byerly0503 at gmail dot com This bug caused me to spend an hour on the issue. I kept ignoring all of the help related to MySQL since the script I was trying to run, didn't use MySQL. Please fix this by including the right DLL or adjust the installer to give a warning message: Despite downloading this package, you will need to download an older package, replace the mysql dll, in order to use PHP. 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350edit=1
#44474 [Opn]: GregorianToJD wrong return value
ID: 44474 User updated by: reidw at rawsound dot com Reported By: reidw at rawsound dot com Status: Open Bug Type: Calendar related Operating System: Darwin 9.2 PHP Version: 5.2.5 New Comment: Further research shows that the code for GtoJD to convert a Gregorian date to julian days may be off. But, the function gregoriantojd still gives gross errors for zero and negative years. Previous Comments: [2008-03-18 22:21:29] reidw at rawsound dot com Description: The function gregroiantojd() returns the wrong value. This was also tested with PHP 5.2.2 on Linux FC3 and PHP 5.1.2 on Windows Server 2003 with the same results. Results are off by one day for positive years, and further off for zero and negative years. By definition, when using negative years rather than a suffix the pattern should be: ..., -2, -1, 0, 1, 2, ... . Year 2 corresponds to 2AD, year 1 corresponds to 1AD, year 0 corresponds to 1BC, and year -1 corresponds to 2BC, etc. Information can be found from the links in the PHP manual. Code for comparison is taken from those links and given below. Reproduce code: --- built-in: echo gregoriantojd(3,16,1).\n; echo gregoriantojd(3,16,0).\n; echo gregoriantojd(3,16,-1); reproduced from PHP manual links: echo GtoJD(3,16,1).\n; echo GtoJD(3,16,0).\n; echo GtoJD(3,16,-1); function GtoJD($m,$d,$y) { return (int) (((int) ( 1461 * ( $y + 4800 + ($m-14) / 12 ) ) / 4) + ((int) ( 367 * ( $m - 2 - 12 * ( ($m-14) / 12 ) ) ) / 12) - ((int) ( 3 * (int)( ( $y + 4900 + ($m-14) / 12 ) / 100 ) ) / 4) + $d - 32075); } Expected result: The expected results are (from the reproduced code): 1721501 1721137 1720771 Actual result: -- Actual results (from the built-in gregoriantojd()): 1721500 0 1721135 -- Edit this bug report at http://bugs.php.net/?id=44474edit=1
#44475 [NEW]: PDO mysql does not support cursor
From: alexmehal at gmail dot com Operating system: Windows XP PHP version: 5.2.5 PHP Bug Type: PDO related Bug description: PDO mysql does not support cursor Description: I'm trying to use different types of cursor orientations. Even example from official manual does not work. Reproduce code: --- $dsn = 'mysql:dbname=...'; $dbh = new PDO($dsn, $user, $password); $sql = SELECT * FROM genres WHERE 1 ORDER BY id; $stmt = $dbh-prepare($sql, array(PDO::ATTR_CURSOR = PDO::CURSOR_SCROLL)); $stmt-execute(); $row = $stmt-fetch(PDO::FETCH_NUM, PDO::FETCH_ORI_LAST); do { $data = $row[0] . \t . $row[1] . \t . $row[2] . \n; print $data; } while ($row = $stmt-fetch(PDO::FETCH_NUM, PDO::FETCH_ORI_PRIOR)); $stmt = null; Expected result: 3 Fighting 2 Arcade/Puzzle 1 Action/Adventure Actual result: -- 1 Action/Adventure 2 Arcade/Puzzle 3 Fighting -- Edit bug report at http://bugs.php.net/?id=44475edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44475r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44475r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44475r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44475r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44475r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44475r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44475r=needscript Try newer version:http://bugs.php.net/fix.php?id=44475r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44475r=support Expected behavior:http://bugs.php.net/fix.php?id=44475r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44475r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44475r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44475r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44475r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44475r=dst IIS Stability:http://bugs.php.net/fix.php?id=44475r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44475r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44475r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44475r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44475r=mysqlcfg
#44445 [Asn-Csd]: filter_var doesn't filter email with dashed domainname
ID: 5 Updated by: [EMAIL PROTECTED] Reported By: hanno at hboeck dot de -Status: Assigned +Status: Closed Bug Type: Filter related Operating System: Linux PHP Version: 5.2.6RC2 Assigned To: iliaa 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-03-16 15:18:39] hanno at hboeck dot de Description: As an example, filter_var([EMAIL PROTECTED],FILTER_VALIDATE_EMAIL); will report this address as valid, although domains beginning or ending with a dash are invalid (same with [EMAIL PROTECTED]). -- Edit this bug report at http://bugs.php.net/?id=5edit=1
#44456 [Opn-Fbk]: CURLOPT_URL error in parsing ftp url string given
ID: 44456 Updated by: [EMAIL PROTECTED] Reported By: sergiocrz at hotmail dot com -Status: Open +Status: Feedback Bug Type: cURL related Operating System: WinXP PHP Version: 5.2.5 New Comment: This seems expected. Normally app. accepts the format obtained for: http://docs.php.net/manual/en/function.rawurlencode.php Try using this function on login and password. Previous Comments: [2008-03-17 16:27:31] sergiocrz at hotmail dot com Description: When an ftp username or password uses the character # and when I try to use it in curl_setopt($ch, CURLOPT_URL, ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path); cURL will not login with the correct user/pass combination nor the correct IP. Reproduce code: --- // using ex: ftp://%e$U^:[EMAIL PROTECTED]@123.145.123.145:456 $ftp_user_name = %e$U^ ; $ftp_pass = [EMAIL PROTECTED] ; $ftp_ip = 123.145.123.145; $ftp_port = 456; $path = /; $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path); curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 4); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_FTPLISTONLY, 0); $result['filelist'] = curl_exec($ch); // content $result['error'] = curl_error($ch); $result['errno'] = curl_errno($ch); Expected result: Loggin in with the correct $ftp_user_name = %e$U^ ; $ftp_pass = [EMAIL PROTECTED] ; $ftp_ip = 123.145.123.145; $ftp_port = 456; Actual result: -- cURL will connect to the IP: [EMAIL PROTECTED] as dysplayed by the error. As you can see the part before the ip #$5% belongs to the ftp_pass, so I think when curl is parsing the url string and encounters # (char(35)) it returns the wrong ip. -- Edit this bug report at http://bugs.php.net/?id=44456edit=1
#44462 [Opn]: Can't compile embed sapi on OSX
ID: 44462 Updated by: [EMAIL PROTECTED] Reported By: graham+php at nexopia dot com Status: Open Bug Type: Compile Failure Operating System: OSX PHP Version: 5.2CVS-2008-03-18 New Comment: Compile with success on Linux. Previous Comments: [2008-03-18 22:06:55] graham+php at nexopia dot com Tried that out, still fails in the same way. [2008-03-18 21:49:38] [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 [2008-03-17 22:06:38] graham+php at nexopia dot com Description: If you try to compile php with the embed sapi on OSX, you get an error about duplicate symbols for yytext. Reproduce code: --- ./configure --enable-embed make Expected result: Finish compiling Actual result: -- make: *** [sapi/cli/php] Error 1 make: *** Waiting for unfinished jobs ld: warning, duplicate dylib /usr/lib/libm.dylib ld: duplicate symbol _yytext in Zend/.libs/zend_ini_scanner.o and Zend/.libs/zend_language_scanner.o collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44462edit=1
#44472 [Opn]: SimpleXMLElement() drops nodes
ID: 44472 Updated by: [EMAIL PROTECTED] Reported By: jsafley at gmu dot edu Status: Open Bug Type: SimpleXML related Operating System: Linux PHP Version: 5.2.5 New Comment: This output seems expected, see this article: http://devzone.zend.com/node/view/id/688#Heading3 Previous Comments: [2008-03-18 19:17:55] jsafley at gmu dot edu Description: new SimpleXMLElement() drops namespaced nodes. Reproduce code: --- $xmlstr = XML OAI-PMH ListRecords record metadata oai_dc:dc xmlns:oai_dc=http://www.openarchives.org/OAI/2.0/oai_dc/; xmlns:dc=http://purl.org/dc/elements/1.1/; dc:titleA comparative study/dc:title dc:creatorTalabi, A.O./dc:creator dc:publisherAfrican Journal/dc:publisher dc:date1970-01-01/dc:date /oai_dc:dc /metadata /record /ListRecords /OAI-PMH XML; $xml = new SimpleXMLElement($xmlstr); print_r($xml); Expected result: SimpleXMLElement Object ( [ListRecords] = SimpleXMLElement Object ( [record] = SimpleXMLElement Object ( [metadata] = SimpleXMLElement Object( [dc] = SimpleXMLElement Object ( [title] = SimpleXMLElement Object ( A comparative study ) [creator] = SimpleXMLElement Object ( Talabi, A.O. ) [publisher] = SimpleXMLElement Object ( African Journal ) [date] = SimpleXMLElement Object ( 1970-01-01 ) ) ) ) ) ) Actual result: -- SimpleXMLElement Object ( [ListRecords] = SimpleXMLElement Object ( [record] = SimpleXMLElement Object ( [metadata] = SimpleXMLElement Object( ) ) ) ) -- Edit this bug report at http://bugs.php.net/?id=44472edit=1
#44462 [Opn]: Can't compile embed sapi on OSX
ID: 44462 User updated by: graham+php at nexopia dot com Reported By: graham+php at nexopia dot com Status: Open Bug Type: Compile Failure Operating System: OSX PHP Version: 5.2CVS-2008-03-18 New Comment: Yes, we have been using the embed sapi with great success on linux for a while now. As far as I know, the bug is isolated to OSX. Previous Comments: [2008-03-19 00:11:51] [EMAIL PROTECTED] Compile with success on Linux. [2008-03-18 22:06:55] graham+php at nexopia dot com Tried that out, still fails in the same way. [2008-03-18 21:49:38] [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 [2008-03-17 22:06:38] graham+php at nexopia dot com Description: If you try to compile php with the embed sapi on OSX, you get an error about duplicate symbols for yytext. Reproduce code: --- ./configure --enable-embed make Expected result: Finish compiling Actual result: -- make: *** [sapi/cli/php] Error 1 make: *** Waiting for unfinished jobs ld: warning, duplicate dylib /usr/lib/libm.dylib ld: duplicate symbol _yytext in Zend/.libs/zend_ini_scanner.o and Zend/.libs/zend_language_scanner.o collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44462edit=1
#44471 [Fbk-Opn]: mysql_connect times out when a port is specified
ID: 44471 User updated by: jad at hungover dot org Reported By: jad at hungover dot org -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: RHEL3 PHP Version: 5.2.5 New Comment: Sorry, that made no difference - same results as before. Previous Comments: [2008-03-18 21:47:40] [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 [2008-03-18 17:57:14] jad at hungover dot org Description: When using mysql_connect with host:port parameter, with port other than 3306, the connection times out. Am able to telnet to the DB host on the alternative port, with mysql responding as expected. Tried using latest snapshot, as well as 5.2.5 Reproduce code: --- ? if( mysql_connect('192.168.151.116:3306','foo','**') ) { print 3306 connected OK\n; } else { print 3306 failed connect\n; } if( mysql_connect('192.168.151.116:3307','foo','**') ) { print 3307 connected OK\n; } else { print 3307 failed connect\n; } ? Expected result: 3306 connected OK 3307 connected OK Actual result: -- [EMAIL PROTECTED] default]# /root/newphp/php5.2-200803181530/sapi/cli/php test.php 3306 connected OK Warning: mysql_connect(): Can't connect to MySQL server on '192.168.151.116' (4) in /var/www/sites/default/htdocs/test.php on line 7 3307 failed connect [EMAIL PROTECTED] default]# -- Edit this bug report at http://bugs.php.net/?id=44471edit=1
#44474 [Opn]: GregorianToJD wrong return value
ID: 44474 User updated by: reidw at rawsound dot com Reported By: reidw at rawsound dot com Status: Open Bug Type: Calendar related Operating System: Darwin 9.2 PHP Version: 5.2.5 New Comment: Further examination yields that gregoriantojd is requiring the minus sign to be used for years as a direct replacement for BC. Thus, 2AD==2, 1AD==1, 1BC==-1, 2BC==-2, etc. Fine. This is not indicated in the manual. Also, the manual states that the earliest year is 4714BC. This is an error When the defined date of Jan. 1, 4713 BC (which is supposed to be day zero of Julian Days, by definition) is entered into each function, - 4713-01-01 for gregoriantojd and -4712-01-01 for GtoJD, BOTH yield '38' rather than the expected 'zero'. Plugging in today's date yields: 2454544 for gregoriantojd; 2454545 for GtoJD. Previous Comments: [2008-03-18 22:49:37] reidw at rawsound dot com Further research shows that the code for GtoJD to convert a Gregorian date to julian days may be off. But, the function gregoriantojd still gives gross errors for zero and negative years. [2008-03-18 22:21:29] reidw at rawsound dot com Description: The function gregroiantojd() returns the wrong value. This was also tested with PHP 5.2.2 on Linux FC3 and PHP 5.1.2 on Windows Server 2003 with the same results. Results are off by one day for positive years, and further off for zero and negative years. By definition, when using negative years rather than a suffix the pattern should be: ..., -2, -1, 0, 1, 2, ... . Year 2 corresponds to 2AD, year 1 corresponds to 1AD, year 0 corresponds to 1BC, and year -1 corresponds to 2BC, etc. Information can be found from the links in the PHP manual. Code for comparison is taken from those links and given below. Reproduce code: --- built-in: echo gregoriantojd(3,16,1).\n; echo gregoriantojd(3,16,0).\n; echo gregoriantojd(3,16,-1); reproduced from PHP manual links: echo GtoJD(3,16,1).\n; echo GtoJD(3,16,0).\n; echo GtoJD(3,16,-1); function GtoJD($m,$d,$y) { return (int) (((int) ( 1461 * ( $y + 4800 + ($m-14) / 12 ) ) / 4) + ((int) ( 367 * ( $m - 2 - 12 * ( ($m-14) / 12 ) ) ) / 12) - ((int) ( 3 * (int)( ( $y + 4900 + ($m-14) / 12 ) / 100 ) ) / 4) + $d - 32075); } Expected result: The expected results are (from the reproduced code): 1721501 1721137 1720771 Actual result: -- Actual results (from the built-in gregoriantojd()): 1721500 0 1721135 -- Edit this bug report at http://bugs.php.net/?id=44474edit=1
#44380 [Fbk-Opn]: localtime sometimes gives GMT date, not local
ID: 44380 User updated by: tessone at polyglut dot net Reported By: tessone at polyglut dot net -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: CentOS PHP Version: 5.2.5 Assigned To: jani New Comment: Nope, no includes. I can't really run snapshots, though, as this is on a production server using CentOS packages. Previous Comments: [2008-03-17 20:51:31] [EMAIL PROTECTED] And main httpd.conf doesn't do any includes to add some extra conf parts..? (just to be sure here..you could try the latest snapshot JIC, some fixes were committed just last week) [2008-03-17 03:27:19] tessone at polyglut dot net Nope, nothing like that in the main httpd.conf and no .htaccess files involved at all. [2008-03-14 12:11:56] [EMAIL PROTECTED] If you're using Apache, please check that there is no php_value/php_admin_value settings used in any vhost/directory (.htaccess/httpd.conf) to set the timezone. [2008-03-13 18:53:03] tessone at polyglut dot net As you can see from the sample code above, I haven't set date.timezone. If I do set it, the erratic behavior stops. However, it is a bug that without setting the timezone explicitly, the behavior is erratic and unpredictable. It should default to either UTC or the system timezone, but it definitely should not alternate randomly between the two. [2008-03-13 12:08:05] [EMAIL PROTECTED] How/where do you set date.timezone ? 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/44380 -- Edit this bug report at http://bugs.php.net/?id=44380edit=1
#44465 [Bgs]: error when trying to view php pages in web browser
ID: 44465 User updated by: gesangbaer at yahoo dot com Reported By: gesangbaer at yahoo dot com Status: Bogus Bug Type: Reproducible crash Operating System: XP Pro PHP Version: 5.2.5 New Comment: Ya know, after reading the other peoples messages who had this issue and then the response you sent me, I hafta say that your support for PHP is indescribably bad. I've done tech support before. If people are asking you about this issue as often as it seems they are then you should at least provide links to the threads in the proper forum that deal with the issue instead of issuing a blanket not us response. Its lazy and it discourages new users from learning about your product or contributing to the community. I'll be leaving you alone now, but please take my advice and make a little extra effort. Your users would greatly appreciate it. Previous Comments: [2008-03-18 21:48:12] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2008-03-18 07:52:19] gesangbaer at yahoo dot com Description: I'm having a similar problem to ticket number #41880 (dead/ bogus?). I was able to install PHP just fine. I'm also running mySQL and Apache 2.2.8. I installed using the quick guide (http://us3.php.net/manual/en/install.windows.php). It said not to install all of the extensions so I only picked the ones that looked necessary or particularly useful. Reproduce code: --- I then created the page from the starters guide (http://us3.php.net/manual/en/tutorial.firstpage.php) and attempted to pull it up in my browser. then I received the following error. Expected result: I expected the page from the tutorial to display in my web browser. Actual result: -- http://gesan.dyndns.org/images/phperror.bmp when I initially ran php -i it indicated the lzcro.dll file and I searched and found many references to the nettools extension, so I removed that. Now I no longer get the popup from php, but I'm still getting that error when I try to access the php page. I am able to access other content on my apache server just fine, and I currently have mySQL functioning with other projects I'm working on. I understand that this may not be precisely the area to get help with this issue, but having searched for the errors I'm getting this is all I've been able to find. Could someone please give me some advice other than uninstall and reinstall or RTFM? I've read the manual. I'm new to php and I'm not getting anything useful from what I've read. Thanks! -- Edit this bug report at http://bugs.php.net/?id=44465edit=1
#44456 [Fbk-Opn]: CURLOPT_URL error in parsing ftp url string given
ID: 44456 User updated by: sergiocrz at hotmail dot com Reported By: sergiocrz at hotmail dot com -Status: Feedback +Status: Open Bug Type: cURL related Operating System: WinXP PHP Version: 5.2.5 New Comment: Why is it expected that curl returns false ip when the url contains '#'? If I use rawurlencode() to username and password CURL will consider that encoded string as a new username and password, it will not be decoded on exec. The returning error is: Access denied: 530. Thats because the user and pass are incorrect... By the results I have I still think there is a bug somewhere... Previous Comments: [2008-03-19 00:09:18] [EMAIL PROTECTED] This seems expected. Normally app. accepts the format obtained for: http://docs.php.net/manual/en/function.rawurlencode.php Try using this function on login and password. [2008-03-17 16:27:31] sergiocrz at hotmail dot com Description: When an ftp username or password uses the character # and when I try to use it in curl_setopt($ch, CURLOPT_URL, ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path); cURL will not login with the correct user/pass combination nor the correct IP. Reproduce code: --- // using ex: ftp://%e$U^:[EMAIL PROTECTED]@123.145.123.145:456 $ftp_user_name = %e$U^ ; $ftp_pass = [EMAIL PROTECTED] ; $ftp_ip = 123.145.123.145; $ftp_port = 456; $path = /; $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path); curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 4); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_FTPLISTONLY, 0); $result['filelist'] = curl_exec($ch); // content $result['error'] = curl_error($ch); $result['errno'] = curl_errno($ch); Expected result: Loggin in with the correct $ftp_user_name = %e$U^ ; $ftp_pass = [EMAIL PROTECTED] ; $ftp_ip = 123.145.123.145; $ftp_port = 456; Actual result: -- cURL will connect to the IP: [EMAIL PROTECTED] as dysplayed by the error. As you can see the part before the ip #$5% belongs to the ftp_pass, so I think when curl is parsing the url string and encounters # (char(35)) it returns the wrong ip. -- Edit this bug report at http://bugs.php.net/?id=44456edit=1
#44456 [Opn]: CURLOPT_URL error in parsing ftp url string given
ID: 44456 Updated by: [EMAIL PROTECTED] Reported By: sergiocrz at hotmail dot com Status: Open Bug Type: cURL related Operating System: WinXP PHP Version: 5.2.5 New Comment: Why is it expected that curl returns false ip when the url contains '#'? AFAIK, the problem isn't the '#', but the '@'. Previous Comments: [2008-03-19 02:28:19] sergiocrz at hotmail dot com Why is it expected that curl returns false ip when the url contains '#'? If I use rawurlencode() to username and password CURL will consider that encoded string as a new username and password, it will not be decoded on exec. The returning error is: Access denied: 530. Thats because the user and pass are incorrect... By the results I have I still think there is a bug somewhere... [2008-03-19 00:09:18] [EMAIL PROTECTED] This seems expected. Normally app. accepts the format obtained for: http://docs.php.net/manual/en/function.rawurlencode.php Try using this function on login and password. [2008-03-17 16:27:31] sergiocrz at hotmail dot com Description: When an ftp username or password uses the character # and when I try to use it in curl_setopt($ch, CURLOPT_URL, ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path); cURL will not login with the correct user/pass combination nor the correct IP. Reproduce code: --- // using ex: ftp://%e$U^:[EMAIL PROTECTED]@123.145.123.145:456 $ftp_user_name = %e$U^ ; $ftp_pass = [EMAIL PROTECTED] ; $ftp_ip = 123.145.123.145; $ftp_port = 456; $path = /; $ch = curl_init(); curl_setopt($ch, CURLOPT_URL, ftp://$ftp_user_name:[EMAIL PROTECTED]:$ftp_port$path); curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 4); curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); curl_setopt($ch, CURLOPT_FTPLISTONLY, 0); $result['filelist'] = curl_exec($ch); // content $result['error'] = curl_error($ch); $result['errno'] = curl_errno($ch); Expected result: Loggin in with the correct $ftp_user_name = %e$U^ ; $ftp_pass = [EMAIL PROTECTED] ; $ftp_ip = 123.145.123.145; $ftp_port = 456; Actual result: -- cURL will connect to the IP: [EMAIL PROTECTED] as dysplayed by the error. As you can see the part before the ip #$5% belongs to the ftp_pass, so I think when curl is parsing the url string and encounters # (char(35)) it returns the wrong ip. -- Edit this bug report at http://bugs.php.net/?id=44456edit=1
#44465 [Bgs]: error when trying to view php pages in web browser
ID: 44465 Updated by: [EMAIL PROTECTED] Reported By: gesangbaer at yahoo dot com Status: Bogus Bug Type: Reproducible crash Operating System: XP Pro PHP Version: 5.2.5 New Comment: If you enabled every single component then you should expect errors as not all of them worked. The same advice I gave applies, enable the ones you *actually* need. Previous Comments: [2008-03-19 01:57:26] gesangbaer at yahoo dot com Ya know, after reading the other peoples messages who had this issue and then the response you sent me, I hafta say that your support for PHP is indescribably bad. I've done tech support before. If people are asking you about this issue as often as it seems they are then you should at least provide links to the threads in the proper forum that deal with the issue instead of issuing a blanket not us response. Its lazy and it discourages new users from learning about your product or contributing to the community. I'll be leaving you alone now, but please take my advice and make a little extra effort. Your users would greatly appreciate it. [2008-03-18 21:48:12] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2008-03-18 07:52:19] gesangbaer at yahoo dot com Description: I'm having a similar problem to ticket number #41880 (dead/ bogus?). I was able to install PHP just fine. I'm also running mySQL and Apache 2.2.8. I installed using the quick guide (http://us3.php.net/manual/en/install.windows.php). It said not to install all of the extensions so I only picked the ones that looked necessary or particularly useful. Reproduce code: --- I then created the page from the starters guide (http://us3.php.net/manual/en/tutorial.firstpage.php) and attempted to pull it up in my browser. then I received the following error. Expected result: I expected the page from the tutorial to display in my web browser. Actual result: -- http://gesan.dyndns.org/images/phperror.bmp when I initially ran php -i it indicated the lzcro.dll file and I searched and found many references to the nettools extension, so I removed that. Now I no longer get the popup from php, but I'm still getting that error when I try to access the php page. I am able to access other content on my apache server just fine, and I currently have mySQL functioning with other projects I'm working on. I understand that this may not be precisely the area to get help with this issue, but having searched for the errors I'm getting this is all I've been able to find. Could someone please give me some advice other than uninstall and reinstall or RTFM? I've read the manual. I'm new to php and I'm not getting anything useful from what I've read. Thanks! -- Edit this bug report at http://bugs.php.net/?id=44465edit=1
#43614 [Opn-Csd]: incorrect processing of numerical string keys of array in arbitrary serial. data
ID: 43614 Updated by: [EMAIL PROTECTED] -Summary: incorrect processing of numerical string keys of array (unserialize) Reported By: dmitriy dot buldakov at toatech dot com -Status: Open +Status: Closed Bug Type: Arrays related Operating System: Mac OS X PHP Version: 5.2.5 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. Thanks for the patch. Previous Comments: [2007-12-18 14:38:41] dmitriy dot buldakov at toatech dot com Felipe, yes, you are right, yours code works good with 0 but still have problem with leading spaces. I mean that unserialize with yours patch converts string( 9) to int(9). [2007-12-18 14:18:18] dmitriy dot buldakov at toatech dot com final version of the patch --- var_unserializer.c 2007-12-18 16:11:48.0 +0200 +++ var_unserializer.c.old 2007-12-18 16:11:32.0 +0200 @@ -288,10 +288,10 @@ static inline int process_nested_data(UN zend_hash_index_update(ht, Z_LVAL_P(key), data, sizeof(data), NULL); break; case IS_STRING: - if (zend_hash_find(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, (void **)old_data)==SUCCESS) { + if (zend_symtable_find(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, (void **)old_data)==SUCCESS) { var_push_dtor(var_hash, old_data); } - zend_hash_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, data, sizeof(data), NULL); + zend_symtable_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, data, sizeof(data), NULL); break; } [2007-12-18 14:09:51] [EMAIL PROTECTED] No, it works fine with '0'. I improved the code and test now. Results: array(1) { [9]= int(1) } array(1) { [99]= int(1) } array(1) { [+1]= int(1) } array(1) { [11]= int(1) } array(1) { [00]= int(1) } array(1) { [0]= int(1) } array(1) { [-0]= int(1) } array(1) { [-01]= int(1) } array(1) { [-10]= int(1) } [2007-12-18 13:49:01] dmitriy dot buldakov at toatech dot com --- var_unserializer.c.orig 2007-12-18 12:13:16.0 +0200 +++ var_unserializer.c 2007-12-18 15:40:22.0 +0200 @@ -282,16 +282,10 @@ static inline int process_nested_data(UN switch (Z_TYPE_P(key)) { case IS_LONG: - if (zend_hash_index_find(ht, Z_LVAL_P(key), (void **)old_data)==SUCCESS) { - var_push_dtor(var_hash, old_data); - } zend_hash_index_update(ht, Z_LVAL_P(key), data, sizeof(data), NULL); break; case IS_STRING: - if (zend_hash_find(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, (void **)old_data)==SUCCESS) { - var_push_dtor(var_hash, old_data); - } - zend_hash_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, data, sizeof(data), NULL); + zend_symtable_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, data, sizeof(data), NULL); break; } [2007-12-18 13:46:45] dmitriy dot buldakov at toatech dot com The following code works well switch (Z_TYPE_P(key)) { case IS_LONG: zend_hash_index_update(ht, Z_LVAL_P(key), data, sizeof(data), NULL); break; case IS_STRING: zend_symtable_update(ht, Z_STRVAL_P(key), Z_STRLEN_P(key) + 1, data, sizeof(data), NULL); break; } but looks like still there is a problem here. compearing var_unserialize.c with array.c you can see that key array.c uses more sufficient key preparation. So, about the code - what should I do to put the code into repository? The remainder of the comments for this report are too long. To view the rest of the comments,
#44047 [Com]: IIS Worker Process stopped working
ID: 44047 Comment by: jaedsm at hotmail dot com Reported By: matthew dot horner at redprairie dot com Status: Open Bug Type: IIS related Operating System: Windows Vista PHP Version: 5.2.5 New Comment: Having the same issue here too. Installed IIS7 and PHP 5.2.5 the other day on my home system running Vista Home Premium. Didn't consider it would have been caused by some timeout but after reading here that makes sense. No crash message has appeared while I've been working for hours on end, once I stop though it appears a little while later and doesn't appear again unless I load another php page. Previous Comments: [2008-03-06 14:00:56] matthew dot horner at redprairie dot com I would still consider this a workaround, as this is not standard procedure for installing ISAPI modules in IIS7. Furthermore, this issue is not an issue with PHP 4. Which to me, would indicate there is something coded differently with PHP 5 to cause the crash when recycling the process. Also, reconfiguring the Application Pool, affects more than just your pool hosting PHP driven applications. What side effects there are, is unclear to me, but certainly not something I would like to find out about once a site is in production. I posted this bug because I would like to have the PHP developers debug this issue and determine if there is indeed a code problem or a problem with IIS7. Not to have a workaround to avoid crashes on IIS7. I am not disputing the fact that your solution works. However, this appears to be an issue and should be addressed at the PHP level first. Thank you for your suggestions. [2008-03-06 10:36:54] satan at dclxvi dot nl to be clear, these are my settings: Recycle time is set to the default every 1740 minutes. Idle timeout is set to '0' Disable Overlapped Recycle is set to 'True' never had the error again... no horrible workarround whatsoever.. it's just that IIS7 is defaultly configured to run MS stuff like ASP.NET etc.. [2008-03-06 10:13:01] satan at dclxvi dot nl Also, I found out the solution that it won't error on recycle... go to the advanced settings of the appPool you are using and set Disable Overlapped Recycle to True. PHP5 can't seam to run multiple instances so it errors out when it starts a new instance before it recycles the old.. And again with the idle timeout set to 0, it will still recycle.. [2008-03-06 09:39:53] satan at dclxvi dot nl it will still recycle if you set it to 0, it just won't time out.. on higher traffic servers it will will never timeout and there's no problem there, is there? the recycling is another setting.. besides, this has little or nothing to do with php, as it also occurs after running asp.. [2008-03-04 15:25:29] nick at databasedevelopments dot com Same issue here on Vista Ultimate and PHP5.2.5 with IIS7 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/44047 -- Edit this bug report at http://bugs.php.net/?id=44047edit=1