#32614 [Opn]: Crash occured in function fread from module /usr/lib/libc.so.1
ID: 32614 Updated by: [EMAIL PROTECTED] Reported By: Oscar dot Castillo at jpl dot nasa dot gov Status: Open Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 5CVS-2005-04-07 (dev) New Comment: Crahes it always when trying to access a PHP or only when it uploads a file? On my servers here it worked, but I have not latest cvs - only a patched 5.0.4 - and: [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 - fread is not used anywhere in the changed code. Previous Comments: [2005-04-07 00:45:38] Oscar dot Castillo at jpl dot nasa dot gov Description: As instructed by BUG#32491, I installed PHP 5.0.5 to fix my File upload error problem. Previously, the iPlanet 6.0 SP5 web server would simply produce a File upload error message. Now the web server crashes and the following message is output to the web server's error log file: [06/Apr/2005:10:13:01] catastrophe (13578): Server crash detected (signal SIGSEGV) [06/Apr/2005:10:13:01] info (13578): Crash occurred in NSAPI SAF php5_execute [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 [06/Apr/2005:10:13:01] failure (13576): Child process admin thread is shutting down [06/Apr/2005:10:13:02] info (19023): Installing a new configuration [06/Apr/2005:10:13:02] info (19023): [LS ls1] https://128.149.147.181, port 443 ready to accept requests [06/Apr/2005:10:13:02] info (19023): A new configuration was successfully installed Reproduce code: --- Please see the Reproduce code for BUG#32491 Expected result: Successful file upload Actual result: -- [06/Apr/2005:10:13:01] catastrophe (13578): Server crash detected (signal SIGSEGV) [06/Apr/2005:10:13:01] info (13578): Crash occurred in NSAPI SAF php5_execute [06/Apr/2005:10:13:01] info (13578): Crash occurred in function fread from module /usr/lib/libc.so.1 [06/Apr/2005:10:13:01] failure (13576): Child process admin thread is shutting down [06/Apr/2005:10:13:02] info (19023): Installing a new configuration [06/Apr/2005:10:13:02] info (19023): [LS ls1] https://128.149.147.181, port 443 ready to accept requests [06/Apr/2005:10:13:02] info (19023): A new configuration was successfully installed -- Edit this bug report at http://bugs.php.net/?id=32614edit=1
#32616 [NEW]: Call CURL'form upload from exec() 's problem !
From: fluzj at 21cn dot com Operating system: RHEL4 PHP version: 4.3.9 PHP Bug Type: cURL related Bug description: Call CURL'form upload from exec() 's problem ! Description: exec() call curl problem! platform: RHEL4 (PHP 4.3.9 CURL 7.12.1 ) example: /usr/bin/curl -k -s -S --connect-timeout 5 -F option=$r_option -F upload=@/tmp/upload https://admin:[EMAIL PROTECTED]:3444/upload.cgi I want to upload the file througt form with the CURL. it can work on the command console,but When i call it from exec(),it do nothing and return not 0 but 26. when i drop the @ sign,it can work with only upload content with /tmp/upload.As the same the sign is not work yet.I remember it can work in earlier version .I have not test on the 4.3.10 or 11 version. and use the system() function is the same problem. thanks! -- Edit bug report at http://bugs.php.net/?id=32616edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32616r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32616r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32616r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32616r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32616r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32616r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32616r=needscript Try newer version: http://bugs.php.net/fix.php?id=32616r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32616r=support Expected behavior: http://bugs.php.net/fix.php?id=32616r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32616r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32616r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32616r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32616r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32616r=dst IIS Stability: http://bugs.php.net/fix.php?id=32616r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32616r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32616r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32616r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32616r=mysqlcfg
#32589 [Fbk-Opn]: imap_mail_compose doesn´t work properly
ID: 32589 User updated by: svoboda at svoon dot net Reported By: svoboda at svoon dot net -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: in php4-STABLE-200504070638 still the same problem. Previous Comments: [2005-04-06 18:23:37] [EMAIL PROTECTED] Try again. [2005-04-06 10:55:34] svoboda at svoon dot net hello, I have tryied 200504060830 snapshot, but withou success. I still receiving Segmentation Fault in apache error log. ondrej [2005-04-06 08:18:39] [EMAIL PROTECTED] Because it's fixed in the next snapshot. Please try it and tell us the results. [2005-04-06 08:12:00] svoboda at svoon dot net Hello, I have compiled PHP snapshot 200504051630, but imap_mail_compose doesn't still work. [2005-04-05 16:49:22] [EMAIL PROTECTED] 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. 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/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32620 [NEW]: Erreur lors de la demande de mise à jour
From: dgbranciard at bluewin dot ch Operating system: windows 98 SE PHP version: 4.3.11 PHP Bug Type: Unknown/Other Function Bug description: Erreur lors de la demande de mise à jour Description: Au moment du lancement de EasyPHP une fenetre demande la validation de mise à jour. Je valide la demande et reçoit en retour le message: -Erreur de mise à jour EasyPHP.exe!:32!- La mise à jour de ce faite ne ce fait pas. -- Edit bug report at http://bugs.php.net/?id=32620edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32620r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32620r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32620r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32620r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32620r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32620r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32620r=needscript Try newer version: http://bugs.php.net/fix.php?id=32620r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32620r=support Expected behavior: http://bugs.php.net/fix.php?id=32620r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32620r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32620r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32620r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32620r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32620r=dst IIS Stability: http://bugs.php.net/fix.php?id=32620r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32620r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32620r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32620r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32620r=mysqlcfg
#32621 [NEW]: isset() reports Fatal error on multidimensional arrays
From: ivan_milaev at mail dot ru Operating system: * PHP version: 5.0.4 PHP Bug Type: Arrays related Bug description: isset() reports Fatal error on multidimensional arrays Description: php.ini-recomended is used isset() reports Fatal error: Cannot use string offset as an array when trying to check if the element of multidimensional array exists. Reproduce code: --- $arr['c1']='aaa'; var_dump(isset($arr['c1']['c2']['c3'])); // bool(false) var_dump(isset($arr['c1']['c2']['c3']['c4'])); // Fatal error Expected result: bool(false) bool(false) Actual result: -- bool(false) Fatal error: Cannot use string offset as an array in ... on line 3 -- Edit bug report at http://bugs.php.net/?id=32621edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32621r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32621r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32621r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32621r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32621r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32621r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32621r=needscript Try newer version: http://bugs.php.net/fix.php?id=32621r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32621r=support Expected behavior: http://bugs.php.net/fix.php?id=32621r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32621r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32621r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32621r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32621r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32621r=dst IIS Stability: http://bugs.php.net/fix.php?id=32621r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32621r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32621r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32621r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32621r=mysqlcfg
#32620 [Opn-Bgs]: Erreur lors de la demande de mise � jour
ID: 32620 Updated by: [EMAIL PROTECTED] -Summary: Erreur lors de la demande de mise à jour Reported By: dgbranciard at bluewin dot ch -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows 98 SE PHP Version: 4.3.11 New Comment: English only. Previous Comments: [2005-04-07 11:39:11] dgbranciard at bluewin dot ch Description: Au moment du lancement de EasyPHP une fenetre demande la validation de mise à jour. Je valide la demande et reçoit en retour le message: -Erreur de mise à jour EasyPHP.exe!:32!- La mise à jour de ce faite ne ce fait pas. -- Edit this bug report at http://bugs.php.net/?id=32620edit=1
#31994 [Com]: output conversion failed due to conv error
ID: 31994 Comment by: emil at wayers dot com Reported By: misnet at hotmail dot com Status: Open Bug Type: XSLT related Operating System: windows 2003 server PHP Version: 5CVS-2005-02-25 New Comment: This error/problem resolves around your used encoding type. when using encoding=GB2312 in php5.0.4/cvs-current the engine will issue a warning at the exact point a charcter has been found which isn't suitable for this encoding context. My script, which is similar to the given script, issued the exact same warning on a character (ë) when using the standard iso encoding. After I changed my encoding to UTF-8 all reported problems where gone. I'm sure this isn't a real engine f*ck up but just a misguided error message ;) But if this workaround doesn't work for you try changing your Article-ComeFrom Article-Contents Article-AddTime content into htmlentities. good luck! Previous Comments: [2005-03-28 04:43:12] misnet at hotmail dot com What about the bug? Can it not be resolved? [2005-02-26 06:41:17] misnet at hotmail dot com Not be resolved! The same result. [2005-02-25 14:38:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-16 10:06:47] misnet at hotmail dot com Description: a.xml = ?xml version=1.0 encoding=GB2312? Article Titletest/Title Authorehero/Author ComeFromÖйú/ComeFrom HtmlUrla.html/HtmlUrl CatalogId2/CatalogId Contents![CDATA[²âÊÔ]]/Contents AddTime2005Äê/AddTime UpdateTime/UpdateTime Hits3/Hits ServerFile/ServerFile LocalFile/LocalFile EncodeLocalFile/EncodeLocalFile PageIndex0/PageIndex TotalPageNum1/TotalPageNum PageUrla.shtml/PageUrl /Article = cms.xsl: = ?xml version=1.0 encoding=GB2312 ? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:php=http://php.net/xsl; xsl:extension-element-prefixes=php xsl:output method=html encoding=GB2312 indent=yes/ xsl:template match=/ html . = s.php: = ?php $xml = new DOMDocument(1.0,GB2312); $xml-load(a.xml); $xsl = new DOMDocument(1.0,GB2312); $xsl-load(cms.xsl); $proc = new XSLTProcessor; $proc-importStyleSheet($xsl); $proc-registerPHPFunctions(); $d = $proc-transformToUri($xml,s.xml); ? = When I run s.php, it will be wrong!.Below is the exception messages. Warning: output conversion failed due to conv error in D:\myphp\yibo\t.php on line 9 Warning: Bytes: 0xB5 0xEB 0x2D 0x3C in D:\myphp\yibo\t.php on line 9 I have tested $xml-load(a.xml) and $xsl-load(cms.xsl),they are right. I can get $xml-saveXML() and $xsl-saveXML(). -- Edit this bug report at http://bugs.php.net/?id=31994edit=1
#32621 [Opn-Bgs]: isset() reports Fatal error on multidimensional arrays
ID: 32621 Updated by: [EMAIL PROTECTED] Reported By: ivan_milaev at mail dot ru -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: * PHP Version: 5.0.4 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 http://www.php.net/manual/en/migration5.incompatible.php Read the third entry. Previous Comments: [2005-04-07 11:41:38] ivan_milaev at mail dot ru Description: php.ini-recomended is used isset() reports Fatal error: Cannot use string offset as an array when trying to check if the element of multidimensional array exists. Reproduce code: --- $arr['c1']='aaa'; var_dump(isset($arr['c1']['c2']['c3'])); // bool(false) var_dump(isset($arr['c1']['c2']['c3']['c4'])); // Fatal error Expected result: bool(false) bool(false) Actual result: -- bool(false) Fatal error: Cannot use string offset as an array in ... on line 3 -- Edit this bug report at http://bugs.php.net/?id=32621edit=1
#32621 [Bgs]: isset() reports Fatal error on multidimensional arrays
ID: 32621 User updated by: ivan_milaev at mail dot ru Reported By: ivan_milaev at mail dot ru Status: Bogus Bug Type: Arrays related Operating System: * PHP Version: 5.0.4 New Comment: But isset($arr['c1']['c2']['c3']) causes no error... and even no notice. Is this the bug than? Previous Comments: [2005-04-07 12:02:34] [EMAIL PROTECTED] 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 http://www.php.net/manual/en/migration5.incompatible.php Read the third entry. [2005-04-07 11:41:38] ivan_milaev at mail dot ru Description: php.ini-recomended is used isset() reports Fatal error: Cannot use string offset as an array when trying to check if the element of multidimensional array exists. Reproduce code: --- $arr['c1']='aaa'; var_dump(isset($arr['c1']['c2']['c3'])); // bool(false) var_dump(isset($arr['c1']['c2']['c3']['c4'])); // Fatal error Expected result: bool(false) bool(false) Actual result: -- bool(false) Fatal error: Cannot use string offset as an array in ... on line 3 -- Edit this bug report at http://bugs.php.net/?id=32621edit=1
#32622 [NEW]: IMAP toolkit crash
From: lst_hoe01 at kwsoft dot de Operating system: Linux Kernel 2.4.21 PHP version: 4.3.11 PHP Bug Type: IMAP related Bug description: IMAP toolkit crash Description: With HORDE/IMP in some situations (long delay connect) the error IMAP toolkit crash: Lock when already locked is logged by PHP. According to the maintainer of the IMAP toolkit this is a invalid use of the toolkit (Quoting) : The Lock when already locked error message indicates a software bug which is supposedly impossible in UW imapd. It has nothing to do with file locking; instead, it indicates a forbidden recursive call into the c-client library from a c-client callback in the application. Thanxs for any help Andreas Reproduce code: --- IMP-Application... (Sorry, not really a PHP-Coder) Expected result: Sending Mail Actual result: -- Application stall -- Edit bug report at http://bugs.php.net/?id=32622edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32622r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32622r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32622r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32622r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32622r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32622r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32622r=needscript Try newer version: http://bugs.php.net/fix.php?id=32622r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32622r=support Expected behavior: http://bugs.php.net/fix.php?id=32622r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32622r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32622r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32622r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32622r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32622r=dst IIS Stability: http://bugs.php.net/fix.php?id=32622r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32622r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32622r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32622r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32622r=mysqlcfg
#32623 [NEW]: ifx_connect: E [SQLSTATE=IX 000 SQLCODE=-439]
From: walter_mn at hotmail dot com Operating system: Unix tru64 v.4g PHP version: 4.3.11 PHP Bug Type: Informix related Bug description: ifx_connect: E [SQLSTATE=IX 000 SQLCODE=-439] Description: We have the error -439 between web server and BD server. Servidor Web: OS: Unix Tru64 v.4g Apache: 1.3.31 PHP: 4.3.11 CSDK: 2.70 Servidor BD: OS: Unix Tru64 v.4g Informix: 7.31 FD1 We have support from ifx. They suggest us to open a case in PHP's suport since they assure that is not of them the problem. -- Edit bug report at http://bugs.php.net/?id=32623edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32623r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32623r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32623r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32623r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32623r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32623r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32623r=needscript Try newer version: http://bugs.php.net/fix.php?id=32623r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32623r=support Expected behavior: http://bugs.php.net/fix.php?id=32623r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32623r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32623r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32623r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32623r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32623r=dst IIS Stability: http://bugs.php.net/fix.php?id=32623r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32623r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32623r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32623r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32623r=mysqlcfg
#32623 [Opn-Fbk]: ifx_connect: E [SQLSTATE=IX 000 SQLCODE=-439]
ID: 32623 Updated by: [EMAIL PROTECTED] Reported By: walter_mn at hotmail dot com -Status: Open +Status: Feedback Bug Type: Informix related Operating System: Unix tru64 v.4g PHP Version: 4.3.11 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2005-04-07 15:46:11] walter_mn at hotmail dot com Description: We have the error -439 between web server and BD server. Servidor Web: OS: Unix Tru64 v.4g Apache: 1.3.31 PHP: 4.3.11 CSDK: 2.70 Servidor BD: OS: Unix Tru64 v.4g Informix: 7.31 FD1 We have support from ifx. They suggest us to open a case in PHP's suport since they assure that is not of them the problem. -- Edit this bug report at http://bugs.php.net/?id=32623edit=1
#32619 [Opn]: ext/session: Valid XHTML output
ID: 32619 Updated by: [EMAIL PROTECTED] -Summary: Valid XHTML output Reported By: nick at terado dot co dot uk Status: Open -Bug Type: Session related +Bug Type: Feature/Change Request Operating System: Debian PHP Version: 4.3.10 New Comment: reclassified. Previous Comments: [2005-04-07 10:05:13] nick at terado dot co dot uk Description: Firstly, this relates to bug #23694 I warrant this being reopened. Upsetting the validity of a webpages code by using php is a bug. The method to correct this is neither logical nor sensible. The requirement should not be on the server administrator to dictate what HTML version should be used to create webpages. There are two problems here: 1. first ampersands withing url query strings when modified to append the session information. 2. Forms, where a hidden session id input tag will be inserted, however not enclosed by a block level element. Details and Resolution: 1. The recommended fix so far by the php team is to enable in php.ini the modifier arg_separator.output=amp;. Firstly, modification of the php.ini is restrictive. Secondly, using amp; in HTML 4 works also, it is standard practice to encode ampersands properly and there is no reason at all not to have this enabled by default. If there is any other reason, then just as you would output br as br / then you should output correctly as amp; when using XHTML. However, I repeat using amp; should be default practice. 2. The recommended fix given so far is to change to url_rewriter.tags = a=href,area=href,frame=src,input=src,fieldset= therefore, omitting form=fakeentry. Again, the practice of modifying (if possible) the php.ini to set the HTML is bad news and restrictive. Also by now omitting the form= setting of the modifier we now cant guarantee the session variable will be added, fieldset is not the only choice of block level element within the form element. Therefore, to complement this often an empty fieldset must be inserted, simply to accommodate the session variable addition. There are simple fixes to this. If the HTML version is known then fieldset can be output around the hidden element. This is no way upset layout, having no content or white space nothing is output and no shifting on the webpage occurs. Secondly, div can be used. This therefore allows backwards compatibility and can be output as a rule. However, I wouldnt know how older browsers would deal with the div - that is whether it would cause spacing issues. However, the point here is this should be a default or transparent action, the effort to fix this is nothing more than asking the coder to hack there way out of what exists as a bug. This may not be a bug in performance or operation of php itself, but when php itself is outputting HTML and this output is incorrect, this completely warrants a bug report being opened. The solutions recommended are both not fixes and have other problems associated with them. The solution to this seems quite simple however. Nick -- Edit this bug report at http://bugs.php.net/?id=32619edit=1
#32616 [Opn-Bgs]: Call CURL'form upload from exec() 's problem !
ID: 32616 Updated by: [EMAIL PROTECTED] Reported By: fluzj at 21cn dot com -Status: Open +Status: Bogus Bug Type: cURL related Operating System: RHEL4 PHP Version: 4.3.9 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: [2005-04-07 09:00:27] fluzj at 21cn dot com Description: exec() call curl problem! platform: RHEL4 (PHP 4.3.9 CURL 7.12.1 ) example: /usr/bin/curl -k -s -S --connect-timeout 5 -F option=$r_option -F upload=@/tmp/upload https://admin:[EMAIL PROTECTED]:3444/upload.cgi I want to upload the file througt form with the CURL. it can work on the command console,but When i call it from exec(),it do nothing and return not 0 but 26. when i drop the @ sign,it can work with only upload content with /tmp/upload.As the same the sign is not work yet.I remember it can work in earlier version .I have not test on the 4.3.10 or 11 version. and use the system() function is the same problem. thanks! -- Edit this bug report at http://bugs.php.net/?id=32616edit=1
#32618 [Opn-Bgs]: Non returned data
ID: 32618 Updated by: [EMAIL PROTECTED] Reported By: christophe dot foiret at valdoise dot fr -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Linux RedHat PHP Version: 4.3.2 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Previous Comments: [2005-04-07 09:56:46] christophe dot foiret at valdoise dot fr Description: Short Description : Non returned data with RAD php application (dbqwiksite 3.5) Detail : On a Linux Server with php 4.3.2 and unixODBC driver from EasySoft. The pbm is clearly identified. A php page calls functions in the file qs_functions.php. All parameters to the DB (Oracle) have been verified and correct (connection, select, update ...) When I call the php page on this server no data is returned !!! When I call the same php page on a Windows 2000 server with php 4.3.3, date are returned. When I desactivate the call of the function odbc_fetch_into in the script,data are returned. I think that the call of odbc_fetch_array after the call of odbc_fetch_into triggers this error ! Is it a php bug ? Thank you in advance, it's urgent Reproduce code: --- ?php function qsodbc_num_rows($res) { $rowcount = odbc_num_rows($res); if ($rowcount 0) { $rowcount = 0; while(odbc_fetch_into($res,$fields,1)){ $rowcount++; } } return $rowcount; } function qsodbc_fetch_array($res,$row_num) { $row = array(); $result = array(); if ($row_num 0) { $result = odbc_fetch_row($res,$row_num); } else { $result = odbc_fetch_row($res); } if ($result) { $nf = odbc_num_fields($res); for($i=0; $i $nf; $i++) { $field_value = odbc_result($res, $i + 1); $row[$i] = $field_value; } return $row; } } $sql_ext = ; $conn = odbc_connect(dsn, user, pwd); $sql .= Select * from table; if(!$result = @odbc_exec($conn,$sql . . $sql_ext)){ $err_string .= strongErreur/strong while connecting.br . odbc_errormsg(); } if ($result 0) {odbc_free_result($result);} $result = odbc_exec($conn,$sql) or die(Invalid query); $num_rows = qsodbc_num_rows($result); echo Rows=.$num_rows; while ($row = qsodbc_fetch_array($result,1)) { print brEXT .$row[1]. * .$row[2]. * .$row[3].br; } odbc_close($conn); ? Expected result: Display of the data Actual result: -- No data displayed -- Edit this bug report at http://bugs.php.net/?id=32618edit=1
#32589 [Opn-Csd]: imap_mail_compose doesn´t work properly
ID: 32589 Updated by: [EMAIL PROTECTED] Reported By: svoboda at svoon dot net -Status: Open +Status: Closed Bug Type: IMAP related Operating System: debian PHP Version: 4.3.11 New Comment: Works fine for me. Previous Comments: [2005-04-07 10:51:23] svoboda at svoon dot net in php4-STABLE-200504070638 still the same problem. [2005-04-06 18:23:37] [EMAIL PROTECTED] Try again. [2005-04-06 10:55:34] svoboda at svoon dot net hello, I have tryied 200504060830 snapshot, but withou success. I still receiving Segmentation Fault in apache error log. ondrej [2005-04-06 08:18:39] [EMAIL PROTECTED] Because it's fixed in the next snapshot. Please try it and tell us the results. [2005-04-06 08:12:00] svoboda at svoon dot net Hello, I have compiled PHP snapshot 200504051630, but imap_mail_compose doesn't still work. 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/32589 -- Edit this bug report at http://bugs.php.net/?id=32589edit=1
#32593 [Opn-Fbk]: odbc with mysql SELECT with placeholders fails
ID: 32593 Updated by: [EMAIL PROTECTED] Reported By: jake at edge2 dot net -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: linux (fc3 and rh9) PHP Version: 4.3.10 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-04-05 18:09:47] jake at edge2 dot net Description: If I use placeholders (?) in a SELECT statement using odbc_prepare() and odbc_execute(), I get gibberish from the MySQL driver and it works correctly using the PostgreSQL driver. If I change the query to WHERE id=1, it works fine. UPDATES using placeholders work fine for MySQL. I am able to do the same queries in C using the same libraries for unixODBC and MyODBC (and postgres-odbc) and get correct results. This may not be a PHP and/or PHP-odbc problem, but so far, it looks that way. I get substantially the same results on an FC3 and a RH9 linux box with the following versions: FC3: php-4.3.10-3.2, php-odbc-4.3.10-3.2, unixODBC-2.2.9-1, MyODBC-2.50.39-19.1, mysql-3.23.58-14 RH9: php-4.2.2-17, php-odbc-4.2.2-17, unixODBC-2.2.3-6, MyODBC-2.50.39-11, mysql-3.23.54a-11 Reproduce code: --- #!/usr/bin/php ?php $conn = odbc_connect('tstdb', 'x', 'y'); if ($conn == 0) { echo(connect failed); $sqlerr = odbc_errormsg($conn); echo($sqlerr); } $stmt = odbc_prepare($conn, 'SELECT firstname, lastname FROM tst where id=?'); $result = odbc_execute($stmt, array(1)); if (!$result) { echo(SELECT failed); $sqlerr = odbc_errormsg($conn); echo($sqlerr); } while (odbc_fetch_into($stmt, $row)) { print $row[0] . . $row[1] . \n; } ? Expected result: I expect to get the firstname and lastname from the database. The table is an int id and varchar(20) for the names. Actual result: -- Some kind of junk: std n_u Postgres gives the correct result (firstname and lastname from the database) -- Edit this bug report at http://bugs.php.net/?id=32593edit=1
#28605 [Opn-Asn]: bug21523.phpt test never end
ID: 28605 Updated by: [EMAIL PROTECTED] Reported By: tbp at poly dot polytechnique dot fr -Status: Open +Status: Assigned Bug Type: Math related Operating System: Compaq Tru64 UNIX v5.1 PHP Version: 4CVS-2005-03-21 Assigned To: iliaa Previous Comments: [2005-04-06 23:49:17] tbp at poly dot polytechnique dot fr No coredump anymore, but hangup again. [EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200504061830]# gdb sapi/cli/php GNU gdb 6.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as alphaev68-dec-osf5.1... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php4-STABLE-200504061830/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x12010e444 in read in psymtab, but not in symtab.) Program received signal SIGINT, Interrupt. 0x00012010e444 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' repeats 80 times) at /Admin/SRC/Apache/php4-STABLE-200504061830/main/snprintf.c:317 317 fj = modf(fi / 10, fi); (gdb) bt #0 0x00012010e444 in ap_php_cvt (arg=0, ndigits=78, decpt=0x11fff9ac8, sign=0x0, eflag=0, buf=0x11fff9ad0 '0' repeats 80 times) at /Admin/SRC/Apache/php4-STABLE-200504061830/main/snprintf.c:317 warning: (Internal error: pc 0x12010e2e8 in read in psymtab, but not in symtab.) #1 0x00012010e2e8 in ap_php_conv_fp (format=102 'f', num=0, add_dp=NO, precision=2768, is_negative=0x11fff9dc0, buf=0x11fff9bb1 , len=0x11fff9ba8) at /Admin/SRC/Apache/php4-STABLE-200504061830/main/snprintf.c:176 warning: (Internal error: pc 0x1201101bc in read in psymtab, but not in symtab.) #2 0x0001201101bc in xbuf_format_converter (xbuf=0x11fff9e38, fmt=0x14002f3c9 f, ap={__base = 0x11fff9eb8, __offset = 40}) at /Admin/SRC/Apache/php4-STABLE-200504061830/main/spprintf.c:461 warning: (Internal error: pc 0x120110978 in read in psymtab, but not in symtab.) #3 0x000120110978 in vspprintf (pbuf=0x11fff9f48, max_len=4831812308, format=0x14002f3c6 %.*f, ap={__base = 0x11fff9eb8, __offset = 24}) at /Admin/SRC/Apache/php4-STABLE-200504061830/main/spprintf.c:638 warning: (Internal error: pc 0x120110a40 in read in psymtab, but not in symtab.) #4 0x000120110a40 in spprintf (pbuf=0x11fff9b1f, max_len=4831812308, format=0x11fff9ad6 '0' repeats 74 times) at /Admin/SRC/Apache/php4-STABLE-200504061830/main/spprintf.c:658 warning: (Internal error: pc 0x1200afea8 in read in psymtab, but not in symtab.) #5 0x0001200afea8 in _php_math_number_format (d=0, dec=536845880, dec_point=46 '.', thousand_sep=44 ',') at /Admin/SRC/Apache/php4-STABLE-200504061830/ext/standard/math.c:1027 warning: (Internal error: pc 0x1200b02d8 in read in psymtab, but not in symtab.) #6 0x0001200b02d8 in zif_number_format (ht=1074697624, return_value=0x1400e9458, this_ptr=0x11fff9ad6, return_value_used=0) at /Admin/SRC/Apache/php4-STABLE-200504061830/ext/standard/math.c:1123 warning: (Internal error: pc 0x12015aaa8 in read in psymtab, but not in symtab.) #7 0x00012015aaa8 in execute (op_array=0x2c) at /Admin/SRC/Apache/php4-STABLE-200504061830/Zend/zend_execute.c:1654 Previous frame inner to this frame (corrupt stack?) (gdb) [2005-04-06 16:25:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-03-22 18:36:39] [EMAIL PROTECTED] Ilia, wasn't it you who added that PHP_ROUND_WITH_FUZZ() ? :) [2005-03-21 22:56:40] tbp at poly dot polytechnique dot fr [EMAIL PROTECTED]:/Admin/SRC/Apache/php4-STABLE-200503211130]# gdb sapi/cli/php This GDB was configured as alphaev68-dec-osf5.1... (gdb) run ext/standard/tests/math/bug21523.phpt Starting program: /Admin/SRC/Apache/php4-STABLE-200503211130/sapi/cli/php ext/standard/tests/math/bug21523.phpt --TEST-- Bug #21523 number_format tries to allocate negative amount of memory --FILE-- warning: (Internal error: pc 0x1200a72b8 in read in psymtab, but not in symtab.) Program received signal SIGFPE, Arithmetic exception. 0x0001200a72b8 in _php_math_number_format (d=2000, dec=2768, dec_point=46 '.', thousand_sep=44 ',') at
#32624 [Opn-Fbk]: Rephrase: Please allow this report to be send to the PHP QA team.
ID: 32624 Updated by: [EMAIL PROTECTED] Reported By: php-bugs-2005 at ryandesign dot com -Status: Open +Status: Feedback Bug Type: Compile Warning Operating System: N/A PHP Version: 5.0.4 New Comment: Could you please be so kind and provide a patch? (for run-tests.php) Previous Comments: [2005-04-07 16:17:35] php-bugs-2005 at ryandesign dot com Description: In ./run-tests.php and ./server-tests.php the following message can be displayed: Please allow this report to be send to the PHP QA team. This will give us a better understanding in how PHP's test cases are doing. There are a number of problems with this message. For one thing, it should be sent and not send, and I think understanding of how is better than understanding in how. The fundamental problem though is made obvious by the prompt that follows it: (choose s to just save the results to a file)? [Yns]: See, there's a question mark, and it expects a yes or no (or save) answer. I would therefore reformulate it as a question. The message also seems to appear without any explanation to the user. It could be made friendlier. Suggestion below. This problem is presumably also present in PHP4. Reproduce code: --- N/A Expected result: You may have found a problem in PHP's test cases. We'd like to automatically send this report to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose s to save the report to a file that you can send us later. May we send this report now? [Yns]: Actual result: -- Please allow this report to be send to the PHP QA team. This will give us a better understanding in how PHP's test cases are doing. (choose s to just save the results to a file)? [Yns]: -- Edit this bug report at http://bugs.php.net/?id=32624edit=1
#31042 [Opn-Asn]: oci_fetch_* set filed value to false
ID: 31042 Updated by: [EMAIL PROTECTED] Reported By: arhip at goldentele dot com -Status: Open +Status: Assigned Bug Type: OCI8 related Operating System: Linux PHP Version: 5.0.2 Assigned To: tony2001 Previous Comments: [2005-04-07 09:58:13] arhip at goldentele dot com Bug does not fixed. Tested on php5-200504070630 [2005-03-25 01:40:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-12-10 11:21:01] arhip at goldentele dot com Also tested on 5.1 snap: php5-200412100730 The result is the same. [2004-12-09 18:59:59] arhip at goldentele dot com Description: I have Oracle 8.1.7 working on linux. Some Oracle params: NLS_RDBMS_VERSION = 8.1.7.2.0 NLS_CHARACTERSET = CL8ISO8859P5 I have table named utf8_test. SQL desc utf8_test; Name Type Nullable Default Comments --- ID NUMBER Y NAME VARCHAR2(10) Y SQL select * from utf8_test; ID NAME -- -- 1 òåñò 2 ïðîâåðêà The result of fetching data is depended from NLS_LANG. When I fetched data from this table a result is depended from NLS_LANG variable. 1) When I fetch data with NLS_LANG=RUSSIAN_CIS.CL8MSWIN1251 character set, I receive 2 rows with correct data. 2) When I fetch data with NLS_LANG=RUSSIAN_CIS.UTF8 character set, I receive 2 rows, with incorrect data. Data in NAME field in 2-nd row is incorrect (FALSE instead of 'ïðîâåðêà'). But 1-st row is correct. I think the problem maybe in the folowing: This field is defined in database as varchar2(10); Length of the 1-st row NAME in UTF8 character set is 4*2=8 byte. (810) Length of the 2-nd row NAME in UTF8 character set is 8*2=16 byte. (1610). Reproduce code: --- ? // oracle client NLS_LANG=RUSSIAN_CIS.UTF8 $conn = oci_new_connect( 'scott', 'tiger', 'DB' ); $cursor = oci_parse( $conn, 'select id, name from utf8_test' ); // tested with all oci_fetch_* functions oci_execute( $cursor, OCI_DEFAULT ); oci_fetch_all( $cursor, $result, 0, -1, OCI_FETCHSTATEMENT_BY_ROW ); print pre; var_dump($result); ? Expected result: array(2) { [0]= array(2) { [ID]= string(1) 1 [NAME]= string(8) òåñò } [1]= array(2) { [ID]= string(1) 2 [NAME]= string(16) ïðîâåðêà } } Actual result: -- array(2) { [0]= array(2) { [ID]= string(1) 1 [NAME]= string(8) òåñò } [1]= array(2) { [ID]= string(1) 2 [NAME]= bool(false) } } -- Edit this bug report at http://bugs.php.net/?id=31042edit=1
#30804 [Opn-Asn]: multiple returned lob resource being overwritten
ID: 30804 Updated by: [EMAIL PROTECTED] Reported By: michael dot caplan at lechateau dot ca -Status: Open +Status: Assigned Bug Type: OCI8 related Operating System: RHE 3 -PHP Version: 5.0.2 +PHP Version: 5CVS-2005-04-05 Assigned To: tony2001 Previous Comments: [2005-04-06 21:35:25] michael dot caplan at lechateau dot ca It was a little difficult to test -- php kept on segfaulting with the DB abstraction lib I normaily use. I tried a new test as follows, but unfortunately I had the same results: CREATE TABLE INTRANET.CLOB_TEST (ID NUMBER NOT NULL ENABLE, TEXT_TEXT VARCHAR2(500) NOT NULL ENABLE, CLOB_TEXT CLOB, PRIMARY KEY (ID) ) ID TEXT_TEXT CLOB_TEXT -- - - 1 text1 this is a clob of text1 2 text2 this is a clob of text2 3 text3 this is a clob of text3 4 text4 this is a clob of text4 5 text5 this is a clob of text5 ?php $db = ocinlogon('intranet', 'stidemoron', 'webdev'); $query = 'select ID, TEXT_TEXT, CLOB_TEXT from CLOB_TEST'; $stmt = ociparse($db, $query); ociexecute($stmt); while (OCIFetchInto ($stmt, $row, OCI_ASSOC)) { echo $row['ID'] . \r\n; echo $row['TEXT_TEXT'] . \r\n; echo $row['CLOB_TEXT']-load() . \r\n; } echo 2-\r\n; $stmt = ociparse($db, $query); ociexecute($stmt); $res = array(); while (OCIFetchInto ($stmt, $row, OCI_ASSOC)) { $res[] = $row['CLOB_TEXT']; } foreach($res as $r) { echo $r-load() . \r\n; } ? results: 1 text1 this is a clob of text1 2 text2 this is a clob of text2 3 text3 this is a clob of text3 4 text4 this is a clob of text4 5 text5 this is a clob of text5 2- this is a clob of text5 this is a clob of text5 this is a clob of text5 this is a clob of text5 this is a clob of text5 [2005-04-05 01:21:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-11-16 14:48:26] michael dot caplan at lechateau dot ca Description: I'm not 100% sure if this is a bug, or just a 'quirk', but my attempt to get feedback on this issue on the php db support list was unsuccessful. So, here I am I am selecting multiple columns from a table, one being a clob. the query returns multiple records for the query. The results are all good, execpt the clob column in certain circumstances. Normally, with such a db return, I would loop through the results and grab the clobs one by one. Under 'special' circumstances, I would want to first loop throught the results and assign the results to a new array before fetching the clob. This is where things get funky. In this senario, the last returned record's clob column overwrites all previous clob columns (all the previous records have there unique data, except the clob columns which contains the data for the last record across all previous records). A working example: $query = 'select id, author, cdate, views, title, message, top from APP_THREADS where TYPE = \'D\''; $stmt = ociparse($fw_db-connection, $query); ociexecute($stmt); while (OCIFetchInto ($stmt, $row, OCI_ASSOC)) { echo $row['MESSAGE']-load(); echo $row['id']; // etc } as expected, I get all clobs from the result set. But in this example, I do not: $query = 'select id, author, cdate, views, title, message, top from APP_THREADS where TYPE = \'D\''; $stmt = ociparse($fw_db-connection, $query); ociexecute($stmt); while (OCIFetchInto ($stmt, $row, OCI_ASSOC)) { // assign all lob resources to array for later loading $messages[] = $row['MESSAGE']; } foreach ($messages as $message) { echo $message-load(); } In this example, the last assigned lob resource overwrites all previous lob resources. When fetching the clob content later on, each record returns the data from the last lob. I am pretty unawair of the internal mechanics of how resources are handled, and this just might be a quirk of how db result resources for oci8 are handled, and is unavoidable. (it looks like one resource is returned for all lobs, not multiple resources for each lob). However, it is a pretty counter intuitive 'quirk'. If I can loop through the results and
#29737 [Opn-Csd]: ip2long() works not as documented
ID: 29737 Updated by: [EMAIL PROTECTED] Reported By: belikoviv at is dot lg dot ua -Status: Open +Status: Closed Bug Type: Network related Operating System: Windows 2000 SP4; Fedora Core 2 PHP Version: 5.0.0 New Comment: It behaves the same in PHP 4. No bug here. Previous Comments: [2005-04-06 15:27:04] [EMAIL PROTECTED] The function is returning -1 also for any substring of 255.255.255.255 (e.g. or 255.) but it should return FALSE. memcmp(Z_STRVAL_PP(str), 255.255.255.255, Z_STRLEN_PP(str)) should be replaced by strcmp(Z_STRVAL_PP(str), 255.255.255.255). [2005-04-06 15:23:10] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. ip2long() will return FALSE for the IP 255.255.255.255 in PHP 5 = 5.0.2. It was fixed in PHP 5.0.3 where it returns -1 (same as PHP 4). [2005-04-06 12:16:43] belikoviv at is dot lg dot ua Function ip2long() fixed long time ago, but now I see incorrect note in documentation (at bottom of the chapter): Note: ip2long() will return -1 (PHP 4) or FALSE (PHP 5) for the IP 255.255.255.255 This is incorrect. ip2long returns -1 in both PHP4 and PHP5 for IP 255.255.255.255. Value -1 is _correct_ value for 255.255.255.255, so that note must be deleted from documentation. Note about PHP4 is exist near the top of chapter. [2004-08-19 18:18:25] belikoviv at is dot lg dot ua Sorry, but problem not fixed - I try php5-win32-latest.zip and php5.0-win32-200408190830.zip. Both snapshots return FALSE on address 255.255.255.255. [2004-08-19 16:04:35] [EMAIL PROTECTED] Fixed in CVS, thanks. 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/29737 -- Edit this bug report at http://bugs.php.net/?id=29737edit=1
#32623 [Opn-Bgs]: ifx_connect: E [SQLSTATE=IX 000 SQLCODE=-439]
ID: 32623 Updated by: [EMAIL PROTECTED] Reported By: walter_mn at hotmail dot com -Status: Open +Status: Bogus Bug Type: Informix related Operating System: Unix tru64 v.4g PHP Version: 4.3.11 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #26608 Previous Comments: [2005-04-07 17:06:57] walter_mn at hotmail dot com The error occurs randomly when the web server executes a sql (page php by means of) to database server. [2005-04-07 15:48:28] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2005-04-07 15:46:11] walter_mn at hotmail dot com Description: We have the error -439 between web server and BD server. Servidor Web: OS: Unix Tru64 v.4g Apache: 1.3.31 PHP: 4.3.11 CSDK: 2.70 Servidor BD: OS: Unix Tru64 v.4g Informix: 7.31 FD1 We have support from ifx. They suggest us to open a case in PHP's suport since they assure that is not of them the problem. -- Edit this bug report at http://bugs.php.net/?id=32623edit=1
#32626 [NEW]: dynamic object reference is not stored in a static var
From: jon dot brightwell at s2o dot co dot uk Operating system: W2k srv IIS PHP version: 5.0.3 PHP Bug Type: Class/Object related Bug description: dynamic object reference is not stored in a static var Description: $mcp is a class instance. constructor of mcp stores a reference of itself in a seperate static class. Reproduce code: --- $yo = new mcp(); class mcp { public function __construct() { io_tower::setMCP($this); } } class io_tower { static public function getMCP() { return self::$mcp; } static public function setMCP($import) { try { if(is_object(self::$mcp)) throw new Exception(MCP already exists); }catch (Exception $e){return;} self::$mcp= $import; } } Expected result: io_tower(self)::$mcp = instance of mcp ie. io_tower::getMCP() = instance Actual result: -- io_tower(self)::$mcp = null ie. io_tower::getMCP() = null -- Edit bug report at http://bugs.php.net/?id=32626edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32626r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32626r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32626r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32626r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32626r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32626r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32626r=needscript Try newer version: http://bugs.php.net/fix.php?id=32626r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32626r=support Expected behavior: http://bugs.php.net/fix.php?id=32626r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32626r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32626r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32626r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32626r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32626r=dst IIS Stability: http://bugs.php.net/fix.php?id=32626r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32626r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32626r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32626r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32626r=mysqlcfg
#32628 [NEW]: $_SESSION and session.auto_start do not store values
From: raml at hotmail dot com Operating system: Windows XP PHP version: 5.0.3 PHP Bug Type: Session related Bug description: $_SESSION and session.auto_start do not store values Description: I am using PHP 5 and I ran into a problem using $_SESSION and session_start() because they do not store values. I have the register_globals option set to Off and the session.auto_start set to 0. I am running apache 2.0 on my computer as a test server through localhost. It has also caused me trouble when I am trying to use User Authentication Applications Reproduce code: --- page1.php--- // This first page is suppoused to store Hello world! as a value in the $_SESSION['sess_var'] so it can pass it to page2.php ?php session_start(); $_SESSION['sess_var'] = Hello world!; echo 'The content of $_SESSION[\'sess_var\'] is ' .$_SESSION['sess_var'].'br /'; ? a href=page2.phpNext page/a page2.php--- // Somehow it does not display Hello World! ?php session_start(); echo 'The content of $_SESSION[\'sess_var\'] is ' .$_SESSION['sess_var'].'br /'; unset($_SESSION['sess_var']); ? a href=page3.phpNext page/a page3.php--- ?php session_start(); echo 'The content of $_SESSION[\'sess_var\'] is ' .$_SESSION['sess_var'].'br /'; session_destroy(); ? Expected result: I would expect page1.php and page2.php to show: The content of $_SESSION['sess_var'] is Hello world! Next page But page2.php only shows: The content of $_SESSION['sess_var'] is Next page Actual result: -- Page1.php: The content of $_SESSION['sess_var'] is Hello world! Next page Page2.php only shows: The content of $_SESSION['sess_var'] is Next page -- Edit bug report at http://bugs.php.net/?id=32628edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32628r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32628r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32628r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32628r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32628r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32628r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32628r=needscript Try newer version: http://bugs.php.net/fix.php?id=32628r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32628r=support Expected behavior: http://bugs.php.net/fix.php?id=32628r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32628r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32628r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32628r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32628r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32628r=dst IIS Stability: http://bugs.php.net/fix.php?id=32628r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32628r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32628r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32628r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32628r=mysqlcfg
#32627 [Opn-Csd]: realpath fails to return FALSE if last path component does not exist
ID: 32627 Updated by: [EMAIL PROTECTED] Reported By: alan dot harder at sun dot com -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD 4.11-STABLE PHP Version: 4.3.10 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2005-04-07 18:23:45] alan dot harder at sun dot com Description: I have found that realpath() returns a path when it should return FALSE if only the last path component in the given string does not exist. Tested on php 4.3.10 and php4-STABLE-200504071438. Both tests and phpinfo can be viewed at http://realpath.moshpit.org/ Reproduce code: --- $x = realpath('/bad/path'); var_dump($x); $x = realpath('/badpath'); var_dump($x); $x = realpath('/tmp/badpath'); var_dump($x); View tests at http://realpath.moshpit.org/ Expected result: FALSE for all three tests. Actual result: -- The first one works (gets FALSE), the other two return the path when they should return FALSE (assuming /tmp is valid). -- Edit this bug report at http://bugs.php.net/?id=32627edit=1
#32627 [Csd]: realpath fails to return FALSE if last path component does not exist
ID: 32627 User updated by: alan dot harder at sun dot com Reported By: alan dot harder at sun dot com Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD 4.11-STABLE PHP Version: 4.3.10 New Comment: thanks for the response. by latest do you mean php5? as shown in this bug description I tested with today's stable 4.3.x build in addition to 4.3.10 where i found the problem. Previous Comments: [2005-04-07 21:04:46] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php [2005-04-07 18:23:45] alan dot harder at sun dot com Description: I have found that realpath() returns a path when it should return FALSE if only the last path component in the given string does not exist. Tested on php 4.3.10 and php4-STABLE-200504071438. Both tests and phpinfo can be viewed at http://realpath.moshpit.org/ Reproduce code: --- $x = realpath('/bad/path'); var_dump($x); $x = realpath('/badpath'); var_dump($x); $x = realpath('/tmp/badpath'); var_dump($x); View tests at http://realpath.moshpit.org/ Expected result: FALSE for all three tests. Actual result: -- The first one works (gets FALSE), the other two return the path when they should return FALSE (assuming /tmp is valid). -- Edit this bug report at http://bugs.php.net/?id=32627edit=1
#32626 [Com]: dynamic object reference is not stored in a static var
ID: 32626 Comment by: phpbugs at majiclab dot com Reported By: jon dot brightwell at s2o dot co dot uk Status: Open Bug Type: Class/Object related Operating System: W2k srv IIS PHP Version: 5.0.4 New Comment: From what I see, you haven't declared a static class variable in io_tower. Previous Comments: [2005-04-07 18:29:49] jon dot brightwell at s2o dot co dot uk latest snapshot (5.1.0-dev) does work but breaks zends debugger; Failed loading C:\Program Files\Zend\ZendStudioClient-4.0.0\lib\php5\ZendDebuggerLocal.dll is there a snapshot that is still zend 4 compatible with the fix in? [2005-04-07 18:14:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-04-07 18:13:15] jon dot brightwell at s2o dot co dot uk Description: $mcp is a class instance. constructor of mcp stores a reference of itself in a seperate static class. Reproduce code: --- $yo = new mcp(); class mcp { public function __construct() { io_tower::setMCP($this); } } class io_tower { static public function getMCP() { return self::$mcp; } static public function setMCP($import) { try { if(is_object(self::$mcp)) throw new Exception(MCP already exists); }catch (Exception $e){return;} self::$mcp= $import; } } Expected result: io_tower(self)::$mcp = instance of mcp ie. io_tower::getMCP() = instance Actual result: -- io_tower(self)::$mcp = null ie. io_tower::getMCP() = null -- Edit this bug report at http://bugs.php.net/?id=32626edit=1
#32624 [Opn-Csd]: Rephrase: Please allow this report to be send to the PHP QA team.
ID: 32624 Updated by: [EMAIL PROTECTED] Reported By: php-bugs-2005 at ryandesign dot com -Status: Open +Status: Closed Bug Type: Compile Warning Operating System: N/A PHP Version: 5.0.4 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: [2005-04-07 18:33:23] php-bugs-2005 at ryandesign dot com Oh, very well. :-) http://test.michel-consulting.de/ryan/php-5.0.4-failed- test-message.patch [2005-04-07 17:53:58] [EMAIL PROTECTED] Could you please be so kind and provide a patch? (for run-tests.php) [2005-04-07 16:17:35] php-bugs-2005 at ryandesign dot com Description: In ./run-tests.php and ./server-tests.php the following message can be displayed: Please allow this report to be send to the PHP QA team. This will give us a better understanding in how PHP's test cases are doing. There are a number of problems with this message. For one thing, it should be sent and not send, and I think understanding of how is better than understanding in how. The fundamental problem though is made obvious by the prompt that follows it: (choose s to just save the results to a file)? [Yns]: See, there's a question mark, and it expects a yes or no (or save) answer. I would therefore reformulate it as a question. The message also seems to appear without any explanation to the user. It could be made friendlier. Suggestion below. This problem is presumably also present in PHP4. Reproduce code: --- N/A Expected result: You may have found a problem in PHP's test cases. We'd like to automatically send this report to the PHP QA team, to give us a better understanding of how the test cases are doing. If you don't want to send it immediately, you can choose s to save the report to a file that you can send us later. May we send this report now? [Yns]: Actual result: -- Please allow this report to be send to the PHP QA team. This will give us a better understanding in how PHP's test cases are doing. (choose s to just save the results to a file)? [Yns]: -- Edit this bug report at http://bugs.php.net/?id=32624edit=1
#32626 [Opn-Csd]: dynamic object reference is not stored in a static var
ID: 32626 Updated by: [EMAIL PROTECTED] Reported By: jon dot brightwell at s2o dot co dot uk -Status: Open +Status: Closed Bug Type: Class/Object related Operating System: W2k srv IIS PHP Version: 5.0.4 New Comment: For the Zend stuff, ask someone working for Zend.. Otherwise - closed. Previous Comments: [2005-04-07 21:55:46] phpbugs at majiclab dot com From what I see, you haven't declared a static class variable in io_tower. [2005-04-07 18:29:49] jon dot brightwell at s2o dot co dot uk latest snapshot (5.1.0-dev) does work but breaks zends debugger; Failed loading C:\Program Files\Zend\ZendStudioClient-4.0.0\lib\php5\ZendDebuggerLocal.dll is there a snapshot that is still zend 4 compatible with the fix in? [2005-04-07 18:14:12] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-04-07 18:13:15] jon dot brightwell at s2o dot co dot uk Description: $mcp is a class instance. constructor of mcp stores a reference of itself in a seperate static class. Reproduce code: --- $yo = new mcp(); class mcp { public function __construct() { io_tower::setMCP($this); } } class io_tower { static public function getMCP() { return self::$mcp; } static public function setMCP($import) { try { if(is_object(self::$mcp)) throw new Exception(MCP already exists); }catch (Exception $e){return;} self::$mcp= $import; } } Expected result: io_tower(self)::$mcp = instance of mcp ie. io_tower::getMCP() = instance Actual result: -- io_tower(self)::$mcp = null ie. io_tower::getMCP() = null -- Edit this bug report at http://bugs.php.net/?id=32626edit=1
#32630 [NEW]: strange error being generated by PHP
From: steve dot cersosimo at bellsouth dot com Operating system: Solaris 5.8 PHP version: 5.0.4 PHP Bug Type: SNMP related Bug description: strange error being generated by PHP Description: This relates to bug ID # 32613. I could not comment on that bug because it was marked as bogus. I too am getting a similar error, but only occasionally, and only when I use the proc_open or pcntl functions to fork additional PHP processes. The errors I get are: Cannot rename /var/net-snmp/snmpapp.conf to /var/net-snmp/snmpapp.0.conf Cannot unlink /var/net-snmp/snmpapp.conf Cannot unlink /var/net-snmp/snmpapp.0.conf Any help would be appreciated, Steve Cersosimo -- Edit bug report at http://bugs.php.net/?id=32630edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32630r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32630r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32630r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32630r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32630r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32630r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32630r=needscript Try newer version: http://bugs.php.net/fix.php?id=32630r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32630r=support Expected behavior: http://bugs.php.net/fix.php?id=32630r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32630r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32630r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32630r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32630r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32630r=dst IIS Stability: http://bugs.php.net/fix.php?id=32630r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32630r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32630r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32630r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32630r=mysqlcfg
#32627 [Csd]: realpath fails to return FALSE if last path component does not exist
ID: 32627 Updated by: [EMAIL PROTECTED] Reported By: alan dot harder at sun dot com Status: Closed Bug Type: Filesystem function related Operating System: FreeBSD 4.11-STABLE PHP Version: 4.3.10 New Comment: This is not fixed at all... This is a documentation bug... realpath() uses the underlying system realpath() { unless you run it with the hardening-patch } On linux/glibc realpath() will return failure if the last component does not exist. On BSD realpath() will not return failure if only the last component does not exist. Previous Comments: [2005-04-07 21:42:39] alan dot harder at sun dot com thanks for the response. by latest do you mean php5? as shown in this bug description I tested with today's stable 4.3.x build in addition to 4.3.10 where i found the problem. [2005-04-07 21:04:46] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php [2005-04-07 18:23:45] alan dot harder at sun dot com Description: I have found that realpath() returns a path when it should return FALSE if only the last path component in the given string does not exist. Tested on php 4.3.10 and php4-STABLE-200504071438. Both tests and phpinfo can be viewed at http://realpath.moshpit.org/ Reproduce code: --- $x = realpath('/bad/path'); var_dump($x); $x = realpath('/badpath'); var_dump($x); $x = realpath('/tmp/badpath'); var_dump($x); View tests at http://realpath.moshpit.org/ Expected result: FALSE for all three tests. Actual result: -- The first one works (gets FALSE), the other two return the path when they should return FALSE (assuming /tmp is valid). -- Edit this bug report at http://bugs.php.net/?id=32627edit=1
#32630 [Opn-Bgs]: strange error being generated by PHP
ID: 32630 Updated by: [EMAIL PROTECTED] Reported By: steve dot cersosimo at bellsouth dot com -Status: Open +Status: Bogus Bug Type: SNMP related Operating System: Solaris 5.8 PHP Version: 5.0.4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2005-04-07 23:21:58] steve dot cersosimo at bellsouth dot com Description: This relates to bug ID # 32613. I could not comment on that bug because it was marked as bogus. I too am getting a similar error, but only occasionally, and only when I use the proc_open or pcntl functions to fork additional PHP processes. The errors I get are: Cannot rename /var/net-snmp/snmpapp.conf to /var/net-snmp/snmpapp.0.conf Cannot unlink /var/net-snmp/snmpapp.conf Cannot unlink /var/net-snmp/snmpapp.0.conf Any help would be appreciated, Steve Cersosimo -- Edit this bug report at http://bugs.php.net/?id=32630edit=1
#32608 [Opn-Ver]: html_entity_decode converts single quotes even if ENT_NOQUOTES is given
ID: 32608 Updated by: [EMAIL PROTECTED] Reported By: ladislav dot prosek at matfyz dot cz -Status: Open +Status: Verified Bug Type: Strings related -Operating System: Windows XP SP2 +Operating System: * -PHP Version: 5.0.4 +PHP Version: 5CVS-2005-04-07 New Comment: Only in PHP 5 (works fine with latest PHP_4_3 checkout) Previous Comments: [2005-04-06 16:32:11] ladislav dot prosek at matfyz dot cz Description: html_entity_decode seems to convert single quotes (#039; and #39;) regardless of the quote_style parameter. Reproduce code: --- echo html_entity_decode(#039;, ENT_NOQUOTES); Expected result: #039; Actual result: -- ' -- Edit this bug report at http://bugs.php.net/?id=32608edit=1
#32591 [Opn-Csd]: Unsatisfied symbols: ntohs
ID: 32591 Updated by: [EMAIL PROTECTED] Reported By: admin at iut-info dot ens dot univ-reims dot fr -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: HP-UX PHP Version: 5.0.4 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: [2005-04-05 17:56:58] admin at iut-info dot ens dot univ-reims dot fr Description: When compiling PHP-5.0.4 under HP-UX 11.11 i got a link error. /usr/ccs/bin/ld: Unsatisfied symbols: ntohs (first referenced in ext/mysql/php_mysql.o) (code) Using -D_XOPEN_SOURCE_EXTENDED ntohs is not defined in netinet/in.h but in arpa/inet.h. Modifiying php_mysql.c to include it (as php_network.c) solve the problem. Here is the patch: --- ext/mysql/php_mysql.c.old 2005-02-22 16:32:38 +0100 +++ ext/mysql/php_mysql.c 2005-04-05 17:50:45 +0200 @@ -52,6 +52,9 @@ # endif # include netdb.h # include netinet/in.h +#if HAVE_ARPA_INET_H +#include arpa/inet.h +#endif #endif #include mysql.h P.S. : i have also try with php5-STABLE-200504050630. Reproduce code: --- ./configure \ --prefix=/opt/APACHE/php\ --without-sqlite\ --with-oci8 \ --with-apache=../apache_1.3.33 \ --with-gd \ --with-jpeg-dir=/usr/local \ --with-png-dir=/usr/local \ --with-tiff-dir=/usr/local \ --with-freetype-dir=/usr/local \ --with-zlib \ --with-bz2 \ --enable-sigchild \ --with-mysql=/opt/mysql \ --with-mysqli=/opt/mysql/bin/mysql_config \ --with-pgsql=/opt/pgsql \ --with-tsrm-pthreads\ --with-dom \ --with-libxml \ --with-xsl \ --enable-ftp\ --with-snmp=/usr/local \ --with-imap=/usr/local/imap \ --with-imap-ssl=/usr/local \ --with-openssl=/usr/local \ --with-ldap=/usr/local \ --enable-mbstring \ --enable-sockets Expected result: make failed. Actual result: -- build succes. -- Edit this bug report at http://bugs.php.net/?id=32591edit=1
#32422 [Opn-Asn]: Access Violation on calling PEAR Date::before
ID: 32422 Updated by: [EMAIL PROTECTED] Reported By: rob at wildlime dot com -Status: Open +Status: Assigned Bug Type: Reproducible crash Operating System: Windows XP SP2 PHP Version: 4.3.10 -Assigned To: +Assigned To: pierre New Comment: Pierre promised to look into this..(or rather bogus this with good explanation..) Previous Comments: [2005-04-06 05:52:25] rob at wildlime dot com Looks like this bug has been encountered before: http://pear.php.net/bugs/bug.php?id=2344 .. but the Date package owners maintain that it's not their problem. (Dunno how I didn't find that earlier :-/ I did search the bug DBs before posting, honest!) [2005-04-06 04:23:22] rob at wildlime dot com btw, the extensions loaded before were the ones packaged with PHP5, not old 4.3.10 ones! [2005-04-06 04:21:17] rob at wildlime dot com sorry for the delay... using PHP/5.1.0-dev - no extensions loaded - PEAR installed (default packages and Date) Got the same access violation. stack trace: ntdll!RtlpCoalesceFreeBlocks+0x21 ntdll!RtlFreeHeap+0x2e9 msvcrt!free+0xc3 msvcrt!__crtsetenv+0x193 msvcrt!_putenv_lk+0x42 msvcrt!_putenv+0x20 WARNING: Stack unwind information not available. Following frames may be wrong. php5ts!php_get_inf+0x1083 [2005-03-31 08:16:01] [EMAIL PROTECTED] Using extensions from different PHP version will not work of course.. but does the PEAR crap work any better? [2005-03-31 01:41:01] rob at wildlime dot com The access violation on starting Apache goes away if I disable all the extensions I was previously using (mysql, curl, openssl) I have tested this using php.ini-recommended, the only change being setting the extension dir from ./ to c:\php\ext 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/32422 -- Edit this bug report at http://bugs.php.net/?id=32422edit=1
#32483 [Fbk-NoF]: ./configure check crashes
ID: 32483 Updated by: php-bugs@lists.php.net Reported By: pieter dot donche at ua dot ac dot be -Status: Feedback +Status: No Feedback Bug Type: Compile Failure Operating System: solaris 2.9 PHP Version: 5CVS-2005-03-30 New Comment: No feedback was provided for this bug for over a week, 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. Previous Comments: [2005-03-31 21:52:03] [EMAIL PROTECTED] Try to compile what you have in config.log, there should be the source file (you can remove the #include confdefs.h line from it) using the compile line above the failed test. And try get a GDB backtrace of the crash. [2005-03-31 16:45:04] pieter dot donche at ua dot ac dot be I have installed OpenSSL for the first time on Jan 28, 2004 (version 0.0.6l), and then on May 25, 2004 the version 0.9.7d both with --openssldir=/usr/local Yesterday(see above) I reinstalled 0.9.7d with no options in its .configure, so that it installs in its default place /usr/local/ssl. The problems exist already much longer than yesterday.. I also see I have a /usr/local/md5 directory, which was in 2002, installed to check fingerprints of Solaris binaries because we had had an intrusion. The tool was supplied by SUN. [2005-03-31 00:05:16] [EMAIL PROTECTED] Do you have many OpenSSL versions installed? Make sure you have exactly ONE version only. And that the libraries/headers match each other. [2005-03-30 17:40:14] pieter dot donche at ua dot ac dot be checking for standard DES.. yes ... no **ATTENTION** message make starts and completes without crashing BTW In previous case where the standard DES was not found, it still always was possible to do a make of php that did complete without crasjing, but when doing a make install it always crashed at Installing PEAR environment. I had the same problem with apache-1.3 and php-4.3.10 [2005-03-30 17:20:25] [EMAIL PROTECTED] Try this: # rm -f config.cache # ./configure --disable-all --disable-cgi make 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/32483 -- Edit this bug report at http://bugs.php.net/?id=32483edit=1
#32513 [Fbk-NoF]: session_write_close has to be called explicitly
ID: 32513 Updated by: php-bugs@lists.php.net Reported By: tomas_matousek at hotmail dot com -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: WinXP PHP Version: 5.0.3 New Comment: No feedback was provided for this bug for over a week, 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. Previous Comments: [2005-03-31 10:52:20] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-03-31 10:49:23] tomas_matousek at hotmail dot com Description: If user handlers are set, the Write callback is not triggered and so session vars set to $_SESSION are not persisted on the end of the script unless session_write_close is called. This is related to bugs #16282 and #12915. -- Edit this bug report at http://bugs.php.net/?id=32513edit=1
#32533 [Opn-Csd]: proc_get_status() - running always returns TRUE, even after process dead
ID: 32533 Updated by: [EMAIL PROTECTED] Reported By: chris at fragzzhost dot com -Status: Open +Status: Closed Bug Type: Program Execution Operating System: Linux 2.6.8 PHP Version: 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. Previous Comments: [2005-04-01 14:46:47] chris at fragzzhost dot com Looking at the original bug report and comparing it to the PHP source, there is a difference. The code supplied in the bug #32210 works properly whereas what's actually in PHP 5.0.4 doesn't. [2005-04-01 14:42:13] chris at fragzzhost dot com Description: In the 5.0.4 release of PHP, the original proc_get_status bug (32210) doesn't appear to be fixed (Linux babe.fragzzhost.com 2.6.8.1 #1 SMP Tue Oct 12 08:27:04 CEST 2004 i686 i686 i386 GNU/Linux). The running field now is always TRUE. I know absolutely nothing about how this bit of code works, but I made the following change and it was fixed. Hopefully someone understands how this fluke works :) Original code (note not as posted code) if (WIFSTOPPED(wstatus)) { stopped = 1; stopsig = WSTOPSIG(wstatus); } } else { running = 0; } #endif My dreadful change: if (WIFSTOPPED(wstatus)) { stopped = 1; stopsig = WSTOPSIG(wstatus); } } else { running = 1; } #endif I would also like to add that the original patch below doesn't appear to work correctly? Immediately after I kill the process manually with kill -9, running is FALSE as expected, but then if I sleep(2) then call proc_get_status() again, running is TRUE, and the process described isn't running. Reproduce code: --- (Best run from the command line) $handle = proc_open(sleep 60, array(2 = array(pipe, r)), $pipes); $status = proc_get_status($handle); var_dump($status[running]); sleep(5); (confirmed at this stage that process is still running by 'ps aux') system('kill -9 '.$status['pid']); sleep(2); $status = proc_get_status($handle); var_dump($status[running]); Expected result: bool(false) bool(false) -- Edit this bug report at http://bugs.php.net/?id=32533edit=1
#32631 [NEW]: sess_* owner session_regenerate_id
From: mjs15451 at hotmail dot com Operating system: Linux PHP version: 5.0.4 PHP Bug Type: Session related Bug description: sess_* owner session_regenerate_id Description: I'm trying to build a secure application which can run in safe mode and prevent session fixation and hijacking. I would like to regenerate the session id on every request and delete the old sess_* file immediately after the new one is created. If I cannot delete it immediately, I have to rely on garbage collection which won't delete any files after the session expiration time of 24 minutes or whatever you set it to. As a result, this generates a lot of session files which takes up unnecessary space on the hard drive. The problem with this scenario is in safe mode I can't unlink the old session file because it's owned by the server process which is obviously not the same uid/gid as the php file. I can't use session_destroy as it just destroys the current session and when you start the session again, session_start just uses the same file name again. Would it be possible to give session_start the ability to inherit the same ownership of the file in which it is being called and apply that ownership to the sess_* file? Or perhaps would it be possible to have a flag for session_regenerate_id to unlink the old file immediately instead of relying on garbage collection? I'd rather not have to use session_set_save_handler if that's possible as the built-in functions are faster and I like speed. Reproduce code: --- session_start(); $oldSessionID = session_id(); /* new argument for session_regenerate_id could delete old sess_* file immediately? */ session_regenerate_id(); /* **OR** The sess_* file that was created with session_start(); could have the same ownership as the template that called it so that one could unlink it in safe mode? */ unlink(session_save_path(). sess_ . $oldSessionID); Expected result: Either session_regenerate_id() deletes the old session file or the sess_* file has the same ownership (and not the server process ownership it currently has) to make it possible to unlink in safe mode. Actual result: -- It's not possible to unlink old sess_* file in safe mode and/or session_regenerate_id() doesn't have the ability to delete the old session file. -- Edit bug report at http://bugs.php.net/?id=32631edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32631r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32631r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32631r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32631r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32631r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32631r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32631r=needscript Try newer version: http://bugs.php.net/fix.php?id=32631r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32631r=support Expected behavior: http://bugs.php.net/fix.php?id=32631r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32631r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32631r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32631r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32631r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32631r=dst IIS Stability: http://bugs.php.net/fix.php?id=32631r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32631r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32631r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32631r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32631r=mysqlcfg
#32616 [Bgs]: Call CURL'form upload from exec() 's problem !
ID: 32616 User updated by: fluzj at 21cn dot com Reported By: fluzj at 21cn dot com Status: Bogus Bug Type: cURL related Operating System: RHEL4 PHP Version: 4.3.9 New Comment: I'm sorry to disturb you again,I have tested it on the PHP 4.2.3 from RHEL3. It can worked correctely,If it is not a PHP's bug just how to use it,Could you mind to tell me What shall i do? Thank you very much!! Previous Comments: [2005-04-07 17:46:40] [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. [2005-04-07 09:00:27] fluzj at 21cn dot com Description: exec() call curl problem! platform: RHEL4 (PHP 4.3.9 CURL 7.12.1 ) example: /usr/bin/curl -k -s -S --connect-timeout 5 -F option=$r_option -F upload=@/tmp/upload https://admin:[EMAIL PROTECTED]:3444/upload.cgi I want to upload the file througt form with the CURL. it can work on the command console,but When i call it from exec(),it do nothing and return not 0 but 26. when i drop the @ sign,it can work with only upload content with /tmp/upload.As the same the sign is not work yet.I remember it can work in earlier version .I have not test on the 4.3.10 or 11 version. and use the system() function is the same problem. thanks! -- Edit this bug report at http://bugs.php.net/?id=32616edit=1
#32602 [Fbk-Bgs]: System DoS - 100% CPU load - Infinite loop
ID: 32602 Updated by: [EMAIL PROTECTED] Reported By: ruhland at telmat dot fr -Status: Feedback +Status: Bogus Bug Type: Apache2 related Operating System: linux PHP Version: 5.0.4 New Comment: Appears that it's a loop in the silently run error.php3--not a language bug. Previous Comments: [2005-04-06 09:16:08] [EMAIL PROTECTED] What do you mean it happens without PHP pages? The trace you included is clearly showing that error.php3 is being executed on an internal redirect. So how have you configured that and what is in error.php3? [2005-04-06 08:06:26] ruhland at telmat dot fr Description: We are using Apache 2.0.53 as intranet server and proxy server. When loading PHP 5.0.4 as Apache module, some Apache childs, after few minutes, randomly, and take 100% cpu load. This also occurs with PHP 4.3.10 and other PHP 5.0.X libraries. This appears even while only using proxy without intranet PHP pages. Tracing this processes with strace give nothing. (No syscalls) Here, results of backtrace Actual result: -- (gdb) bt full #0 0x406e993f in execute (op_array=0x824de24) at /root/sources/php- 5.0.4/Zend/zend_execute.c:1406 execute_data = {opline = 0x825f2a4, function_state = {function_symbol_table = 0x140, function = 0x824de24, reserved = {0x403e0d24, 0x403e0d05, 0x82554e4, 0x824ddf4}}, fbc = 0x0, fbc_constructor = 0x406a98e0, op_array = 0x824de24, object = 0x0, Ts = 0xbfffc190, original_in_execution = 1 '\001', calling_scope = 0xbfffd300, prev_execute_data = 0xbfffd300} #1 0x406ee195 in zend_include_or_eval_handler (execute_data=0xbfffd300, opline=0x82520b8, op_array=0x825f2a4) at /root/sources/php-5.0.4/Zend/zend_execute.c:3581 new_op_array = (zend_op_array *) 0x824de24 original_return_value = (zval **) 0xbfffd37c inc_filename = (zval *) 0x0 tmp_inc_filename = {value = {lval = 136633720, dval = 2.1895018180807644e-314, str = {val = 0x824dd78 [EMAIL PROTECTED], len = 1}, ht = 0x824dd78, obj = {handle = 136633720, handlers = 0x1}}, refcount = 0, type = 172 '¬', is_ref = 223 'ß'} failure_retval = 0 '\0' #2 0x406e9942 in execute (op_array=0x824dcf4) at /root/sources/php- 5.0.4/Zend/zend_execute.c:1406 execute_data = {opline = 0x82520b8, function_state = {function_symbol_table = 0xb630, function = 0x824de24, reserved = {0x0, 0x0, 0x0, 0x0}}, fbc = 0x0, fbc_constructor = 0xb630, op_array = 0x824dcf4, object = 0x0, Ts = 0xbfffd2e0, original_in_execution = 0 '\0', calling_scope = 0xb630, prev_execute_data = 0x0} #3 0x406cd08b in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/sources/php-5.0.4/Zend/zend.c:1069 files = 0xbfffd434 i = 1 file_handle = (zend_file_handle *) 0xb630 orig_op_array = (zend_op_array *) 0x0 local_retval = (zval *) 0x0 #4 0x4069c3b8 in php_execute_script (primary_file=0xb630) at /root/sources/php-5.0.4/main/main.c:1632 prepend_file_p = (zend_file_handle *) 0x0 append_file_p = (zend_file_handle *) 0xb630 prepend_file = {type = 0 '\0', filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, reader = 0, closer = 0, interactive = 0}}, free_filename = 0 '\0'} append_file = {type = 0 '\0', filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, reader = 0, closer = 0, interactive = 0}}, free_filename = 0 '\0'} old_cwd = 0xbfffd440 / old_primary_file_path = 0x0 retval = 0 #5 0x406f3320 in php_handler (r=0x8239e28) at /root/sources/php- 5.0.4/sapi/apache2handler/sapi_apache2.c:555 ctx = (php_struct *) 0x8241e58 brigade = (apr_bucket_brigade *) 0x8241ed0 bucket = (apr_bucket *) 0x825f2a4 rv = 136704676 parent_req = (request_rec *) 0x0 #6 0x08067c06 in ap_run_handler (r=0x8239e28) at config.c:153 pHook = (ap_LINK_handler_t *) 0x825f2a4 n = 10 rv = 136704676 #7 0x080681d8 in ap_invoke_handler (r=0x8239e28) at config.c:364 handler = 0x8142cf8 application/x-httpd-php result = 136583672 old_handler = 0x0 #8 0x08065696 in ap_internal_redirect (new_uri=0x81430c8 /error.php3? error=502, r=0x8238840) at http_request.c:462 new = (request_rec *) 0x8239e28 access_status = 136704676 #9 0x0806512a in ap_process_request (r=0x8238840) at http_request.c:262 access_status = 136646948 #10 0x08060cb9 in ap_process_http_connection (c=0x8232800) at http_core.c:251 r = (request_rec *) 0x8238840 csd_set = 0 csd = (apr_socket_t *) 0x0 #11 0x08070d96 in ap_run_process_connection (c=0x8232800) at connection.c:43 pHook =
#32632 [NEW]: php5ts.dll crashes apache 1.3.x (same same as Bug #27799)
From: leap2k1 at yahoo dot com Operating system: Windows XP PHP version: 5.0.3 PHP Bug Type: Reproducible crash Bug description: php5ts.dll crashes apache 1.3.x (same same as Bug #27799) Description: Hello everybody, I also encounter this problem with Apache 1.3.26 and PHP 5.0.3. I tried with the newest version Apache 1.3.33 and PHP 5.0.4 and this problem still occurs. I need your helps. Thank a lot! Faulting application Apache.exe, version 0.0.0.0, faulting module php5ts.dll, version 5.0.4.4, fault address 0x0003b927. -- Edit bug report at http://bugs.php.net/?id=32632edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32632r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32632r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32632r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32632r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32632r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32632r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32632r=needscript Try newer version: http://bugs.php.net/fix.php?id=32632r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32632r=support Expected behavior: http://bugs.php.net/fix.php?id=32632r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32632r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32632r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32632r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32632r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32632r=dst IIS Stability: http://bugs.php.net/fix.php?id=32632r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32632r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32632r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32632r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32632r=mysqlcfg
#32482 [Asn-Csd]: ap_php_snprintf broken
ID: 32482 Updated by: [EMAIL PROTECTED] Reported By: neuhauser at sigpipe dot cz -Status: Assigned +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS-2005-03-29 Assigned To: helly 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: [2005-03-29 14:41:02] [EMAIL PROTECTED] Marcus, can you MFH those fixes you have done in HEAD to snprintf.* ?? [2005-03-29 14:10:26] neuhauser at sigpipe dot cz Description: ap_php_snprintf, which is used unconditionally in 4.3.10, doesn't handle %lld. please revert the change or fix ap_php_snprintf. Reproduce code: --- this works: int main (int argc, char **argv) { char tmp[256]; int tmp_len = snprintf((char *)tmp, sizeof(tmp) - 1, %lld, 127LL); printf(strlen (%s) == %d\n, tmp, tmp_len); return 0; } replace the snprintf with ap_php_snprintf, and you'll get %ld instead of 127. -- Edit this bug report at http://bugs.php.net/?id=32482edit=1
#32632 [Opn-Fbk]: php5ts.dll crashes apache 1.3.x (same same as Bug #27799)
ID: 32632 Updated by: [EMAIL PROTECTED] Reported By: leap2k1 at yahoo dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2005-04-08 04:58:17] leap2k1 at yahoo dot com Description: Hello everybody, I also encounter this problem with Apache 1.3.26 and PHP 5.0.3. I tried with the newest version Apache 1.3.33 and PHP 5.0.4 and this problem still occurs. I need your helps. Thank a lot! Faulting application Apache.exe, version 0.0.0.0, faulting module php5ts.dll, version 5.0.4.4, fault address 0x0003b927. -- Edit this bug report at http://bugs.php.net/?id=32632edit=1