#33013 [WFx]: strtotime - 'next month' doesn't work.
ID: 33013 Updated by: [EMAIL PROTECTED] Reported By: nick at netdupe dot com Status: Wont fix Bug Type: Feature/Change Request Operating System: Mac OS X 10.4 PHP Version: 5.0.4 New Comment: I don't think not having a "second" means that "next" should take its place when it doesn't match the common usage of the word. The whole point of having these terms at all is to make it easier to use. If we are going to go to the trouble of making "next month" work, then it should work the way people expect. Otherwise we should get rid of these terms completely and just go with the more explicit "+1 month" syntax instead. Previous Comments: [2005-05-19 21:04:12] [EMAIL PROTECTED] Actually, the new parser that I wrote can handle this just fine... so, shall we make next 2 or 1 (in PHP 5.1)? [2005-05-19 21:01:04] [EMAIL PROTECTED] I also know the rationale - without "next" linking to 2, there would be no way to represent "2" as "second" already means something else (the time unit). So I think we should not change it back to "1". [2005-05-16 13:45:56] [EMAIL PROTECTED] The change was due to bug report http://bugs.php.net/bug.php?id=18655. It looks like the GNU spec has changed, since at that time we all agreed it said "next" was equivalent to 2 -- I even quoted the relevant section in my contribution to the discussion. It's more intuitive if "next" is equivalent to 1, so I guess it would be reasonable to change back, just as long as the various changes are sufficiently documented! ;) [2005-05-13 03:01:39] [EMAIL PROTECTED] I made this change a while back, but I don't recall the reasoning now. The GNU page on this clearly states that next=1 http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html Derick, do you remember what the logic for this was? [2005-05-13 01:24:42] nick at netdupe dot com Well I guess this should be a feature change report, because anyone with some common sense would conclude that "next month" would mean June, not July. Do you go saying "I am going to be going on holiday first month" 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/33013 -- Edit this bug report at http://bugs.php.net/?id=33013&edit=1
#33065 [Opn]: overloading
ID: 33065 Updated by: [EMAIL PROTECTED] Reported By: cita at nextradsl dot cz Status: Open Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: you need to provide a reproducable example, eg. so #php -r your_example.php runs and illustrates your problem. Previous Comments: [2005-05-20 00:38:39] cita at nextradsl dot cz example code with comments is here: http://citadesign.site.cz/9file/php-bug/bug.sphp and sorry for my english [2005-05-19 23:41:01] [EMAIL PROTECTED] Please provide a short but complete reproduce script then. [2005-05-19 23:32:36] cita at nextradsl dot cz same problem is still there! [2005-05-19 20:35:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-05-19 16:11:56] cita at nextradsl dot cz I tested it at PHP 5.0.4, problem is same 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33074 [Opn->Bgs]: XML retrieve function - especial character error
ID: 33074 Updated by: [EMAIL PROTECTED] Reported By: servisoft_mail at yahoo dot com -Status: Open +Status: Bogus Bug Type: *XML functions Operating System: RedHat Enterprise Linux 3.0 PHP Version: 5.0.4 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 output is UTF-8 by default. You have to convert that to ISO-8859-1 (from UTF-8), if you want ISO output. See also the docs for xml_parser_create about character encoding Previous Comments: [2005-05-20 04:13:44] servisoft_mail at yahoo dot com Description: by Cristian / Leonardo We are using a XML function and there are a problem with special caracter in Portuguese Brazilian language. When i use the function: xml_set_character_data_handler($xml_parser, $cdata); the retrieved data is truncated, ex: normal(PHP/4.3.11) - "Sítio" (PHP/5.0.4) - "çtio" we did tried convert to UTF-8 and ISO formats, linux language and a lot of things but there is no way. the only problem fix was reinstaling PHP/4.3.11 Reproduce code: --- $xml_parser = xml_parser_create(); xml_set_element_handler($xml_parser, $start, $end); xml_set_character_data_handler($xml_parser, $cdata); -- Edit this bug report at http://bugs.php.net/?id=33074&edit=1
#33063 [Fbk->Opn]: Crash with complicated scoping and inheritance
ID: 33063 User updated by: arendjr at gmail dot com Reported By: arendjr at gmail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.3 New Comment: Okay, it took some effort, by I created 3 new test cases. The longest one, the one with the crash, is 47 lines (including whitespace) and has no includes. I got also two workarounds, the first removes the unused references to $rootWidget after which the problem disappears. The second one again no longer uses a function to populate the document, after which it works again. I hope this helps. http://www.liacs.nl/~dvbeelen/php5crash/crash.php.txt http://www.liacs.nl/~dvbeelen/php5crash/crash-workaround1.php.txt http://www.liacs.nl/~dvbeelen/php5crash/crash-workaround2.php.txt Previous Comments: [2005-05-19 16:14:38] [EMAIL PROTECTED] Then you need to try a bit harder creating a shorter reproducable script really. [2005-05-19 14:27:01] arendjr at gmail dot com Okay, but beware that including WebPage.php will include a total of 10 files. I created a simple tarball which you can untar, enter the directory and run 'php5 index.php'. I stripped as much as I could while still letting my code function. I left the API docs in as it might help you to understand the code better ;) The most important file is base/Widgets.php. If you replace it with base/Widgets.php.safe, the crash will no longer occur as it contains a workaround by explicitly holding references to child widgets. index.php contains the first testcase plus a set_include_path() to get everything to work. You can download the tarball from www.liacs.nl/~dvbeelen/php5crash/aukyla2-bugreport.tar.gz [2005-05-19 12:31:11] [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 , 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. we miss your WebPage class include file [2005-05-19 11:27:14] arend at auton dot nl Sorry, the URL's in the testcases should all have .txt appended, so: http://www.liacs.nl/~dvbeelen/php5crash/works.php.txt http://www.liacs.nl/~dvbeelen/php5crash/crash.php.txt http://www.liacs.nl/~dvbeelen/php5crash/corruption.php.txt http://www.liacs.nl/~dvbeelen/php5crash/works2.php.txt [2005-05-19 11:22:54] arendjr at gmail dot com Description: I'm building a rather complicated framework which includes big inheritance trees and multiple factories operating on each other. I'm still using PHP 5.0.3 (with SUSE patches) and I'm not able to compile PHP 5.0.4 at the moment, so I hope I'm not reporting a problem already solved, at least I can't find the problem in the PHP 5.0.4 Changelog. If necessary, I can compile PHP 5.0.4 later do dig deeper into the problem. The problem is when I'm running some code using this framework I'm getting some nasty crashes and memory corruptions under certain conditions. Now my own code might not be perfect yet either, but with a crashing PHP is rather difficult to track where the problem is. I created 4 test cases which show the problem. First I have some working code which does what it should do. Then I try to move some code to a function so it can be re-used later, but suddenly PHP crashes when the code is in a function. Then I strip away 2 lines of code, causing PHP to run, but exit with a memory corruption reported by glibc. Finally, if I strip 3 more lines, there are no more problems again. Now, just while I was writing this report I think I might know where the problem is. My whole framework is built on an advanced Widget model. This has some very important base classes and interfaces: interface IWidget; class Widget extends DOMElement implements IWidget; class TextWidget extends DOMText implements IWidget; class RootWidget extends DOMDocument implements IWidget; class RootWidgetContainer implements IWidget; the objects which are created in the test cases are: class WebPage extends RootWidgetContainer; and under the hood (through the factories): class XHTML_RootWidget extends RootWidget; class XHTML_Table extends Table; class XHTML_TableRow ext
#33057 [Csd]: PHP returns Content-Type header for 304 responses
ID: 33057
User updated by: cboitel at lfdj dot com
Reported By: cboitel at lfdj dot com
Status: Closed
Bug Type: Apache related
Operating System: Solaris/Linux
PHP Version: 5.0.4, 4.3.11
Assigned To: rasmus
New Comment:
I found the patch hasn't been applied to sapi/apache_hooks/mod_php5.c
for both 5.0x and 5.1x branches ?
Is this normal ?
Previous Comments:
[2005-05-19 21:39:52] [EMAIL PROTECTED]
Fixed in CVS
[2005-05-19 17:18:57] [EMAIL PROTECTED]
Your patch is upside down, but the idea is sound. I'll have a look.
[2005-05-19 09:04:54] cboitel at lfdj dot com
Unified diff below:
--- mod_php4.c 2005-05-18 15:33:58.0 +0200
+++ mod_php4.c.original 2003-06-03 07:41:49.0 +0200
@@ -209,21 +209,12 @@
*/
static int sapi_apache_send_headers(sapi_headers_struct *sapi_headers
TSRMLS_DC)
{
- request_rec *r;
-
if(SG(server_context) == NULL) { /* server_context is not here
anymore */
return SAPI_HEADER_SEND_FAILED;
}
- r = (request_rec *) SG(server_context);
- r->status = SG(sapi_headers).http_response_code;
- if( r-> status==304 )
- {
-send_error_response( r, 0 );
- }
- else
- {
-send_http_header((request_rec *) SG(server_context));
-}
+
+ ((request_rec *) SG(server_context))->status =
SG(sapi_headers).http_response_code;
+ send_http_header((request_rec *) SG(server_context));
return SAPI_HEADER_SENT_SUCCESSFULLY;
}
/* }}} */
[2005-05-18 17:04:07] [EMAIL PROTECTED]
Please generate unified diff (`diff -u`), put it somewhere and give us
it's URL.
[2005-05-18 16:23:49] cboitel at lfdj dot com
I have patched the mod_php4.c file to use send_error_response apache
function instead of send_http_headers for 304 responses. You should
also check if send_error_response shall also be used for non-200
responses and if its second param (recursive call) shall be set to 0 or
1.
static int sapi_apache_send_headers(sapi_headers_struct *sapi_headers
TSRMLS_DC)
{
request_rec *r;
if(SG(server_context) == NULL) { /* server_context is not here
anymore */
return SAPI_HEADER_SEND_FAILED;
}
r = (request_rec *) SG(server_context);
r->status = SG(sapi_headers).http_response_code;
if( r-> status==304 )
{
send_error_response( r, 0 );
}
else
{
send_http_header((request_rec *) SG(server_context));
}
return SAPI_HEADER_SENT_SUCCESSFULLY;
}
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/33057
--
Edit this bug report at http://bugs.php.net/?id=33057&edit=1
#33065 [Opn->Fbk]: overloading
ID: 33065 Updated by: [EMAIL PROTECTED] Reported By: cita at nextradsl dot cz -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: Please provide a short but *COMPLETE* reproduce script that I can copy/paste and see the problem. The code you provided doesn't output any errors or something else. Previous Comments: [2005-05-20 08:54:20] [EMAIL PROTECTED] you need to provide a reproducable example, eg. so #php -r your_example.php runs and illustrates your problem. [2005-05-20 00:38:39] cita at nextradsl dot cz example code with comments is here: http://citadesign.site.cz/9file/php-bug/bug.sphp and sorry for my english [2005-05-19 23:41:01] [EMAIL PROTECTED] Please provide a short but complete reproduce script then. [2005-05-19 23:32:36] cita at nextradsl dot cz same problem is still there! [2005-05-19 20:35:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33071 [Opn->Bgs]: PHP5/IIS Only Opens One Database Connection At A Time
ID: 33071 Updated by: [EMAIL PROTECTED] Reported By: corey at eyewantmedia dot com -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5.0.4 New Comment: Report this to the PEAR people: http://pear.php.net/bugs/ Previous Comments: [2005-05-19 22:42:53] corey at eyewantmedia dot com Description: I am running php 5.0.4 with IIS 6 and IIS 5.1 (as a test). When I submit multiple requests, php only opens one database connection at a time (to a database server on the same network), so multiple requests are being queued and it takes them longer and longer to process. This happens both when php runs as cig and isapi, and even fastcgi and with winenabler. However, if run through cli, this problem does not happen. Any ideas? Reproduce code: --- disconnect(); //request this page several times to see what I mean ?> Expected result: When it is requested many times simultaneously , I expect many database connections Actual result: -- php waits for the last database connection to close before it even attempts to connect a second time, queueing up processes like mad. -- Edit this bug report at http://bugs.php.net/?id=33071&edit=1
#33073 [Opn->Asn]: PHP Windows Installer does not set Verify File Exists for IIS 6.
ID: 33073 Updated by: [EMAIL PROTECTED] Reported By: webmaster at cyberdogtech dot com -Status: Open +Status: Assigned Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.0.4 -Assigned To: +Assigned To: phildriscoll New Comment: Assigned the person behind the installer.. =) Previous Comments: [2005-05-20 00:31:02] webmaster at cyberdogtech dot com Description: I discovered this bug while using the PHP Windows Installer with 5.0.4 under IIS6 on Windows Server 2003 SP1. The installer adds the ISAPI extension to IIS for .php files, linking them to php-cgi.exe. The problem is, it does not set the option of "Verify that File Exists." This option causes IIS to validate the presence of the requested file. Without it set, as it stands now, php will always return an html page even for non-existent files! For example if I request www.website.com/nothing.php (a file which doesn't exist), PHP will still return empty HTML tags instead of the usual 404. By activating this IIS option, however, a 404 is returned properly instead of invoking PHP on the missing file name. -- Edit this bug report at http://bugs.php.net/?id=33073&edit=1
#33063 [Opn->Csd]: Crash with complicated scoping and inheritance
ID: 33063 User updated by: arendjr at gmail dot com Reported By: arendjr at gmail dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.0.3 New Comment: Darn, I just installed PHP 5.0.4 which appears to have solved the problem already. Nevermind... Previous Comments: [2005-05-20 09:20:02] arendjr at gmail dot com Okay, it took some effort, by I created 3 new test cases. The longest one, the one with the crash, is 47 lines (including whitespace) and has no includes. I got also two workarounds, the first removes the unused references to $rootWidget after which the problem disappears. The second one again no longer uses a function to populate the document, after which it works again. I hope this helps. http://www.liacs.nl/~dvbeelen/php5crash/crash.php.txt http://www.liacs.nl/~dvbeelen/php5crash/crash-workaround1.php.txt http://www.liacs.nl/~dvbeelen/php5crash/crash-workaround2.php.txt [2005-05-19 16:14:38] [EMAIL PROTECTED] Then you need to try a bit harder creating a shorter reproducable script really. [2005-05-19 14:27:01] arendjr at gmail dot com Okay, but beware that including WebPage.php will include a total of 10 files. I created a simple tarball which you can untar, enter the directory and run 'php5 index.php'. I stripped as much as I could while still letting my code function. I left the API docs in as it might help you to understand the code better ;) The most important file is base/Widgets.php. If you replace it with base/Widgets.php.safe, the crash will no longer occur as it contains a workaround by explicitly holding references to child widgets. index.php contains the first testcase plus a set_include_path() to get everything to work. You can download the tarball from www.liacs.nl/~dvbeelen/php5crash/aukyla2-bugreport.tar.gz [2005-05-19 12:31:11] [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 , 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. we miss your WebPage class include file [2005-05-19 11:27:14] arend at auton dot nl Sorry, the URL's in the testcases should all have .txt appended, so: http://www.liacs.nl/~dvbeelen/php5crash/works.php.txt http://www.liacs.nl/~dvbeelen/php5crash/crash.php.txt http://www.liacs.nl/~dvbeelen/php5crash/corruption.php.txt http://www.liacs.nl/~dvbeelen/php5crash/works2.php.txt 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/33063 -- Edit this bug report at http://bugs.php.net/?id=33063&edit=1
#32944 [Opn]: Disabling session.use_cookies doesn't prevent reading session cookies
ID: 32944
Updated by: [EMAIL PROTECTED]
Reported By: dziugas at gmail dot com
Status: Open
Bug Type: Session related
Operating System: *
PHP Version: 5.*, 4.* (2005-05-06)
New Comment:
This should fix it, test if you will:
http://www.php.net/~jani/patches/bug32944.patch
Previous Comments:
[2005-05-04 17:04:53] dziugas at gmail dot com
Description:
If configuration directive session.use_cookies is set to 0 (or Off),
cookies aren't sent to the browser anymore, but however if browser
sends a previously received cookie within a request, PHP tries to use
it for session id.
This is the problem in WAP deployments where number of mobile phone
browsers sends a Cookie in the form of:
Cookie: PHPSESSID="xxx, PHPSESSID=xxx" (as denoted in
http://bugs.php.net/bug.php?id=32111)
This makes PHP to produce a warning:
PHP Warning: Unknown(): The session id contains invalid characters,
valid characters are only a-z, A-Z and 0-9 in Unknown on line 0
Reproduce code:
---
session_set_cookie_params(3600);
session_start();
var_dump(session_id());
Add
ini_set('session.use_cookies', true);
in the first request and
ini_set('session.use_cookies', false);
in the secodn.
Expected result:
After the second request, session ID (as returned by session_id())
should not be same as after the first request.
Actual result:
--
The value returned by session_id() is the same within the first and
second requests.
I think that session.use_cookies is disabled, there should be no
checking if the browser sends the cookie having the same name as
session_name().
--
Edit this bug report at http://bugs.php.net/?id=32944&edit=1
#32987 [Bgs]: PHP code ( fgetcsv() function )below do not working properly
ID: 32987 User updated by: max at tehnomir dot com dot ua Reported By: max at tehnomir dot com dot ua Status: Bogus Bug Type: Filesystem function related Operating System: Linux 2.4.29 -PHP Version: 4.3.10 +PHP Version: 4.3.11 New Comment: This bug is also in new php 4.3.11 Previous Comments: [2005-05-10 00:47:07] [EMAIL PROTECTED] 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. [2005-05-09 17:00:16] max at tehnomir dot com dot ua Description: Hello! The fgetcsv() function do not working properly. Below there is a fragment of the source data file. source data file--- SZ | 7784252D0 | | 29.13 SZ | 7784265DA1000 | | 21.23 SZ | 7784265DA10PG | "Title ""V6"" | 17.9 SZ | 784270C2 | | 29.9 SZ | 784360E0 | | 29.41 -end data file-- On big input files the function after line number 3 of data file need more and more memory and then crashes with trying to allocate memory. Reproduce code: --- #!/usr/bin/php http://bugs.php.net/?id=32987&edit=1
#33076 [Opn->Fbk]: str_ireplace not working with 1 character as search
ID: 33076 Updated by: [EMAIL PROTECTED] Reported By: sebastianvasile at yahoo dot com -Status: Open +Status: Feedback Bug Type: Strings related Operating System: Linux 2.6.3 PHP Version: 5.0.4 New Comment: 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 I can not reproduce this. Previous Comments: [2005-05-20 11:32:57] sebastianvasile at yahoo dot com Description: str_ireplace is causing a "Page cannot be displayed" when I pass a single letter as $search. Reproduce code: --- $value = str_ireplace($keyword, "".strtoupper($keyword)."", $value); I want to use this code for highlighting $keyword found in $value. $value is a large string. It works fine if $keyword has more than one caracter. It works fine if I use str_replace. If I pass only one character I get a Page cannot be displayed Expected result: String with characters replaced. Actual result: -- The page cannot be displayed, in IE 6.0.2800.1106, on Win Me -- Edit this bug report at http://bugs.php.net/?id=33076&edit=1
#33076 [NEW]: str_ireplace not working with 1 character as search
From: sebastianvasile at yahoo dot com Operating system: Linux 2.6.3 PHP version: 5.0.4 PHP Bug Type: Strings related Bug description: str_ireplace not working with 1 character as search Description: str_ireplace is causing a "Page cannot be displayed" when I pass a single letter as $search. Reproduce code: --- $value = str_ireplace($keyword, "".strtoupper($keyword)."", $value); I want to use this code for highlighting $keyword found in $value. $value is a large string. It works fine if $keyword has more than one caracter. It works fine if I use str_replace. If I pass only one character I get a Page cannot be displayed Expected result: String with characters replaced. Actual result: -- The page cannot be displayed, in IE 6.0.2800.1106, on Win Me -- Edit bug report at http://bugs.php.net/?id=33076&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33076&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33076&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33076&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33076&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33076&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33076&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33076&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33076&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33076&r=support Expected behavior: http://bugs.php.net/fix.php?id=33076&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33076&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33076&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33076&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33076&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33076&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33076&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33076&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33076&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33076&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33076&r=mysqlcfg
#33005 [Opn->Bgs]: mysqli do not support float type
ID: 33005 Updated by: [EMAIL PROTECTED] Reported By: dan at yes dot lt -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: winxp PHP Version: 5CVS-2005-05-19 (dev) Assigned To: andrey New Comment: When using MySQL 5 you have to also recompile php with MySQL 5 headers and libraries . As long MySQL 5 is beta we will not provide binaries which support MySQL 5.0 Previous Comments: [2005-05-19 14:53:09] dan at yes dot lt with libmysql.dll v4.1.7 crashes only with float "SELECT 1.23 ..." [2005-05-19 12:56:55] [EMAIL PROTECTED] php_musqli.dll when compiled 4.1.7 headers afaik - therefore 4.1.7 libmysql.dll has to be used (afaik). [2005-05-16 08:52:27] dan at yes dot lt with new php_mysqli.dll script crashes near the "$st->fetch()" with any query (SELECT 1 ... , SELECT 1.23 ... , or SELECT 'x' ...). libmysql 5.0.4-beta [2005-05-13 11:00:23] dan at yes dot lt I've tried to update libmysql to 4.1.11 and to 5.0.4-beta - this wont help... Also - where can I get the newest php_mysqli.dll ? The latest builds are going without it - may be this is a problem ? [2005-05-12 21:33:25] [EMAIL PROTECTED] Cannot reproduce with PHP 5.1-dev, libmysql 4.1.12 and MySQL 5.0.6-beta. Can you try upgrading your client library? 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/33005 -- Edit this bug report at http://bugs.php.net/?id=33005&edit=1
#33078 [NEW]: php_yaz.dll load crash
From: eric dot leseint at ac-poitiers dot fr Operating system: W2k PHP version: 5.0.4 PHP Bug Type: YAZ related Bug description: php_yaz.dll load crash Description: when a trying to load php_yaz.dll (last version) php crash on yaz.dll with this error message : [EMAIL PROTECTED] not found in yaz.dll I'm install yaz.dll on c:\winnt\system32 and I'm trying to load only php_yaz.dll for dectect conflict but it's always the same error -- Edit bug report at http://bugs.php.net/?id=33078&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33078&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33078&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33078&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33078&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33078&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33078&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33078&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33078&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33078&r=support Expected behavior: http://bugs.php.net/fix.php?id=33078&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33078&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33078&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33078&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33078&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33078&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33078&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33078&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33078&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33078&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33078&r=mysqlcfg
#33077 [NEW]: linker not see _compiler_globals_id
From: max at hightech dot lv
Operating system: WinXP SP2
PHP version: 5.0.4
PHP Bug Type: Zend Engine 2 problem
Bug description: linker not see _compiler_globals_id
Description:
I try compile own extension under windows by Microsoft compiler. When I
start use "call_user_function_ex", linker start output error message:
"error LNK2019: unresolved external symbol _compiler_globals_id". Looks
like it not see this symbol in "php5ts.lib"...
ZTS=1
Reproduce code:
---
zval function_name;
zval *retval;
ZVAL_STRING(&function_name, "test", 0);
if( call_user_function_ex(CG(function_table), NULL, &function_name,
&retval, 0, NULL, 0, NULL TSRMLS_CC) == SUCCESS )
{
}
Expected result:
compile in dll-file and run the function "test"
Actual result:
--
linker not see "_compiler_globals_id"...
--
Edit bug report at http://bugs.php.net/?id=33077&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33077&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33077&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33077&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33077&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33077&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33077&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33077&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33077&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33077&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33077&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33077&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33077&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33077&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33077&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33077&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33077&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33077&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33077&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33077&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33077&r=mysqlcfg
#33077 [Opn->Bgs]: linker not see _compiler_globals_id
ID: 33077
Updated by: [EMAIL PROTECTED]
Reported By: max at hightech dot lv
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: WinXP SP2
PHP Version: 5.0.4
New Comment:
This is not a support forum for your own extension development. (you're
just missing something in your sources..)
Previous Comments:
[2005-05-20 11:55:33] max at hightech dot lv
Description:
I try compile own extension under windows by Microsoft compiler. When I
start use "call_user_function_ex", linker start output error message:
"error LNK2019: unresolved external symbol _compiler_globals_id". Looks
like it not see this symbol in "php5ts.lib"...
ZTS=1
Reproduce code:
---
zval function_name;
zval *retval;
ZVAL_STRING(&function_name, "test", 0);
if( call_user_function_ex(CG(function_table), NULL, &function_name,
&retval, 0, NULL, 0, NULL TSRMLS_CC) == SUCCESS )
{
}
Expected result:
compile in dll-file and run the function "test"
Actual result:
--
linker not see "_compiler_globals_id"...
--
Edit this bug report at http://bugs.php.net/?id=33077&edit=1
#32944 [Opn->Csd]: Disabling session.use_cookies doesn't prevent reading session cookies
ID: 32944
Updated by: [EMAIL PROTECTED]
Reported By: dziugas at gmail dot com
-Status: Open
+Status: Closed
Bug Type: Session related
Operating System: *
PHP Version: 5.*, 4.* (2005-05-06)
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-05-20 11:21:49] [EMAIL PROTECTED]
This should fix it, test if you will:
http://www.php.net/~jani/patches/bug32944.patch
[2005-05-04 17:04:53] dziugas at gmail dot com
Description:
If configuration directive session.use_cookies is set to 0 (or Off),
cookies aren't sent to the browser anymore, but however if browser
sends a previously received cookie within a request, PHP tries to use
it for session id.
This is the problem in WAP deployments where number of mobile phone
browsers sends a Cookie in the form of:
Cookie: PHPSESSID="xxx, PHPSESSID=xxx" (as denoted in
http://bugs.php.net/bug.php?id=32111)
This makes PHP to produce a warning:
PHP Warning: Unknown(): The session id contains invalid characters,
valid characters are only a-z, A-Z and 0-9 in Unknown on line 0
Reproduce code:
---
session_set_cookie_params(3600);
session_start();
var_dump(session_id());
Add
ini_set('session.use_cookies', true);
in the first request and
ini_set('session.use_cookies', false);
in the secodn.
Expected result:
After the second request, session ID (as returned by session_id())
should not be same as after the first request.
Actual result:
--
The value returned by session_id() is the same within the first and
second requests.
I think that session.use_cookies is disabled, there should be no
checking if the browser sends the cookie having the same name as
session_name().
--
Edit this bug report at http://bugs.php.net/?id=32944&edit=1
#33078 [Opn->Bgs]: php_yaz.dll load crash
ID: 33078 Updated by: [EMAIL PROTECTED] Reported By: eric dot leseint at ac-poitiers dot fr -Status: Open +Status: Bogus Bug Type: YAZ related Operating System: W2k PHP Version: 5.0.4 New Comment: You need the latest Yaz dlls: http://ftp.indexdata.dk/pub/yaz/win32/yaz_2.1.4.exe Previous Comments: [2005-05-20 12:06:20] eric dot leseint at ac-poitiers dot fr Description: when a trying to load php_yaz.dll (last version) php crash on yaz.dll with this error message : [EMAIL PROTECTED] not found in yaz.dll I'm install yaz.dll on c:\winnt\system32 and I'm trying to load only php_yaz.dll for dectect conflict but it's always the same error -- Edit this bug report at http://bugs.php.net/?id=33078&edit=1
#33078 [Bgs]: php_yaz.dll load crash
ID: 33078 User updated by: eric dot leseint at ac-poitiers dot fr Reported By: eric dot leseint at ac-poitiers dot fr Status: Bogus Bug Type: YAZ related Operating System: W2k PHP Version: 5.0.4 New Comment: I'm yet trying this solution, I'm copy ...\yaz\bin\yaz.dll into c:\windows\system32 but the problem is the same Previous Comments: [2005-05-20 12:29:03] [EMAIL PROTECTED] You need the latest Yaz dlls: http://ftp.indexdata.dk/pub/yaz/win32/yaz_2.1.4.exe [2005-05-20 12:06:20] eric dot leseint at ac-poitiers dot fr Description: when a trying to load php_yaz.dll (last version) php crash on yaz.dll with this error message : [EMAIL PROTECTED] not found in yaz.dll I'm install yaz.dll on c:\winnt\system32 and I'm trying to load only php_yaz.dll for dectect conflict but it's always the same error -- Edit this bug report at http://bugs.php.net/?id=33078&edit=1
#33013 [WFx->Csd]: strtotime - 'next month' doesn't work.
ID: 33013 Updated by: [EMAIL PROTECTED] Reported By: nick at netdupe dot com -Status: Wont fix +Status: Closed -Bug Type: Feature/Change Request +Bug Type: Date/time related Operating System: Mac OS X 10.4 PHP Version: 5.0.4 New Comment: As we can't remove it because of BC, "next" will now means "1" from now on. "second" will not work in PHP 4.3 (unless I port back my date time stuff) and in PHP 5.0 it won't work at all. PHP 5.1 will support "second second" (+2 seconds) and the like. Previous Comments: [2005-05-20 08:05:53] [EMAIL PROTECTED] I don't think not having a "second" means that "next" should take its place when it doesn't match the common usage of the word. The whole point of having these terms at all is to make it easier to use. If we are going to go to the trouble of making "next month" work, then it should work the way people expect. Otherwise we should get rid of these terms completely and just go with the more explicit "+1 month" syntax instead. [2005-05-19 21:04:12] [EMAIL PROTECTED] Actually, the new parser that I wrote can handle this just fine... so, shall we make next 2 or 1 (in PHP 5.1)? [2005-05-19 21:01:04] [EMAIL PROTECTED] I also know the rationale - without "next" linking to 2, there would be no way to represent "2" as "second" already means something else (the time unit). So I think we should not change it back to "1". [2005-05-16 13:45:56] [EMAIL PROTECTED] The change was due to bug report http://bugs.php.net/bug.php?id=18655. It looks like the GNU spec has changed, since at that time we all agreed it said "next" was equivalent to 2 -- I even quoted the relevant section in my contribution to the discussion. It's more intuitive if "next" is equivalent to 1, so I guess it would be reasonable to change back, just as long as the various changes are sufficiently documented! ;) [2005-05-13 03:01:39] [EMAIL PROTECTED] I made this change a while back, but I don't recall the reasoning now. The GNU page on this clearly states that next=1 http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html Derick, do you remember what the logic for this was? 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/33013 -- Edit this bug report at http://bugs.php.net/?id=33013&edit=1
#33067 [Bgs]: $_POST[] issue.
ID: 33067 User updated by: admin at ninthcircuit dot info Reported By: admin at ninthcircuit dot info Status: Bogus Bug Type: Output Control Operating System: Linux PHP Version: 4.3.11 New Comment: My mistake for not mentioning this other detail: Rasmus: That setting is all good and well if you're running with administrator privileges on the machine/s... but what alternatives are available in PHP if you're not? I'm using PHP with a commercial web host who, more than likely, is not going to toggle this option for me (other user's accounts may in fact depend on this feature). Previous Comments: [2005-05-19 18:08:22] [EMAIL PROTECTED] That's an RTFM - turn off magic_quotes_gpc if you don't want it to do this for you. [2005-05-19 16:59:51] admin at ninthcircuit dot info Description: Basically I'm wondering why PHP adds an escape character when a "\" is submitted in a form (register globals is off). My apologies in advance if this bug has already been reported or declared "bogus" in some other URL. I didn't find any similar bug like when I did the advanced search, so I thought I'd submit it. Reproduce code: --- "; Expected result: I expect to see the result of the inputted data to be returned "as-is" -- that is, I expect the data to have the same appearance as when I sent it. Actual result: -- As previously mentioned, PHP returns a semi-anticipated result, with all backslash characters escaped. This produces an undesirable "recursive" effect, nearly doubling the number of escapes each time the form is submitted to itself. This could be the result of the version of PHP I'm currently working with, however. If it is, what kind of workaround can I get for this problem? -- Edit this bug report at http://bugs.php.net/?id=33067&edit=1
#33080 [NEW]: Bug 31465 recurring on 5.0.4
From: marc at durdin dot net
Operating system: Windows Server 2003
PHP version: 5.0.4
PHP Bug Type: Strings related
Bug description: Bug 31465 recurring on 5.0.4
Description:
Bug 31465 has been marked as fixed in 5.0.4 - however, I just upgraded to
5.0.4 and started experiencing it on my system - using it to upload files
as follows:
I am using the stock precompiled download from php.net.
Basic PHP information:
PHP Version => 5.0.4
System => Windows NT 5.2 build 3790
Build Date => Mar 31 2005 02:44:34
Configure Command => cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
Server API => Command Line Interface
Virtual Directory Support => enabled
Configuration File (php.ini) Path => [obscured]
PHP API => 20031224
PHP Extension => 20041030
Zend Extension => 220040412
Debug Build => no
Thread Safety => enabled
IPv6 Support => enabled
Registered PHP Streams => php, file, http, ftp, compress.zlib
Registered Stream Socket Transports => tcp, udp
Marc Durdin
Reproduce code:
---
$datastring = file_get_contents($Filename);
$data = unpack("H*hex", $datastring);
$FileID = mssql_db_call_to_store_file($OriginalFileName,
'0x'.$data['hex']);
Expected result:
(no output expected)
Actual result:
--
Warning: unpack() function.unpack: Type H: outside of string
--
Edit bug report at http://bugs.php.net/?id=33080&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33080&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33080&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33080&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33080&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33080&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33080&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33080&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33080&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33080&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33080&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33080&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33080&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33080&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33080&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33080&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33080&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33080&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33080&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33080&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33080&r=mysqlcfg
#33081 [NEW]: T_OPEN_TAG eats whitespace
From: jaa at interflow dot dk
Operating system: FreeBSD
PHP version: 5.0.4
PHP Bug Type: Zend Engine 2 problem
Bug description: T_OPEN_TAG eats whitespace
Description:
The PHP tokenizer includes the first whitespace character after the
opening php tag as a part of the opening tag. That is, the following code
with one whitespace in between will be tokenized into two tokens, a start
tag and a closing tag:
While with two whitespaces in between will be tokenized into three tokens,
an opening tag including one space character, a whitespace token with one
space character and a closing tag:
I hope the whitespace doesn't get lost when I submit this ;-)
Reproduce code:
---
";
$tokens = token_get_all($source);
if($tokens[1][0] == T_WHITESPACE) {
print "Whitespace found\n";
} else {
print "Whitespace not found\n";
}
?>
Expected result:
Whitespace found
Actual result:
--
Whitespace not found
--
Edit bug report at http://bugs.php.net/?id=33081&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33081&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33081&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33081&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33081&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33081&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33081&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33081&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33081&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33081&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33081&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33081&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33081&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33081&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33081&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33081&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33081&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33081&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33081&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33081&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33081&r=mysqlcfg
#33076 [Fbk->Opn]: str_ireplace not working with 1 character as search
ID: 33076 User updated by: sebastianvasile at yahoo dot com Reported By: sebastianvasile at yahoo dot com -Status: Feedback +Status: Open Bug Type: Strings related Operating System: Linux 2.6.3 PHP Version: 5.0.4 New Comment: I tested this build: May 20 2005 10:18:50 on my WinMe machine. I cannot make a linux test (like the original report) because I cannot administrate the server. It's not working on my machine, it gives an error in Kernel32.dll error. I found a strange behaviour: If I have: "this is a text" and try to replace the "t"'s with something else than it works fine. (but str_replace could be used instead) If I have: "This is a text" (at least one "t" in uppercase) it crashes. It works fine for 2 characters. I hope I'm doing this report right as I don't want to cause more trouble than to help. Previous Comments: [2005-05-20 11:35:10] [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 I can not reproduce this. [2005-05-20 11:32:57] sebastianvasile at yahoo dot com Description: str_ireplace is causing a "Page cannot be displayed" when I pass a single letter as $search. Reproduce code: --- $value = str_ireplace($keyword, "".strtoupper($keyword)."", $value); I want to use this code for highlighting $keyword found in $value. $value is a large string. It works fine if $keyword has more than one caracter. It works fine if I use str_replace. If I pass only one character I get a Page cannot be displayed Expected result: String with characters replaced. Actual result: -- The page cannot be displayed, in IE 6.0.2800.1106, on Win Me -- Edit this bug report at http://bugs.php.net/?id=33076&edit=1
#33076 [Opn]: str_ireplace not working with 1 character as search
ID: 33076
User updated by: sebastianvasile at yahoo dot com
Reported By: sebastianvasile at yahoo dot com
Status: Open
Bug Type: Strings related
Operating System: Linux 2.6.3
PHP Version: 5.0.4
New Comment:
I think I found what crashes it:
I have:
str_ireplace("t", "t", "This is a text");
I get: crash.
I have:
str_ireplace("t", "", "This is a text");
I get: his is a ext (final t not replaced)
***
I have:
str_ireplace("Z", "zz", "zThis is a text");
I get: zzThis is a
One more "z" in replacement will crash.
*
Seems like the original string size is not increased.
Previous Comments:
[2005-05-20 15:52:16] sebastianvasile at yahoo dot com
I tested this build:
May 20 2005 10:18:50 on my WinMe machine.
I cannot make a linux test (like the original report) because I cannot
administrate the server.
It's not working on my machine, it gives an error in Kernel32.dll
error.
I found a strange behaviour:
If I have:
"this is a text" and try to replace the "t"'s with something else than
it works fine. (but str_replace could be used instead)
If I have:
"This is a text" (at least one "t" in uppercase) it crashes.
It works fine for 2 characters.
I hope I'm doing this report right as I don't want to cause more
trouble than to help.
[2005-05-20 11:35:10] [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
I can not reproduce this.
[2005-05-20 11:32:57] sebastianvasile at yahoo dot com
Description:
str_ireplace is causing a "Page cannot be displayed" when I pass a
single letter as $search.
Reproduce code:
---
$value = str_ireplace($keyword, "".strtoupper($keyword)."", $value);
I want to use this code for highlighting $keyword found in $value.
$value is a large string.
It works fine if $keyword has more than one caracter.
It works fine if I use str_replace.
If I pass only one character I get a Page cannot be displayed
Expected result:
String with characters replaced.
Actual result:
--
The page cannot be displayed, in IE 6.0.2800.1106, on Win Me
--
Edit this bug report at http://bugs.php.net/?id=33076&edit=1
#33082 [NEW]: date(B) returns wrong net time for static timestamp
From: benjamin dot rich at gmail dot com
Operating system: Linux
PHP version: 4.3.10
PHP Bug Type: Date/time related
Bug description: date(B) returns wrong net time for static timestamp
Description:
date("B", $timestamp) will return the swatch net time for $timestamp + the
difference between local server time and BMT (net time meridian, swiss
time, GMT+1).
Reproduce code:
---
date("B", date());
date("B", gmdate());
Both the above return the same, correct result - they will give the
current net time. However:
$timestamp = mktime(some,GMT,date,and,time);
date("B", $timestamp);
will return the correct net time for this date/time PLUS the difference
between local server time (say, GMT-4) and BMT (GMT+1) - putting it off
(by, in this case, 5 hours).
Expected result:
date("B", $timestamp); should return the net time for this timestamp,
assuming the timestamp represents a date and time in at some arbitrary
location like GMT+0.
Actual result:
--
Instead, it adds an incorrect factor to the resulting net time
--
Edit bug report at http://bugs.php.net/?id=33082&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33082&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33082&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33082&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33082&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33082&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33082&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33082&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33082&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33082&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33082&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33082&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33082&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33082&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33082&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33082&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33082&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33082&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33082&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33082&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33082&r=mysqlcfg
#33080 [Opn->Fbk]: Bug 31465 recurring on 5.0.4
ID: 33080
Updated by: [EMAIL PROTECTED]
Reported By: marc at durdin dot net
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: Windows Server 2003
PHP Version: 5.0.4
New Comment:
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 ,
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.
Previous Comments:
[2005-05-20 15:07:06] marc at durdin dot net
Description:
Bug 31465 has been marked as fixed in 5.0.4 - however, I just upgraded
to 5.0.4 and started experiencing it on my system - using it to upload
files as follows:
I am using the stock precompiled download from php.net.
Basic PHP information:
PHP Version => 5.0.4
System => Windows NT 5.2 build 3790
Build Date => Mar 31 2005 02:44:34
Configure Command => cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
Server API => Command Line Interface
Virtual Directory Support => enabled
Configuration File (php.ini) Path => [obscured]
PHP API => 20031224
PHP Extension => 20041030
Zend Extension => 220040412
Debug Build => no
Thread Safety => enabled
IPv6 Support => enabled
Registered PHP Streams => php, file, http, ftp, compress.zlib
Registered Stream Socket Transports => tcp, udp
Marc Durdin
Reproduce code:
---
$datastring = file_get_contents($Filename);
$data = unpack("H*hex", $datastring);
$FileID = mssql_db_call_to_store_file($OriginalFileName,
'0x'.$data['hex']);
Expected result:
(no output expected)
Actual result:
--
Warning: unpack() function.unpack: Type H: outside of string
--
Edit this bug report at http://bugs.php.net/?id=33080&edit=1
#33083 [NEW]: Segmentation fault on recursive set_error_handler calls
From: ron at nexweb dot ca Operating system: Linux 2.4.28 PHP version: 5.0.4 PHP Bug Type: Unknown/Other Function Bug description: Segmentation fault on recursive set_error_handler calls Description: PHP gives a Segmentation fault on execution of the code below... The logic error is obvious but in application this may happen... Reproduce code: --- #!/usr/local/bin/php -c/usr/local/php/lib/php.ini Expected result: An error message maybe that tells recursivity or tells error happen in error handler... Actual result: -- Segmentation fault -- Edit bug report at http://bugs.php.net/?id=33083&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33083&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33083&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33083&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33083&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33083&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33083&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33083&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33083&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33083&r=support Expected behavior: http://bugs.php.net/fix.php?id=33083&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33083&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33083&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33083&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33083&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33083&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33083&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33083&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33083&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33083&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33083&r=mysqlcfg
#33076 [Opn->Csd]: str_ireplace not working with 1 character as search
ID: 33076
Updated by: [EMAIL PROTECTED]
Reported By: sebastianvasile at yahoo dot com
-Status: Open
+Status: Closed
Bug Type: Strings related
Operating System: Linux 2.6.3
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-05-20 16:16:28] sebastianvasile at yahoo dot com
I think I found what crashes it:
I have:
str_ireplace("t", "t", "This is a text");
I get: crash.
I have:
str_ireplace("t", "", "This is a text");
I get: his is a ext (final t not replaced)
***
I have:
str_ireplace("Z", "zz", "zThis is a text");
I get: zzThis is a
One more "z" in replacement will crash.
*
Seems like the original string size is not increased.
[2005-05-20 15:52:16] sebastianvasile at yahoo dot com
I tested this build:
May 20 2005 10:18:50 on my WinMe machine.
I cannot make a linux test (like the original report) because I cannot
administrate the server.
It's not working on my machine, it gives an error in Kernel32.dll
error.
I found a strange behaviour:
If I have:
"this is a text" and try to replace the "t"'s with something else than
it works fine. (but str_replace could be used instead)
If I have:
"This is a text" (at least one "t" in uppercase) it crashes.
It works fine for 2 characters.
I hope I'm doing this report right as I don't want to cause more
trouble than to help.
[2005-05-20 11:35:10] [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
I can not reproduce this.
[2005-05-20 11:32:57] sebastianvasile at yahoo dot com
Description:
str_ireplace is causing a "Page cannot be displayed" when I pass a
single letter as $search.
Reproduce code:
---
$value = str_ireplace($keyword, "".strtoupper($keyword)."", $value);
I want to use this code for highlighting $keyword found in $value.
$value is a large string.
It works fine if $keyword has more than one caracter.
It works fine if I use str_replace.
If I pass only one character I get a Page cannot be displayed
Expected result:
String with characters replaced.
Actual result:
--
The page cannot be displayed, in IE 6.0.2800.1106, on Win Me
--
Edit this bug report at http://bugs.php.net/?id=33076&edit=1
#33085 [NEW]: Adding a DTD with insertBefore doesn't update the document doctype attribute
From: verniera at free dot fr
Operating system: Windows XP
PHP version: 5.0.4
PHP Bug Type: DOM XML related
Bug description: Adding a DTD with insertBefore doesn't update the document
doctype attribute
Description:
Adding a DTD to an already loaded document properly adds the given Element
and Text to the document, but doesn't seem to update the document->doctype
properly.
Workaround found: Create a new document with the DTD and import the root
node of the document.
Note: It's my first try at reporting a bug, so I apologize if if it is not
clear.
Reproduce code:
---
$impl= new DomImplementation;
$dtd= $impl->createDocumentType("test", "", "loctest.dtd");
$dom=DOMDocument::load('C:\\Inetpub\\wwwroot\\cgi-bin\\testsDom\\test.xml');
$dom->standalone = "no";
$dom->insertBefore($dtd, $dom->firstChild);
if ($dom->validate())
echo "Valid";
else
echo "NOT Valid";
Expected result:
"Valid"
OR
"NOT Valid"
OR
An error indicating that I cannot add the DTD element
Actual result:
--
Notice: DOMDocument::validate() [function.validate]: No DTD given in
XML-Document in C:\Inetpub\wwwroot\cgi-bin\testsDom\addDtd.php on line 26
--
Edit bug report at http://bugs.php.net/?id=33085&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33085&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33085&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33085&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33085&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33085&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33085&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33085&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33085&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33085&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33085&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33085&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33085&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33085&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33085&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33085&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33085&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33085&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33085&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33085&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33085&r=mysqlcfg
#33084 [NEW]: the modifier U works incorrectly
From: cs at scanner dot de
Operating system: linux suse
PHP version: 4.3.11
PHP Bug Type: PCRE related
Bug description: the modifier U works incorrectly
Description:
preg_match_all('#(.+)#smiU',$ricxml,&$envelopes);
i have a xml file around 40,5 MB huge. when i parse the text $ricxml
through the preg_match_all fnc then the results will be empty arrays
instead of arrays filled with the text.
that means if i do not use the U modifier then p_m_a will find the first
match. with the U modifier p_m_a will not find any matches.
for command line:
Configure Command => './configure' '--with-mysql=/usr/mysql'
'--with-zlib' '--enable-sysvshm=yes' '
--enable-sysvsem=yes' '--enable-shmop=shared'
'--with-config-file-path=/etc' '--enable-track-vars=ye
s' '--enable-url-includes' '--with-gd=/usr/local'
'--with-jpeg-dir=/usr/local/lib' '--with-pdflib=/u
sr/local' '--with-zlib-dir=/usr/lib' '--enable-ftp' '--with-pear'
'--with-openssl=/usr/local/openssl
' '--enable-calendar' '--with-crack=/usr/local' '--with-curl=/usr/local'
'--enable-dbase' '--enable-
dio' '--enable-exif' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local'
'--enable-sockets' '--enab
le-wddx' '--enable-xml' '--disable-magic-quotes' '--enable-pcntl'
'--with-mssql=/usr/local/freetds'
Expected result:
array(4) {
[0]=>
array(1) {
[0]=>
string(41523804) "
Actual result:
--
without the U modifier
preg_match_all('#(.+)#smi',$ricxml,&$envelopes);
-- size of xml file: 41524017 Bytes
array(2) {
[0]=>
array(0) {
}
[1]=>
array(0) {
}
}
--
Edit bug report at http://bugs.php.net/?id=33084&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33084&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33084&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33084&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33084&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33084&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33084&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33084&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33084&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33084&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33084&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33084&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33084&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33084&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33084&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33084&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33084&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33084&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33084&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33084&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33084&r=mysqlcfg
#33083 [Opn->WFx]: Segmentation fault on recursive set_error_handler calls
ID: 33083 Updated by: [EMAIL PROTECTED] Reported By: ron at nexweb dot ca -Status: Open +Status: Wont fix Bug Type: Unknown/Other Function Operating System: Linux 2.4.28 PHP Version: 5.0.4 New Comment: There is no protection against infinite resursion. Previous Comments: [2005-05-20 16:29:20] ron at nexweb dot ca Description: PHP gives a Segmentation fault on execution of the code below... The logic error is obvious but in application this may happen... Reproduce code: --- #!/usr/local/bin/php -c/usr/local/php/lib/php.ini Expected result: An error message maybe that tells recursivity or tells error happen in error handler... Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=33083&edit=1
#33070 [Fbk->Opn]: bzdecompress inefficient
ID: 33070 User updated by: lindsay at bitleap dot com Reported By: lindsay at bitleap dot com -Status: Feedback +Status: Open Bug Type: Performance problem Operating System: Linux 2.6.10 kernel PHP Version: 5.0.3 New Comment: Script: Data: If you run linux: dd if=/dev/urandom bs=1024 count=256 of=256K dd if=/dev/urandom bs=1024 count=512 of=512K dd if=/dev/urandom bs=1024 count=1024 of=1M dd if=/dev/urandom bs=1024 count=2048 of=2M dd if=/dev/urandom bs=1024 count=3072 of=3M dd if=/dev/urandom bs=1024 count=4096 of=4M bzip2 256K 512K 1M 2M 3M 4M If not, let me know and I'll upload or email data samples. Previous Comments: [2005-05-19 23:44:05] [EMAIL PROTECTED] Please provide a short but complete reproduce script and (if possible) the data too. [2005-05-19 17:22:47] lindsay at bitleap dot com Description: I found bug #13860 regarding bzdecompress speeds on 4.2.x. The bug suggests its fixed for 4.2.0 but I see slowness in 5.0.3. On 5.0.3, bzdecompress seems to get exponentionally slower as data sizes increase. I timed the length of decompression on increasing file sizes containing compressed random data: file length 256K ran in: 2 seconds file length 512K ran in: 10 seconds file length 1M ran in: 41 seconds file length 2M ran in: 135 seconds file length 3M ran in: 278 seconds file length 4M ran in: 476 seconds I'm not a c coder but the do while loop at line 472 of: http://cvs.php.net/co.php/php-src/ext/bz2/bz2.c?r=1.9 seems to decompress the string over and over. Each iteration attempts a decompress w/ a buffer size based on the iteration count. If the decompress fails, a larger buffer is tried. If I'm reading this correctly, the same data could be decompressed hundreds of times until the buffer gets large enough. -- Edit this bug report at http://bugs.php.net/?id=33070&edit=1
#33084 [Opn->Fbk]: the modifier U works incorrectly
ID: 33084
Updated by: [EMAIL PROTECTED]
Reported By: cs at scanner dot de
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: linux suse
PHP Version: 4.3.11
New Comment:
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 ,
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.
Previous Comments:
[2005-05-20 16:48:15] cs at scanner dot de
Description:
preg_match_all('#(.+)#smiU',$ricxml,&$envelopes);
i have a xml file around 40,5 MB huge. when i parse the text $ricxml
through the preg_match_all fnc then the results will be empty arrays
instead of arrays filled with the text.
that means if i do not use the U modifier then p_m_a will find the
first match. with the U modifier p_m_a will not find any matches.
for command line:
Configure Command => './configure' '--with-mysql=/usr/mysql'
'--with-zlib' '--enable-sysvshm=yes' '
--enable-sysvsem=yes' '--enable-shmop=shared'
'--with-config-file-path=/etc' '--enable-track-vars=ye
s' '--enable-url-includes' '--with-gd=/usr/local'
'--with-jpeg-dir=/usr/local/lib' '--with-pdflib=/u
sr/local' '--with-zlib-dir=/usr/lib' '--enable-ftp' '--with-pear'
'--with-openssl=/usr/local/openssl
' '--enable-calendar' '--with-crack=/usr/local'
'--with-curl=/usr/local' '--enable-dbase' '--enable-
dio' '--enable-exif' '--with-mcrypt=/usr/local'
'--with-mhash=/usr/local' '--enable-sockets' '--enab
le-wddx' '--enable-xml' '--disable-magic-quotes' '--enable-pcntl'
'--with-mssql=/usr/local/freetds'
Expected result:
array(4) {
[0]=>
array(1) {
[0]=>
string(41523804) "
Actual result:
--
without the U modifier
preg_match_all('#(.+)#smi',$ricxml,&$envelopes);
-- size of xml file: 41524017 Bytes
array(2) {
[0]=>
array(0) {
}
[1]=>
array(0) {
}
}
--
Edit this bug report at http://bugs.php.net/?id=33084&edit=1
#33081 [Opn->Bgs]: T_OPEN_TAG eats whitespace
ID: 33081
Updated by: [EMAIL PROTECTED]
Reported By: jaa at interflow dot dk
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: FreeBSD
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
Previous Comments:
[2005-05-20 15:53:04] jaa at interflow dot dk
Description:
The PHP tokenizer includes the first whitespace character after the
opening php tag as a part of the opening tag. That is, the following
code with one whitespace in between will be tokenized into two tokens,
a start tag and a closing tag:
While with two whitespaces in between will be tokenized into three
tokens, an opening tag including one space character, a whitespace
token with one space character and a closing tag:
I hope the whitespace doesn't get lost when I submit this ;-)
Reproduce code:
---
";
$tokens = token_get_all($source);
if($tokens[1][0] == T_WHITESPACE) {
print "Whitespace found\n";
} else {
print "Whitespace not found\n";
}
?>
Expected result:
Whitespace found
Actual result:
--
Whitespace not found
--
Edit this bug report at http://bugs.php.net/?id=33081&edit=1
#33086 [NEW]: Weird COM behavior differences in CGI and CLI
From: hmp96 at yahoo dot co dot uk
Operating system: Windows XP SP2
PHP version: 5.0.4
PHP Bug Type: COM related
Bug description: Weird COM behavior differences in CGI and CLI
Description:
I am having some weird differences when using COM in a CGI
environment while it works fine in a CLI environment.
Basically, I am querying the "WinMgmts:" using COM and the
WMI's WQL query I provide is "Select * From Win32_Product".
All fields are retrieved fine, except for the Vendor field
which is sometimes lacking information; this only happens
when the script is running in a CGI environment, but the
values are retrieved fine in a CLI environment, i.e. script
run from the command line.
The script in the "Reproduce Code" section will suffice
when testing in CGI and a CLI environment. Note, if you
are having problem running a WMI related script on IIS,
thats probably because the security needs to be tweaked
using WMI Control snap-in from MMC.
Reproduce code:
---
ExecQuery("Select * From Win32_Product");
echo "Applications Installed on Local Machine\r\n";
try {
foreach($colProducts as $objProduct) {
printf("Name: %s, Version: %s, Vendor: %s\r\n",
$objProduct->Name, $objProduct->Version,
$objProduct->Vendor);
}
} catch (Exception $e) {
echo $e->GetMessage();
}
?>
Expected result:
When run, it should fill the 'Vendor' field of the
Win32_Product class in a CGI/ISAPI environment. Basically
it should be same as the CLI environment's output. Even
some of the applications are missing when run in a CGI
environment.
Here is the CGI instance of the PHP script:
Applications Installed on Local Machine
Name: WebFldrs XP, Version: 9.50.5318, Vendor: Microsoft Corporation
Name: GFI LANguard Network Security Scanner 5.0, Version: 5.0.2004.0728,
Vendor: GFI Software Ltd.
Name: Adobe Reader 6.0.1, Version: 006.000.001, Vendor: Adobe Systems
Incorporated
Name: McAfee VirusScan Enterprise, Version: 7.1.0, Vendor: Network
Associates
Name: Belkin Bluetooth Software, Version: 1.4.2.10, Vendor:
Name: ActivePerl 5.8.6 Build 811, Version: 5.8.811, Vendor: ActiveState
Name: FileMaker Pro 6, Version: 6.0.1.0, Vendor: FileMaker, Inc.
Name: Java 2 Runtime Environment, SE v1.4.2_03, Version: 1.4.2_03, Vendor:
Name: Microsoft Office Professional Edition 2003, Version: 11.0.6361.0,
Vendor: Microsoft Corporation
Name: HP Deskjet 3840, Version: 1.00., Vendor:
Name: MSN Messenger 7.0, Version: 7.0.0777, Vendor: Microsoft Corporation
Name: Microsoft .NET Framework 1.1, Version: 1.1.4322, Vendor: Microsoft
Name: HighMAT Extension to Microsoft Windows XP CD Writing Wizard,
Version: 1.1.1905.1, Vendor: Microsoft Corporation
Name: VMware Workstation, Version: 4.0.0.4460, Vendor:
Actual result:
--
Applications Installed on Local Machine
Name: WMI Tools, Version: 1.50.1131.0001, Vendor: Microsoft Corporation
Name: MySQL Query Browser 1.1, Version: 1.1.5, Vendor: MySQL AB
Name: WebFldrs XP, Version: 9.50.5318, Vendor: Microsoft Corporation
Name: GFI LANguard Network Security Scanner 5.0, Version: 5.0.2004.0728,
Vendor: GFI Software Ltd.
Name: Adobe Reader 6.0.1, Version: 006.000.001, Vendor: Adobe Systems
Incorporated
Name: McAfee VirusScan Enterprise, Version: 7.1.0, Vendor: Network
Associates
Name: Belkin Bluetooth Software, Version: 1.4.2.10, Vendor: WIDCOMM, Inc.
Name: ActivePerl 5.8.6 Build 811, Version: 5.8.811, Vendor: ActiveState
Name: FileMaker Pro 6, Version: 6.0.1.0, Vendor: FileMaker, Inc.
Name: Java 2 Runtime Environment, SE v1.4.2_03, Version: 1.4.2_03, Vendor:
Sun Microsystems, Inc.
Name: Microsoft Office Professional Edition 2003, Version: 11.0.6361.0,
Vendor: Microsoft Corporation
Name: HP Deskjet 3840, Version: 1.00., Vendor: Hewlett-Packard
Name: MSN Messenger 7.0, Version: 7.0.0777, Vendor: Microsoft Corporation
Name: Microsoft .NET Framework 1.1, Version: 1.1.4322, Vendor: Microsoft
Name: HighMAT Extension to Microsoft Windows XP CD Writing Wizard,
Version: 1.1.1905.1, Vendor: Microsoft Corporation
Name: VMware Workstation, Version: 4.0.0.4460, Vendor: VMware, Inc.
--
Edit bug report at http://bugs.php.net/?id=33086&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33086&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33086&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33086&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33086&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33086&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33086&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33086&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33086&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33086&r=support
Expected behavior: http://bugs.php.ne
#33085 [Opn->Bgs]: Adding a DTD with insertBefore doesn't update the document doctype attribute
ID: 33085
Updated by: [EMAIL PROTECTED]
Reported By: verniera at free dot fr
-Status: Open
+Status: Bogus
Bug Type: DOM XML related
Operating System: Windows XP
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
You cant load a DTD after the fact.
Either reload the serialized doc you just created and validate that or
build the document by hand (cannot use load methods doing this) using
something like:
$doc = $impl->createDocument(NULL, 'root', $dtd);
$root = $doc->documentElement;
$root->appendChild(xxx)
$doc->validate();
Previous Comments:
[2005-05-20 16:49:07] verniera at free dot fr
Description:
Adding a DTD to an already loaded document properly adds the given
Element and Text to the document, but doesn't seem to update the
document->doctype properly.
Workaround found: Create a new document with the DTD and import the
root node of the document.
Note: It's my first try at reporting a bug, so I apologize if if it is
not clear.
Reproduce code:
---
$impl= new DomImplementation;
$dtd= $impl->createDocumentType("test", "", "loctest.dtd");
$dom=DOMDocument::load('C:\\Inetpub\\wwwroot\\cgi-bin\\testsDom\\test.xml');
$dom->standalone = "no";
$dom->insertBefore($dtd, $dom->firstChild);
if ($dom->validate())
echo "Valid";
else
echo "NOT Valid";
Expected result:
"Valid"
OR
"NOT Valid"
OR
An error indicating that I cannot add the DTD element
Actual result:
--
Notice: DOMDocument::validate() [function.validate]: No DTD given in
XML-Document in C:\Inetpub\wwwroot\cgi-bin\testsDom\addDtd.php on line
26
--
Edit this bug report at http://bugs.php.net/?id=33085&edit=1
#32834 [Com]: Use of PHP functions when mod_ldap is loaded, hangs apache process
ID: 32834 Comment by: opencms at aleph-null dot tv Reported By: justo dot alonso at gmail dot com Status: No Feedback Bug Type: LDAP related Operating System: Linux (Suse 8.2) PHP Version: 4.3.11 New Comment: I am having the same problem on Debain Sarge (testing). Apache version: 2.0.54-3 PHP version: 4.3.10-13 OpenLDAP version: 2.2.23-5 My case is similar to the above. I am using mod_ldap and mod_auth_ldap in Apache. I can usually make between 2 and 5 connections to LDAP through PHP before Apache hangs. 'Apache hangs' == it uses around 99% of the CPU for 30 seconds (or whatever the maximum time is set for a PHP script to execute), then the process stops. The client receives no notification (i.e. it sits there waiting for a response), but the log file shows an error that the script exceded the maximum execution time. Config (from phpinfo): '../configure' '--prefix=/usr' '--with-apxs2=/usr/bin/apxs2' '--with-config-file-path=/etc/php4/apache2' '--enable-memory-limit' '--disable-debug' '--with-regex=php' '--disable-rpath' '--disable-static' '--with-pic' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--with-xmlrpc' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-zip=/usr' '--enable-dbx' '--with-mime-magic=/usr/share/misc/file/magic.mime' '--with-exec-dir=/usr/lib/php4/libexec' '--without-mm' '--without-mysql' '--without-sybase-ct' LDAP info (again, from phpinfo): LDAP Supportenabled RCS Version $Id: ldap.c,v 1.130.2.11 2005/01/19 00:28:49 sniper Exp $ Total Links 0/10 API Version 2004 Vendor Name OpenLDAP Vendor Version 20130 Previous Comments: [2005-05-05 01:00:04] 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". [2005-04-27 12:27:38] [EMAIL PROTECTED] Get the latest snapshot here: http://snaps.php.net/php4-STABLE-latest.tar.gz And compile that with this configure line: (And EXACTLY THIS!) # ./configure --disable-all --with-ldap --with-apxs2 --enable-debug # make The one you pasted here is definately NOT the one used to configure the libphp4.so you have since that one will only build CGI binary. And that one is also trying to outsmart the PHP configure -> not supported! [2005-04-26 12:22:38] justo dot alonso at gmail dot com Description: I have an Apache 2.0.54 server with mod_ldap and mod_auth_ldap modules loaded. The PHP is a module of Apache. When I use the code below, the first 2 times it works, but the third, the apache server process hangs. I've tried it with Apache 1.3.27 and hungs, too. It seems like there's some kind of conflict between mod_ldap and the php module, because when I disable mod_ldap all works fine. Openldap library: openldap2-client-2.1.12-44 (Suse release) PHP config.nice file: CFLAGS='-O2 -march=i486 -mcpu=i686 -fPIC -DHAVE_LIBDL=1 -I/usr/include/ucd-snmp -I/usr/lib/SunJava2-1.4/include -I/usr/lib/SunJava2-1.4/include/linux' \ './configure' \ '--prefix=/usr/share' \ '--datadir=/usr/share/php' \ '--bindir=/usr/bin' \ '--libdir=/usr/share' \ '--includedir=/usr/include' \ '--with-_lib=lib' \ '--with-config-file-path=/etc' \ '--with-exec-dir=/usr/lib/php/bin' \ '--disable-debug' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-ctype' \ '--enable-dbase' \ '--enable-discard-path' \ '--enable-exif' \ '--enable-filepro' \ '--enable-force-cgi-redirect' \ '--enable-ftp' \ '--enable-gd-imgstrttf' \ '--enable-gd-native-ttf' \ '--enable-inline-optimization' \ '--enable-magic-quotes' \ '--enable-mbstr-enc-trans' \ '--enable-mbstring' \ '--enable-mbregex' \ '--enable-memory-limit' \ '--enable-safe-mode' \ '--enable-shmop' \ '--enable-sigchild' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-track-vars' \ '--enable-trans-sid' \ '--enable-versioning' \ '--enable-wddx' \ '--enable-yp' \ '--with-bz2' \ '--with-dom=/usr/include/libxml2' \ '--with-ftp' \ '--with-gdbm' \ '--with-gettext' \ '--with-gmp' \ '--with-imap=yes' \ '--with-jpeg-dir=/usr' \ '--with-ldap=yes' \ '--with-mcal=/usr' \ '--with-mcrypt' \ '--with-mysql=/usr' \ '--with-ndbm' \ '--with-png-dir=/usr' \ '--with-readline' \ '--with-snmp' \ '--w
#33082 [Opn->Fbk]: date(B) returns wrong net time for static timestamp
ID: 33082
Updated by: [EMAIL PROTECTED]
Reported By: benjamin dot rich at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
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 ,
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.
Previous Comments:
[2005-05-20 16:02:15] benjamin dot rich at gmail dot com
Description:
date("B", $timestamp) will return the swatch net time for $timestamp +
the difference between local server time and BMT (net time meridian,
swiss time, GMT+1).
Reproduce code:
---
date("B", date());
date("B", gmdate());
Both the above return the same, correct result - they will give the
current net time. However:
$timestamp = mktime(some,GMT,date,and,time);
date("B", $timestamp);
will return the correct net time for this date/time PLUS the difference
between local server time (say, GMT-4) and BMT (GMT+1) - putting it off
(by, in this case, 5 hours).
Expected result:
date("B", $timestamp); should return the net time for this timestamp,
assuming the timestamp represents a date and time in at some arbitrary
location like GMT+0.
Actual result:
--
Instead, it adds an incorrect factor to the resulting net time
--
Edit this bug report at http://bugs.php.net/?id=33082&edit=1
#33067 [Bgs]: $_POST[] issue.
ID: 33067 Updated by: [EMAIL PROTECTED] Reported By: admin at ninthcircuit dot info Status: Bogus Bug Type: Output Control Operating System: Linux PHP Version: 4.3.11 New Comment: Again, RTFM. The bug database is not a support mechanism. Use stripslashes(). Previous Comments: [2005-05-20 13:56:07] admin at ninthcircuit dot info My mistake for not mentioning this other detail: Rasmus: That setting is all good and well if you're running with administrator privileges on the machine/s... but what alternatives are available in PHP if you're not? I'm using PHP with a commercial web host who, more than likely, is not going to toggle this option for me (other user's accounts may in fact depend on this feature). [2005-05-19 18:08:22] [EMAIL PROTECTED] That's an RTFM - turn off magic_quotes_gpc if you don't want it to do this for you. [2005-05-19 16:59:51] admin at ninthcircuit dot info Description: Basically I'm wondering why PHP adds an escape character when a "\" is submitted in a form (register globals is off). My apologies in advance if this bug has already been reported or declared "bogus" in some other URL. I didn't find any similar bug like when I did the advanced search, so I thought I'd submit it. Reproduce code: --- "; Expected result: I expect to see the result of the inputted data to be returned "as-is" -- that is, I expect the data to have the same appearance as when I sent it. Actual result: -- As previously mentioned, PHP returns a semi-anticipated result, with all backslash characters escaped. This produces an undesirable "recursive" effect, nearly doubling the number of escapes each time the form is submitted to itself. This could be the result of the version of PHP I'm currently working with, however. If it is, what kind of workaround can I get for this problem? -- Edit this bug report at http://bugs.php.net/?id=33067&edit=1
#33067 [Bgs]: $_POST[] issue.
ID: 33067 User updated by: admin at ninthcircuit dot info Reported By: admin at ninthcircuit dot info Status: Bogus Bug Type: Output Control Operating System: Linux PHP Version: 4.3.11 New Comment: Thanks for your assistance, Rasmus. I appreciate you going through all the trouble of answering this anyways. :) Previous Comments: [2005-05-20 17:25:12] [EMAIL PROTECTED] Again, RTFM. The bug database is not a support mechanism. Use stripslashes(). [2005-05-20 13:56:07] admin at ninthcircuit dot info My mistake for not mentioning this other detail: Rasmus: That setting is all good and well if you're running with administrator privileges on the machine/s... but what alternatives are available in PHP if you're not? I'm using PHP with a commercial web host who, more than likely, is not going to toggle this option for me (other user's accounts may in fact depend on this feature). [2005-05-19 18:08:22] [EMAIL PROTECTED] That's an RTFM - turn off magic_quotes_gpc if you don't want it to do this for you. [2005-05-19 16:59:51] admin at ninthcircuit dot info Description: Basically I'm wondering why PHP adds an escape character when a "\" is submitted in a form (register globals is off). My apologies in advance if this bug has already been reported or declared "bogus" in some other URL. I didn't find any similar bug like when I did the advanced search, so I thought I'd submit it. Reproduce code: --- "; Expected result: I expect to see the result of the inputted data to be returned "as-is" -- that is, I expect the data to have the same appearance as when I sent it. Actual result: -- As previously mentioned, PHP returns a semi-anticipated result, with all backslash characters escaped. This produces an undesirable "recursive" effect, nearly doubling the number of escapes each time the form is submitted to itself. This could be the result of the version of PHP I'm currently working with, however. If it is, what kind of workaround can I get for this problem? -- Edit this bug report at http://bugs.php.net/?id=33067&edit=1
#33084 [Fbk->Opn]: the modifier U works incorrectly
ID: 33084
User updated by: cs at scanner dot de
Reported By: cs at scanner dot de
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: linux suse
PHP Version: 4.3.11
New Comment:
$iterations = 46296; // 46297 --> error
$ricxml = array();
$ricxml[] = '';
for($i=0;$i<$iterations;$i++){
/* this is just garbage to produce really big strings */
$ricxml[] =
'22005-05-20T09:47:23434021312017957';
}
$ricxml[] = '';
$ricxml[] = '';
for($i=0;$i<1;$i++){
/* this is just garbage to produce really big strings */
$ricxml[] = '340213121546382005-05-18';
}
$ricxml[] = '';
$ricxml = implode("\r\n",$ricxml);
echo 'Size: '.strlen($ricxml)."\n";
preg_match_all('#(.+)#smiU',$ricxml,$envelopes);
echo 'Strlen of serialize: '.strlen(serialize($envelopes))."\n";
/* if the $ricxml string is greater the 22,7MB the result of Strlen
from serialize is 26 (the $envelopes is empty otherwise the real strlen
will be returned */
/* if you remove the modifier U and $iteration is greater than 46300 in
the pattern then preg_match_all will find ONE occurenc */
Previous Comments:
[2005-05-20 16:52:59] [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 ,
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-05-20 16:48:15] cs at scanner dot de
Description:
preg_match_all('#(.+)#smiU',$ricxml,&$envelopes);
i have a xml file around 40,5 MB huge. when i parse the text $ricxml
through the preg_match_all fnc then the results will be empty arrays
instead of arrays filled with the text.
that means if i do not use the U modifier then p_m_a will find the
first match. with the U modifier p_m_a will not find any matches.
for command line:
Configure Command => './configure' '--with-mysql=/usr/mysql'
'--with-zlib' '--enable-sysvshm=yes' '
--enable-sysvsem=yes' '--enable-shmop=shared'
'--with-config-file-path=/etc' '--enable-track-vars=ye
s' '--enable-url-includes' '--with-gd=/usr/local'
'--with-jpeg-dir=/usr/local/lib' '--with-pdflib=/u
sr/local' '--with-zlib-dir=/usr/lib' '--enable-ftp' '--with-pear'
'--with-openssl=/usr/local/openssl
' '--enable-calendar' '--with-crack=/usr/local'
'--with-curl=/usr/local' '--enable-dbase' '--enable-
dio' '--enable-exif' '--with-mcrypt=/usr/local'
'--with-mhash=/usr/local' '--enable-sockets' '--enab
le-wddx' '--enable-xml' '--disable-magic-quotes' '--enable-pcntl'
'--with-mssql=/usr/local/freetds'
Expected result:
array(4) {
[0]=>
array(1) {
[0]=>
string(41523804) "
Actual result:
--
without the U modifier
preg_match_all('#(.+)#smi',$ricxml,&$envelopes);
-- size of xml file: 41524017 Bytes
array(2) {
[0]=>
array(0) {
}
[1]=>
array(0) {
}
}
--
Edit this bug report at http://bugs.php.net/?id=33084&edit=1
#30593 [Opn->Csd]: --with-ingres option generates broken Makefile
ID: 30593 Updated by: [EMAIL PROTECTED] Reported By: sean dot lincolne at gmail dot com -Status: Open +Status: Closed Bug Type: Ingres II related Operating System: * PHP Version: 5CVS, 4CVS (2005-02-17) 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-21 16:38:30] grant dot croker at ca dot com This is happening because config.m4 uses the static ingres libraries libingres.a and libiiapi.a. Changing this file to use the correct shared libs allows the build to complete without hacking any Makefile also has the added feature of enabling the build of an ingres shared module. See below for a cvs diff. This diff applies to all versions of PHP from 4.3 upwards. Index: ext/ingres_ii/config.m4 === RCS file: /repository/php-src/ext/ingres_ii/config.m4,v retrieving revision 1.8.4.1 diff -u -b -w -B -d -r1.8.4.1 config.m4 --- ext/ingres_ii/config.m4 23 Jan 2003 05:33:17 - 1.8.4.1 +++ ext/ingres_ii/config.m4 21 Mar 2005 15:35:13 - @@ -29,7 +29,9 @@ AC_MSG_ERROR(Cannot find libiiapi.a under $II_DIR/lib) fi - PHP_ADD_LIBRARY_WITH_PATH(iiapi, $II_LIB_DIR, II_SHARED_LIBADD) - PHP_ADD_LIBRARY_WITH_PATH(ingres, $II_LIB_DIR, II_SHARED_LIBADD) + PHP_ADD_LIBRARY_WITH_PATH(iiapi.1, $II_LIB_DIR, II_SHARED_LIBADD) + PHP_ADD_LIBRARY_WITH_PATH(q.1, $II_LIB_DIR, II_SHARED_LIBADD) + PHP_ADD_LIBRARY_WITH_PATH(frame.1, $II_LIB_DIR, II_SHARED_LIBADD) + PHP_ADD_LIBRARY_WITH_PATH(compat.1, $II_LIB_DIR, II_SHARED_LIBADD) PHP_ADD_INCLUDE($II_INC_DIR) fi [2004-11-24 07:36:25] sean dot lincolne at gmail dot com I was trying everything to see if I could force 'configure' to recognise that it needs the 'libpthread' library. Either way it has no impact on the problem, nor does it impact on the use of libpthread. Currently the only workaround is to manually edit 'Makefile' after 'configure' but before 'make'. Not particularly friendly or elegant. [2004-11-24 01:35:15] [EMAIL PROTECTED] WHY do you want to use the --with-tsrm-phtreads option? You're compiling an apache 1.x module which isn't multithreaded.. [2004-10-31 04:44:59] sean dot lincolne at gmail dot com Configuration command as follows: ./configure --with-apxs --without-mysql \ --with-ingres --with-ldap \ --without-pear --disable-shared \ --enable-static --with-tsrm-pthreads Make fails with the following error: /opt/ingres/lib/libingres.a(louniq.o): In function `LOuniq': louniq.o(.text+0x16d): the use of `mktemp' is dangerous, better use `mkstemp' /opt/ingres/lib/libingres.a(mepages.o): In function `IIMEget_pages': mepages.o(.text+0x1c5): undefined reference to `pthread_mutex_trylock' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [EMAIL PROTECTED] php-4.3.9]# The 'config.log' file can be found at http://www.batute.com/config.log Thanks, Sean [2004-10-28 08:11:15] [EMAIL PROTECTED] Please provide your 1. configure line, 2. the error itself, 3. a link to the output of config.log (do not paste it here!) 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/30593 -- Edit this bug report at http://bugs.php.net/?id=30593&edit=1
#33087 [NEW]: properties
From: glashtin at sbcglobal dot net
Operating system: n/a
PHP version: 5CVS-2005-05-20 (dev)
PHP Bug Type: Feature/Change Request
Bug description: properties
Description:
I would like to see properties added to php like most other OOP languages
have. The way I see it being used is
class MyClass
{
private $FMyVar1
private $FMyVar2;
property $MyVar1 read=$FMyVar1 write=$FMyVar1;
property $MyVar2 read=$this->MyFunction(); write=$FMyVar2;
private function MyFunction()
{
if ( $something )
$this->FMyVar2 = 'This';
else
$this->FMyVar2 = 'That';
return $this->FMyVar2;
}
}
Or something like that.
I know there are work arounds but I would still like to see properties add
so that I can clean up my code. In my opinion it looks better to use
echo $MyClass->MyVar2;
than
echo $MyClass->MyFunction();
just a suggestion.
Thanks
--
Edit bug report at http://bugs.php.net/?id=33087&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33087&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33087&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33087&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33087&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33087&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33087&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33087&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33087&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33087&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33087&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33087&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33087&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33087&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33087&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33087&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33087&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33087&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33087&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33087&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33087&r=mysqlcfg
#33065 [Fbk->Opn]: overloading
ID: 33065 User updated by: cita at nextradsl dot cz Reported By: cita at nextradsl dot cz -Status: Feedback +Status: Open Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: working example is here: http://cfw.php5.cz/bug/bug.sphp Previous Comments: [2005-05-20 10:08:49] [EMAIL PROTECTED] Please provide a short but *COMPLETE* reproduce script that I can copy/paste and see the problem. The code you provided doesn't output any errors or something else. [2005-05-20 08:54:20] [EMAIL PROTECTED] you need to provide a reproducable example, eg. so #php -r your_example.php runs and illustrates your problem. [2005-05-20 00:38:39] cita at nextradsl dot cz example code with comments is here: http://citadesign.site.cz/9file/php-bug/bug.sphp and sorry for my english [2005-05-19 23:41:01] [EMAIL PROTECTED] Please provide a short but complete reproduce script then. [2005-05-19 23:32:36] cita at nextradsl dot cz same problem is still there! 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33086 [Opn->Fbk]: Weird COM behavior differences in CGI and CLI
ID: 33086
Updated by: [EMAIL PROTECTED]
Reported By: hmp96 at yahoo dot co dot uk
-Status: Open
+Status: Feedback
Bug Type: COM related
Operating System: Windows XP SP2
PHP Version: 5.0.4
New Comment:
I can assure you that PHP does absolutely nothing differently in the
COM extension, regardless of which SAPI is in use.
I suspect that this is somehow related to the CGI running with a more
restricted token than CLI, and this is not something that PHP can fix.
Please provide use variant_get_type() on the vendor fields to see if
there is any difference in the types coming back from there.
If you run the CGI from a dos box (eg: just like the CLI), are there
any differences?
Previous Comments:
[2005-05-20 17:17:58] hmp96 at yahoo dot co dot uk
Description:
I am having some weird differences when using COM in a CGI
environment while it works fine in a CLI environment.
Basically, I am querying the "WinMgmts:" using COM and the
WMI's WQL query I provide is "Select * From Win32_Product".
All fields are retrieved fine, except for the Vendor field
which is sometimes lacking information; this only happens
when the script is running in a CGI environment, but the
values are retrieved fine in a CLI environment, i.e. script
run from the command line.
The script in the "Reproduce Code" section will suffice
when testing in CGI and a CLI environment. Note, if you
are having problem running a WMI related script on IIS,
thats probably because the security needs to be tweaked
using WMI Control snap-in from MMC.
Reproduce code:
---
ExecQuery("Select * From Win32_Product");
echo "Applications Installed on Local Machine\r\n";
try {
foreach($colProducts as $objProduct) {
printf("Name: %s, Version: %s, Vendor: %s\r\n",
$objProduct->Name, $objProduct->Version,
$objProduct->Vendor);
}
} catch (Exception $e) {
echo $e->GetMessage();
}
?>
Expected result:
When run, it should fill the 'Vendor' field of the
Win32_Product class in a CGI/ISAPI environment. Basically
it should be same as the CLI environment's output. Even
some of the applications are missing when run in a CGI
environment.
Here is the CGI instance of the PHP script:
Applications Installed on Local Machine
Name: WebFldrs XP, Version: 9.50.5318, Vendor: Microsoft Corporation
Name: GFI LANguard Network Security Scanner 5.0, Version:
5.0.2004.0728, Vendor: GFI Software Ltd.
Name: Adobe Reader 6.0.1, Version: 006.000.001, Vendor: Adobe Systems
Incorporated
Name: McAfee VirusScan Enterprise, Version: 7.1.0, Vendor: Network
Associates
Name: Belkin Bluetooth Software, Version: 1.4.2.10, Vendor:
Name: ActivePerl 5.8.6 Build 811, Version: 5.8.811, Vendor:
ActiveState
Name: FileMaker Pro 6, Version: 6.0.1.0, Vendor: FileMaker, Inc.
Name: Java 2 Runtime Environment, SE v1.4.2_03, Version: 1.4.2_03,
Vendor:
Name: Microsoft Office Professional Edition 2003, Version: 11.0.6361.0,
Vendor: Microsoft Corporation
Name: HP Deskjet 3840, Version: 1.00., Vendor:
Name: MSN Messenger 7.0, Version: 7.0.0777, Vendor: Microsoft
Corporation
Name: Microsoft .NET Framework 1.1, Version: 1.1.4322, Vendor:
Microsoft
Name: HighMAT Extension to Microsoft Windows XP CD Writing Wizard,
Version: 1.1.1905.1, Vendor: Microsoft Corporation
Name: VMware Workstation, Version: 4.0.0.4460, Vendor:
Actual result:
--
Applications Installed on Local Machine
Name: WMI Tools, Version: 1.50.1131.0001, Vendor: Microsoft
Corporation
Name: MySQL Query Browser 1.1, Version: 1.1.5, Vendor: MySQL AB
Name: WebFldrs XP, Version: 9.50.5318, Vendor: Microsoft Corporation
Name: GFI LANguard Network Security Scanner 5.0, Version:
5.0.2004.0728, Vendor: GFI Software Ltd.
Name: Adobe Reader 6.0.1, Version: 006.000.001, Vendor: Adobe Systems
Incorporated
Name: McAfee VirusScan Enterprise, Version: 7.1.0, Vendor: Network
Associates
Name: Belkin Bluetooth Software, Version: 1.4.2.10, Vendor: WIDCOMM,
Inc.
Name: ActivePerl 5.8.6 Build 811, Version: 5.8.811, Vendor:
ActiveState
Name: FileMaker Pro 6, Version: 6.0.1.0, Vendor: FileMaker, Inc.
Name: Java 2 Runtime Environment, SE v1.4.2_03, Version: 1.4.2_03,
Vendor: Sun Microsystems, Inc.
Name: Microsoft Office Professional Edition 2003, Version: 11.0.6361.0,
Vendor: Microsoft Corporation
Name: HP Deskjet 3840, Version: 1.00., Vendor: Hewlett-Packard
Name: MSN Messenger 7.0, Version: 7.0.0777, Vendor: Microsoft
Corporation
Name: Microsoft .NET Framework 1.1, Version: 1.1.4322, Vendor:
Microsoft
Name: HighMAT Extension to Microsoft Windows XP CD Writing Wizard,
Version: 1.1.1905.1, Vendor: Microsoft Corporation
Name: VMware Workstation, Version: 4.0.0.4460, Vendor: VMware, Inc.
--
Edit this bug report at http://bugs.php.net/?id=3308
#33065 [Opn->Fbk]: overloading
ID: 33065 Updated by: [EMAIL PROTECTED] Reported By: cita at nextradsl dot cz -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: Outputs "bar" and no error with latest CVS. Previous Comments: [2005-05-20 20:26:57] cita at nextradsl dot cz working example is here: http://cfw.php5.cz/bug/bug.sphp [2005-05-20 10:08:49] [EMAIL PROTECTED] Please provide a short but *COMPLETE* reproduce script that I can copy/paste and see the problem. The code you provided doesn't output any errors or something else. [2005-05-20 08:54:20] [EMAIL PROTECTED] you need to provide a reproducable example, eg. so #php -r your_example.php runs and illustrates your problem. [2005-05-20 00:38:39] cita at nextradsl dot cz example code with comments is here: http://citadesign.site.cz/9file/php-bug/bug.sphp and sorry for my english [2005-05-19 23:41:01] [EMAIL PROTECTED] Please provide a short but complete reproduce script then. 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33065 [Fbk]: overloading
ID: 33065 Updated by: [EMAIL PROTECTED] Reported By: cita at nextradsl dot cz Status: Feedback Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: Oh.. I can even see "bar" && "foo" there, but still no error. Previous Comments: [2005-05-20 20:51:53] [EMAIL PROTECTED] Outputs "bar" and no error with latest CVS. [2005-05-20 20:26:57] cita at nextradsl dot cz working example is here: http://cfw.php5.cz/bug/bug.sphp [2005-05-20 10:08:49] [EMAIL PROTECTED] Please provide a short but *COMPLETE* reproduce script that I can copy/paste and see the problem. The code you provided doesn't output any errors or something else. [2005-05-20 08:54:20] [EMAIL PROTECTED] you need to provide a reproducable example, eg. so #php -r your_example.php runs and illustrates your problem. [2005-05-20 00:38:39] cita at nextradsl dot cz example code with comments is here: http://citadesign.site.cz/9file/php-bug/bug.sphp and sorry for my english The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33065 [Opn]: overloading
ID: 33065 User updated by: cita at nextradsl dot cz Reported By: cita at nextradsl dot cz Status: Open Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: ok, sorry latest stable 5.0 is produce error, but latest 5.1 is worikng, but there i have problem with zend optimizer Previous Comments: [2005-05-20 21:18:00] cita at nextradsl dot cz error is still here i tested it on latest snapshot on windows 2000 profi on apache 1.3 [2005-05-20 20:57:25] [EMAIL PROTECTED] Oh.. I can even see "bar" && "foo" there, but still no error. [2005-05-20 20:51:53] [EMAIL PROTECTED] Outputs "bar" and no error with latest CVS. [2005-05-20 20:26:57] cita at nextradsl dot cz working example is here: http://cfw.php5.cz/bug/bug.sphp [2005-05-20 10:08:49] [EMAIL PROTECTED] Please provide a short but *COMPLETE* reproduce script that I can copy/paste and see the problem. The code you provided doesn't output any errors or something else. 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33065 [Fbk->Opn]: overloading
ID: 33065 User updated by: cita at nextradsl dot cz Reported By: cita at nextradsl dot cz -Status: Feedback +Status: Open Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: error is still here i tested it on latest snapshot on windows 2000 profi on apache 1.3 Previous Comments: [2005-05-20 20:57:25] [EMAIL PROTECTED] Oh.. I can even see "bar" && "foo" there, but still no error. [2005-05-20 20:51:53] [EMAIL PROTECTED] Outputs "bar" and no error with latest CVS. [2005-05-20 20:26:57] cita at nextradsl dot cz working example is here: http://cfw.php5.cz/bug/bug.sphp [2005-05-20 10:08:49] [EMAIL PROTECTED] Please provide a short but *COMPLETE* reproduce script that I can copy/paste and see the problem. The code you provided doesn't output any errors or something else. [2005-05-20 08:54:20] [EMAIL PROTECTED] you need to provide a reproducable example, eg. so #php -r your_example.php runs and illustrates your 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33065 [Opn->Fbk]: overloading
ID: 33065 Updated by: [EMAIL PROTECTED] Reported By: cita at nextradsl dot cz -Status: Open +Status: Feedback Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: Do you have Zend Optimizer enabled ? Previous Comments: [2005-05-20 21:23:20] cita at nextradsl dot cz ok, sorry latest stable 5.0 is produce error, but latest 5.1 is worikng, but there i have problem with zend optimizer [2005-05-20 21:18:00] cita at nextradsl dot cz error is still here i tested it on latest snapshot on windows 2000 profi on apache 1.3 [2005-05-20 20:57:25] [EMAIL PROTECTED] Oh.. I can even see "bar" && "foo" there, but still no error. [2005-05-20 20:51:53] [EMAIL PROTECTED] Outputs "bar" and no error with latest CVS. [2005-05-20 20:26:57] cita at nextradsl dot cz working example is here: http://cfw.php5.cz/bug/bug.sphp 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33065 [Fbk->Opn]: overloading
ID: 33065 User updated by: cita at nextradsl dot cz Reported By: cita at nextradsl dot cz -Status: Feedback +Status: Open Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: sure, yes i have, but latest version of optimizer don't support php version 5.1, is version of optimizer for php 5.1 ? Previous Comments: [2005-05-20 21:24:35] [EMAIL PROTECTED] Do you have Zend Optimizer enabled ? [2005-05-20 21:23:20] cita at nextradsl dot cz ok, sorry latest stable 5.0 is produce error, but latest 5.1 is worikng, but there i have problem with zend optimizer [2005-05-20 21:18:00] cita at nextradsl dot cz error is still here i tested it on latest snapshot on windows 2000 profi on apache 1.3 [2005-05-20 20:57:25] [EMAIL PROTECTED] Oh.. I can even see "bar" && "foo" there, but still no error. [2005-05-20 20:51:53] [EMAIL PROTECTED] Outputs "bar" and no error with latest CVS. 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33065 [Opn->Bgs]: overloading
ID: 33065 Updated by: [EMAIL PROTECTED] Reported By: cita at nextradsl dot cz -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Thank you for wasting my time. Previous Comments: [2005-05-20 21:38:56] cita at nextradsl dot cz sure, yes i have, but latest version of optimizer don't support php version 5.1, is version of optimizer for php 5.1 ? [2005-05-20 21:24:35] [EMAIL PROTECTED] Do you have Zend Optimizer enabled ? [2005-05-20 21:23:20] cita at nextradsl dot cz ok, sorry latest stable 5.0 is produce error, but latest 5.1 is worikng, but there i have problem with zend optimizer [2005-05-20 21:18:00] cita at nextradsl dot cz error is still here i tested it on latest snapshot on windows 2000 profi on apache 1.3 [2005-05-20 20:57:25] [EMAIL PROTECTED] Oh.. I can even see "bar" && "foo" there, but still no error. 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33065 [Bgs]: overloading
ID: 33065 User updated by: cita at nextradsl dot cz Reported By: cita at nextradsl dot cz Status: Bogus Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: sorry if you lost time with my problem, but i'm testing without optimizer, i using clear instalation of php and apache, but on application server i must use optimizer for better performace. that my last question is: Could i run some version of optimizer on php 5.1 ? Previous Comments: [2005-05-20 21:43:22] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Thank you for wasting my time. [2005-05-20 21:38:56] cita at nextradsl dot cz sure, yes i have, but latest version of optimizer don't support php version 5.1, is version of optimizer for php 5.1 ? [2005-05-20 21:24:35] [EMAIL PROTECTED] Do you have Zend Optimizer enabled ? [2005-05-20 21:23:20] cita at nextradsl dot cz ok, sorry latest stable 5.0 is produce error, but latest 5.1 is worikng, but there i have problem with zend optimizer [2005-05-20 21:18:00] cita at nextradsl dot cz error is still here i tested it on latest snapshot on windows 2000 profi on apache 1.3 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#29683 [Com]: headers_list() func. return empty array
ID: 29683 Comment by: alisencer at gmail dot com Reported By: ca533512 at tiscali dot cz Status: No Feedback Bug Type: HTTP related Operating System: Win2k SP4 PHP Version: 5.0.1 New Comment: I have the same problem on Ubuntu 5.04 Hoary. Server Version: Apache/2.0.53 Server built: May 6 2005 PHP/5.0.4 headers_list() returns an empty array. Previous Comments: [2005-03-14 01:00:26] 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". [2005-03-06 20:58:21] [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-15 11:43:02] rd dot contact at free dot fr Same bug on win xp and apache 2.52 Same code from PHP doc tested with today's (15 Fev 2005) 5.03 5.04dev 5.1.0dev [2005-01-09 19:04:19] tiagojcb at hotmail dot com Hi ! Server version: Apache/2.0.52 Server built: Oct 20 2004 11:51:56 Loaded Modules core mod_access mod_auth mod_include mod_log_config mod_env mod_setenvif mod_ssl prefork http_core mod_mime mod_asis mod_negotiation mod_dir mod_imap mod_actions mod_so mod_php5 PHP 5.0.3 (cli) (built: Jan 9 2005 15:46:57) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies If I run the example code from the CLI, it works. >From apache it return an empty array. It's running on a Slackware Linux and php was built with './configure' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-gd' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib' '--enable-memory-limit' '--with-pgsql=/usr/local/pgsql' '--prefix=/usr/local/php' '--without-mysql' Thanks for any help. [2004-08-24 06:38:42] [EMAIL PROTECTED] This is also reproducible with Apache 1.3.x SAPI. It happens because sapi_module.header_handler (particularly sapi_apache_header_handler() with Apache 1.3.x) returns 0 instead of SAPI_HEADER_ADD and headers just don't get to SG(sapi_headers). 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/29683 -- Edit this bug report at http://bugs.php.net/?id=29683&edit=1
#29683 [NoF->Ver]: headers_list() func. return empty array
ID: 29683 Updated by: [EMAIL PROTECTED] Reported By: ca533512 at tiscali dot cz -Status: No Feedback +Status: Verified -Bug Type: HTTP related +Bug Type: Apache related Operating System: Win2k SP4 PHP Version: 5.0.1 New Comment: Still valid for 5.0.5-dev and 5.1-dev. Previous Comments: [2005-05-20 22:20:49] alisencer at gmail dot com I have the same problem on Ubuntu 5.04 Hoary. Server Version: Apache/2.0.53 Server built: May 6 2005 PHP/5.0.4 headers_list() returns an empty array. [2005-03-14 01:00:26] 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". [2005-03-06 20:58:21] [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-15 11:43:02] rd dot contact at free dot fr Same bug on win xp and apache 2.52 Same code from PHP doc tested with today's (15 Fev 2005) 5.03 5.04dev 5.1.0dev [2005-01-09 19:04:19] tiagojcb at hotmail dot com Hi ! Server version: Apache/2.0.52 Server built: Oct 20 2004 11:51:56 Loaded Modules core mod_access mod_auth mod_include mod_log_config mod_env mod_setenvif mod_ssl prefork http_core mod_mime mod_asis mod_negotiation mod_dir mod_imap mod_actions mod_so mod_php5 PHP 5.0.3 (cli) (built: Jan 9 2005 15:46:57) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies If I run the example code from the CLI, it works. >From apache it return an empty array. It's running on a Slackware Linux and php was built with './configure' '--with-apxs2=/usr/local/apache/bin/apxs' '--with-gd' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib' '--enable-memory-limit' '--with-pgsql=/usr/local/pgsql' '--prefix=/usr/local/php' '--without-mysql' Thanks for any help. 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/29683 -- Edit this bug report at http://bugs.php.net/?id=29683&edit=1
#32834 [NoF->Opn]: Use of PHP functions when mod_ldap is loaded, hangs apache process
ID: 32834 User updated by: justo dot alonso at gmail dot com Reported By: justo dot alonso at gmail dot com -Status: No Feedback +Status: Open Bug Type: LDAP related Operating System: Linux (Suse 8.2) PHP Version: 4.3.11 New Comment: Please refer to http://issues.apache.org/bugzilla/show_bug.cgi?id=34618 for the solution... the bug is in mod_ldap module of apache, not in the php module. I'm using apache 2.0.53 to solve the problem. Previous Comments: [2005-05-20 17:17:16] opencms at aleph-null dot tv I am having the same problem on Debain Sarge (testing). Apache version: 2.0.54-3 PHP version: 4.3.10-13 OpenLDAP version: 2.2.23-5 My case is similar to the above. I am using mod_ldap and mod_auth_ldap in Apache. I can usually make between 2 and 5 connections to LDAP through PHP before Apache hangs. 'Apache hangs' == it uses around 99% of the CPU for 30 seconds (or whatever the maximum time is set for a PHP script to execute), then the process stops. The client receives no notification (i.e. it sits there waiting for a response), but the log file shows an error that the script exceded the maximum execution time. Config (from phpinfo): '../configure' '--prefix=/usr' '--with-apxs2=/usr/bin/apxs2' '--with-config-file-path=/etc/php4/apache2' '--enable-memory-limit' '--disable-debug' '--with-regex=php' '--disable-rpath' '--disable-static' '--with-pic' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--with-xmlrpc' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-zip=/usr' '--enable-dbx' '--with-mime-magic=/usr/share/misc/file/magic.mime' '--with-exec-dir=/usr/lib/php4/libexec' '--without-mm' '--without-mysql' '--without-sybase-ct' LDAP info (again, from phpinfo): LDAP Supportenabled RCS Version $Id: ldap.c,v 1.130.2.11 2005/01/19 00:28:49 sniper Exp $ Total Links 0/10 API Version 2004 Vendor Name OpenLDAP Vendor Version 20130 [2005-05-05 01:00:04] 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". [2005-04-27 12:27:38] [EMAIL PROTECTED] Get the latest snapshot here: http://snaps.php.net/php4-STABLE-latest.tar.gz And compile that with this configure line: (And EXACTLY THIS!) # ./configure --disable-all --with-ldap --with-apxs2 --enable-debug # make The one you pasted here is definately NOT the one used to configure the libphp4.so you have since that one will only build CGI binary. And that one is also trying to outsmart the PHP configure -> not supported! [2005-04-26 12:22:38] justo dot alonso at gmail dot com Description: I have an Apache 2.0.54 server with mod_ldap and mod_auth_ldap modules loaded. The PHP is a module of Apache. When I use the code below, the first 2 times it works, but the third, the apache server process hangs. I've tried it with Apache 1.3.27 and hungs, too. It seems like there's some kind of conflict between mod_ldap and the php module, because when I disable mod_ldap all works fine. Openldap library: openldap2-client-2.1.12-44 (Suse release) PHP config.nice file: CFLAGS='-O2 -march=i486 -mcpu=i686 -fPIC -DHAVE_LIBDL=1 -I/usr/include/ucd-snmp -I/usr/lib/SunJava2-1.4/include -I/usr/lib/SunJava2-1.4/include/linux' \ './configure' \ '--prefix=/usr/share' \ '--datadir=/usr/share/php' \ '--bindir=/usr/bin' \ '--libdir=/usr/share' \ '--includedir=/usr/include' \ '--with-_lib=lib' \ '--with-config-file-path=/etc' \ '--with-exec-dir=/usr/lib/php/bin' \ '--disable-debug' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-ctype' \ '--enable-dbase' \ '--enable-discard-path' \ '--enable-exif' \ '--enable-filepro' \ '--enable-force-cgi-redirect' \ '--enable-ftp' \ '--enable-gd-imgstrttf' \ '--enable-gd-native-ttf' \ '--enable-inline-optimization' \ '--enable-magic-quotes' \ '--enable-mbstr-enc-trans' \ '--enable-mbstring' \ '--enable-mbregex' \ '--enable-memory-limit' \ '--enable-safe-mode' \ '--enable-shmop' \ '--enable-sigchild' \ '--enable-sysvsem' \ '--enable-sysvshm' \ '--enable-track-vars' \ '--enable-trans-sid' \ '--enable-versioning'
#32834 [Opn->Bgs]: Use of PHP functions when mod_ldap is loaded, hangs apache process
ID: 32834 Updated by: [EMAIL PROTECTED] Reported By: justo dot alonso at gmail dot com -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Linux (Suse 8.2) PHP Version: 4.3.11 New Comment: No PHP bug -> bogus. Previous Comments: [2005-05-20 23:25:12] justo dot alonso at gmail dot com Please refer to http://issues.apache.org/bugzilla/show_bug.cgi?id=34618 for the solution... the bug is in mod_ldap module of apache, not in the php module. I'm using apache 2.0.53 to solve the problem. [2005-05-20 17:17:16] opencms at aleph-null dot tv I am having the same problem on Debain Sarge (testing). Apache version: 2.0.54-3 PHP version: 4.3.10-13 OpenLDAP version: 2.2.23-5 My case is similar to the above. I am using mod_ldap and mod_auth_ldap in Apache. I can usually make between 2 and 5 connections to LDAP through PHP before Apache hangs. 'Apache hangs' == it uses around 99% of the CPU for 30 seconds (or whatever the maximum time is set for a PHP script to execute), then the process stops. The client receives no notification (i.e. it sits there waiting for a response), but the log file shows an error that the script exceded the maximum execution time. Config (from phpinfo): '../configure' '--prefix=/usr' '--with-apxs2=/usr/bin/apxs2' '--with-config-file-path=/etc/php4/apache2' '--enable-memory-limit' '--disable-debug' '--with-regex=php' '--disable-rpath' '--disable-static' '--with-pic' '--with-layout=GNU' '--with-pear=/usr/share/php' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-db4' '--with-iconv' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gettext' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--disable-xml' '--with-expat-dir=/usr' '--with-xmlrpc' '--enable-yp' '--with-zlib' '--without-pgsql' '--with-kerberos=/usr' '--with-openssl=/usr' '--with-zip=/usr' '--enable-dbx' '--with-mime-magic=/usr/share/misc/file/magic.mime' '--with-exec-dir=/usr/lib/php4/libexec' '--without-mm' '--without-mysql' '--without-sybase-ct' LDAP info (again, from phpinfo): LDAP Supportenabled RCS Version $Id: ldap.c,v 1.130.2.11 2005/01/19 00:28:49 sniper Exp $ Total Links 0/10 API Version 2004 Vendor Name OpenLDAP Vendor Version 20130 [2005-05-05 01:00:04] 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". [2005-04-27 12:27:38] [EMAIL PROTECTED] Get the latest snapshot here: http://snaps.php.net/php4-STABLE-latest.tar.gz And compile that with this configure line: (And EXACTLY THIS!) # ./configure --disable-all --with-ldap --with-apxs2 --enable-debug # make The one you pasted here is definately NOT the one used to configure the libphp4.so you have since that one will only build CGI binary. And that one is also trying to outsmart the PHP configure -> not supported! [2005-04-26 12:22:38] justo dot alonso at gmail dot com Description: I have an Apache 2.0.54 server with mod_ldap and mod_auth_ldap modules loaded. The PHP is a module of Apache. When I use the code below, the first 2 times it works, but the third, the apache server process hangs. I've tried it with Apache 1.3.27 and hungs, too. It seems like there's some kind of conflict between mod_ldap and the php module, because when I disable mod_ldap all works fine. Openldap library: openldap2-client-2.1.12-44 (Suse release) PHP config.nice file: CFLAGS='-O2 -march=i486 -mcpu=i686 -fPIC -DHAVE_LIBDL=1 -I/usr/include/ucd-snmp -I/usr/lib/SunJava2-1.4/include -I/usr/lib/SunJava2-1.4/include/linux' \ './configure' \ '--prefix=/usr/share' \ '--datadir=/usr/share/php' \ '--bindir=/usr/bin' \ '--libdir=/usr/share' \ '--includedir=/usr/include' \ '--with-_lib=lib' \ '--with-config-file-path=/etc' \ '--with-exec-dir=/usr/lib/php/bin' \ '--disable-debug' \ '--enable-bcmath' \ '--enable-calendar' \ '--enable-ctype' \ '--enable-dbase' \ '--enable-discard-path' \ '--enable-exif' \ '--enable-filepro' \ '--enable-force-cgi-redirect' \ '--enable-ftp' \ '--enable-gd-imgstrttf' \ '--enable-gd-native-ttf' \ '--enable-inline-optimization' \ '--enable-magic-quotes' \ '--enable-mbstr-enc-trans' \ '--enable-mbstring' \ '--enable-mbregex' \ '--enable-memory-limit' \ '--enable-safe-mode' \ '--enable-shmop' \ '
#33082 [Fbk->Opn]: date(B) returns wrong net time for static timestamp
ID: 33082
User updated by: benjamin dot rich at gmail dot com
Reported By: benjamin dot rich at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
Here is a piece of my code that reproduces the error. I've put in some
fake data for it.
---
echo "it is " . date("r @B") . " Local Time\n";
echo "and " . gmdate("r @B") ." GMT\n";
echo "" . date("@B") . " net time as of now\n";
//note: the above show the correct net time - the same net time for
both local and gmt dates/times.
//however, when we calculate the net time for a given date, which we
convert to gmt
$_blog_timezone = "+10";
$_server_timezone= "-4";
$blogitem_date = "2004-05-20";
$blogitem_time = "18:41";
if ($blogitem_date != "")
{
if (ereg("([0-9]{1,4})-([0-9]{1,2})-([0-9]{2})", $blogitem_date,
$t_date))
$t_datestring = $t_date[1] . "." . $t_date[2] . "." . $t_date[3];
}
$test_ereg = ereg("([0-9]{2}):([0-9]{2})", $blogitem_time, $t_time);
$blog_timestamp = mktime($t_time[1], $t_time[2], 0, $t_date[2],
$t_date[3], $t_date[1]);
$gmt_timestamp = $blog_timestamp + (3600 *
flip_sign($_blog_timezone));
$server_timestamp = $gmt_timestamp + (3600 * $_server_timezone);
$swatch_net_time = date("@B", $gmt_timestamp);
echo "net time for this article is $swatch_net_time"
-
$swatch_net_time will be 5 hours ahead - the difference between the
server's local time (gmt-4) and BMT (gmt+1). If we change the local
time to, say, gmt, there will still be an hour difference added to the
net time - again, local time (gmt+0) diff to BMT (gmt+1) = 1hour.
if a given date is left in it's local timezone (GMT+10 in the above
example), the difference will be: (diff between server local time and
BMT) + local timezone. In other words, if I hadn't converted the date
in the above script to GMT first, the resulting net time would have
been 5hours + 10hours out.
I theorise this whole problem is something to do with the date function
doing several things transparently to calculate net time, which it
doesn't bother with to calculate other representations for a date.
Given a timestamp with no timezone info (it's not taken from the local
clock), the function must assume the date is in GMT and then figure out
BMT to calculate net-time for it. But, for some reason, something is
going awry and it's not only calculating the diff between local server
time and GMT, etc. etc., but it's also *adding* this extra factor to
the resulting date.
I may be missing something huge here, but it seems to be a bug in
date().
Previous Comments:
[2005-05-20 17:19:02] [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 ,
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-05-20 16:02:15] benjamin dot rich at gmail dot com
Description:
date("B", $timestamp) will return the swatch net time for $timestamp +
the difference between local server time and BMT (net time meridian,
swiss time, GMT+1).
Reproduce code:
---
date("B", date());
date("B", gmdate());
Both the above return the same, correct result - they will give the
current net time. However:
$timestamp = mktime(some,GMT,date,and,time);
date("B", $timestamp);
will return the correct net time for this date/time PLUS the difference
between local server time (say, GMT-4) and BMT (GMT+1) - putting it off
(by, in this case, 5 hours).
Expected result:
date("B", $timestamp); should return the net time for this timestamp,
assuming the timestamp represents a date and time in at some arbitrary
location like GMT+0.
Actual result:
--
Instead, it adds an incorrect factor to the resulting net time
--
Edit this bug report at http://bugs.php.net/?id=33082&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: jspec at bellsouth dot net Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Assigned To: sniper New Comment: I have now experienced this beast with a completely different hosting company. They are both running 4.3.10 - is this fixed in 4.3.11? Previous Comments: [2005-05-18 22:48:45] dmih at in-solve dot ru We (as hosting company) are hoping that PHP team will track this bug down some day. Indeed, we can do not much to help or to fix it. This bug is hard to fix because it appears randomly, and there is no definite recreate scenario. There is assumption that this is http://bugs.php.net/bug.php?id=32330 bug, but I am not completely sure. You may suggest your hosting company to lower average server load - it will help this bug to happen rarely or even at no times. Lower - I mean - something lower than 50% avg CPU load on 1CPU server or 80% on 2+ CPU server. But that is only our hosting company workaround, not the solution. [2005-05-17 18:00:36] jspec at bellsouth dot net My hosting company is unable to fix the random "Failed to initialize storage module" error and it is making my account unusable. They cannot seem to fix it. What is the story with this!? [2005-04-29 11:04:06] dmih at in-solve dot ru Please kindly pay attention to this bug. It is REAL bug, not fantasy of 100+ man. Random session handler error. No Feedback status is surely lame for this, as you are getting feedback. There is no reproduce code because bug is "random bug under heavy load" class. We hope for you. Thanks. [2005-04-08 19:03:08] todd dot trann at palidar dot com RedHat 9 PHP 4.3.9 from RPM (php-4.3.9-11.rh90.art) Zend Engine 1.3.0, Optimizer 2.5.5 I am experiencing the same problem: the error indicates storage module "user", yet php.ini has it set to "files", and nowhere in my code do I change it to "user". The problem comes and goes as the page is reloaded. A PHP page with no session code does not exhibit the problem. My /tmp directory is world writable. Todd [2005-04-02 16:21:52] tj at tjshafer dot com I am also having this problem Freebsd 4.8 php 4.3.10 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#33088 [NEW]: Output Buffering + Callback method = unable to change object properties
From: spam at cimmanon dot org
Operating system: OpenBSD
PHP version: 4.3.11
PHP Bug Type: Output Control
Bug description: Output Buffering + Callback method = unable to change object
properties
Description:
For some reason output buffering inside a callback method prevents an
object's properties from being modified outside of the object. Using
output buffering without a callback works as expected, though.
Reproduce code:
---
var = 'rar';
print 'foo started';
ob_start(array(&$this, 'bar'));
}
function bar() {
print $this->var . "";
$this->var = 'asdf';
print $this->var;
}
}
$foo = new foo;
$foo->var = 'rarar';
?>
Expected result:
I expected $foo->var to be set to 'rarar' after the initial object
creation via constructor, then 'asdf'. Instead, it remains set to 'rar',
then 'asdf'.
--
Edit bug report at http://bugs.php.net/?id=33088&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33088&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33088&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33088&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33088&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33088&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33088&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33088&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33088&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33088&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33088&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33088&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33088&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33088&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33088&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33088&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33088&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33088&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33088&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33088&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33088&r=mysqlcfg
#33082 [Opn]: date(B) returns wrong net time for static timestamp
ID: 33082
User updated by: benjamin dot rich at gmail dot com
Reported By: benjamin dot rich at gmail dot com
Status: Open
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
update - it seems that, given a timestamp, date() will assume it is in
local time. Therefore, on a server with timezone gmt-4, when getting
the net time for a date with timezone gmt+10, you need to do the
following:
net time = local timezone - timestamp timezone - 1
the part on the end is a conundrum. i was assuming date() was
calculating the diff between local timezone and BMT, but it seems it's
just assuming your given timezone is in local server time but then
*still adding 1 hour*.
so, if your timestamp is gmt+10, the resulting net time will be 10hours
- server timezone + 1 hours out. if you convert the timestamp to gmt,
the net time will be 0hours - server timezone + 1 hours out.
So essentially, date() is doing nothing wrong except adding an hour.
why?
net time works off BMT, and BMT works off Central European Wintertime.
Does this timezone have daylight saving which is transparently being
added somewhere? This would explain the extra hour. I suppose if this
weird effect goes away in June or July (in European Summer) then we can
assume there's something to do with swiss daylight savings going on.
NOTE: also, see cracksmokingducks.com/time.php - this shows that local
time (which is set to GMT on my server anyway) taken straight from the
clock gives the correct net time when formatted with date() (check
http://www.swatch.com/internettime/home.php to verify current net time)
Previous Comments:
[2005-05-21 01:02:34] benjamin dot rich at gmail dot com
Here is a piece of my code that reproduces the error. I've put in some
fake data for it.
---
echo "it is " . date("r @B") . " Local Time\n";
echo "and " . gmdate("r @B") ." GMT\n";
echo "" . date("@B") . " net time as of now\n";
//note: the above show the correct net time - the same net time for
both local and gmt dates/times.
//however, when we calculate the net time for a given date, which we
convert to gmt
$_blog_timezone = "+10";
$_server_timezone= "-4";
$blogitem_date = "2004-05-20";
$blogitem_time = "18:41";
if ($blogitem_date != "")
{
if (ereg("([0-9]{1,4})-([0-9]{1,2})-([0-9]{2})", $blogitem_date,
$t_date))
$t_datestring = $t_date[1] . "." . $t_date[2] . "." . $t_date[3];
}
$test_ereg = ereg("([0-9]{2}):([0-9]{2})", $blogitem_time, $t_time);
$blog_timestamp = mktime($t_time[1], $t_time[2], 0, $t_date[2],
$t_date[3], $t_date[1]);
$gmt_timestamp = $blog_timestamp + (3600 *
flip_sign($_blog_timezone));
$server_timestamp = $gmt_timestamp + (3600 * $_server_timezone);
$swatch_net_time = date("@B", $gmt_timestamp);
echo "net time for this article is $swatch_net_time"
-
$swatch_net_time will be 5 hours ahead - the difference between the
server's local time (gmt-4) and BMT (gmt+1). If we change the local
time to, say, gmt, there will still be an hour difference added to the
net time - again, local time (gmt+0) diff to BMT (gmt+1) = 1hour.
if a given date is left in it's local timezone (GMT+10 in the above
example), the difference will be: (diff between server local time and
BMT) + local timezone. In other words, if I hadn't converted the date
in the above script to GMT first, the resulting net time would have
been 5hours + 10hours out.
I theorise this whole problem is something to do with the date function
doing several things transparently to calculate net time, which it
doesn't bother with to calculate other representations for a date.
Given a timestamp with no timezone info (it's not taken from the local
clock), the function must assume the date is in GMT and then figure out
BMT to calculate net-time for it. But, for some reason, something is
going awry and it's not only calculating the diff between local server
time and GMT, etc. etc., but it's also *adding* this extra factor to
the resulting date.
I may be missing something huge here, but it seems to be a bug in
date().
[2005-05-20 17:19:02] [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 ,
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-05-20 16:02:15] benjamin dot rich at gmail dot com
Description:
date("B", $timestamp) will return the swatch net time for $timestamp +
the difference between local server time and BMT (net time mer
#33082 [Opn]: date(B) returns wrong net time for static timestamp
ID: 33082
User updated by: benjamin dot rich at gmail dot com
Reported By: benjamin dot rich at gmail dot com
Status: Open
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
problem somewhat solved through experimentation.
date() is not the problem - timestamps generated by mktime() are.
Here is some code to show this:
\n";
echo "and " . gmdate("r I @B") ." GMT\n";
echo "" . date("@B I") . " net time as of now\n";
$timestamp = strtotime(date("r"));
echo "net time from current local timestamp (not local clock)
is: " . date("r @B", $timestamp) . "";
echo "and getting the timestamp from mktime(11,06,10,5,21,2005)
which should give @087 gives " . date("r B", mktime(11,06,10,5,21,2005))
. "\n";
?>
on a server with a local time of gmt+10, all dates come out with the
correct net time.
on a server where the local time is set to gmt+0, all dates come out
with the correct date time except the one who's timestamp was generated
by mktime(). In this instance, the date/time that are produced are
*correct*, but the net-time produced *incorrect* - it is @504 instead
of the correct @087, which means the net time is exactly 10hours ahead
of what it should be.
given that, in this instance, the server doesn't know that my local
timezone is gmt+10 (since the server timezone is gmt+0 and I didn't
write anything into the code to account for my timezone), something
strange is happening between mktime() and date(). mktime() generates
the correct timestamp because we see the date/time are correct for the
input; but date() formats the timestamp into net-time incorrectly; BUT
*does not do this when the timestamp is returned by time() or other
functions*.
Previous Comments:
[2005-05-21 03:00:45] benjamin dot rich at gmail dot com
update - it seems that, given a timestamp, date() will assume it is in
local time. Therefore, on a server with timezone gmt-4, when getting
the net time for a date with timezone gmt+10, you need to do the
following:
net time = local timezone - timestamp timezone - 1
the part on the end is a conundrum. i was assuming date() was
calculating the diff between local timezone and BMT, but it seems it's
just assuming your given timezone is in local server time but then
*still adding 1 hour*.
so, if your timestamp is gmt+10, the resulting net time will be 10hours
- server timezone + 1 hours out. if you convert the timestamp to gmt,
the net time will be 0hours - server timezone + 1 hours out.
So essentially, date() is doing nothing wrong except adding an hour.
why?
net time works off BMT, and BMT works off Central European Wintertime.
Does this timezone have daylight saving which is transparently being
added somewhere? This would explain the extra hour. I suppose if this
weird effect goes away in June or July (in European Summer) then we can
assume there's something to do with swiss daylight savings going on.
NOTE: also, see cracksmokingducks.com/time.php - this shows that local
time (which is set to GMT on my server anyway) taken straight from the
clock gives the correct net time when formatted with date() (check
http://www.swatch.com/internettime/home.php to verify current net time)
[2005-05-21 01:02:34] benjamin dot rich at gmail dot com
Here is a piece of my code that reproduces the error. I've put in some
fake data for it.
---
echo "it is " . date("r @B") . " Local Time\n";
echo "and " . gmdate("r @B") ." GMT\n";
echo "" . date("@B") . " net time as of now\n";
//note: the above show the correct net time - the same net time for
both local and gmt dates/times.
//however, when we calculate the net time for a given date, which we
convert to gmt
$_blog_timezone = "+10";
$_server_timezone= "-4";
$blogitem_date = "2004-05-20";
$blogitem_time = "18:41";
if ($blogitem_date != "")
{
if (ereg("([0-9]{1,4})-([0-9]{1,2})-([0-9]{2})", $blogitem_date,
$t_date))
$t_datestring = $t_date[1] . "." . $t_date[2] . "." . $t_date[3];
}
$test_ereg = ereg("([0-9]{2}):([0-9]{2})", $blogitem_time, $t_time);
$blog_timestamp = mktime($t_time[1], $t_time[2], 0, $t_date[2],
$t_date[3], $t_date[1]);
$gmt_timestamp = $blog_timestamp + (3600 *
flip_sign($_blog_timezone));
$server_timestamp = $gmt_timestamp + (3600 * $_server_timezone);
$swatch_net_time = date("@B", $gmt_timestamp);
echo "net time for this article is $swatch_net_time"
-
$swatch_net_time will be 5 hours ahead - the difference between the
server's local time (gmt-4) and BMT (gmt+1). If we change the local
time to, say, gmt, there will still be an hour difference added to the
net time - again, local time (gmt+0) diff to BMT (gmt+1) = 1hour.
if a given date is left in it's local timezone (GMT+10 in the above
example), the difference will be: (diff bet
#33082 [Opn]: date(B) returns wrong net time for static timestamp
ID: 33082
User updated by: benjamin dot rich at gmail dot com
Reported By: benjamin dot rich at gmail dot com
Status: Open
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
FINAL CONCLUSION:
formatting a date with date(), using a timestamp provided by mktime(),
will always show the correct date and time - BUT *net time will only be
accurate if your server's local time is gmt+10*
By running my time.php script on my local webserver (php 4.3.11) under
different timezones, I've found there'll always be a discrepency of, at
maximum, 10hours, in net time, unless your local timezone is AEST/EST,
gmt+10.
This also happens on my server, where local time is gmt+0 - the net
time produced from a date() formatted mktime() timestamp is always
10hours ahead.
therefore, I don't know how or why, but mktime() timestamps throw off
date() and causes it to imagine the meridian is gmt+10, not gmt+0.
Previous Comments:
[2005-05-21 03:23:16] benjamin dot rich at gmail dot com
problem somewhat solved through experimentation.
date() is not the problem - timestamps generated by mktime() are.
Here is some code to show this:
\n";
echo "and " . gmdate("r I @B") ." GMT\n";
echo "" . date("@B I") . " net time as of now\n";
$timestamp = strtotime(date("r"));
echo "net time from current local timestamp (not local clock)
is: " . date("r @B", $timestamp) . "";
echo "and getting the timestamp from mktime(11,06,10,5,21,2005)
which should give @087 gives " . date("r B", mktime(11,06,10,5,21,2005))
. "\n";
?>
on a server with a local time of gmt+10, all dates come out with the
correct net time.
on a server where the local time is set to gmt+0, all dates come out
with the correct date time except the one who's timestamp was generated
by mktime(). In this instance, the date/time that are produced are
*correct*, but the net-time produced *incorrect* - it is @504 instead
of the correct @087, which means the net time is exactly 10hours ahead
of what it should be.
given that, in this instance, the server doesn't know that my local
timezone is gmt+10 (since the server timezone is gmt+0 and I didn't
write anything into the code to account for my timezone), something
strange is happening between mktime() and date(). mktime() generates
the correct timestamp because we see the date/time are correct for the
input; but date() formats the timestamp into net-time incorrectly; BUT
*does not do this when the timestamp is returned by time() or other
functions*.
[2005-05-21 03:00:45] benjamin dot rich at gmail dot com
update - it seems that, given a timestamp, date() will assume it is in
local time. Therefore, on a server with timezone gmt-4, when getting
the net time for a date with timezone gmt+10, you need to do the
following:
net time = local timezone - timestamp timezone - 1
the part on the end is a conundrum. i was assuming date() was
calculating the diff between local timezone and BMT, but it seems it's
just assuming your given timezone is in local server time but then
*still adding 1 hour*.
so, if your timestamp is gmt+10, the resulting net time will be 10hours
- server timezone + 1 hours out. if you convert the timestamp to gmt,
the net time will be 0hours - server timezone + 1 hours out.
So essentially, date() is doing nothing wrong except adding an hour.
why?
net time works off BMT, and BMT works off Central European Wintertime.
Does this timezone have daylight saving which is transparently being
added somewhere? This would explain the extra hour. I suppose if this
weird effect goes away in June or July (in European Summer) then we can
assume there's something to do with swiss daylight savings going on.
NOTE: also, see cracksmokingducks.com/time.php - this shows that local
time (which is set to GMT on my server anyway) taken straight from the
clock gives the correct net time when formatted with date() (check
http://www.swatch.com/internettime/home.php to verify current net time)
[2005-05-21 01:02:34] benjamin dot rich at gmail dot com
Here is a piece of my code that reproduces the error. I've put in some
fake data for it.
---
echo "it is " . date("r @B") . " Local Time\n";
echo "and " . gmdate("r @B") ." GMT\n";
echo "" . date("@B") . " net time as of now\n";
//note: the above show the correct net time - the same net time for
both local and gmt dates/times.
//however, when we calculate the net time for a given date, which we
convert to gmt
$_blog_timezone = "+10";
$_server_timezone= "-4";
$blogitem_date = "2004-05-20";
$blogitem_time = "18:41";
if ($blogitem_date != "")
{
if (ereg("([0-9]{1,4})-([0-9]{1,2})-([0-9]{2})", $blogitem_date,
$t_date))
$t_d
#33082 [Opn]: date(B) returns wrong net time for static timestamp
ID: 33082
User updated by: benjamin dot rich at gmail dot com
Reported By: benjamin dot rich at gmail dot com
Status: Open
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
this problem also occurs with timestamps generated from strtotime:
\n";
echo "and " . gmdate("r I @B") ." GMT\n";
echo "" . date("@B I") . " net time as of now\n";
$timestamp = strtotime(date("r"));
echo "net time from current local timestamp (not local clock)
is: " . date("r @B", $timestamp) . "";
echo "and getting the timestamp from mktime(11,06,10,5,21,2005)
which should give @087 gives " . date("r @B",
mktime(11,06,10,5,21,2005)) . "\n";
echo "and getting the timestamp from strtotime(\"21 May 2005
11:06:10am\") which should give @087 gives " . date("r @B",
strtotime("21 May 2005 11:06:10am")) . "\n";
?>
see http://cracksmokingducks.com/time.php
Previous Comments:
[2005-05-21 03:39:08] benjamin dot rich at gmail dot com
FINAL CONCLUSION:
formatting a date with date(), using a timestamp provided by mktime(),
will always show the correct date and time - BUT *net time will only be
accurate if your server's local time is gmt+10*
By running my time.php script on my local webserver (php 4.3.11) under
different timezones, I've found there'll always be a discrepency of, at
maximum, 10hours, in net time, unless your local timezone is AEST/EST,
gmt+10.
This also happens on my server, where local time is gmt+0 - the net
time produced from a date() formatted mktime() timestamp is always
10hours ahead.
therefore, I don't know how or why, but mktime() timestamps throw off
date() and causes it to imagine the meridian is gmt+10, not gmt+0.
[2005-05-21 03:23:16] benjamin dot rich at gmail dot com
problem somewhat solved through experimentation.
date() is not the problem - timestamps generated by mktime() are.
Here is some code to show this:
\n";
echo "and " . gmdate("r I @B") ." GMT\n";
echo "" . date("@B I") . " net time as of now\n";
$timestamp = strtotime(date("r"));
echo "net time from current local timestamp (not local clock)
is: " . date("r @B", $timestamp) . "";
echo "and getting the timestamp from mktime(11,06,10,5,21,2005)
which should give @087 gives " . date("r B", mktime(11,06,10,5,21,2005))
. "\n";
?>
on a server with a local time of gmt+10, all dates come out with the
correct net time.
on a server where the local time is set to gmt+0, all dates come out
with the correct date time except the one who's timestamp was generated
by mktime(). In this instance, the date/time that are produced are
*correct*, but the net-time produced *incorrect* - it is @504 instead
of the correct @087, which means the net time is exactly 10hours ahead
of what it should be.
given that, in this instance, the server doesn't know that my local
timezone is gmt+10 (since the server timezone is gmt+0 and I didn't
write anything into the code to account for my timezone), something
strange is happening between mktime() and date(). mktime() generates
the correct timestamp because we see the date/time are correct for the
input; but date() formats the timestamp into net-time incorrectly; BUT
*does not do this when the timestamp is returned by time() or other
functions*.
[2005-05-21 03:00:45] benjamin dot rich at gmail dot com
update - it seems that, given a timestamp, date() will assume it is in
local time. Therefore, on a server with timezone gmt-4, when getting
the net time for a date with timezone gmt+10, you need to do the
following:
net time = local timezone - timestamp timezone - 1
the part on the end is a conundrum. i was assuming date() was
calculating the diff between local timezone and BMT, but it seems it's
just assuming your given timezone is in local server time but then
*still adding 1 hour*.
so, if your timestamp is gmt+10, the resulting net time will be 10hours
- server timezone + 1 hours out. if you convert the timestamp to gmt,
the net time will be 0hours - server timezone + 1 hours out.
So essentially, date() is doing nothing wrong except adding an hour.
why?
net time works off BMT, and BMT works off Central European Wintertime.
Does this timezone have daylight saving which is transparently being
added somewhere? This would explain the extra hour. I suppose if this
weird effect goes away in June or July (in European Summer) then we can
assume there's something to do with swiss daylight savings going on.
NOTE: also, see cracksmokingducks.com/time.php - this shows that local
time (which is set to GMT on my server anyway) taken straight from the
clock gives the correct net time when formatted wit
#33082 [Opn->Bgs]: date(B) returns wrong net time for static timestamp
ID: 33082
User updated by: benjamin dot rich at gmail dot com
Reported By: benjamin dot rich at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
Sorry, discovered this entire 2 day long hellride is not due to a php
bug but, of course, my own stupidity =P
I discovered I was incorrectly converting dates to GMT by making
date("O") the server timezone, when it should have been date("O")/100.
Previous Comments:
[2005-05-21 04:06:00] benjamin dot rich at gmail dot com
this problem also occurs with timestamps generated from strtotime:
\n";
echo "and " . gmdate("r I @B") ." GMT\n";
echo "" . date("@B I") . " net time as of now\n";
$timestamp = strtotime(date("r"));
echo "net time from current local timestamp (not local clock)
is: " . date("r @B", $timestamp) . "";
echo "and getting the timestamp from mktime(11,06,10,5,21,2005)
which should give @087 gives " . date("r @B",
mktime(11,06,10,5,21,2005)) . "\n";
echo "and getting the timestamp from strtotime(\"21 May 2005
11:06:10am\") which should give @087 gives " . date("r @B",
strtotime("21 May 2005 11:06:10am")) . "\n";
?>
see http://cracksmokingducks.com/time.php
[2005-05-21 03:39:08] benjamin dot rich at gmail dot com
FINAL CONCLUSION:
formatting a date with date(), using a timestamp provided by mktime(),
will always show the correct date and time - BUT *net time will only be
accurate if your server's local time is gmt+10*
By running my time.php script on my local webserver (php 4.3.11) under
different timezones, I've found there'll always be a discrepency of, at
maximum, 10hours, in net time, unless your local timezone is AEST/EST,
gmt+10.
This also happens on my server, where local time is gmt+0 - the net
time produced from a date() formatted mktime() timestamp is always
10hours ahead.
therefore, I don't know how or why, but mktime() timestamps throw off
date() and causes it to imagine the meridian is gmt+10, not gmt+0.
[2005-05-21 03:23:16] benjamin dot rich at gmail dot com
problem somewhat solved through experimentation.
date() is not the problem - timestamps generated by mktime() are.
Here is some code to show this:
\n";
echo "and " . gmdate("r I @B") ." GMT\n";
echo "" . date("@B I") . " net time as of now\n";
$timestamp = strtotime(date("r"));
echo "net time from current local timestamp (not local clock)
is: " . date("r @B", $timestamp) . "";
echo "and getting the timestamp from mktime(11,06,10,5,21,2005)
which should give @087 gives " . date("r B", mktime(11,06,10,5,21,2005))
. "\n";
?>
on a server with a local time of gmt+10, all dates come out with the
correct net time.
on a server where the local time is set to gmt+0, all dates come out
with the correct date time except the one who's timestamp was generated
by mktime(). In this instance, the date/time that are produced are
*correct*, but the net-time produced *incorrect* - it is @504 instead
of the correct @087, which means the net time is exactly 10hours ahead
of what it should be.
given that, in this instance, the server doesn't know that my local
timezone is gmt+10 (since the server timezone is gmt+0 and I didn't
write anything into the code to account for my timezone), something
strange is happening between mktime() and date(). mktime() generates
the correct timestamp because we see the date/time are correct for the
input; but date() formats the timestamp into net-time incorrectly; BUT
*does not do this when the timestamp is returned by time() or other
functions*.
[2005-05-21 03:00:45] benjamin dot rich at gmail dot com
update - it seems that, given a timestamp, date() will assume it is in
local time. Therefore, on a server with timezone gmt-4, when getting
the net time for a date with timezone gmt+10, you need to do the
following:
net time = local timezone - timestamp timezone - 1
the part on the end is a conundrum. i was assuming date() was
calculating the diff between local timezone and BMT, but it seems it's
just assuming your given timezone is in local server time but then
*still adding 1 hour*.
so, if your timestamp is gmt+10, the resulting net time will be 10hours
- server timezone + 1 hours out. if you convert the timestamp to gmt,
the net time will be 0hours - server timezone + 1 hours out.
So essentially, date() is doing nothing wrong except adding an hour.
why?
net time works off BMT, and BMT works off Central European Wintertime.
Does this timezone have daylight saving which is transparently being
#33065 [Bgs]: overloading
ID: 33065 Updated by: [EMAIL PROTECTED] Reported By: cita at nextradsl dot cz Status: Bogus Bug Type: Class/Object related Operating System: independent PHP Version: 5.0.4 New Comment: ask zend... Previous Comments: [2005-05-20 21:49:05] cita at nextradsl dot cz sorry if you lost time with my problem, but i'm testing without optimizer, i using clear instalation of php and apache, but on application server i must use optimizer for better performace. that my last question is: Could i run some version of optimizer on php 5.1 ? [2005-05-20 21:43:22] [EMAIL PROTECTED] Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Thank you for wasting my time. [2005-05-20 21:38:56] cita at nextradsl dot cz sure, yes i have, but latest version of optimizer don't support php version 5.1, is version of optimizer for php 5.1 ? [2005-05-20 21:24:35] [EMAIL PROTECTED] Do you have Zend Optimizer enabled ? [2005-05-20 21:23:20] cita at nextradsl dot cz ok, sorry latest stable 5.0 is produce error, but latest 5.1 is worikng, but there i have problem with zend optimizer 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/33065 -- Edit this bug report at http://bugs.php.net/?id=33065&edit=1
#33082 [Bgs]: date(B) returns wrong net time for static timestamp
ID: 33082
Updated by: [EMAIL PROTECTED]
Reported By: benjamin dot rich at gmail dot com
Status: Bogus
Bug Type: Date/time related
Operating System: Linux
PHP Version: 4.3.10
New Comment:
Careful with that. Places on a half-hour timezone would show up as
0530, for example. Dividing by 100 is not going to be correct for
those.
Previous Comments:
[2005-05-21 04:21:55] benjamin dot rich at gmail dot com
Sorry, discovered this entire 2 day long hellride is not due to a php
bug but, of course, my own stupidity =P
I discovered I was incorrectly converting dates to GMT by making
date("O") the server timezone, when it should have been date("O")/100.
[2005-05-21 04:06:00] benjamin dot rich at gmail dot com
this problem also occurs with timestamps generated from strtotime:
\n";
echo "and " . gmdate("r I @B") ." GMT\n";
echo "" . date("@B I") . " net time as of now\n";
$timestamp = strtotime(date("r"));
echo "net time from current local timestamp (not local clock)
is: " . date("r @B", $timestamp) . "";
echo "and getting the timestamp from mktime(11,06,10,5,21,2005)
which should give @087 gives " . date("r @B",
mktime(11,06,10,5,21,2005)) . "\n";
echo "and getting the timestamp from strtotime(\"21 May 2005
11:06:10am\") which should give @087 gives " . date("r @B",
strtotime("21 May 2005 11:06:10am")) . "\n";
?>
see http://cracksmokingducks.com/time.php
[2005-05-21 03:39:08] benjamin dot rich at gmail dot com
FINAL CONCLUSION:
formatting a date with date(), using a timestamp provided by mktime(),
will always show the correct date and time - BUT *net time will only be
accurate if your server's local time is gmt+10*
By running my time.php script on my local webserver (php 4.3.11) under
different timezones, I've found there'll always be a discrepency of, at
maximum, 10hours, in net time, unless your local timezone is AEST/EST,
gmt+10.
This also happens on my server, where local time is gmt+0 - the net
time produced from a date() formatted mktime() timestamp is always
10hours ahead.
therefore, I don't know how or why, but mktime() timestamps throw off
date() and causes it to imagine the meridian is gmt+10, not gmt+0.
[2005-05-21 03:23:16] benjamin dot rich at gmail dot com
problem somewhat solved through experimentation.
date() is not the problem - timestamps generated by mktime() are.
Here is some code to show this:
\n";
echo "and " . gmdate("r I @B") ." GMT\n";
echo "" . date("@B I") . " net time as of now\n";
$timestamp = strtotime(date("r"));
echo "net time from current local timestamp (not local clock)
is: " . date("r @B", $timestamp) . "";
echo "and getting the timestamp from mktime(11,06,10,5,21,2005)
which should give @087 gives " . date("r B", mktime(11,06,10,5,21,2005))
. "\n";
?>
on a server with a local time of gmt+10, all dates come out with the
correct net time.
on a server where the local time is set to gmt+0, all dates come out
with the correct date time except the one who's timestamp was generated
by mktime(). In this instance, the date/time that are produced are
*correct*, but the net-time produced *incorrect* - it is @504 instead
of the correct @087, which means the net time is exactly 10hours ahead
of what it should be.
given that, in this instance, the server doesn't know that my local
timezone is gmt+10 (since the server timezone is gmt+0 and I didn't
write anything into the code to account for my timezone), something
strange is happening between mktime() and date(). mktime() generates
the correct timestamp because we see the date/time are correct for the
input; but date() formats the timestamp into net-time incorrectly; BUT
*does not do this when the timestamp is returned by time() or other
functions*.
[2005-05-21 03:00:45] benjamin dot rich at gmail dot com
update - it seems that, given a timestamp, date() will assume it is in
local time. Therefore, on a server with timezone gmt-4, when getting
the net time for a date with timezone gmt+10, you need to do the
following:
net time = local timezone - timestamp timezone - 1
the part on the end is a conundrum. i was assuming date() was
calculating the diff between local timezone and BMT, but it seems it's
just assuming your given timezone is in local server time but then
*still adding 1 hour*.
so, if your timestamp is gmt+10, the resulting net time will be 10hours
- server timezone + 1 hours out. if you convert the timestamp to gmt,
the net time will be 0hours - server timezo
