#41069 [Bgs]: segfault when running a large query over dblink
ID: 41069 User updated by: brian dot kao at gateway dot com Reported By: brian dot kao at gateway dot com Status: Bogus Bug Type: OCI8 related Operating System: linux PHP Version: 5.2.1 New Comment: Thanks to the help from Chirstopher Jones, an Oracle/PHP consultant, Oracle is logging a bug for this issue. For anyone having the same issue, the bug id is 6039623. Hopefully, Oracle will have a fix soon. Previous Comments: [2007-04-20 07:13:23] [EMAIL PROTECTED] >Oracle has closed the SR stating that since the database link works >with sqlplus that the issue is with PHP which Oracle does not support. Are you sure SQLPlus uses the same client library? >The database does not need a patch since there is no issue with the >database link on the Oracle database side I'm aware of similar issues, see the last comment here: http://bugs.php.net/bug.php?id=36607 [2007-04-19 21:48:13] brian dot kao at gateway dot com Tony, Our Oracle DBA tried reporting this issue to Oracle Support, but they came back to us and say this is not an Oracle issue. Here's the message I've received from our Oracle DBA: "Oracle has closed the SR stating that since the database link works with sqlplus that the issue is with PHP which Oracle does not support. The database does not need a patch since there is no issue with the database link on the Oracle database side." Are you aware of any workaround for this issue? [2007-04-13 08:07:19] [EMAIL PROTECTED] >could this be a PHP OCI8 driver issue? I'm saying it knows nothing of dblink. >What is your recommendation for this issue, going to Oracle support? Yes. [2007-04-13 08:00:41] brian dot kao at gateway dot com could this be a PHP OCI8 driver issue? If I limit the number of records returned, the query would run without any issue. This only happens when running a large query over dblink. What is your recommendation for this issue, going to Oracle support? [2007-04-13 07:53:28] [EMAIL PROTECTED] See bug #36607. PHP doesn't care whether you access the database using dblink or directly, so it's obviously not PHP problem. 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/41069 -- Edit this bug report at http://bugs.php.net/?id=41069&edit=1
#41343 [NEW]: FastCGI Server (Internal Server Error)
From: trustpunk at gmail dot com Operating system: Windows XP PHP version: 5.2.2 PHP Bug Type: CGI related Bug description: FastCGI Server (Internal Server Error) Description: I run the FastCGI server C:\PHP5\php-cgi.exe -b 127.0.0.1:2700 When it becomes under too much load, it displays an Internal Server Error. Reproduce code: --- This code will cause the FastCGI Server to show an Internal Server Error. InstancesOf("Win32_Processor"); $i = 1; // Use the while loop on PHP 4 and foreach on PHP 5 // while ($cpu = $cpus->Next()) { foreach ($cpus as $cpu) { echo "Processor $i : " . $cpu->Name . " @ "; $clockSpeed = $cpu->CurrentClockSpeed; $cpuLoad = $cpu->LoadPercentage; echo $clockSpeed . " MHz (Load= " . $cpuLoad ."%)"; $i++; } $uptime = 0; $systems = $wmi->InstancesOf("Win32_PerfRawData_PerfOS_System"); // Use the while loop on PHP 4 and foreach on PHP 5 // while ($system = $systems->Next()) { foreach ($systems as $system) { $PerfTimeStamp = $system->Timestamp_Object ; $PerfTimeFreq = $system->Frequency_Object ; $Counter = $system->SystemUpTime ; $UptimeInSec = ($PerfTimeStamp - $Counter)/$PerfTimeFreq ; $uptime = max($uptime, $UptimeInSec); } } else { return "Your system does not support WMI!"; } ?> Expected result: I expect to see my Processors listed with some useful information. Actual result: -- Internal Server Error (500) -- Edit bug report at http://bugs.php.net/?id=41343&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41343&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41343&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41343&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41343&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41343&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41343&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41343&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41343&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41343&r=support Expected behavior:http://bugs.php.net/fix.php?id=41343&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41343&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41343&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41343&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41343&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41343&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41343&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41343&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41343&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41343&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41343&r=mysqlcfg
#41236 [Bgs->Opn]: regression with SSL connections since fix for #39571
ID: 41236 User updated by: judas dot iscariote at gmail dot com Reported By: judas dot iscariote at gmail dot com -Status: Bogus +Status: Open Bug Type: Streams related Operating System: linux 32/64bit, Win32 PHP Version: 5CVS-2007-04-30 (CVS) Assigned To: iliaa New Comment: Ilia sorry, but I dont see why this bug is bogus.. 1. there is no way to determine if the stream has gone away, nor it if is has timeout (socket starts with a 10sec timeout and then I set socket_set_timeout($j, 5).. but it loops forever.. 2. and if is bogus.. why this code works in every single other PHP version ? it broke only in 5.2.1 !! did you actually read and try the code above ? :? Previous Comments: [2007-05-09 23:15:35] [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. The thing is that the original SSL code was working in an identical manner. Adding var_dump() shows that the return value of the stream_get_meta_data() or feof() did not change. [2007-04-30 07:20:11] judas dot iscariote at gmail dot com Description: Since PHP 5.2.1, our application that has jabber stopped working.all previuos PHP version works fine, this regression is caused by the fix for bug #39571,reverting xp_ssl.c to the version shipped with 5.2.0 solves the problem. Reproduce code: --- ./configure --with-openssl "); fwrite($j, ""); $data = ''; // Wait for a response until timeout is reached $start = time(); $data = ''; $timeout = 10; $wait = false; do { $read = trim(fread($j, 4096)); $data .= $read; // ok.. this check aint part of the original code // that breaks,but check if we timed out of reached eof..anyway.. $foo = stream_get_meta_data($j); if(feof($j) || $foo['timed_out'] || $foo['eof']) break; // yeah, we know aint nice, but works in **any** other PHP version. } while (time() <= $start + $timeout && ($wait || $data == '' || $read != '' || (substr(rtrim($data), -1) != '>'))); fclose($j); var_dump($data); ?> Expected result: response from the server var_dump'ed as in (all) previous versions Actual result: -- Fatal error: Maximum execution time of **30** seconds exceeded...an xdebug session reveals that the script hang, in a **single** fread() call an strace shows something hangs permanently with EAGAIN signal.. (probably the loop in xp_ssl.c from line 398 to 410), note that checking if has reached EOF or if the stream times out does not help either. -- Edit this bug report at http://bugs.php.net/?id=41236&edit=1
#41339 [Opn->Bgs]: DomDocument->loadHTML eats HTML without error with multiple meta information
ID: 41339 Updated by: [EMAIL PROTECTED] Reported By: rasch at raschnet dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Ubuntu Linux PHP Version: 5.2.2 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 The parser provided by libXML is not an HTML tag validator, it only cares about the syntax of tags being valid. Previous Comments: [2007-05-09 15:58:57] rasch at raschnet dot com Description: In usage of symfony, our code was mistakenly producing a meta tag with two content types. However, from what I understand it's not invalid, but either way PHP falls on this, the DOM parser should return an error. The current behavior is that PHP returns an empty string when calling '$dom->saveHTML()' in the code sample below. Reproduce code: --- $dom = new DomDocument("1.0", "utf-8"); $val =$dom->loadHTML(' Hello'); var_dump($val); print $dom->saveHTML(); print "\n^^^ empty string\n"; Expected result: Hello Actual result: -- bool(true) // ^^^ empty string -- Edit this bug report at http://bugs.php.net/?id=41339&edit=1
#40543 [NoF->Csd]: pack/unpack bug
ID: 40543 Updated by: [EMAIL PROTECTED] Reported By: dedmajor at gmail dot com -Status: No Feedback +Status: Closed Bug Type: Strings related Operating System: linux x86_64 PHP Version: 5.2.1 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: [2007-05-01 01:00:01] php-bugs at lists dot php dot net 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". [2007-04-23 22:07:36] petr dot stastny at centrum dot cz All right! I just compiled the newest snapshot and it seems to be fixed. Thanks. [2007-04-23 18:03:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-04-23 17:19:13] petr dot stastny at centrum dot cz Okay, I will say exactly where I have this problem: PHP 5.2.1 # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 67 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ # uname -a Linux silver 2.6.18-8.1.1.el5 #1 SMP Mon Apr 9 09:43:24 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux php -r 'print_r(unpack("N", pack("N", 41445))); returns the same as metioned int the original message about this bug: -2147442203 If you use sprintf('%b',), you can see: 100010100101 First 32 bits are set to 1. There is no problem on Intel Xeon 64-bit processor as I could test. [2007-04-23 09:18:20] [EMAIL PROTECTED] Not reproducible (both on 32bit and 64bit). 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/40543 -- Edit this bug report at http://bugs.php.net/?id=40543&edit=1
#41236 [Asn->Bgs]: regression with SSL connections since fix for #39571
ID: 41236 Updated by: [EMAIL PROTECTED] Reported By: judas dot iscariote at gmail dot com -Status: Assigned +Status: Bogus Bug Type: Streams related Operating System: linux 32/64bit, Win32 PHP Version: 5CVS-2007-04-30 (CVS) Assigned To: iliaa 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. The thing is that the original SSL code was working in an identical manner. Adding var_dump() shows that the return value of the stream_get_meta_data() or feof() did not change. Previous Comments: [2007-04-30 07:20:11] judas dot iscariote at gmail dot com Description: Since PHP 5.2.1, our application that has jabber stopped working.all previuos PHP version works fine, this regression is caused by the fix for bug #39571,reverting xp_ssl.c to the version shipped with 5.2.0 solves the problem. Reproduce code: --- ./configure --with-openssl "); fwrite($j, ""); $data = ''; // Wait for a response until timeout is reached $start = time(); $data = ''; $timeout = 10; $wait = false; do { $read = trim(fread($j, 4096)); $data .= $read; // ok.. this check aint part of the original code // that breaks,but check if we timed out of reached eof..anyway.. $foo = stream_get_meta_data($j); if(feof($j) || $foo['timed_out'] || $foo['eof']) break; // yeah, we know aint nice, but works in **any** other PHP version. } while (time() <= $start + $timeout && ($wait || $data == '' || $read != '' || (substr(rtrim($data), -1) != '>'))); fclose($j); var_dump($data); ?> Expected result: response from the server var_dump'ed as in (all) previous versions Actual result: -- Fatal error: Maximum execution time of **30** seconds exceeded...an xdebug session reveals that the script hang, in a **single** fread() call an strace shows something hangs permanently with EAGAIN signal.. (probably the loop in xp_ssl.c from line 398 to 410), note that checking if has reached EOF or if the stream times out does not help either. -- Edit this bug report at http://bugs.php.net/?id=41236&edit=1
#41342 [NEW]: PHP says syntax errors are 200 OK
From: defenestrator at gmail dot com Operating system: FreeBSD PHP version: 5.2.2 PHP Bug Type: Output Control Bug description: PHP says syntax errors are 200 OK Description: When there is a syntax error in a PHP file, PHP sends back a 200 OK response without any caching headers. This results in browsers such as IE or Opera caching the resulting error, which can hinder debugging in some cases. For example, an XMLHttpRequest to a faulty script can't be easily force-refreshed from a browser. I'd prefer for PHP to produce a 500 error in this case. Alternatively, if you must produce a 200, then sending some headers to inhibit caching will solve the problem as well. Reproduce code: --- Expected result: HTTP/1.1 500 Internal Server Error ... Content-Length: 144 Content-Type: text/html Parse error: syntax error, unexpected '<' ... Actual result: -- HTTP/1.1 200 OK ... Content-Length: 144 Content-Type: text/html Parse error: syntax error, unexpected '<' ... -- Edit bug report at http://bugs.php.net/?id=41342&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41342&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41342&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41342&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41342&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41342&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41342&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41342&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41342&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41342&r=support Expected behavior:http://bugs.php.net/fix.php?id=41342&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41342&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41342&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41342&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41342&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41342&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41342&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41342&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41342&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41342&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41342&r=mysqlcfg
#39542 [Opn->Asn]: Behaviour of require/include different to < 5.2.0
ID: 39542 Updated by: [EMAIL PROTECTED] Reported By: snowy at corporatezoo dot com -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.2.2 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-05-05 14:35:02] snowy at coporatezoo dot com Hi, just tried this with php 5.2.2 (win32) and it's still not behaving as < 5.2.0 I still suspect it has to do with the "optimization" introduced for require_once. I actually believe the behaviour to be incorrect, in that (1) some sort of namespace for the file is held in cache, albeit not case-sensitive, and (2) in the wrong search order (.= current directory seems to always be searched first, no matter what set_include_path stipulates) I just find it strange that no once else comes across this problem? [2007-04-26 09:34:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-03-15 07:13:58] snowy at coporatezoo dot com Hi, so I caught this while reading the change log for 5.2.0: "Optimized require_once() and include_once() by eliminating fopen(3) on second usage. (Dmitry)" Perhaps this might be the issue, it might be optimized, but I'm not sure if it's entirely correct. [2007-03-12 07:28:07] snowy at coporatezoo dot com tried this on 5.2.1 on OSX as well and it also fails. Another thing: if my file is in /project/docroot/file.php even if I do a: require_once('/project/classes/File.php'); it still fails. Notice that it's (1) case insensitive, (2) the actual full path is given in require_once. I thought it may have been caching the full path, but looks like it's only looking if '[F|f]ile.php' (the file name) has been loaded. Ie, even set_include_path('/project'); require_once('classes/file.php'); // give a path name to avoid namespace clash doesn't work. Is this going to be fixed? Or should we go and change all our include_once/require_once if we want to upgrade to > 5.1.6? thx [2007-02-13 16:42:02] jsnell at e-normous dot com still fails for me in the latest snapshot: One other thing to note, it functions differently depending on where you call the script from: e-normous:/Users/jsnell/delete/php5/testcase/lib$ ../../../php5.2-200702131330/sapi/cli/php ../test.php /Users/jsnell/delete/php5/testcase/lib/ Included Test from lib/ vs. e-normous:/Users/jsnell/delete/php5/testcase$ ../../php5.2-200702131330/sapi/cli/php ./test.php /Users/jsnell/delete/php5/testcase/lib/ and e-normous:/Users/jsnell/delete/php5/testcase$ ../../php5.2-200702131330/sapi/cli/php test.php /Users/jsnell/delete/php5/testcase/lib/ 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/39542 -- Edit this bug report at http://bugs.php.net/?id=39542&edit=1
#41297 [Opn->Bgs]: bcc line not fully parsed if it contains \r\n
ID: 41297 Updated by: [EMAIL PROTECTED] Reported By: mattyrobuk at googlemail dot com -Status: Open +Status: Bogus Bug Type: Mail related Operating System: All PHP Version: 5.2.2 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. I've just checked the code and PHP does not modify the header in anyway that would affect parsing of \n. The only header modification that is performed is an ASCIIZ check that strips \0 chars. Aside from that the header is sent as is. Previous Comments: [2007-05-06 14:27:28] mattyrobuk at googlemail dot com I've spent the last 24 hours messing around with the command line version of sendmail on my Mac. If you create a file as follows: From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> bcc: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> Subject: This is a Postfix Sendmail Test This message is sent with the sendmail front end from the postfix mail system And then send it via sendmail with: cat filename | /usr/sbin/sendmail -t -bp -v Both of the BCC recipients get the email, note the line break between addresses. I would propose that this means that sendmail is correctly coping with line breaks in the bcc header. This points back to an issue in PHP mail() when passing headers with line breaks to the sendmail binary on Unices. This is why I have re- opened this bug ticket. [2007-05-05 18:37:37] mattyrobuk at googlemail dot com ",\r\n " should be a valid inclusion within a BCC header according to the RFC standards. If the BCC string is being passed direct to sendmail by the PHP mail() function unchanged then perhaps it is a bug in sendmail on in server configuration however this is a consistent issue on several different servers so I thought it might be a PHP bug. [2007-05-05 15:14:52] [EMAIL PROTECTED] Ilia, that's not how I read the RFC 2822 (http://www.faqs.org/rfcs/rfc2822.html, section 2.2.3): "The process of moving from this folded multiple-line representation of a header field to its single line representation is called "unfolding". Unfolding is accomplished by simply removing any CRLF that is immediately followed by WSP. Each header field should be treated in its unfolded form for further syntactic and semantic evaluation." So unless the normal BCC header does not allow a space there, the header as specified is totally valid. However, I still don't see how this is a bug in PHP, as we simply pass on the headers to the sendmail binary on Unices. [2007-05-05 14:55:25] [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 You need to take out the space in front on the Bcc header. [2007-05-05 14:51:23] mattyrobuk at googlemail dot com Description: RFC 822 and RFC2822 demand that the bcc header line is not more than 998 characters long but allows for inclusion of folding whitespace (\r\n). Including \r\n in the BCC header causes additional email addresses in the BCC header to be ignored by the mail() function. Reproduce code: --- $to = '[EMAIL PROTECTED]'; $subject = 'Test message'; $body = 'Test message.'; $headers = 'From: Administrator <[EMAIL PROTECTED]>' . "\r\n"; $headers .= 'MIME-Version: 1.0' . "\r\n"; $headers .= 'bcc: [EMAIL PROTECTED],\r\n [EMAIL PROTECTED]' . "\r\n"; Expected result: Email should be sent to [EMAIL PROTECTED] and BCC'd to [EMAIL PROTECTED] AND [EMAIL PROTECTED] Actual result: -- Email is sent to [EMAIL PROTECTED] and BCC'd to [EMAIL PROTECTED] [EMAIL PROTECTED] never gets the email. -- Edit this bug report at http://bugs.php.net/?id=41297&edit=1
#41318 [WFx]: PHP compile fails with zzip 0.13.49
ID: 41318 Updated by: [EMAIL PROTECTED] Reported By: info at talte dot net Status: Wont fix Bug Type: Compile Failure Operating System: CentOS 4 PHP Version: 4.4.7 New Comment: "So, what if my OS doesn't support zziplib 0.10.82 (which is okay for PHP 4.4.7)? " 0.13.x is experimental, check the zzlib site. If your OS rely on it, you may consider another one :) "With zziplib 0.13.49 I can only use PHP5 (it doesn't show any error and everything goes okay with it)." The active and maintained version of PHP5 is 5.2.x, the zip extension in this version does not need any external library (or zzlib in particular). If your OS provides 5.1.x, you will have to install zip separately. The latest versions are available through PECL: http://pecl.php.net/zip or via your package manager. Previous Comments: [2007-05-09 19:46:16] info at talte dot net So, what if my OS doesn't support zziplib 0.10.82 (which is okay for PHP 4.4.7)? With zziplib 0.13.49 I can only use PHP5 (it doesn't show any error and everything goes okay with it). [2007-05-08 08:12:51] [EMAIL PROTECTED] If it's a preview release that breaks BC, then f* it. Please file a report with the zziplib people for breaking BC instead. [2007-05-08 08:09:37] [EMAIL PROTECTED] 0.13.49 is relatively new and is a preview release. They break BC by changing the header location. If you like to support the latest development version of this library (which did not reach a stable state yet), please do it. But I don't support zzlib and don't plan to support it. [2007-05-08 06:09:13] [EMAIL PROTECTED] Sorry, but this is a regression, so it should be fixed. [2007-05-07 23:07:36] [EMAIL PROTECTED] "Pierre, do we still support the old ext/zip ?" No, it is unsupported. Pecl.php.net/zip can be used with php4 instead, it is 100% backward compatible. 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/41318 -- Edit this bug report at http://bugs.php.net/?id=41318&edit=1
#41318 [WFx]: PHP compile fails with zzip 0.13.49
ID: 41318 User updated by: info at talte dot net Reported By: info at talte dot net Status: Wont fix Bug Type: Compile Failure Operating System: CentOS 4 PHP Version: 4.4.7 New Comment: So, what if my OS doesn't support zziplib 0.10.82 (which is okay for PHP 4.4.7)? With zziplib 0.13.49 I can only use PHP5 (it doesn't show any error and everything goes okay with it). Previous Comments: [2007-05-08 08:12:51] [EMAIL PROTECTED] If it's a preview release that breaks BC, then f* it. Please file a report with the zziplib people for breaking BC instead. [2007-05-08 08:09:37] [EMAIL PROTECTED] 0.13.49 is relatively new and is a preview release. They break BC by changing the header location. If you like to support the latest development version of this library (which did not reach a stable state yet), please do it. But I don't support zzlib and don't plan to support it. [2007-05-08 06:09:13] [EMAIL PROTECTED] Sorry, but this is a regression, so it should be fixed. [2007-05-07 23:07:36] [EMAIL PROTECTED] "Pierre, do we still support the old ext/zip ?" No, it is unsupported. Pecl.php.net/zip can be used with php4 instead, it is 100% backward compatible. [2007-05-07 20:09:35] [EMAIL PROTECTED] Pierre, do we still support the old ext/zip ? 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/41318 -- Edit this bug report at http://bugs.php.net/?id=41318&edit=1
#41259 [Opn->Fbk]: IIS "Virtual Directory" on a share doesn't work
ID: 41259 Updated by: [EMAIL PROTECTED] Reported By: moreno dot feltscher at emsservices dot ch -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2007-05-09 12:06:13] moreno dot feltscher at emsservices dot ch OK, I found the solution: You have to include the full address e.g. http://server/directory. Now it works. Thanks a lot for your help. [2007-05-02 10:44:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-05-02 10:07:11] moreno dot feltscher at emsservices dot ch Description: On my IIS-Website I've got a "Virtual Directory", which's target is on another server as share. When I try to get a file (eg. include 'directory_on_other_server/test.php';) from there over the include-function it doesn't work and I have a blank screen. Is this a known issue? How can I solve this problem? -- Edit this bug report at http://bugs.php.net/?id=41259&edit=1
#41301 [Bgs]: Error in my_thread_global_end():
ID: 41301 Updated by: [EMAIL PROTECTED] Reported By: glen at aquarius dot com dot au Status: Bogus Bug Type: *Database Functions Operating System: win200 server PHP Version: 5.2.2 New Comment: We don't call my_thread_init, or anything starting with my_thread: [EMAIL PROTECTED]:~/dev/php/php-5.2dev$ grep -r my_thread * [EMAIL PROTECTED]:~/dev/php/php-5.2dev$ Previous Comments: [2007-05-09 15:55:45] glen at aquarius dot com dot au This is becoming a big issue over at MySQL Headquarters :-) Quite a number of programs utilising PHP and NOT commenting out the MySQL library are falling over. NOTE: You don't actually have to use MySQL - just having it enabled in PHP causes the problem as well. The latest: [9 May 17:43] Sergei Golubchik Strictly speaking, this is not MySQL bug. This is a client bug - a client application (PHP, probably) linked with libmysqlclient calls my_thread_init() but does not call my_thread_end() as appropriate (doesn't call at all or calls too late). MySQL client library detects this and issues a warning. On the other hand, we can just remove the check and let buggy applications to fail some other way. Not calling my_thread_end() is a guaranteed memory leak. Calling it too late could easily crash the application. [2007-05-06 22:54:31] glen at aquarius dot com dot au The problem is caused by MySQL and has been confirmed (Bug# 25621). It will apparently be fixed in the next release. In the meantime, if you are using PHP and do not use MySQL then you can disable MySQL by commenting out the reference at the end of php.ini eg: [PHP_MYSQL] ;extension=php_mysql.dll [2007-05-06 12:44:47] glen at aquarius dot com dot au Thanks for that - much appreciated. [2007-05-06 10:34:15] [EMAIL PROTECTED] >Error in my_thread_global_end(): 5 threads didn't exit There is no such function nor error message in PHP. [2007-05-06 07:55:36] glen at aquarius dot com dot au Description: I am installing phpBB3.0B5 and have tried using MySQL as well as MSSQL as their database servers. When using MySQL as the database, phpBB will not allow user access in IE but will when using Firefox. IE and Firefox work fine when using MSSql as the database. In either database scenario the following error appears at the foot of each phpBB page: Error in my_thread_global_end(): 5 threads didn't exit phpBB support do not think it's a bug in their software. Reproduce code: --- http://forums.aquarius.com.au will display the error message. -- Edit this bug report at http://bugs.php.net/?id=41301&edit=1
#41339 [NEW]: DomDocument->loadHTML eats HTML without error with multiple meta information
From: rasch at raschnet dot com Operating system: Ubuntu Linux PHP version: 5.2.2 PHP Bug Type: DOM XML related Bug description: DomDocument->loadHTML eats HTML without error with multiple meta information Description: In usage of symfony, our code was mistakenly producing a meta tag with two content types. However, from what I understand it's not invalid, but either way PHP falls on this, the DOM parser should return an error. The current behavior is that PHP returns an empty string when calling '$dom->saveHTML()' in the code sample below. Reproduce code: --- $dom = new DomDocument("1.0", "utf-8"); $val =$dom->loadHTML(' Hello'); var_dump($val); print $dom->saveHTML(); print "\n^^^ empty string\n"; Expected result: Hello Actual result: -- bool(true) // ^^^ empty string -- Edit bug report at http://bugs.php.net/?id=41339&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41339&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41339&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41339&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41339&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41339&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41339&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41339&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41339&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41339&r=support Expected behavior:http://bugs.php.net/fix.php?id=41339&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41339&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41339&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41339&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41339&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41339&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41339&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41339&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41339&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41339&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41339&r=mysqlcfg
#41301 [Bgs]: Error in my_thread_global_end():
ID: 41301 User updated by: glen at aquarius dot com dot au Reported By: glen at aquarius dot com dot au Status: Bogus Bug Type: *Database Functions Operating System: win200 server PHP Version: 5.2.2 New Comment: This is becoming a big issue over at MySQL Headquarters :-) Quite a number of programs utilising PHP and NOT commenting out the MySQL library are falling over. NOTE: You don't actually have to use MySQL - just having it enabled in PHP causes the problem as well. The latest: [9 May 17:43] Sergei Golubchik Strictly speaking, this is not MySQL bug. This is a client bug - a client application (PHP, probably) linked with libmysqlclient calls my_thread_init() but does not call my_thread_end() as appropriate (doesn't call at all or calls too late). MySQL client library detects this and issues a warning. On the other hand, we can just remove the check and let buggy applications to fail some other way. Not calling my_thread_end() is a guaranteed memory leak. Calling it too late could easily crash the application. Previous Comments: [2007-05-06 22:54:31] glen at aquarius dot com dot au The problem is caused by MySQL and has been confirmed (Bug# 25621). It will apparently be fixed in the next release. In the meantime, if you are using PHP and do not use MySQL then you can disable MySQL by commenting out the reference at the end of php.ini eg: [PHP_MYSQL] ;extension=php_mysql.dll [2007-05-06 12:44:47] glen at aquarius dot com dot au Thanks for that - much appreciated. [2007-05-06 10:34:15] [EMAIL PROTECTED] >Error in my_thread_global_end(): 5 threads didn't exit There is no such function nor error message in PHP. [2007-05-06 07:55:36] glen at aquarius dot com dot au Description: I am installing phpBB3.0B5 and have tried using MySQL as well as MSSQL as their database servers. When using MySQL as the database, phpBB will not allow user access in IE but will when using Firefox. IE and Firefox work fine when using MSSql as the database. In either database scenario the following error appears at the foot of each phpBB page: Error in my_thread_global_end(): 5 threads didn't exit phpBB support do not think it's a bug in their software. Reproduce code: --- http://forums.aquarius.com.au will display the error message. -- Edit this bug report at http://bugs.php.net/?id=41301&edit=1
#41193 [Opn]: relative paths affecting script performance
ID: 41193 User updated by: mauroi at digbang dot com Reported By: mauroi at digbang dot com Status: Open Bug Type: Performance problem Operating System: Win32 PHP Version: 5.2.2RC2 New Comment: Thanks Mark... The original example comes from a real life application, but yours is far much better. Hope someone will take a look at it now it's simpler. Regards, Mauro. Previous Comments: [2007-05-09 15:36:37] mark at markwest dot me dot uk I can reproduce what I believe to be the same issue too. A very simple test case to highlight this issue is Sample results, measured using xdebug, are as follows is_readable with non-existent file 5.1.6 5000 calls to is_readable taking 166ms 5.2.2 5000 calls to is_readable taking 1511ms is_readable with existing file 5.1.6 5000 calls to is_readable taking 135ms 5.2.2 5000 calls to is_readable taking 151ms When the file isn't present php 5.2.x takes significantly longer that in previous releases. -Mark [2007-04-29 00:29:56] mauroi at digbang dot com Also affects 5.2.2rc2 [2007-04-25 21:56:14] mauroi at digbang dot com Description: First of all, I couldn't reproduce this on Linux. Maybe because it doesn't exist, or maybe because of worse perfomance on filesystem operations on Windows. We've found a performance degradation between PHP5.1.6 and PHP5.2.x (also checked with PHP5.2.2rc1) when including a file with a relative path. It gets notorious if using include_path and it has a big number of directories. In the provided zip file you'll find 8 directories. Only one of them contains the file that will be required by the main script. So, script.php & script1.php show the problem. script.php only requires the file one time, and even in that case you'll see the difference. script1.php iterates including a non-existant file (that's why errors ar supressed) and the execution time is twice as big. At first glance this could look as a bug with less importance, but any framework that uses __autoload & include_path with some sort of frequency, will be slower on PHP5.2 on Windows. Also, any site using MVC (not even using __autoload) and relative paths could be affected. Thank you very much. Reproduce code: --- http://webmail.digbang.com/include_performance.zip # one inclusion php -n script.php # multiple inclusions php -n script1.php Expected result: Same or better performance on PHP5.2.x than in PHP5.1.6 -- Edit this bug report at http://bugs.php.net/?id=41193&edit=1
#41193 [Com]: relative paths affecting script performance
ID: 41193 Comment by: mark at markwest dot me dot uk Reported By: mauroi at digbang dot com Status: Open Bug Type: Performance problem Operating System: Win32 PHP Version: 5.2.2RC2 New Comment: I can reproduce what I believe to be the same issue too. A very simple test case to highlight this issue is Sample results, measured using xdebug, are as follows is_readable with non-existent file 5.1.6 5000 calls to is_readable taking 166ms 5.2.2 5000 calls to is_readable taking 1511ms is_readable with existing file 5.1.6 5000 calls to is_readable taking 135ms 5.2.2 5000 calls to is_readable taking 151ms When the file isn't present php 5.2.x takes significantly longer that in previous releases. -Mark Previous Comments: [2007-04-29 00:29:56] mauroi at digbang dot com Also affects 5.2.2rc2 [2007-04-25 21:56:14] mauroi at digbang dot com Description: First of all, I couldn't reproduce this on Linux. Maybe because it doesn't exist, or maybe because of worse perfomance on filesystem operations on Windows. We've found a performance degradation between PHP5.1.6 and PHP5.2.x (also checked with PHP5.2.2rc1) when including a file with a relative path. It gets notorious if using include_path and it has a big number of directories. In the provided zip file you'll find 8 directories. Only one of them contains the file that will be required by the main script. So, script.php & script1.php show the problem. script.php only requires the file one time, and even in that case you'll see the difference. script1.php iterates including a non-existant file (that's why errors ar supressed) and the execution time is twice as big. At first glance this could look as a bug with less importance, but any framework that uses __autoload & include_path with some sort of frequency, will be slower on PHP5.2 on Windows. Also, any site using MVC (not even using __autoload) and relative paths could be affected. Thank you very much. Reproduce code: --- http://webmail.digbang.com/include_performance.zip # one inclusion php -n script.php # multiple inclusions php -n script1.php Expected result: Same or better performance on PHP5.2.x than in PHP5.1.6 -- Edit this bug report at http://bugs.php.net/?id=41193&edit=1
#39163 [Com]: Invalid API call from php5isapi.dll causing IIS7 Application Pool failure.
ID: 39163 Comment by: FreakTrap at gmail dot com Reported By: tony dot stone at gmail dot com Status: Open Bug Type: IIS related Operating System: Windows Vista RC 1 Build 5600 PHP Version: 5.1.6 New Comment: sneakers05's modification of the Application Pool's 32-bit setting also corrected the problem I was having with the php5isapi.dll. For those of us getting the 'Calling LoadLibraryEx on ISAPI filter "C:\PHP\php5isapi.dll" failed' error after an attempted manual install: 1) *Start with a fresh IIS installation with both ISAPI filters and extensions enabled. 2) Under the main settings [at the very top of your IIS Manager's hierarchy view, above Application Pools], add the following in this order: 2.1) an ISAPI Filter for php5isapi.dll 2.2) a ISAPI and CGI Restriction entry for php5isapi.dll 2.3) a Handler Mapping for php5isapi.dll 3) Go to the application Pools section. 4) Right-click on Default Application Pool and select Advanced Settings. 5) Set the second option [Enable 32-Bit...] to True. Now everything should work... * Also, it is important that your 'Default Website' not have any unique settings from the top-level configurations. This was causing my ISS to exhibit some pretty strange behavior, which is why I recommend that you first delete your default website and create a new one. Previous Comments: [2007-05-04 10:02:55] gruddzr at yahoo dot com i also have the same problem, using vista premium here [2007-04-13 23:14:50] sneakers05 at optusnet dot com dot au I had similar probs running php4isapi.dll with IIS7 on Vista x64 Ultimate. Moving to php5 isn't an option for me because I'm developing for a particular machine running php4. I can't get the isapi version of php running, but after a bit (lot!) of messing around have got the php.exe version working sweet. :) Here's what I did: 1. Remove all ISAPI filters for PHP. 2. Ensure you have a handler mapping for PHP as follows: *.php c:\php\php.exe (or whatever path you are using) 3. Under Application Pools in IIS Manager, right clicked DefaultAppPool and went to Advanced Settings. Ensure "Enable 32-bit applications" is set to True. I also set Process Orphaning:Enabled to True, even though I have *no* idea what it is for! 4. Ensured php.ini was in my c:\windows folder and the cgi.force_redirect is set to 0 and uncommented. I also did the following which may or may not be required: 1. Right clicked the PHP folder and selected Properties, Security. 2. Clicked on Advanced, Edit, Add.. and for the object name to select, entered: IUSR. 3. Clicked OK and gave IUSR full control to the folder. 4. Repeated steps 2 and 3 but for IIS_IUSRS. 5. Applied the changes and clicked on OK to exit the PHP folder properties window. I also did the following which probably isn't needed: 1. Copied php4ts.dll into my c:\windows\system32 folder 2. Stood on one foot while chanting to the rain gods and focussing my mental energy on my "power animal" - the llama. :) Hope this helps others, even if it doesn't resolve the isapi side of things! -Damo [2007-03-27 15:00:43] loz_hurst at hotail dot com I am having this issue on 32-bit vista on a 32bit processor, so it may not be a 64bit issue. [2007-03-19 22:21:54] dontmsgme at gmail dot com I am also having this issue. I have tried BillS' installation method as well as FastCGI with no luck. I am thinking it might be related to the 64bit OS. I see that someone else tried 32 bit application compatibility with no luck. Is anyone having this problem NOT on a 64bit OS? [2007-03-05 09:49:37] ruSS at GEobYTeS dot com I am runnning Vista Buisness (Build 6000) on an Intel (Core 2 Duo) 6400 - same issue as first post. - System - Provider [ Name] Microsoft-Windows-IIS-W3SVC-WP [ Guid] {670080D9-742A-4187-8D16-41143D1290BD} [ EventSourceName] W3SVC-WP - EventID 2295 [ Qualifiers] 49152 Version 0 Level 2 Task 0 Opcode 0 Keywords 0x80 - TimeCreated [ SystemTime] 2007-03-05T09:34:05.000Z EventRecordID 562 Correlation - Execution [ ProcessID] 0 [ ThreadID] 0 Channel Application Security - EventData ModuleDll C:\inetpub\PHP\php-5.2.1-Win32\php5isapi.dll 7F00 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/39163 -- Edit this bug report at http://bugs.php.net/?id=39163&edit=1
#41259 [Fbk->Opn]: IIS "Virtual Directory" on a share doesn't work
ID: 41259 User updated by: moreno dot feltscher at emsservices dot ch Reported By: moreno dot feltscher at emsservices dot ch -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.2.1 New Comment: OK, I found the solution: You have to include the full address e.g. http://server/directory. Now it works. Thanks a lot for your help. Previous Comments: [2007-05-02 10:44:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2007-05-02 10:07:11] moreno dot feltscher at emsservices dot ch Description: On my IIS-Website I've got a "Virtual Directory", which's target is on another server as share. When I try to get a file (eg. include 'directory_on_other_server/test.php';) from there over the include-function it doesn't work and I have a blank screen. Is this a known issue? How can I solve this problem? -- Edit this bug report at http://bugs.php.net/?id=41259&edit=1
#41338 [Opn->Bgs]: ceil() gives strange results
ID: 41338 Updated by: [EMAIL PROTECTED] Reported By: kjarli at gmail dot com -Status: Open +Status: Bogus Bug Type: Math related Operating System: Windows vista PHP Version: 5.2.2 New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about "floats" and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2007-05-09 09:10:26] kjarli at gmail dot com Description: when creating formulas, i encountered a strange bug: this is the basic forumula: ceil(user_hp * 1.1) when user_hp = 100 you get the following formula ceil(100*(110/100)) in my script. this will result 111 instead of 110 Reproduce code: --- Expected result: 110 110 110 110 Actual result: -- 111 111 110 110 -- Edit this bug report at http://bugs.php.net/?id=41338&edit=1
#41336 [Csd->Bgs]: Warning: imagettftext() : Could not find/open font
ID: 41336 Updated by: [EMAIL PROTECTED] Reported By: jblaguarigue at worldonline dot fr -Status: Closed +Status: Bogus Bug Type: GD related Operating System: Win XP PHP Version: 5.2.2 Assigned To: pajoye New Comment: not a bug > bogus. Previous Comments: [2007-05-09 09:09:31] jblaguarigue at worldonline dot fr OK, it works. [2007-05-09 07:08:17] [EMAIL PROTECTED] "Warning: imagettftext() [function.imagettftext]: Could not find/open font in C:\Developpements\Duplibridge\CS_Graph.inc on line 126" It did not find the font file. What's in your GDFONTPATH environment variable (if it exists)? If it does not exist, you have to specify the complete path to the font file. [2007-05-09 06:41:05] jblaguarigue at worldonline dot fr Description: When changing from 5.2.1 to 5.2.2 the program send back a warning with imagettftext function : Could not find/open font. Therefore, the text on my GIF isn't printed. It worked correctly in 5.2.1. Reproduce code: --- imagettftext($im,10,0,$this->trfX($maxX)+10,$label['Y'],$color,'Arial',$label['label']); Expected result: No warning and text printed Actual result: -- Warning: imagettftext() [function.imagettftext]: Could not find/open font in C:\Developpements\Duplibridge\CS_Graph.inc on line 126 -- Edit this bug report at http://bugs.php.net/?id=41336&edit=1
#41338 [NEW]: ceil() gives strange results
From: kjarli at gmail dot com Operating system: Windows vista PHP version: 5.2.2 PHP Bug Type: Math related Bug description: ceil() gives strange results Description: when creating formulas, i encountered a strange bug: this is the basic forumula: ceil(user_hp * 1.1) when user_hp = 100 you get the following formula ceil(100*(110/100)) in my script. this will result 111 instead of 110 Reproduce code: --- Expected result: 110 110 110 110 Actual result: -- 111 111 110 110 -- Edit bug report at http://bugs.php.net/?id=41338&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41338&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41338&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41338&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41338&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41338&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41338&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41338&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41338&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41338&r=support Expected behavior:http://bugs.php.net/fix.php?id=41338&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41338&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41338&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41338&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41338&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41338&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41338&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41338&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41338&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41338&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41338&r=mysqlcfg
#41336 [Fbk->Csd]: Warning: imagettftext() : Could not find/open font
ID: 41336 User updated by: jblaguarigue at worldonline dot fr Reported By: jblaguarigue at worldonline dot fr -Status: Feedback +Status: Closed Bug Type: GD related Operating System: Win XP PHP Version: 5.2.2 Assigned To: pajoye New Comment: OK, it works. Previous Comments: [2007-05-09 07:08:17] [EMAIL PROTECTED] "Warning: imagettftext() [function.imagettftext]: Could not find/open font in C:\Developpements\Duplibridge\CS_Graph.inc on line 126" It did not find the font file. What's in your GDFONTPATH environment variable (if it exists)? If it does not exist, you have to specify the complete path to the font file. [2007-05-09 06:41:05] jblaguarigue at worldonline dot fr Description: When changing from 5.2.1 to 5.2.2 the program send back a warning with imagettftext function : Could not find/open font. Therefore, the text on my GIF isn't printed. It worked correctly in 5.2.1. Reproduce code: --- imagettftext($im,10,0,$this->trfX($maxX)+10,$label['Y'],$color,'Arial',$label['label']); Expected result: No warning and text printed Actual result: -- Warning: imagettftext() [function.imagettftext]: Could not find/open font in C:\Developpements\Duplibridge\CS_Graph.inc on line 126 -- Edit this bug report at http://bugs.php.net/?id=41336&edit=1
#41337 [Opn->Asn]: WSDL parsing doesn't ignore non soap bindings
ID: 41337 Updated by: [EMAIL PROTECTED] Reported By: ahayes at emersion dot com dot au -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Fedora Core 5 PHP Version: 5.2.2 -Assigned To: +Assigned To: dmitry Previous Comments: [2007-05-09 08:24:07] ahayes at emersion dot com dot au Description: Firstly let me just say, I'm am not sure if this is a bug in PHP or Oracle SOA Suite (Oracle seem to think it is PHP however). I am using Oracle's SOA Suite, and we have a problem every time we try to call WSDL files generated by Oracle's ESB. The problem occurs when PHP's SoapClient tries to parse the WSDL. I get the following error: Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: No address associated with in ... ... To fix this problem, all I have to do is remove offending port definition in the WSDL, which does not have an address defined. Once removed, SoapClient can parse the WSDL and call the service. We have many ESB's to call and as such I would like to avoid this if possible. Should PHP's SoapClient even be looking at this port type as it does no have a SOAP binding? Reproduce code: --- https://amcms.org/soap/GetHandlerTypeByServiceId.wsdl'); Expected result: It parses the WSDL file successfully then allowing calling the service. Actual result: -- PHP Fatal error: SOAP-ERROR: Parsing WSDL: No address associated with in /path/to/GetHandlerTypeByServiceId.php on line 10 PHP Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: No address associated with in /path/to/GetHandlerTypeByServiceId.php:10 Stack trace: #0 /path/to/GetHandlerTypeByServiceId.php(10): SoapClient->SoapClient('GetHandlerTypeB...', Array) #1 {main} thrown in /path/to/GetHandlerTypeByServiceId.php on line 10 -- Edit this bug report at http://bugs.php.net/?id=41337&edit=1
#41337 [NEW]: WSDL parsing doesn't ignore non soap bindings
From: ahayes at emersion dot com dot au Operating system: Fedora Core 5 PHP version: 5.2.2 PHP Bug Type: SOAP related Bug description: WSDL parsing doesn't ignore non soap bindings Description: Firstly let me just say, I'm am not sure if this is a bug in PHP or Oracle SOA Suite (Oracle seem to think it is PHP however). I am using Oracle's SOA Suite, and we have a problem every time we try to call WSDL files generated by Oracle's ESB. The problem occurs when PHP's SoapClient tries to parse the WSDL. I get the following error: Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: No address associated with in ... ... To fix this problem, all I have to do is remove offending port definition in the WSDL, which does not have an address defined. Once removed, SoapClient can parse the WSDL and call the service. We have many ESB's to call and as such I would like to avoid this if possible. Should PHP's SoapClient even be looking at this port type as it does no have a SOAP binding? Reproduce code: --- https://amcms.org/soap/GetHandlerTypeByServiceId.wsdl'); Expected result: It parses the WSDL file successfully then allowing calling the service. Actual result: -- PHP Fatal error: SOAP-ERROR: Parsing WSDL: No address associated with in /path/to/GetHandlerTypeByServiceId.php on line 10 PHP Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: No address associated with in /path/to/GetHandlerTypeByServiceId.php:10 Stack trace: #0 /path/to/GetHandlerTypeByServiceId.php(10): SoapClient->SoapClient('GetHandlerTypeB...', Array) #1 {main} thrown in /path/to/GetHandlerTypeByServiceId.php on line 10 -- Edit bug report at http://bugs.php.net/?id=41337&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=41337&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=41337&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=41337&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=41337&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=41337&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=41337&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=41337&r=needscript Try newer version:http://bugs.php.net/fix.php?id=41337&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=41337&r=support Expected behavior:http://bugs.php.net/fix.php?id=41337&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=41337&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=41337&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=41337&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41337&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=41337&r=dst IIS Stability:http://bugs.php.net/fix.php?id=41337&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=41337&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=41337&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=41337&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=41337&r=mysqlcfg
#41336 [Opn->Fbk]: Warning: imagettftext() : Could not find/open font
ID: 41336 Updated by: [EMAIL PROTECTED] Reported By: jblaguarigue at worldonline dot fr -Status: Open +Status: Feedback Bug Type: GD related Operating System: Win XP PHP Version: 5.2.2 -Assigned To: +Assigned To: pajoye New Comment: "Warning: imagettftext() [function.imagettftext]: Could not find/open font in C:\Developpements\Duplibridge\CS_Graph.inc on line 126" It did not find the font file. What's in your GDFONTPATH environment variable (if it exists)? If it does not exist, you have to specify the complete path to the font file. Previous Comments: [2007-05-09 06:41:05] jblaguarigue at worldonline dot fr Description: When changing from 5.2.1 to 5.2.2 the program send back a warning with imagettftext function : Could not find/open font. Therefore, the text on my GIF isn't printed. It worked correctly in 5.2.1. Reproduce code: --- imagettftext($im,10,0,$this->trfX($maxX)+10,$label['Y'],$color,'Arial',$label['label']); Expected result: No warning and text printed Actual result: -- Warning: imagettftext() [function.imagettftext]: Could not find/open font in C:\Developpements\Duplibridge\CS_Graph.inc on line 126 -- Edit this bug report at http://bugs.php.net/?id=41336&edit=1