#21483 [Fbk->Opn]: hidden-field
ID: 21483
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: *General Issues
Operating System: WIN32
PHP Version: 4.3.0
New Comment:
Hello,
I mean if I have 2 or more hidden-fields in a form
...
...
And then I click on the submit-button
errorcheck, if okay include("page2.php");
print "$_POST[field1] --- $_POST[field2]";
GET only "1"
I tested with text-fields - no problems, but if I use more then 1
hiddenfields in a form only the first hiddenfield submit!
Previous Comments:
[2003-01-07 04:43:19] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2003-01-07 04:42:57] [EMAIL PROTECTED]
Hello,
if more than 1 hidden-fields in a form, and I post the form only the
1st hidden-field posted. All other fields are not posted!
I make tests in 2 forms.
--
Edit this bug report at http://bugs.php.net/?id=21483&edit=1
#21483 [Opn]: hidden-field
ID: 21483
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: *General Issues
Operating System: WIN32
-PHP Version: 4.3.0
+PHP Version: 4.1.2, 4.3.0, 4.3.1 dev
New Comment:
on the same site no problems, only If I go over 2 pages.
Previous Comments:
[2003-01-07 04:56:28] [EMAIL PROTECTED]
Hello,
I mean if I have 2 or more hidden-fields in a form
...
...
And then I click on the submit-button
errorcheck, if okay include("page2.php");
print "$_POST[field1] --- $_POST[field2]";
GET only "1"
I tested with text-fields - no problems, but if I use more then 1
hiddenfields in a form only the first hiddenfield submit!
[2003-01-07 04:43:19] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2003-01-07 04:42:57] [EMAIL PROTECTED]
Hello,
if more than 1 hidden-fields in a form, and I post the form only the
1st hidden-field posted. All other fields are not posted!
I make tests in 2 forms.
--
Edit this bug report at http://bugs.php.net/?id=21483&edit=1
#21660 [NEW]: Form posts hang
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server SP3 PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: Form posts hang Freshly installed 4.3.0 installed as CGI on IIS5. Minimal changes to default php.ini I use the following page to demonstrate/test the problem: Very simple post test form which assigns post data to a variable. This particular script functions correctly with small amounts of data but above around 500 characters (seems to change depending on number of fields in form) the page will sit there for about 5 minutes until i get a CGI Timeout error from IIS (also logged to event viewer). Items from phpinfo() relating to post are set to defaults: always_populate_raw_post_data Off post_max_size 8M A similar ASP page on the same web server functions perfectly up to thousands of characters. As far as I am aware all other PHP functions are working correctly. -- Edit bug report at http://bugs.php.net/?id=21660&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21660&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21660&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21660&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21660&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21660&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21660&r=support Expected behavior: http://bugs.php.net/fix.php?id=21660&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21660&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21660&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21660&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21660&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21660&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21660&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21660&r=gnused
#21660 [Com]: Form posts hang
ID: 21660 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Server SP3 PHP Version: 4.3.0 New Comment: No help. Does exactly the same thing as previously described Previous Comments: [2003-01-15 09:33:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-15 08:38:41] [EMAIL PROTECTED] Freshly installed 4.3.0 installed as CGI on IIS5. Minimal changes to default php.ini I use the following page to demonstrate/test the problem: Very simple post test form which assigns post data to a variable. This particular script functions correctly with small amounts of data but above around 500 characters (seems to change depending on number of fields in form) the page will sit there for about 5 minutes until i get a CGI Timeout error from IIS (also logged to event viewer). Items from phpinfo() relating to post are set to defaults: always_populate_raw_post_data Off post_max_size 8M A similar ASP page on the same web server functions perfectly up to thousands of characters. As far as I am aware all other PHP functions are working correctly. -- Edit this bug report at http://bugs.php.net/?id=21660&edit=1
#20827 [Com]: stat macro
ID: 20827 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Tru64 PHP Version: 4.3.0RC2 New Comment: It's not fixed in CVS, error shows up in the same place: /local/pkg/apache/php-20030115/main/streams.c: In function '_php_stream_stat': /local/pkg/apache/php-20030115/main/streams.c:677: structure has no member named `_F64_stat' Previous Comments: [2003-01-06 17:39:56] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-01-06 16:18:35] [EMAIL PROTECTED] Same thing happens with 4.3.0 release, in the same file main/streams.c but on line 677 [2002-12-05 08:52:35] [EMAIL PROTECTED] When compile PHP-4.3.0RC2 on Tru64 arch, I got : [.] /usr/local/tmp/php-4.3.0RC2/main/streams.c: In function `_php_stream_stat': /usr/local/tmp/php-4.3.0RC2/main/streams.c:655: structure has no member named `_F64_stat' [.] The bogus line is : return stream->ops->stat(stream, ssb TSRMLS_CC); Indeed, on this arch, 'stat' is a macro to '_F64_stat' whereas it use here as a member of struct '_php_stream_ops'. So I've added parenthesis to prevent macro expansion : return (stream->ops->stat)(stream, ssb TSRMLS_CC); PS: I saw the same pb on CVS version. Sincerly, Julien -- Edit this bug report at http://bugs.php.net/?id=20827&edit=1
#21660 [Fbk->Opn]: Form posts hang
ID: 21660 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 Server SP3 PHP Version: 4.3.0 New Comment: I installed latest apache to run on port 8080 and this worked fine with my test.php page up to way more than 500 characters. I'm hoping you asked me to do this as a test not as a solution since this box is hosting sites which reuquire IIS for ASP and PHP at the same time (some sites contain both). Does this point to a particular problem with iis ? Previous Comments: [2003-01-15 14:12:39] [EMAIL PROTECTED] And when you add comments to your own report, use the 'Edit Submission' page, NOT the 'Add Comment'. [2003-01-15 14:11:21] [EMAIL PROTECTED] Could you please try the same with using Apache instead of IIS? [2003-01-15 11:09:09] [EMAIL PROTECTED] No help. Does exactly the same thing as previously described [2003-01-15 09:33:26] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-15 08:38:41] [EMAIL PROTECTED] Freshly installed 4.3.0 installed as CGI on IIS5. Minimal changes to default php.ini I use the following page to demonstrate/test the problem: Very simple post test form which assigns post data to a variable. This particular script functions correctly with small amounts of data but above around 500 characters (seems to change depending on number of fields in form) the page will sit there for about 5 minutes until i get a CGI Timeout error from IIS (also logged to event viewer). Items from phpinfo() relating to post are set to defaults: always_populate_raw_post_data Off post_max_size 8M A similar ASP page on the same web server functions perfectly up to thousands of characters. As far as I am aware all other PHP functions are working correctly. -- Edit this bug report at http://bugs.php.net/?id=21660&edit=1
#22237 [NEW]: PHP crashes when class references property using variable variable
From: [EMAIL PROTECTED] Operating system: MS Windows PHP version: 5CVS-2003-02-15 (dev) PHP Bug Type: Reproducible crash Bug description: PHP crashes when class references property using variable variable $bar; //line 1 //echo $this->foo; //line 2 } } ?> commenting out line 1 (and optionally including line 2) cause it to run normally. The crash occurs as soon as you include $this->$. >From a dos command line on Windows XP Pro SP1 (build 2600): >php c:\temp\t.php I get PHP Script Interpreter has encountered a problem and needs to close (pop up). I'm using the windows build from the snaps page. I've had this error over the past few days of snaps too. >php -m [PHP Modules] bcmath calendar com ctype ftp mysql odbc pcre rpc session standard tokenizer wddx xml zlib [Zend Modules] The crash details are: AppName: php.exe AppVer: 5.0.0.0 ModName: php4ts.dll ModVer: 5.0.0.0 Offset: 000b3bdc Exception Information: Code: 0xc005 Flags: 0x Record: 0x000Address: 0x0100b3bdc -- Edit bug report at http://bugs.php.net/?id=22237&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22237&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22237&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22237&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22237&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22237&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22237&r=support Expected behavior: http://bugs.php.net/fix.php?id=22237&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22237&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22237&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22237&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22237&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22237&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22237&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22237&r=gnused
#20975 [NEW]: date("O") & date("r")
From: [EMAIL PROTECTED]
Operating system: win2000SP3
PHP version: 4.2.3
PHP Bug Type: Date/time related
Bug description: date("O") & date("r")
When used for time zone that varies by the half hour rather than the
standard one hour from GMT (or 45 min - Nepal) will output combination of
hours and second as difference to Greenwich:
date("O"); will generate (date("r")) :
+052700 Nepal Standard Time(GMT+05:45)
-031800 Newfoundland Standard Time (GMT-03:30), etc.
PHP documentation:
O - Difference to Greenwich Time in hours; e.g. "+0200"
NOT in hours AND seconds...date("Z") works fine.
Peter
--
Edit bug report at http://bugs.php.net/?id=20975&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20975&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20975&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20975&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20975&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20975&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20975&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20975&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20975&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20975&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20975&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20975&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20975&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20975&r=isapi
#21050 [NEW]: strtotime & time zones
From: [EMAIL PROTECTED] Operating system: Linux webdev 2.4.19 PHP version: 4.2.2 PHP Bug Type: Date/time related Bug description: strtotime & time zones Function 'strtotime' will produce 24 hour offset when prasing timezone item. echo (strtotime(GMT, 0)); //-86400 on Linux, 0 on win2k. echo (strtotime(CST, 0)); //-64800 on Linux, 21600 on win2k Peter -- Edit bug report at http://bugs.php.net/?id=21050&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21050&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21050&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21050&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21050&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21050&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21050&r=support Expected behavior: http://bugs.php.net/fix.php?id=21050&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21050&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21050&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21050&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21050&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21050&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21050&r=isapi
#20827 [Com]: stat macro
ID: 20827 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Tru64 PHP Version: 4.3.0RC2 New Comment: Same thing happens with 4.3.0 release, in the same file main/streams.c but on line 677 Previous Comments: [2002-12-05 08:52:35] [EMAIL PROTECTED] When compile PHP-4.3.0RC2 on Tru64 arch, I got : [.] /usr/local/tmp/php-4.3.0RC2/main/streams.c: In function `_php_stream_stat': /usr/local/tmp/php-4.3.0RC2/main/streams.c:655: structure has no member named `_F64_stat' [.] The bogus line is : return stream->ops->stat(stream, ssb TSRMLS_CC); Indeed, on this arch, 'stat' is a macro to '_F64_stat' whereas it use here as a member of struct '_php_stream_ops'. So I've added parenthesis to prevent macro expansion : return (stream->ops->stat)(stream, ssb TSRMLS_CC); PS: I saw the same pb on CVS version. Sincerly, Julien -- Edit this bug report at http://bugs.php.net/?id=20827&edit=1
#21483 [NEW]: hidden-field
From: [EMAIL PROTECTED] Operating system: WIN32 PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: hidden-field Hello, if more than 1 hidden-fields in a form, and I post the form only the 1st hidden-field posted. All other fields are not posted! I make tests in 2 forms. -- Edit bug report at http://bugs.php.net/?id=21483&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21483&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21483&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21483&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21483&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21483&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21483&r=support Expected behavior: http://bugs.php.net/fix.php?id=21483&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21483&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21483&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21483&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21483&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21483&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21483&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21483&r=gnused
Bug #16683 Updated: gdIOCtx
ID: 16683 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: Mac OS X PHP Version: 4.1.2 New Comment: I've just finished installing gd-1.8.4 and php 4.2.0 on Redhat linux. After ecountering <> of the install problems between PHP and GD (including the typedef for gdIOCtx), I realised that the problem appears to be that the configuration header file generated by the php 'configure' script is not actually included in to the C source... So here's what I did: - On my system, configure -> main/php_config.h. - I created a soft link to this file called main/config.h. - I then edited the file 'config_vars.mk' and under CPP_FLAGS i added -DHAVE_CONFIG_H=1. This extra flag tells the compiler to include the 'config.h' in the C files which have the lines #ifdef HAVE_CONFIG_H;#include "config.h";#endif of which there are quite a number, including gd.c! - After all that it compiled *perfectly*. I look forward to hearing whether this is a problem with the configure script, or whether there is a configuration setting which can be changed to rectify this error. Previous Comments: [2002-04-23 10:44:31] [EMAIL PROTECTED] This problem also appears in 4.2.0 just released. [2002-04-19 02:53:43] [EMAIL PROTECTED] Sorry I was in a rush. I have install GD 1.8.4 from source archive into /usr/local/. There is no other GD installed. As for PHP, it was configured as follows: ./configure \ --enable-bcmath \ --enable-ftp \ --enable-track-vars \ --with-apxs \ --with-gd \ --with-mm \ --with-openssl \ --with-snmp \ --with-zlib \ --without-tsrm-pthreads [2002-04-18 16:39:28] [EMAIL PROTECTED] They're not supposed to be same.. How did you configure PHP ? How did you configure / compile the GD library? Do you have different versions of GD library installed? [2002-04-18 11:57:34] [EMAIL PROTECTED] The types of "gdIOCtx" in /usr/local/include/gd_io.h and /usr/local/src/php-4.1.2/ext/gd/gd.c (line 92) Are in no way similar. This is similar to 14271. -- Edit this bug report at http://bugs.php.net/?id=16683&edit=1
#20007 [NEW]: session.use_cookies is ignored
From: [EMAIL PROTECTED]
Operating system: RedHat Linux
PHP version: 4.2.1
PHP Bug Type: Session related
Bug description: session.use_cookies is ignored
The following code:
ini_set("session.use_cookies", "0");
session_name("Session");
session_start();
As reported in bug #18587 doesn't work with PHP 4.2.1. A cookies is
generated and carried by the browser, which isn't supposed to happen...
Any solutions, workarounds?
Regards,
Peter
--
Edit bug report at http://bugs.php.net/?id=20007&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20007&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20007&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20007&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20007&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20007&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20007&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20007&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20007&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20007&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20007&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20007&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20007&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20007&r=isapi
Bug #11297 Updated: swf_shapecurveto() description missing an element
ID: 11297 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Not relevant PHP Version: 4.0.5 New Comment: Besier curves based on two points are a straight line. Three points produce a quadratic equation and a curve. Four points produce a cubic equation and a spline or S curve. Splines are the fancy things used in Postscript to draw fonts. Three point systems are used in graphics programs to make curves. You click the FROM point then the TO point then you drag the third point, the mid point, to develop the curve. In a parameter based system, as in functions, the order of the points may be From, Mid, To, or From, To, Mid, depending on the language. swf_shapecurveto() appears to be From, Mid, To. Previous Comments: [2002-02-07 19:30:18] [EMAIL PROTECTED] I don't really know much about quadratic bezier curves. Can anybody verify that this is correct? [2001-06-05 17:06:39] [EMAIL PROTECTED] bezier curves need three points. I think the following sentence: "The swf_shapecurveto() function draws a quadratic bezier curve from the x coordinate given by x1 and the y coordinate given by y1 to the x coordinate given by x2 and the y coordinate given by y2." should say: "The swf_shapecurveto() function draws a quadratic bezier curve from the current location, through the x coordinate given by x1 and the y coordinate given by y1, to the x coordinate given by x2 and the y coordinate given by y2." -- Edit this bug report at http://bugs.php.net/?id=11297&edit=1
Bug #14910 Updated: --with-snmp compile failure
ID: 14910 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Red Hat Linux 7.1 PHP Version: 4.1.1 New Comment: I am getting an identical error when compiling PHP 4.1.2 with UCD-SNMP 4.2.3 on FreeBSD. When I compile PHP for CGI/command line duties (no --with-apxs... all other options the same) with UCD snmp it compiles without errors. Previous Comments: [2002-02-20 03:35:57] [EMAIL PROTECTED] Unreproducible with Debian GNU/Linux woody and standard Debian (dev-)packages of net-snmp, gd etc. net-snmp 4.2.3 and php 4.1.1 [2002-01-30 20:10:27] [EMAIL PROTECTED] I'm just tossing in a comment to say I'm also able to reproduce this bug report with 4.1.1 on Slack 8. [2002-01-23 11:40:44] [EMAIL PROTECTED] This bug occurs in PHP 4.1.0 as well as PHP 4.1.1. [2002-01-23 10:03:49] [EMAIL PROTECTED] Ok, this appears to be a problem with Version 4.1.1 I was having this issued on a RedHat 6.2 Box with PHP 4.1.1 I then installed PHP 4.0.6 and it worked perfect and I have full SNMP access. So it appears to be a BUG in PHP Version 4.1.1 for sure. [2002-01-21 16:25:33] [EMAIL PROTECTED] I also am receiving the same exact error. Has anyone any idea what I can do to fix the problem? Will downgrading the PHP version have any affect? 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/14910 -- Edit this bug report at http://bugs.php.net/?id=14910&edit=1
Bug #3883 Updated: Parsing of GET/POST-data in UTF-7 encoding
ID: 3883 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Other Operating System: Windows NT 3.51 PHP Version: 3.0.15 New Comment: I was having a similar problem with a website that I designed, but was actually seeing this error myself. I'm not sure the exact nature or case of this, but I fixed it by specifying the Content-Type in a META tag on all the web pages that contained the requests. In my case this was adding the tag to the header of all pages. I used the following tag: I hope this helps you out, Peter Previous Comments: [2000-03-20 12:57:11] [EMAIL PROTECTED] Hi there, Internet Explorer 5 transmits under certain circumstances urlencoded data from s with additional UTF-7 character encoding applied. E.g., normally the data would be encoded into something like name1=value1&name2=value2 whereas with additional UTF-7 character encoding applied the same would read name1+ADO-value1+ACY-name2+ADO-value2 Simply "=" is replaced with "+ADO-" and "&" with "+ACY-" (see also RFC 2152). With method GET anything after the ? in the URL ist coded, with method PUT the body of the HTTP request. The PHP interpreter (in my case the CGI version with Apache 1.3.6 on WinNT 3.51) does not handle this additional character coding. It simply can not decode anything useful an thus no data reach the script. With the information I have I can not determine whether this is a misbehaviour of IE 5 (i.e. not conforming with applicable RFCs) or a missing link of PHP's "decoding chain" (with IE5 conforming with applicable RFCs). I regret that I can not tell how to configure IE 5 to reproduce this behaviour. All my tests with IE 5 work, but some of our customers can not use our PHP driven applications. On Microsoft's support site I found the following two documents addressing a similar problem in MS Outlook: http://support.microsoft.com/support/kb/articles/Q244/4/41.ASP http://support.microsoft.com/support/kb/articles/Q244/3/94.ASP If this "bug" should turn out not to be a problem inside PHP I apologize for the extra work I caused. Best regards, Michael Woecherl M&L Computing GmbH, Germany Email [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=3883&edit=1
#20499 [NEW]: No newline operation in error_log()
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: Unknown/Other Function
Bug description: No newline operation in error_log()
I have been trying to use newline operators and tabs in the error_log()
function but for some reason they are treated as literals and I can not
get newlines written into the logfile nor tabs.
as you can see bellow I have tried it with an array element and a string
also with \r\n or \n or \\n or \n\n.. no joy I just get everything
appended to the same line.. shame
//example line: error_log($error[0|1][n],3,$errorLog);
// timestamp for the error entry
$dt = date("Y-m-d H:i:s");
///
$error[0][0]= '\t' .$dt. 'Failure: capture HTTP page request
variable\n';//mark [FATAL]
//$error[1][0] = '\t' .$dt. 'Success: capture HTTP page request
variable\n';
$errorString= '\t' .$dt. '\tSuccess: capture HTTP page request
variable\r\n';
$error[0][1]= '\t' .$dt. 'Failure: capture HTTP method request
variable\n';//mark [WARNING]
//script excerpt
if ($request = getenv('REQUEST_URI')) {
error_log($errorString,3,$errorLog);
}//end if($request..
else {
error_log($error[0][0],3,$errorLog);
}//end else
--
Edit bug report at http://bugs.php.net/?id=20499&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20499&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=20499&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=20499&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20499&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=20499&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20499&r=support
Expected behavior: http://bugs.php.net/fix.php?id=20499&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20499&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20499&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=20499&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20499&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=20499&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=20499&r=isapi
#21126 [NEW]: returncodes in shell $? aren't correct
From: [EMAIL PROTECTED] Operating system: Solaris 9 - Sparc PHP version: 4.2.2 PHP Bug Type: Output Control Bug description: returncodes in shell $? aren't correct Hello, there is something wrong with the exitcodes in PHP. I use it instead of Perl for some shellscript addons. I need the exitcodes for sendmail. Example: Return as exitcode 0 which is ok. Return as exitcode 255 which isn't ok. Print out 79 and return exitcode 255, which isn't ok as well. Here my configure: './configure' '--prefix=/www-1/src/php' '--with-apxs=/usr/local/apache/bin/apxs' '--with-config-file-path=/usr/local/apache/conf/' '--enable-versioning' '--with-mysql=/usr/local/mysql' '--enable-ftp' '--enable-bcmath' '--disable-debug' '--enable-memory-limit=yes' '--enable-track-vars' '--enable-calendar' '--enable-force-cgi-redirect' '--enable-libgcc' '--enable-trans-sid' '--with-java=/usr/java' '--enable-yp' '--enable-sysvsem' '--enable-sysvshm' '--with-zlib=/sw/es-tools/' '--with-gd=/sw/es-tools/' '--with-system-regex' '--with-jpeg-dir=/sw/es-tools/pkg/jpeg-6b/' '--with-tiff-dir=/sw/es-tools/pkg/tiff-3.5.7/' '--with-ldap=/usr/local/' '--with-db3=/usr/local/BerkeleyDB.3.3/' '--enable-cli' I don't think that a backtrace should help here. If yes, please contact me. Thx in forward. Peter -- Edit bug report at http://bugs.php.net/?id=21126&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21126&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21126&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21126&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21126&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21126&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21126&r=support Expected behavior: http://bugs.php.net/fix.php?id=21126&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21126&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21126&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21126&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21126&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21126&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21126&r=isapi
Bug #16102 Updated: >1 session variables not getting set correctly
ID: 16102
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Session related
Operating System: Windows 2000/XP
PHP Version: 4.1.2
New Comment:
Hope this isn't too much of a 'me too!'.
I have the same problem on W2K/IIS5 running PHP 4.1.2 as an ISAPI
module.
I have looked at the session files in the temp directory and they seem
to be created and populated with variables without any trouble. The
problem is that any page referencing them returns an 'index not valid'
error.
I too am using $_SESSION.
The only way I can get it to work is if I do sessions the
"old-fashioned" way, ie:
$foo = 'bar';
session_register( $foo );
If I go back to 4.1.1 everything works fine (using $_SESSION).
Peter.
Previous Comments:
[2002-03-26 22:34:20] [EMAIL PROTECTED]
I recently upgraded to 4.12 running W98: Apache 1.3.19, Win32
PHP/4.1.3-dev running; reg_globals OFF; trying to work my way through
sessions. Yikes!! It is hard to figure how it works or when to use
$_SESSION or HTTP_SESSION_VARS, w/ or without session_register().
/* this seems to ~work sort of, maybe...
$ship_type = $HTTP_SESSION_VARS['ship_type']; //or with $_SESSION..
which seems to be erratic
session_unregister("ship_type");
$ship_type= 'trs'; //$ship_type + 1;
session_register("ship_type");
flush();
// This allows other pages to show the revised value via
$_SESSION["ship_type"]
Now if I could just erase a pair in an array with unset...
Keep up the goodwork!
[2002-03-25 20:14:53] [EMAIL PROTECTED]
This comment is just to say that I am experiencing the same problem
with PHP 4.1.2 as CGI, Windows 98 SE German, Apache 1.3.20, using
php.ini with register_globals turned OFF and neither $_SESSION nor
$HTTP_SESSION_VARS is working. A session file is created in the
sessions directory but no variables are stored within it. A typical
error I get when trying to use a variable previously stored in
$_SESSION is:
Warning: Undefined index: text in session_2.php on line 3. I mistakenly
reported this as a new bug to
http://bugs.php.net/bug.php?id=16273&edit=2 but I set that to
"Duplicate" now, so I hope it will be ok. Sorry. Robert
[2002-03-20 17:57:04] [EMAIL PROTECTED]
Using the $HTTP_SESSION_VARS["foo"] = "bar" is all well and good, but
one of the major points about 4.1.x was the new $_SESSION array and its
global scope. Infact it got a big mention on the download page. Its
only fair to put a big mention that its broke in 4.1.2 as I'm sure that
a few devs (myself included) now have broken code using
$_SESSION["foo"] = "bar" which is silly to take back to the old way of
doing it.
Either make a note or release a patch!
FWIW, this happens on Apache 1.2.23 in SAPI mode and Apache 2.0.32 beta
in CGI mode
[2002-03-20 12:55:14] [EMAIL PROTECTED]
Using session_start() and setting $HTTP_SESSION_VARS['my_Var'] to any
value mays help.
Here is my code to use the $_SESSION array :
//~
session_start();
if (!isset($_SESSION["count"])) {
$HTTP_SESSION_VARS["count"] = 0;
}
$_SESSION["count"]++;
echo $_SESSION["count"];
//~
PHP Version : 4.1.2
OS : Win2K Server
Webserver : APACHE 1.3.22
PHP running as the php.exe
[2002-03-19 11:21:04] [EMAIL PROTECTED]
Fix it and release a new version or at least make a note on the
downloadpage.
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/16102
--
Edit this bug report at http://bugs.php.net/?id=16102&edit=1
#21775 [NEW]: memory leak: emalloc(): Unable to alllocate 32 bytes
From: [EMAIL PROTECTED]
Operating system: SuSE Linux 7.3
PHP version: 4.3.0
PHP Bug Type: Reproducible crash
Bug description: memory leak: emalloc(): Unable to alllocate 32 bytes
The following code:
<%
class Object {
var $prev;
var $next;
function unter (&$ref)
{
$ref->prev = &$this;
$this->next = &$ref;
}
};
while (true)
{
print "NEW ROUND\n";
{
$o = &new Object;
for ($i = 0; $i < 1; ++$i) {
$o->unter (new Object);
$o = &$o->next;
}
unset ($o);
}
}
%>
consumes as much memory it can get. I would expect that
PHP garbage-collects the memory.
--
Edit bug report at http://bugs.php.net/?id=21775&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21775&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21775&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21775&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21775&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21775&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21775&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21775&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21775&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21775&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21775&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21775&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21775&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21775&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21775&r=gnused
#21775 [Bgs]: memory leak: emalloc(): Unable to alllocate 32 bytes
ID: 21775
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Reproducible crash
Operating System: SuSE Linux 7.3
PHP Version: 4.3.0
New Comment:
PHP does not reclaim any memory no longer referenced?
No garbage collection?
Previous Comments:
[2003-01-20 11:12:37] [EMAIL PROTECTED]
PHP is designed to bail out (to stop executing) when the memory has
been
run out. So it's natural that the runtime end up segfaulting.
[2003-01-20 10:30:58] [EMAIL PROTECTED]
The following code:
<%
class Object {
var $prev;
var $next;
function unter (&$ref)
{
$ref->prev = &$this;
$this->next = &$ref;
}
};
while (true)
{
print "NEW ROUND\n";
{
$o = &new Object;
for ($i = 0; $i < 1; ++$i) {
$o->unter (new Object);
$o = &$o->next;
}
unset ($o);
}
}
%>
consumes as much memory it can get. I would expect that
PHP garbage-collects the memory.
--
Edit this bug report at http://bugs.php.net/?id=21775&edit=1
#21775 [Bgs->Opn]: memory leak: emalloc(): Unable to alllocate 32 bytes
ID: 21775
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Reproducible crash
Operating System: SuSE Linux 7.3
PHP Version: 4.3.0
New Comment:
my http process rund out of memory after it blowed up
to 320 MB (have 256 MB RAM). in php.ini memory_limit = 8M.
IMHO this is not bogus!
Previous Comments:
[2003-01-20 11:38:05] [EMAIL PROTECTED]
PHP does not reclaim any memory no longer referenced?
No garbage collection?
[2003-01-20 11:12:37] [EMAIL PROTECTED]
PHP is designed to bail out (to stop executing) when the memory has
been
run out. So it's natural that the runtime end up segfaulting.
[2003-01-20 10:30:58] [EMAIL PROTECTED]
The following code:
<%
class Object {
var $prev;
var $next;
function unter (&$ref)
{
$ref->prev = &$this;
$this->next = &$ref;
}
};
while (true)
{
print "NEW ROUND\n";
{
$o = &new Object;
for ($i = 0; $i < 1; ++$i) {
$o->unter (new Object);
$o = &$o->next;
}
unset ($o);
}
}
%>
consumes as much memory it can get. I would expect that
PHP garbage-collects the memory.
--
Edit this bug report at http://bugs.php.net/?id=21775&edit=1
#21775 [NoF->Csd]: memory leak: emalloc(): Unable to alllocate 32 bytes
ID: 21775 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: Reproducible crash Operating System: SuSE Linux 7.3 PHP Version: 4.3.0 New Comment: --enable-memory-limit works fine. Previous Comments: [2003-02-04 16:51:49] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-01-21 09:36:56] [EMAIL PROTECTED] The PHP scripting engine (ZendEngine) doesn't perform conservative GC, and any referenced object are marked as alive. Therefore there are some cases where the objects such as mutually-referenced ones remains undestroyed even though they are unreachable from the root set of variables. Your bi-directional linked list example is just one of such cases. [2003-01-21 08:26:23] [EMAIL PROTECTED] The memory limit option will not take effect unless you've compiled your PHP with --enable-memory-limit. [2003-01-21 07:26:32] [EMAIL PROTECTED] Sorry, my bad. I missed "unset" statement. As for the memory-limit problem it was a bug indeed. See bug #20802. [2003-01-21 06:03:28] [EMAIL PROTECTED] my http process rund out of memory after it blowed up to 320 MB (have 256 MB RAM). in php.ini memory_limit = 8M. IMHO this is not bogus! 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/21775 -- Edit this bug report at http://bugs.php.net/?id=21775&edit=1
#26219 [Bgs]: Segmentation fault using regexp in php versions later than 4.3.3RC1
ID: 26219
User updated by: peter at normann dot com
Reported By: peter at normann dot com
Status: Bogus
Bug Type: Regexps related
Operating System: Linux kernel 2.5.74
PHP Version: 4.3.4
New Comment:
Thank you Andrei.
I installed the latest pcre lib version 4.5 and linked the php-4.3.4
against it, but the problem persisted.
Then I downloaded the latest snapshot of 4.3.5-dev and compiled it
using the bundled libpcre 4.5 and... problem solved :-)
Previous Comments:
[2003-12-22 01:04:09] [EMAIL PROTECTED]
Could not reproduce with the latest PCRE library version 4.5.
[2003-11-12 13:00:37] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
I can verify the crash, however the crash is not the result of PHP code
but rather due to a bug in the pcre library. Please report this bug to
the maintainers of the pcre library.
[2003-11-12 11:24:19] peter at normann dot com
It's rather lengthy, but I have provided it at
http://www.normann.com/bug/buggy.txt
Also, the whole function can be found at
http://www.normann.com/bug/bug_code.txt
Thank you for taking your time...
[2003-11-12 11:00:03] [EMAIL PROTECTED]
Please provide sample of source text on which the regex operates.
[2003-11-12 09:46:00] peter at normann dot com
Description:
php crashes when using the preg_match function. Code included below.
Works in php4.3.3RC1 but any later version causes segmentation fault.
The code is part of a text filter.
$output contains text with plain text and html mixed. The idea is
anything between [html] and [/html] will go untouched by the filter.
I use dozens of other regular expressions, but preg_match is a sure
killer. I can easily reproduce this behavior.
Reproduce code:
---
while (preg_match('/\[html]((.|\s)+?)\[\/html]/', $output, $htmlshow))
$output = str_replace($htmlshow[0], str_replace('', '',
strtr($htmlshow[1],
array_flip(get_html_translation_table(HTML_ENTITIES, $output);
Actual result:
--
child pid x exit signal Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=26219&edit=1
#24389 [Com]: PHP 5 : Windows build needs a MySQL DLL
ID: 24389 Comment by: peter at kitten dot net Reported By: philip at cornado dot com Status: Closed Bug Type: Feature/Change Request Operating System: Windows PHP Version: 5CVS-2003-06-29 (dev) Assigned To: edink New Comment: I got this error initially but using the extension method is easy. I didn't copy any dlls anywhere - just left the php_mysql.dll in extensions and uncommented the reference to it in the extensions section of my php.ini - voila! The only one you'd ever copy would be the libmySQL if you decided to use that rather than the extension I guess. using PHP 5.0.0b3 and mysql 4.0.17 - all works fine. Previous Comments: [2003-12-23 05:55:24] jorispeeraer at tiscali dot be I've got php5b3, I copied libmysql.dll and php_mysql to system32, but I always get the same error: "Fatal error: Call to undefined function mysql_connect()". Is it still a bug in the beta-3 version, or do I something wrong? [2003-11-30 20:00:32] ccesario at isic dot com dot br I have php5-win32-200311302330, but Mysql isn't supported. I copied libmySQL.dll and php_mysql.dll to Windows\System32 ... but isn't working How to enable this ? thanks! [2003-11-28 09:32:21] valeu at pela dot ajuda eu adoro o PHP.netquer aprender a programar em PHPentre no PHP.netperfeito este site [2003-09-24 12:47:38] rodrigoclp at hotmail dot com I caught the last version, Sep 24, 2003 14:30 GMT, i copied libmySql.ddl for system and php_mysql.dll still did not function. [2003-07-19 16:55:38] spom at hotmail dot com ...but it crashes upon starting with "The specified procedure could not be found". Sorry for the double post. 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/24389 -- Edit this bug report at http://bugs.php.net/?id=24389&edit=1
#26219 [NEW]: Segmentation fault using regexp in php versions later than 4.3.3RC1
From: peter at normann dot com
Operating system: Linux kernel 2.5.74
PHP version: 4.3.4
PHP Bug Type: Regexps related
Bug description: Segmentation fault using regexp in php versions later than 4.3.3RC1
Description:
php crashes when using the preg_match function. Code included below. Works
in php4.3.3RC1 but any later version causes segmentation fault.
The code is part of a text filter.
$output contains text with plain text and html mixed. The idea is anything
between [html] and [/html] will go untouched by the filter.
I use dozens of other regular expressions, but preg_match is a sure
killer. I can easily reproduce this behavior.
Reproduce code:
---
while (preg_match('/\[html]((.|\s)+?)\[\/html]/', $output, $htmlshow))
$output = str_replace($htmlshow[0], str_replace('', '',
strtr($htmlshow[1],
array_flip(get_html_translation_table(HTML_ENTITIES, $output);
Actual result:
--
child pid x exit signal Segmentation fault (11)
--
Edit bug report at http://bugs.php.net/?id=26219&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26219&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26219&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26219&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26219&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26219&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26219&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26219&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26219&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26219&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26219&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26219&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26219&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26219&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26219&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26219&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26219&r=float
#26219 [Fbk->Opn]: Segmentation fault using regexp in php versions later than 4.3.3RC1
ID: 26219
User updated by: peter at normann dot com
Reported By: peter at normann dot com
-Status: Feedback
+Status: Open
Bug Type: Regexps related
Operating System: Linux kernel 2.5.74
PHP Version: 4.3.4
New Comment:
It's rather lengthy, but I have provided it at
http://www.normann.com/bug/buggy.txt
Also, the whole function can be found at
http://www.normann.com/bug/bug_code.txt
Thank you for taking your time...
Previous Comments:
[2003-11-12 11:00:03] [EMAIL PROTECTED]
Please provide sample of source text on which the regex operates.
[2003-11-12 09:46:00] peter at normann dot com
Description:
php crashes when using the preg_match function. Code included below.
Works in php4.3.3RC1 but any later version causes segmentation fault.
The code is part of a text filter.
$output contains text with plain text and html mixed. The idea is
anything between [html] and [/html] will go untouched by the filter.
I use dozens of other regular expressions, but preg_match is a sure
killer. I can easily reproduce this behavior.
Reproduce code:
---
while (preg_match('/\[html]((.|\s)+?)\[\/html]/', $output, $htmlshow))
$output = str_replace($htmlshow[0], str_replace('', '',
strtr($htmlshow[1],
array_flip(get_html_translation_table(HTML_ENTITIES, $output);
Actual result:
--
child pid x exit signal Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=26219&edit=1
#27533 [Com]: gmmktime can return wrong value on the night that DST comes into affect
ID: 27533
Comment by: peter at rukavina dot net
Reported By: scottmacvicar at ntlworld dot com
Status: Closed
Bug Type: Date/time related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-11)
New Comment:
The patch doesn't seem to have solved the problem. Or perhaps it's
introduced a new one? Here's a simnple test case that calculates the
GMT timestamp using gmmktime, then echos it back using gmstrftime,
which should return the SAME time:
for ($day = 2 ; $day <= 6 ; $day++) {
$datestamp = gmmktime(1,15,0,4,$day,2004);
print gmstrftime("%Y-%m-%d %H:%M",$datestamp) . "\n";
}
Expected Result:
2004-04-02 01:15
2004-04-03 01:15
2004-04-04 01:15
2004-04-05 01:15
2004-04-06 01:15
Actual Result:
2004-04-02 01:15
2004-04-03 01:15
2004-04-04 03:15
2004-04-05 01:15
2004-04-06 01:15
This only occurs when the datestamp is between 1:00 a.m. and 1:59 a.m.
GMT on the day where DST takes effect.
Previous Comments:
[2004-03-12 12:23:31] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-03-12 12:10:16] [EMAIL PROTECTED]
On my Linux box with TZ set to GMT I get:
1080259200 - 26
1080345600 - 27
1080432000 - 28
1080518400 - 29
which appears to me to be correct. But if this patch works around the
bug on Windows then I don't see any problem with it. I don't see how
it could negatively impact other platforms.
[2004-03-09 09:44:15] webmaster at panyopanyo dot com
I too can confirm this occurs on my system which uses the clock
settings described here
[2004-03-09 09:41:52] webmaster at ragnarokonline dot de
wfm with my local timezone (Germany, GMT+1) but I could reproduce it,
after I've changed the timzone to GMT+0 (Dublin, Edinburgh, Lissabon,
London)
Autodetect DST-Settings was always active.
[2004-03-08 21:27:34] scottmacvicar at ntlworld dot com
Description:
This bug seems to have different affect on Windows and Linux.
Windows
--
System has to be running GMT and Automatically adjust clock for
daylight savings time checked.
You'll notice that the 27th appears twice. The second occurence of the
27th is Sat Mar 27 23:00:00 2004.
--
Redhat 9.0
--
The timestamp for linux on the 28th is Sun Mar 28 02:00:00 2004
/etc/sysconfig/clock
ZONE="Europe/London"
UTC=true
ARC=false
--
So Windows lost an hour and linux gained 2 hours.
Patch
--- datetime.c 2004-03-09 02:19:32.0 +
+++ datetime.c.patched 2004-03-09 02:20:48.0 +
@@ -192,8 +192,8 @@
/* fall-through */
case 1: /* hour */
val = (*arguments[0])->value.lval;
- if (val < 1) {
- chgsecs += (1-val) * 60*60; val = 1;
+ if (val < 2) {
+ chgsecs += (2-val) * 60*60; val = 2;
}
ta->tm_hour = val;
/* fall-through */
Changing the time to
02:01:01 seems to correct this issue and the windows machine stops
eating an hour and not setting tm_idst to 1 and i have no idea whats
going on with the linux machine.
Reproduce code:
---
Expected result:
1080259200 - 26
1080345600 - 27
1080432000 - 28
1080518400 - 29
Actual result:
--
Windows
---
1080259200 - 26
1080345600 - 27
1080428400 - 27
1080518400 - 29
Linux
---
1080259200 - 26
1080345600 - 27
1080439200 - 28
1080518400 - 29
--
Edit this bug report at http://bugs.php.net/?id=27533&edit=1
#27533 [Com]: gmmktime can return wrong value on the night that DST comes into affect
ID: 27533
Comment by: peter at rukavina dot net
Reported By: scottmacvicar at ntlworld dot com
Status: Closed
Bug Type: Date/time related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-11)
New Comment:
RedHat Enterprise Linux 3
Kernel 2.4.21-9.0.1.EL
PHP 4.3.5
Previous Comments:
[2004-04-07 03:09:09] [EMAIL PROTECTED]
It works fine for me, what operating system is this on? And in what
timezone are you?
regards,
Derick
[2004-04-06 17:28:05] peter at rukavina dot net
The patch doesn't seem to have solved the problem. Or perhaps it's
introduced a new one? Here's a simnple test case that calculates the
GMT timestamp using gmmktime, then echos it back using gmstrftime,
which should return the SAME time:
for ($day = 2 ; $day <= 6 ; $day++) {
$datestamp = gmmktime(1,15,0,4,$day,2004);
print gmstrftime("%Y-%m-%d %H:%M",$datestamp) . "\n";
}
Expected Result:
2004-04-02 01:15
2004-04-03 01:15
2004-04-04 01:15
2004-04-05 01:15
2004-04-06 01:15
Actual Result:
2004-04-02 01:15
2004-04-03 01:15
2004-04-04 03:15
2004-04-05 01:15
2004-04-06 01:15
This only occurs when the datestamp is between 1:00 a.m. and 1:59 a.m.
GMT on the day where DST takes effect.
[2004-03-12 12:23:31] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
[2004-03-12 12:10:16] [EMAIL PROTECTED]
On my Linux box with TZ set to GMT I get:
1080259200 - 26
1080345600 - 27
1080432000 - 28
1080518400 - 29
which appears to me to be correct. But if this patch works around the
bug on Windows then I don't see any problem with it. I don't see how
it could negatively impact other platforms.
[2004-03-09 09:44:15] webmaster at panyopanyo dot com
I too can confirm this occurs on my system which uses the clock
settings described 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/27533
--
Edit this bug report at http://bugs.php.net/?id=27533&edit=1
#27533 [Com]: gmmktime can return wrong value on the night that DST comes into affect
ID: 27533
Comment by: peter at nuvek dot com
Reported By: scottmacvicar at ntlworld dot com
Status: Closed
Bug Type: Date/time related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-11)
New Comment:
I did some testing on a few machines I have here are the results
Broken:
#1
libc-2.3.2.so
Linux version 2.4.22-28mdk ([EMAIL PROTECTED]) (gcc
version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)) #1 Thu Feb 19 22:28:14
MST 2004
PHP 5.0.0RC1 (cli)
#2
libc-2.3.2.so
Linux version 2.4.22 (root@(none)) (gcc version 3.3) #2 SMP Tue Feb 10
02:15:52 MST 2004
PHP 5.0.0RC1 (cli)
Works:
#1
libc-2.3.2.so
Linux version 2.4.22-28mdk ([EMAIL PROTECTED]) (gcc
version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)) #1 Thu Feb 19 22:28:14
MST 2004
PHP 4.3.4 (cli)
#2
libc-2.2.4.so
Linux version 2.4.23 (root@(none)) (gcc version 2.95.3 20010315
(release)) #4 SMP Mon Dec 15 08:37:53 MST 2003
PHP 4.0.6
I hope this helps
Also of notem I have noticed that
should produce:
2001-04-01 00:00:00
2001-03-31 23:59:59
But I get:
2001-04-01 01:00:00
2001-04-01 00:59:59
With the same sucess and failure as the above example
Previous Comments:
[2004-04-07 11:00:57] [EMAIL PROTECTED]
Please answer all questions, and additionally: which glibc do you have?
[2004-04-07 09:38:22] peter at rukavina dot net
RedHat Enterprise Linux 3
Kernel 2.4.21-9.0.1.EL
PHP 4.3.5
[2004-04-07 03:09:09] [EMAIL PROTECTED]
It works fine for me, what operating system is this on? And in what
timezone are you?
regards,
Derick
[2004-04-06 17:28:05] peter at rukavina dot net
The patch doesn't seem to have solved the problem. Or perhaps it's
introduced a new one? Here's a simnple test case that calculates the
GMT timestamp using gmmktime, then echos it back using gmstrftime,
which should return the SAME time:
for ($day = 2 ; $day <= 6 ; $day++) {
$datestamp = gmmktime(1,15,0,4,$day,2004);
print gmstrftime("%Y-%m-%d %H:%M",$datestamp) . "\n";
}
Expected Result:
2004-04-02 01:15
2004-04-03 01:15
2004-04-04 01:15
2004-04-05 01:15
2004-04-06 01:15
Actual Result:
2004-04-02 01:15
2004-04-03 01:15
2004-04-04 03:15
2004-04-05 01:15
2004-04-06 01:15
This only occurs when the datestamp is between 1:00 a.m. and 1:59 a.m.
GMT on the day where DST takes effect.
[2004-03-12 12:23:31] [EMAIL PROTECTED]
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/27533
--
Edit this bug report at http://bugs.php.net/?id=27533&edit=1
#27533 [Com]: gmmktime can return wrong value on the night that DST comes into affect
ID: 27533 Comment by: peter at nuvek dot com Reported By: scottmacvicar at ntlworld dot com Status: Closed Bug Type: Date/time related Operating System: * PHP Version: 4CVS, 5CVS (2004-03-11) New Comment: I just downloaded the CVS and it looks good. Thanks. Previous Comments: [2004-04-09 15:15:48] [EMAIL PROTECTED] Works perfectly fine here with latest CVS versions of BOTH PHP 4 and PHP 5. [2004-04-09 14:30:08] peter at nuvek dot com I did some testing on a few machines I have here are the results Broken: #1 libc-2.3.2.so Linux version 2.4.22-28mdk ([EMAIL PROTECTED]) (gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)) #1 Thu Feb 19 22:28:14 MST 2004 PHP 5.0.0RC1 (cli) #2 libc-2.3.2.so Linux version 2.4.22 (root@(none)) (gcc version 3.3) #2 SMP Tue Feb 10 02:15:52 MST 2004 PHP 5.0.0RC1 (cli) Works: #1 libc-2.3.2.so Linux version 2.4.22-28mdk ([EMAIL PROTECTED]) (gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk)) #1 Thu Feb 19 22:28:14 MST 2004 PHP 4.3.4 (cli) #2 libc-2.2.4.so Linux version 2.4.23 (root@(none)) (gcc version 2.95.3 20010315 (release)) #4 SMP Mon Dec 15 08:37:53 MST 2003 PHP 4.0.6 I hope this helps Also of notem I have noticed that should produce: 2001-04-01 00:00:00 2001-03-31 23:59:59 But I get: 2001-04-01 01:00:00 2001-04-01 00:59:59 With the same sucess and failure as the above example [2004-04-07 11:00:57] [EMAIL PROTECTED] Please answer all questions, and additionally: which glibc do you have? [2004-04-07 09:38:22] peter at rukavina dot net RedHat Enterprise Linux 3 Kernel 2.4.21-9.0.1.EL PHP 4.3.5 [2004-04-07 03:09:09] [EMAIL PROTECTED] It works fine for me, what operating system is this on? And in what timezone are you? regards, Derick 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/27533 -- Edit this bug report at http://bugs.php.net/?id=27533&edit=1
#29604 [NEW]: --with-gd insists on having png
From: peter at jingo dot com Operating system: Linux Fedora Core 2 PHP version: 4.3.8 PHP Bug Type: *Compile Issues Bug description: --with-gd insists on having png Description: I do not want the optional png support yet the configure scripts insist on needing libpng.(a|so) Reproduce code: --- './configure' '--with-apxs=/usr/local/apache/bin/apxs' --with-gd --with-jpeg --with-jpeg-dir=/usr/local/jpeg Actual result: -- checking for GD support... yes checking for the location of libjpeg... /usr/local/jpeg checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes checking for jpeg_read_header in -ljpeg... yes configure: error: libpng.(a|so) not found. -- Edit bug report at http://bugs.php.net/?id=29604&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29604&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29604&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29604&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29604&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29604&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29604&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29604&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29604&r=support Expected behavior: http://bugs.php.net/fix.php?id=29604&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29604&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29604&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29604&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29604&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29604&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29604&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29604&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29604&r=float
#29759 [NEW]: strtotime('now') has changed behaviour in PHP5
From: peter at peterbengtson dot com
Operating system: Mac OS X 10.3
PHP version: 5.0.0
PHP Bug Type: Date/time related
Bug description: strtotime('now') has changed behaviour in PHP5
Description:
strtotime('now') seems to return a different result in
PHP5 than in PHP4. It used to return the current
timestamp, but in PHP5 it seems to return the a
timestamp representing the current date at 00:00:00.
Thus it is now necessary to check explicitly for 'now'
and substitute it with the value of time(). The
documentation link does not explain this change in
behaviour, unfortunately.
--
Edit bug report at http://bugs.php.net/?id=29759&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29759&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29759&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29759&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29759&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29759&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29759&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29759&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29759&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29759&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29759&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29759&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29759&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29759&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29759&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29759&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29759&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29759&r=float
#31538 [Com]: MySQLi disconnects after termination of child in master
ID: 31538
Comment by: peter at netkey dot at
Reported By: rudy dot metzger at xs4all dot nl
Status: Open
Bug Type: MySQLi related
Operating System: Fedora Core 3
PHP Version: 5.0.3
New Comment:
You need a seperate connection for each child, or MySQL will get
confused.
See http://dev.mysql.com/doc/mysql/en/gone-away.html the comment from
Christophe C.
HTH
Previous Comments:
[2005-01-13 15:45:20] rudy dot metzger at xs4all dot nl
Used DB versions
MySQL-devel-4.1.7-0
MySQL-shared-4.1.7-0
MySQL-server-4.1.7-0
MySQL-client-4.1.7-0
[2005-01-13 15:42:01] rudy dot metzger at xs4all dot nl
Description:
When connecting to a database, then forking off a new child, the
database connection will be terminated (disconnected) when the child
exits.
I have the feeling that at the "cleanup" of the child process the
database connection is closed. This should not be the case because the
master process might still use it.
This is not the case with the mysql extension, only with mysqli. With
the mysql extension, you might be required to give the optional
parameter "open new session" on the connect. at least this is what I
did.
Reproduce code:
---
0 ) {
if ( !pcntl_wifexited($status) )
echo "Collected killed pid $pid\n";
else
echo "Collected pid $pid\n";
}
}
declare(ticks=1);
pcntl_signal( SIGCHLD, 'SigChild' );
$res = mysqli_connect('localhost','zpc','zpc');
ping_db($res,'after connect');
$pid = pcntl_fork();
ping_db($res,'right after fork');
if ( !$pid ) { // --- the slave
echo "child sleep\n";
sleep(5);
echo "child exiting\n";
exit(0);
}
ping_db($res,'after fork');
echo "master sleep\n";
sleep(10);
ping_db($res,'after sleep');
while ( ($pid=pcntl_wait($status)) > 0 ) {
if ( !pcntl_wifexited($status) )
echo "Collected killed pid $pid\n";
else
echo "Collected pid $pid\n";
}
mysqli_close( $res );
?>
Expected result:
The database connection in the master should not have terminated.
Actual result:
--
6311 after connect: still alive
6313 right after fork: still alive
child sleep
6311 right after fork: still alive
6311 after fork: still alive
master sleep
child exiting
Collected pid 6313
6311 after sleep: died
In the last line you can see that the connection died (6311 is master,
6313 is child)
--
Edit this bug report at http://bugs.php.net/?id=31538&edit=1
#24983 [NEW]: pfpro module requires -pthread on FreeBSD
From: peter at guts dot nl Operating system: FreeBSD PHP version: 4.3.2 PHP Bug Type: Compile Failure Bug description: pfpro module requires -pthread on FreeBSD Description: running configure --with-pfpro on FreeBSD reports 'need SDK 2 or 3'. The SDK I downloaded was version 3. config.log showed linking errors regarding pthread. CFLAGS=pthread ./configure worked. Reproduce code: --- run ./configure --with-pfpro=/path/to/lib on FreeBSD Expected result: configure running without errors Actual result: -- configure reporting that SDK 2 or 3 is required. -- Edit bug report at http://bugs.php.net/?id=24983&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24983&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24983&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24983&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24983&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24983&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24983&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24983&r=support Expected behavior: http://bugs.php.net/fix.php?id=24983&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24983&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24983&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24983&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24983&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24983&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24983&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24983&r=gnused
#24983 [Opn]: pfpro module requires -pthread on FreeBSD
ID: 24983 User updated by: peter at guts dot nl Reported By: peter at guts dot nl Status: Open Bug Type: Compile Failure Operating System: FreeBSD PHP Version: 4.3.2 New Comment: I meant 'CFLAGS=-pthread' Previous Comments: [2003-08-08 05:25:10] peter at guts dot nl Description: running configure --with-pfpro on FreeBSD reports 'need SDK 2 or 3'. The SDK I downloaded was version 3. config.log showed linking errors regarding pthread. CFLAGS=pthread ./configure worked. Reproduce code: --- run ./configure --with-pfpro=/path/to/lib on FreeBSD Expected result: configure running without errors Actual result: -- configure reporting that SDK 2 or 3 is required. -- Edit this bug report at http://bugs.php.net/?id=24983&edit=1
#29119 [NEW]: html_entity_decode misbehaves with UTF-8
From: peter at desk dot nl
Operating system: Linux 2.6.5
PHP version: 5.0.0RC3
PHP Bug Type: Strings related
Bug description: html_entity_decode misbehaves with UTF-8
Description:
when decoding named entities with html_entity_decode, the resulting
characters are sometimes incorrect. e.g., "€" becomes the UTF-8
representation of the ⁄ entity (fraction slash). not all entities
are incorrectly translated, though. numerical entities work correctly.
tested with both php-5.0.0RC3 and the proposed -RC4 from
snaps.php.net/~andi/
config :
./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr/local/mysql
--with-gd --enable-safe-mode --with-dom=/usr --enable-ftp --with-zlib
--with-xsl --with-xmlrpc --enable-cli --enable-bcmath --with-iconv
--with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6
Reproduce code:
---
// all tests are viewed with browser encoding forced on UTF-8.
";
print
htmlentities(html_entity_decode("€",ENT_NOQUOTES,"UTF-8"),ENT_NOQUOTES,"UTF-8");
?>
// other test also available on
// http://fire.desk.nl/decode/index.php
// (just enter € and submit)
// and http://fire.desk.nl/decode/index.phps (source)
Expected result:
a euro-sign
a euro-sign
Actual result:
--
a fractional slash
a euro-sign
--
Edit bug report at http://bugs.php.net/?id=29119&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29119&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29119&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29119&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29119&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29119&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29119&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29119&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29119&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29119&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29119&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29119&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29119&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29119&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29119&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29119&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29119&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29119&r=float
#29119 [Opn]: html_entity_decode misbehaves with UTF-8
ID: 29119
User updated by: peter at desk dot nl
Reported By: peter at desk dot nl
Status: Open
Bug Type: Strings related
Operating System: Linux 2.6.5
PHP Version: 5.0.0RC3
New Comment:
after looking at the sources, this patch seems to fix it :
fire:/home/peter/php-5.0.0/ext/standard# diff -u html.c.org html.c
--- html.c.org 2004-07-19 14:24:08.0 +0200
+++ html.c 2004-07-19 14:13:50.0 +0200
@@ -158,7 +158,7 @@
"thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm",
NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL,
"lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo",
- "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip",
+ NULL,"dagger", "Dagger","bull", NULL, NULL, NULL,
"hellip",
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil",
NULL,
"prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo",
"rsaquo",
NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL,
Previous Comments:
[2004-07-13 16:53:49] peter at desk dot nl
Description:
when decoding named entities with html_entity_decode, the resulting
characters are sometimes incorrect. e.g., "€" becomes the UTF-8
representation of the ⁄ entity (fraction slash). not all entities
are incorrectly translated, though. numerical entities work correctly.
tested with both php-5.0.0RC3 and the proposed -RC4 from
snaps.php.net/~andi/
config :
./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr/local/mysql
--with-gd --enable-safe-mode --with-dom=/usr --enable-ftp --with-zlib
--with-xsl --with-xmlrpc --enable-cli --enable-bcmath --with-iconv
--with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6
Reproduce code:
---
// all tests are viewed with browser encoding forced on UTF-8.
";
print
htmlentities(html_entity_decode("€",ENT_NOQUOTES,"UTF-8"),ENT_NOQUOTES,"UTF-8");
?>
// other test also available on
// http://fire.desk.nl/decode/index.php
// (just enter € and submit)
// and http://fire.desk.nl/decode/index.phps (source)
Expected result:
a euro-sign
a euro-sign
Actual result:
--
a fractional slash
a euro-sign
--
Edit this bug report at http://bugs.php.net/?id=29119&edit=1
#29119 [Opn]: html_entity_decode misbehaves with UTF-8
ID: 29119
User updated by: peter at desk dot nl
Reported By: peter at desk dot nl
Status: Open
Bug Type: Strings related
Operating System: Linux 2.6.5
PHP Version: 5.0.0RC3
New Comment:
nb : the above-mentioned online tests at http://fire.desk.nl/ are now
no longer relevant as that machine runs the patched version.
Previous Comments:
[2004-07-19 14:26:57] peter at desk dot nl
after looking at the sources, this patch seems to fix it :
fire:/home/peter/php-5.0.0/ext/standard# diff -u html.c.org html.c
--- html.c.org 2004-07-19 14:24:08.0 +0200
+++ html.c 2004-07-19 14:13:50.0 +0200
@@ -158,7 +158,7 @@
"thinsp", NULL, NULL, "zwnj", "zwj", "lrm", "rlm",
NULL, NULL, NULL, "ndash", "mdash", NULL, NULL, NULL,
"lsquo", "rsquo", "sbquo", NULL, "ldquo", "rdquo", "bdquo",
- "dagger", "Dagger", "bull", NULL, NULL, NULL, "hellip",
+ NULL,"dagger", "Dagger","bull", NULL, NULL, NULL,
"hellip",
NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, "permil",
NULL,
"prime", "Prime", NULL, NULL, NULL, NULL, NULL, "lsaquo",
"rsaquo",
NULL, NULL, NULL, "oline", NULL, NULL, NULL, NULL, NULL,
[2004-07-13 16:53:49] peter at desk dot nl
Description:
when decoding named entities with html_entity_decode, the resulting
characters are sometimes incorrect. e.g., "€" becomes the UTF-8
representation of the ⁄ entity (fraction slash). not all entities
are incorrectly translated, though. numerical entities work correctly.
tested with both php-5.0.0RC3 and the proposed -RC4 from
snaps.php.net/~andi/
config :
./configure --with-apxs=/usr/bin/apxs --with-mysql=/usr/local/mysql
--with-gd --enable-safe-mode --with-dom=/usr --enable-ftp --with-zlib
--with-xsl --with-xmlrpc --enable-cli --enable-bcmath --with-iconv
--with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr/X11R6
Reproduce code:
---
// all tests are viewed with browser encoding forced on UTF-8.
";
print
htmlentities(html_entity_decode("€",ENT_NOQUOTES,"UTF-8"),ENT_NOQUOTES,"UTF-8");
?>
// other test also available on
// http://fire.desk.nl/decode/index.php
// (just enter € and submit)
// and http://fire.desk.nl/decode/index.phps (source)
Expected result:
a euro-sign
a euro-sign
Actual result:
--
a fractional slash
a euro-sign
--
Edit this bug report at http://bugs.php.net/?id=29119&edit=1
[PHP-BUG] Bug #62599 [NEW]: Some SPL Exceptions do not display any backtrace / error message via mod_php5
From: peter at netkey dot at Operating system: FreeBSD PHP version: 5.4.4 Package: SPL related Bug Type: Bug Bug description:Some SPL Exceptions do not display any backtrace / error message via mod_php5 Description: When called via apache2 (mod_php5), some SPL exception do not display any information: BadFunctionCallException, InvalidArgumentException, OutOfBoundsException, RuntimeException and UnexpectedValueException. When called vi CLI the backtrace and exception message is displayed. All other SPL exceptions display the expected message / backtrace. PHP was installed via the ports system, before the upgrade form 5.3 to 5.4 the mentioned exceptions displayed message and backtrace. Test script: --- Expected result: Fatal error: Uncaught exception 'InvalidArgumentException' with message 'SDF' in /path/to/script.php Actual result: -- Fatal error: in /path/to/script.php -- Edit bug report at https://bugs.php.net/bug.php?id=62599&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62599&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62599&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62599&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62599&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62599&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62599&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62599&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62599&r=needscript Try newer version: https://bugs.php.net/fix.php?id=62599&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62599&r=support Expected behavior: https://bugs.php.net/fix.php?id=62599&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62599&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62599&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62599&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62599&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62599&r=dst IIS Stability: https://bugs.php.net/fix.php?id=62599&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62599&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62599&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62599&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62599&r=mysqlcfg
#43468 [NEW]: Curl doesn't handle php://memory stream
From: peter at petersmit dot eu
Operating system: Ubuntu Linux Gutsy Gibbon
PHP version: 5.2.5
PHP Bug Type: cURL related
Bug description: Curl doesn't handle php://memory stream
Description:
If you use a php://memory stream in combination with curl, nothing is
written to the stream.
A filestream works fine.
Reproduce code:
---
http://example.com";);
$st = fopen("php://memory", "r+");
curl_setopt($c, CURLOPT_FILE, $st);
if(!curl_exec($c)) die ("error: ".curl_error($c));
rewind($st);
echo "Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
Expected result:
Content|The content of example.org|/Content
Actual result:
--
Content||/Content
--
Edit bug report at http://bugs.php.net/?id=43468&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43468&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43468&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43468&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43468&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43468&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43468&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43468&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43468&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43468&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43468&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43468&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43468&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43468&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43468&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43468&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43468&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43468&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43468&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43468&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43468&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43468&r=mysqlcfg
#43565 [NEW]: the alternative IF syntax doesnt work with echo
From: peter at 3p1 dot net Operating system: linux PHP version: 5.2.5 PHP Bug Type: Compile Failure Bug description: the alternative IF syntax doesnt work with echo Description: // Try this $meta = array(); $meta['foo'] = 'bar'; $meta['foo2'] = 'bar2'; //-- THIS DOES NOT WORK -- ($meta['foo']) ? print $meta['foo'] : echo ($meta['foo2']); //-- THIS DOES WORKS -- ($meta['foo']) ? print $meta['foo'] : print ($meta['foo2']); Reproduce code: --- // Try this $meta = array(); $meta['foo'] = 'bar'; $meta['foo2'] = 'bar2'; //-- THIS DOES NOT WORK -- ($meta['foo']) ? print $meta['foo'] : echo ($meta['foo2']); //-- THIS DOES WORKS -- ($meta['foo']) ? print $meta['foo'] : print ($meta['foo2']); -- Edit bug report at http://bugs.php.net/?id=43565&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43565&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43565&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43565&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43565&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43565&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43565&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43565&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43565&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43565&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43565&r=support Expected behavior:http://bugs.php.net/fix.php?id=43565&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43565&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43565&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43565&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43565&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43565&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43565&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43565&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43565&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43565&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43565&r=mysqlcfg
#43468 [NoF->Opn]: Curl doesn't handle php://memory stream
ID: 43468
User updated by: peter at petersmit dot eu
Reported By: peter at petersmit dot eu
-Status: No Feedback
+Status: Open
Bug Type: cURL related
Operating System: Ubuntu Linux Gutsy Gibbon
PHP Version: 5.2.5
New Comment:
Confirmed solved
Previous Comments:
[2008-12-10 01:55:55] dan dot hitt at gmail dot com
I can reproduce the bug.
I downloaded the link provided on the bug by jani (php 5.2 snapshot).
I built php (and had to also download and build libcurl).
My exact configuration line for the php was:
./configure --prefix=/home/danh/staging/php/2008_09_12_c
--with-curl=/home/danh/staging/curl/2008_09_12
where the funky directory name is where i installed the curl i built.
(For the curl i used no options in the configuration except where to
install it.)
My system is ubuntu 7.10.
It would be terrific to fix the bug because curl is so useful and
having arbitrary streams is so useful: at least streams to memory.
Thanks everybody for your efforts on refining php.
[2008-11-04 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2008-10-27 12:57:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
If it still does not work, please provide the full configure line you
have used.
[2008-02-13 22:16:29] quickshiftin at gmail dot com
i have discovered that this does work, partially, for some urls.
im not sure what is preventing this from working on all urls, but even
for ones where it does work, the entire result is not placed in the
buffer.
here is a modification of peters code, which illustrates 2 urls that
work partially, one is the google translate 'api', the other is
php.net.
http://example.com";);
#$c =
curl_init("http://google.com/translate_t?langpair=en%7Cfr&text=newspaper";);
$c = curl_init("http://php.net";);
$st = fopen('php://memory', 'r');
curl_setopt($c, CURLOPT_FILE, $st);
curl_setopt($c, CURLOPT_USERAGENT, 'Mozilla/5.0 (X11; U; Linux i686;
en-US; rv:1.8.1.11) Gecko/20080115 Firefox/2.0.0.11');
if(!curl_exec($c)) die ("error: ".curl_error($c));
curl_close($c);
rewind($st);
/*
$str = fgets($st);
var_dump($str);
*/
echo stream_get_contents($st);
#echo
"Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
[2007-12-01 10:00:25] peter at petersmit dot eu
Description:
If you use a php://memory stream in combination with curl, nothing is
written to the stream.
A filestream works fine.
Reproduce code:
---
http://example.com";);
$st = fopen("php://memory", "r+");
curl_setopt($c, CURLOPT_FILE, $st);
if(!curl_exec($c)) die ("error: ".curl_error($c));
rewind($st);
echo
"Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
Expected result:
Content|The content of example.org|/Content
Actual result:
--
Content||/Content
--
Edit this bug report at http://bugs.php.net/?id=43468&edit=1
#43468 [Opn]: Curl doesn't handle php://memory stream
ID: 43468
User updated by: peter at petersmit dot eu
Reported By: peter at petersmit dot eu
Status: Open
Bug Type: cURL related
Operating System: Ubuntu Linux Gutsy Gibbon
-PHP Version: 5.2.5
+PHP Version: 5.2.latest
New Comment:
Sorry, not confirmed
I was checking it whit my own website address in the example code and
everything looked fine. However with example.org or google.com it's not
working!
Previous Comments:
[2008-12-10 06:53:24] peter at petersmit dot eu
Confirmed solved
[2008-12-10 01:55:55] dan dot hitt at gmail dot com
I can reproduce the bug.
I downloaded the link provided on the bug by jani (php 5.2 snapshot).
I built php (and had to also download and build libcurl).
My exact configuration line for the php was:
./configure --prefix=/home/danh/staging/php/2008_09_12_c
--with-curl=/home/danh/staging/curl/2008_09_12
where the funky directory name is where i installed the curl i built.
(For the curl i used no options in the configuration except where to
install it.)
My system is ubuntu 7.10.
It would be terrific to fix the bug because curl is so useful and
having arbitrary streams is so useful: at least streams to memory.
Thanks everybody for your efforts on refining php.
[2008-11-04 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2008-10-27 12:57:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
If it still does not work, please provide the full configure line you
have used.
[2008-02-13 22:16:29] quickshiftin at gmail dot com
i have discovered that this does work, partially, for some urls.
im not sure what is preventing this from working on all urls, but even
for ones where it does work, the entire result is not placed in the
buffer.
here is a modification of peters code, which illustrates 2 urls that
work partially, one is the google translate 'api', the other is
php.net.
http://example.com";);
#$c =
curl_init("http://google.com/translate_t?langpair=en%7Cfr&text=newspaper";);
$c = curl_init("http://php.net";);
$st = fopen('php://memory', 'r');
curl_setopt($c, CURLOPT_FILE, $st);
curl_setopt($c, CURLOPT_USERAGENT, 'Mozilla/5.0 (X11; U; Linux i686;
en-US; rv:1.8.1.11) Gecko/20080115 Firefox/2.0.0.11');
if(!curl_exec($c)) die ("error: ".curl_error($c));
curl_close($c);
rewind($st);
/*
$str = fgets($st);
var_dump($str);
*/
echo stream_get_contents($st);
#echo
"Content|".htmlspecialchars(stream_get_contents($st))."|/Content";
fclose($st);
?>
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/43468
--
Edit this bug report at http://bugs.php.net/?id=43468&edit=1
[PHP-BUG] Bug #52102 [NEW]: PHP5 under Apache2 on 64 bit system is not completely 64 bit
From:
Operating system: Ubuntu 10.04
PHP version: 5.3.2
Package: Apache related
Bug Type: Bug
Bug description:PHP5 under Apache2 on 64 bit system is not completely 64 bit
Description:
Something in PHP5 running under apache2 under Ubuntu 9.10 is not fully 64
bit
aware on a 64 bit system. PHP scripts run under Apache correctly under
Ubuntu
8.04 (PHP 5.2.4). Under Ubuntu 9.10 (PHP 5.2.10) and 10.04 (PHP 5.3.2),
some
place a value is being treated as 32 bits on a 64 bit system and is
wrapping
instead of using full 64 bits. Related to sending large data (> 4G) in
response
to an HTTP post request.
Did not test with Ubuntu 8.10 or 9.04 - both PHP 5.2.6.
What happens: Data aborts based on wrap. Calculated number of bytes to be
served
are correct (>4G) as listed in the HTTP length header. Actual bytes served
are
(size) && 0x instead of (size) && 0x on 64 bit
system.
Most of data is being transfered via fpassthru($openFileHandle) call,
providing
>4G bytes of data.
Test script:
---
http://cdimage.debian.org/debian-cd/5.0.4/amd64/iso-dvd/debian-504-amd64-DVD-1.iso
$name = "/var/www/test.txt";
$fs = filesize($name);
$fp = fopen($name,'rb');
$httpByteLen = $fs;
header("Connection: close");
header("Content-Type: application/octet-stream");
header("Content-Length: " . $httpByteLen);
header("HTTP/1.1 200 OK");
set_time_limit(0);
fpassthru($fp);
exit;
?>
Expected result:
The entire ISO file to be downloaded.
Actual result:
--
Tested using the test script (attached), and using the suggested debian dvd
.iso
image as the input file. The ISO is 4,697,126,912 bytes. Download socket
is
closed after 402,159,616 bytes, which again is the file size & 0x.
--
Edit bug report at http://bugs.php.net/bug.php?id=52102&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=52102&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=52102&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=52102&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=52102&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=52102&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=52102&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=52102&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=52102&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=52102&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=52102&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=52102&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=52102&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=52102&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=52102&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52102&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=52102&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=52102&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=52102&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=52102&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=52102&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=52102&r=mysqlcfg
Bug #51695 [Com]: CLI interactive mode broken without readline/editline
Edit report at http://bugs.php.net/bug.php?id=51695&edit=1 ID: 51695 Comment by: peter at niederlag dot de Reported by:IMadeThisUpForBugzilla at yahoo dot com Summary:CLI interactive mode broken without readline/editline Status: Open Type: Bug Package:CGI related Operating System: Windows XP SP 3 PHP Version:5.3.2 Block user comment: N New Comment: unfortunatly as of now this makes the interactive shell mostly useless for debian users. :-< Previous Comments: [2010-05-02 00:35:50] geiss...@php.net This can be reproduced by building the CLI SAPI without readline/editline support (like we currently do at Debian because of an editline bug.) One has to send an EOF so that the input is processed, but one can not do anything afterwards: php exits. [2010-04-29 12:07:45] IMadeThisUpForBugzilla at yahoo dot com Description: Run php at the command line in Windows in interactive mode (php -a), echo something, nothing happens until the process is ended (see test script for example command line session). Doesn't work in PHP 5.3.X. Does work in PHP 5.2.X. Tried Zend build, version shipped with eclipse, and version distributed on windows.php.net VC6 and VC9. Test script: --- c:\php> .\php.exe -an Interactive mode enabled Expected result: Session example included. Should output the string 'hi' to the console after "echo 'hi';" (this is correct in PHP 5.2.X) Actual result: -- Nothing output after executing "echo 'hi';" line. See test script for example session at command line. -- Edit this bug report at http://bugs.php.net/bug.php?id=51695&edit=1
Req #36424 [Com]: Keeping reference info through recursive calls to serialize()
Edit report at http://bugs.php.net/bug.php?id=36424&edit=1
ID: 36424
Comment by: peter at desk dot nl
Reported by:mastabog at hotmail dot com
Summary:Keeping reference info through recursive calls to
serialize()
Status: Assigned
Type: Feature/Change Request
Package:Unknown/Other Function
Operating System: *
PHP Version:5.2.14-dev
Assigned To:mike
Block user comment: N
Private report: N
New Comment:
I've just been bitten by this bug (in php 5.3.3), cost me half a day to
figure it out... it's highly annoying because I can't go back to using
__sleep and __wakeup without much rewriting, and while working around it
is feasible, it's pretty hacky in my situation.
what has happened to the patch mentioned in may ? was it ever committed
?
Previous Comments:
[2010-05-26 09:24:41] m...@php.net
Automatic comment from SVN on behalf of mike
Revision: http://svn.php.net/viewvc/?view=revision&revision=299770
Log: Added support for object references in recursive serialize() calls.
FR #36424
[2010-05-21 13:08:07] mastabog at hotmail dot com
I still don't understand why this is not seen as a bug. My example shows
that without "implements Serializable" object references are honoured
(as expected) while with "implements Serializable" object references are
broken (which is unexpected).
Seeing you classified this as "feature request" makes me think that
breaking object references was actually intended behaviour or that there
is a way to maintain object references when implementing Serializable.
Can you then please provide the body of the serialize() and
unserialize() methods in class A in the example below that will maintain
object references as expected, i.e. $new_oC->A === $new_oC->B->A?
class A implements Serializable
{
public function serialize ()
{
[...]
}
function unserialize($serialized)
{
[...]
}
}
class B extends A
{
public $A;
}
class C extends A
{
public $A;
public $B;
}
$oC = new C();
$oC->A = new A();
$oC->B = new B();
$oC->B->A = $oC->A;
echo $oC->A === $oC->B->A ? "yes" : "no", "\n";
$ser = serialize($oC);
$new_oC = unserialize($ser);
echo $new_oC->A === $new_oC->B->A ? "yes" : "no", "\n";
[2010-05-21 11:19:54] m...@php.net
Reclassified as Change Request.
JFYI: http://news.php.net/php.internals/48369
[2010-05-20 23:21:02] mastabog at hotmail dot com
Why has the status of this been changed to "bogus"?
Are we to understand that the devs regard this as being intended
behaviour, i.e. the Serializable interface breaks object references of
objects implementing it?
The initial reproduce code shows that what was an object reference
before is no longer a reference after unserialization ... this is a bug.
There may be other (better) reproduce codes but the bug is still there.
Why not try and fix it?
Well, I tried but I think I will give up ... it's been 4+ years!
[2010-05-20 18:31:13] mastabog at hotmail dot com
If you remove "implements Serializable" then it works as expected and
the reproduce code shows that. Revealing the bug was what my report was
about.
It's a bug. It surprises me that nobody wants to fix it after more than
4 years ... apparently it's just me that considers this bug to be
important which is why I still avoid using the Serializable interface
altogether. It's unreliable.
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/bug.php?id=36424
--
Edit this bug report at http://bugs.php.net/bug.php?id=36424&edit=1
#16106 [Com]: LDAP + IMAP = PROBLEM
ID: 16106 Comment by: peter at hotmail dot com Reported By: ronie at smartech dot com dot br Status: No Feedback Bug Type: LDAP related Operating System: Conectiva 7.0 PHP Version: 4.1.1 New Comment: Hello Previous Comments: [2002-04-17 00:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-03-16 04:57:54] [EMAIL PROTECTED] I guess you're using packages from your linux-distribution? [2002-03-15 16:10:18] ronie at smartech dot com dot br My softwares imap-2000c-6cl php4-4.1.1-1U70_4cl php4-ldap-4.1.1-1U70_4cl mod_php4-4.1.1-1U70_4cl php4-imap-4.1.1-1U70_4cl php4-ldap-4.1.1-1U70_4cl openldap-client-2.0.21-1U70_2cl openldap-server-2.0.21-1U70_2cl openldap-2.0.21-1U70_2cl My php.ini (LDAP connections working) extension_dir = /usr/lib/php4 extension=mysql.so extension=pgsql.so extension=ldap.so ;extension=imap.so extension=odbc.so My php.ini (IMAP connections working) extension_dir = /usr/lib/php4 extension=mysql.so extension=pgsql.so ;extension=ldap.so extension=imap.so extension=odbc.so My php.ini (Apache not working withou any log, just not start) extension_dir = /usr/lib/php4 extension=mysql.so extension=pgsql.so extension=ldap.so extension=imap.so extension=odbc.so [2002-03-15 16:03:10] [EMAIL PROTECTED] What's your configure line? Which version of c-client/wu-imapd and ldap are you using? Can you provide a backtrace of the core-dump (see http://bugs.php.net/bugs-generating-backtrace.php)? Does it work if you compile imap and ldap statically? [2002-03-15 15:36:11] ronie at smartech dot com dot br Dear, If I use extension=ldap.so alone it's work fine, if I use extension=imap.so alone it's work fine, but if I use extension=imap.so and extension=ldap.so the Apache Core dumped and if I use extension=ldap.so extension=imap.so the Apache don't start. Please Help Me RONIE LIMA -- Edit this bug report at http://bugs.php.net/?id=16106&edit=1
#16263 [Com]: session.start() create new empty session file and not resume existing session
ID: 16263
Comment by: peter at 3p1 dot net
Reported By: kur at natur dot cuni dot cz
Status: No Feedback
Bug Type: Session related
Operating System: ANY
PHP Version: 4.3.0-dev
New Comment:
hELLo i use php 5.1 and still experience this bug
Previous Comments:
[2007-08-03 13:17:26] shivam dot honey at gmail dot com
Hi Every one.
My name is shivam.
Thanks for the suggestion i tried it and now its not giving me any
error just simply printing mail sent successfully
But i m "NOT" getting the mail delivered to the recipient account
my new php.ini mail setting are
[mail function]
SMTP = smtp.cc.iitk.ac.in
sendmail_from = [EMAIL PROTECTED]
; For Unix only. You may supply arguments as well (default: 'sendmail
-t -i').
sendmail_path = /usr/local/sbin/sendmail -t -i
and my code is
Mail sent successfully.');
} else {
echo('Mail could not be sent.');
}
?>
Now i m just wondering if
1. my mail settings are not correct or
2. my smtp server is not forwarding the mail or
3. the reciepient server is not excepting the mail
can anyone HELP me!!!
Please do mention ur name would b easy to address.
Thanks in advance
[2007-08-01 16:58:52] breda at unisolution dot de
I had the same problem with IIS (version? from XP Pro) and PHP 5.2.3. I
changed the session.save_path to a simple path without weird windows
short form (like PROGRA~1 and so on) and reinstalled php with the
windows php installer and it works now.
[2007-07-24 06:39:48] shivam dot honey at gmail dot com
Windows XP Professional Service Pack 2, v.2096 (build 2600)
Internet Explorer 6
Php triad
Php 4.1.1
Apache 1.3.23
I have changed the php.ini file in my default folder C:\apache\php
i.e., SMTP = smtp.cc.iitk.ac.in(my mail server in iitk,india) &
sendmail_from = [EMAIL PROTECTED] (my e-mail id)
The code i am using is simple
Everything seems to be fine but i am getting an error -->
Warning: Server Error in c:\apache\htdocs\experiment\e-mail.php on
line
2
where, as i am able to send mails from my outlook account using the
same
mail server.
Please someone listen i got some serious problem,i gotta show it to
someone!!!
Please reply me at [EMAIL PROTECTED]
[2007-07-22 15:59:07] shivam dot honey at gmail dot com
Windows XP Professional Service Pack 2, v.2096 (build 2600)
Internet Explorer 6
Php triad
Php 4.1.1
Apache 1.3.23
I have changed the php.ini file in my default folder C:\apache\php
i.e., SMTP = smtp.cc.iitk.ac.in(my mail server in iitk,india) &
sendmail_from = [EMAIL PROTECTED] (my e-mail id)
The code i am using is simple
Everything seems to be fine but i am getting an error -->
Warning: Server Error in c:\apache\htdocs\experiment\e-mail.php on line
2
where, as i am able to send mails from my outlook account using the
same mail server.
Please Help!!! me out.
Please!
[2007-07-10 14:48:23] ponas dot termas at gmail dot com
Win XP
IE 7
PHP 5.2.3
Apache 2.2
Suggested sollutions not helped. When I am using site as
http://localhost/site it works well, session resumed.
When I am using site using computer name (externally)
http://computer_name/site, session is not resumed and separate files are
created for it.
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/16263
--
Edit this bug report at http://bugs.php.net/?id=16263&edit=1
#40479 [Com]: zend_mm_heap corrupted
ID: 40479 Comment by: peter at ibuildings dot nl Reported By: rrossi at maggioli dot it Status: No Feedback Bug Type: Reproducible crash Operating System: Suse Linux 9.0 PHP Version: 5.2.1 New Comment: Same problem here on OS X 10.4.10, ZendCore 2.0.1, PHP 5.2.3. Previous Comments: [2007-09-08 02:03:44] danny at dannysplace dot net I have the same problem when trying to run a fresh version of Horde with Kronolith module. Php v5.2.3 on FreeBSD 6.2 nad apache 2.0.59. [2007-08-16 08:03:54] rz at lightwerk dot com I have the same error message in my apache logs with PHP 5.2.3 zend_mm_heap corupted. I tried to track it down to a specific code but it seems to be a problem with included files (classes) which exceeds a specific size. No matter which lines I delete in my script as long as they don´t excess about 700 lines they work. As soon as the overall lines exceed about 700 lines the error occurs again. Hope this will help you to fix the problem. [2007-07-03 23:32:55] giampaolo at tomassoni dot biz I'm experiencing the very same problem reported by rocker_pr. It seems to me that this problem is triggered by using PHP5 classes, but I can't provide a small testcase: no small code seems affected. [2007-04-26 14:11:47] christian dot kaps at imaxx21 dot com Hi I get the same message in my logs. I can reproduce the error in our system, but it is impossible to locate it. Sometimes I can reproduce the error by editing a comment. I add a character and the error occurs. I remove the character and the script runs perfectly. Each time I try to isolate the error I can reproduce it with an other action. That what i could isolate is: -load xml file with simplexml -add a node -clone the object -process xpath query -print the object with print_r -serialize the object -include a file (the error occurs) When I edit the included file. E.g. remove methods or properties the script runs without errors. That is funny(o; Version: 5.2.1 Os: ubuntu [2007-04-17 14:04:58] [EMAIL PROTECTED] We still don't have zero info on how to reproduce it. 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/40479 -- Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#40673 [NEW]: Downloads
From: peter at advancedwebdb dot com Operating system: Server 2003 PHP version: 5.2.1 PHP Bug Type: Unknown/Other Function Bug description: Downloads Description: The download speed from the slected site is terrible . it is 3.33 kbs/sec I have an OS4 connection ... Is this speed normal -- Edit bug report at http://bugs.php.net/?id=40673&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=40673&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=40673&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=40673&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=40673&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=40673&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=40673&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=40673&r=needscript Try newer version:http://bugs.php.net/fix.php?id=40673&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=40673&r=support Expected behavior:http://bugs.php.net/fix.php?id=40673&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=40673&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=40673&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=40673&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=40673&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=40673&r=dst IIS Stability:http://bugs.php.net/fix.php?id=40673&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=40673&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=40673&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=40673&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=40673&r=mysqlcfg
#27777 [Com]: basic authentication broken
ID: 2 Comment by: peter at adkins dot nl Reported By: mikx at mikx dot de Status: No Feedback Bug Type: SOAP related Operating System: Windows XP Pro PHP Version: 5.0.0RC1 New Comment: This is still a problem with 5.1.1. Previous Comments: [2005-04-12 14:33:55] lobbin at localhost dot nu This is still a problem. The soap-extension is not able to get a password-protected wsdl even though the credentials are provided and used when posting the real soap-request. [2004-08-05 15:32:21] technique at kaiman dot fr I've the same probleme here with 5.0.0 on freebsd 4.3 the SOAP client doesn't authenticate himself with login and pass of options array when retrieving the wsdl file but do it correctly on SOAP request. So I can't instanciate a SOAP client with a protected wsdl file. I've a network capture of this, contact me if you need it. regards [2004-04-12 17:55:47] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2004-04-07 04:48:43] [EMAIL PROTECTED] So what's the bug then if it works? [2004-04-02 04:57:13] mikx at mikx dot de At the momenten i have no non-wsdl demo case available, but it seems soap requests are working fine. If i remove the login/password from the options array i can only call __getFunctions() but none of the functions reported by it. I think that means i have got the wsdl file through uri authentication but the soap calls fail. After adding the login/password also to the options array i can call both __getFuntions() and testFunction() - a "hello world" testcase. Therefore adding login/password in the array seems to work like expected. 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/2 -- Edit this bug report at http://bugs.php.net/?id=2&edit=1
#37859 [NEW]: Duplicated server requests caused by session_start
From: peter at evident dot si Operating system: Win XP PHP version: 5.1.4 PHP Bug Type: Session related Bug description: Duplicated server requests caused by session_start Description: I noticed that someone already reported this as a bug in May but it was not investigated and closed as bogus. As this definately is some strange issue between IE7 and PHP I am opening this again. It all comes down to the session: session_start(). Using simple example bellow and IE7 beta as client you will notice that apache server logs two client requests (original one and 5 sec duplicated one). Can't image what the relation is but this is the case. OS is Win XP running Apache 2 and PHP 5.1.2.2 No other browser client including IE6 or older causes this. Please look into this since it can cause serious problems. Reproduce code: --- I worked the problem down to the session_start() which is causing this. Please try this simple example: Hello World! Using IE7 beta and PHP5.1.2.2 (Windows XP, Apache 2) makes a duplicated call 5 sec later (see apache logs). Removing session_start() makes no duplicates. Using any other browser including IE6 or previous makes no duplicates as well. Please look into this. There must be some strange connection between ie7 and php (5 or maybe others - didn't try) that makes session behave strangely. If you need any additional info I will gladly help. Expected result: No fantom calls using IE7 / PHP. Actual result: -- With session_start() duplicated fantom calls are loged in apache logs. Without session_start() and any other browser then IE7 no duplicates. -- Edit bug report at http://bugs.php.net/?id=37859&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37859&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37859&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37859&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37859&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37859&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37859&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37859&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37859&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37859&r=support Expected behavior:http://bugs.php.net/fix.php?id=37859&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37859&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37859&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37859&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37859&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37859&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37859&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37859&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37859&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37859&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37859&r=mysqlcfg
#37859 [Fbk->Opn]: Duplicated server requests caused by session_start
ID: 37859 User updated by: peter at evident dot si Reported By: peter at evident dot si -Status: Feedback +Status: Open Bug Type: Session related Operating System: Win XP -PHP Version: 5.1.4 +PHP Version: 5.1.2.2 New Comment: Not to my knowledge. I tried Mozzila/FireFox, IE6, IE5.5 and it was ok. I heard someone that it works ok with IE7 beta/IIS/PHP 5.1.4 custom build, but I can't say for sure. I will try to upgrade to the latest version 5.1.4 my self and will report as soon as I get some results. I also posted this at MS IE7 feedback site, but didn't get any response yet. Previous Comments: [2006-06-20 11:32:54] [EMAIL PROTECTED] Does it happen with some more reliable browser than IE7 beta? [2006-06-20 10:46:21] peter at evident dot si Description: I noticed that someone already reported this as a bug in May but it was not investigated and closed as bogus. As this definately is some strange issue between IE7 and PHP I am opening this again. It all comes down to the session: session_start(). Using simple example bellow and IE7 beta as client you will notice that apache server logs two client requests (original one and 5 sec duplicated one). Can't image what the relation is but this is the case. OS is Win XP running Apache 2 and PHP 5.1.2.2 No other browser client including IE6 or older causes this. Please look into this since it can cause serious problems. Reproduce code: --- I worked the problem down to the session_start() which is causing this. Please try this simple example: Hello World! Using IE7 beta and PHP5.1.2.2 (Windows XP, Apache 2) makes a duplicated call 5 sec later (see apache logs). Removing session_start() makes no duplicates. Using any other browser including IE6 or previous makes no duplicates as well. Please look into this. There must be some strange connection between ie7 and php (5 or maybe others - didn't try) that makes session behave strangely. If you need any additional info I will gladly help. Expected result: No fantom calls using IE7 / PHP. Actual result: -- With session_start() duplicated fantom calls are loged in apache logs. Without session_start() and any other browser then IE7 no duplicates. -- Edit this bug report at http://bugs.php.net/?id=37859&edit=1
#37859 [Bgs]: Duplicated server requests caused by session_start
ID: 37859 User updated by: peter at evident dot si Reported By: peter at evident dot si Status: Bogus Bug Type: Session related Operating System: Win XP PHP Version: 5.1.2.2 New Comment: I will, I am, but what makes a confusion is that it works it any other way except when using sessions (session_start()). Where is connection here? I am sorry, I am not expert for this but there must be some connection between PHP session methods and IE7 behaving badly. How can PHP session_start() cause this? Previous Comments: [2006-06-20 12:01:02] [EMAIL PROTECTED] >I tried Mozzila/FireFox, IE6, IE5.5 and it was ok. Then I can hardly believe it is PHP problem, please report it to M$. [2006-06-20 11:57:58] peter at evident dot si Not to my knowledge. I tried Mozzila/FireFox, IE6, IE5.5 and it was ok. I heard someone that it works ok with IE7 beta/IIS/PHP 5.1.4 custom build, but I can't say for sure. I will try to upgrade to the latest version 5.1.4 my self and will report as soon as I get some results. I also posted this at MS IE7 feedback site, but didn't get any response yet. [2006-06-20 11:32:54] [EMAIL PROTECTED] Does it happen with some more reliable browser than IE7 beta? [2006-06-20 10:46:21] peter at evident dot si Description: I noticed that someone already reported this as a bug in May but it was not investigated and closed as bogus. As this definately is some strange issue between IE7 and PHP I am opening this again. It all comes down to the session: session_start(). Using simple example bellow and IE7 beta as client you will notice that apache server logs two client requests (original one and 5 sec duplicated one). Can't image what the relation is but this is the case. OS is Win XP running Apache 2 and PHP 5.1.2.2 No other browser client including IE6 or older causes this. Please look into this since it can cause serious problems. Reproduce code: --- I worked the problem down to the session_start() which is causing this. Please try this simple example: Hello World! Using IE7 beta and PHP5.1.2.2 (Windows XP, Apache 2) makes a duplicated call 5 sec later (see apache logs). Removing session_start() makes no duplicates. Using any other browser including IE6 or previous makes no duplicates as well. Please look into this. There must be some strange connection between ie7 and php (5 or maybe others - didn't try) that makes session behave strangely. If you need any additional info I will gladly help. Expected result: No fantom calls using IE7 / PHP. Actual result: -- With session_start() duplicated fantom calls are loged in apache logs. Without session_start() and any other browser then IE7 no duplicates. -- Edit this bug report at http://bugs.php.net/?id=37859&edit=1
#38319 [NEW]: PDO persistent connectrions still produce E_WARNING
From: peter at finalarena dot com
Operating system: RHEL3
PHP version: 5.1.4
PHP Bug Type: PDO related
Bug description: PDO persistent connectrions still produce E_WARNING
Description:
When creating a PDO connection with the Mysql driver, and setting a
persistent default fetch mode, PHP will generate an E_WARNING message.
The PDO, Mysql driver is version 5.0.19 as reported by phpinfo.
The source has the comment: "TODO: CRITICAL for final release"
1816 20 : if (stmt->dbh->is_persistent) {
1817 : /* TODO: CRITICAL for final release */
1818 0 : php_error_docref(NULL TSRMLS_CC, E_WARNING, "PHP might
crash if you don't call $stmt->setFetchMode() to reset to defaults on this
persistent statement. This will be fixed in a later release");
1819 : }
Reproduce code:
---
$dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass, array(
PDO::ATTR_PERSISTENT => true
));
Expected result:
PDOStatement::setFetchMode() to run without an E_WARNING.
Actual result:
--
Warning: PDOStatement::setFetchMode() [function.setFetchMode]: PHP might
crash if you don't call $stmt->setFetchMode() to reset to defaults on this
persistent statement. This will be fixed in a later release in ...
--
Edit bug report at http://bugs.php.net/?id=38319&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38319&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38319&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38319&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38319&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38319&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38319&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38319&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38319&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38319&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38319&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38319&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38319&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38319&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38319&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38319&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38319&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38319&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38319&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38319&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38319&r=mysqlcfg
#41387 [NEW]: Magic methods __set/__get broken
From: peter at ibuildings dot nl
Operating system: Windows XP Professional
PHP version: 5.2.2
PHP Bug Type: Class/Object related
Bug description: Magic methods __set/__get broken
Description:
I've created a small class that implements the magic __set, __get and
__isset methods. Using PHP 5.1.6 I can assign an array to a "fake" instance
variable and then add elements to it. Doing the same using PHP 5.2.1 or
5.2.2 doesn't change the contents of the array.
I've tried returning a reference from the __get method (e.g. changes the
function definition to "function &__get($key, $value) ...", but this
doesn't work either (although PHP doesn't complain about it).
If this wasn't supposed to work with PHP 5.1.6 how should I then implement
this to get the desired behaviour? If this isn't possible at all then that
means __set/__get are far less usable then before.
Reproduce code:
---
class Data
{
private $m_data = array();
function __set($key, $value) { $this->m_data[$key] = $value; }
function __get($key) { return $this->m_data[$key]; }
function __isset($key) { return isset($this->m_data[$key]); }
function dump() { var_dump($this->m_data); }
}
$obj = new Data();
$obj->a = "a";
$obj->b = array();
$obj->b[] = '1';
$obj->b[] = '2';
$obj->b[] = '3';
$obj->dump();
Expected result:
array(2) {
["a"]=>
string(1) "a"
["b"]=>
array(3) {
[0]=>
string(1) "1"
[1]=>
string(1) "2"
[2]=>
string(1) "3"
}
}
Actual result:
--
array(2) {
["a"]=>
string(1) "a"
["b"]=>
array(0) {
}
}
--
Edit bug report at http://bugs.php.net/?id=41387&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=41387&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=41387&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=41387&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=41387&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=41387&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=41387&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=41387&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=41387&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=41387&r=support
Expected behavior:http://bugs.php.net/fix.php?id=41387&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=41387&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=41387&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=41387&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=41387&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=41387&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=41387&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=41387&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=41387&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=41387&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=41387&r=mysqlcfg
#41387 [Opn]: Magic methods __set/__get broken
ID: 41387
User updated by: peter at ibuildings dot nl
Reported By: peter at ibuildings dot nl
Status: Open
Bug Type: Class/Object related
Operating System: Windows XP Professional
PHP Version: 5.2.2
New Comment:
Ok, but this did work using PHP 5.1.6 so you can call this a
regression. If I understand this correctly the only way to work-around
this is using some code like the following:
$b = array();
$b[] = '1';
$b[] = '2';
$b[] = '3';
$obj->b = $b;
Or in a more realistic case where other methods assign something to the
object:
$b = $obj->b;
$b[] = '3';
$obj->b = $b;
Seems not very intuitive to me.
Previous Comments:
[2007-05-14 08:27:42] judas dot iscariote at gmail dot com
turn on error reporting and you will find the cause.
PHP Notice: Indirect modification of overloaded property Data::$b has
no effect.
----
[2007-05-14 08:21:25] peter at ibuildings dot nl
Description:
I've created a small class that implements the magic __set, __get and
__isset methods. Using PHP 5.1.6 I can assign an array to a "fake"
instance variable and then add elements to it. Doing the same using PHP
5.2.1 or 5.2.2 doesn't change the contents of the array.
I've tried returning a reference from the __get method (e.g. changes
the function definition to "function &__get($key, $value) ...", but this
doesn't work either (although PHP doesn't complain about it).
If this wasn't supposed to work with PHP 5.1.6 how should I then
implement this to get the desired behaviour? If this isn't possible at
all then that means __set/__get are far less usable then before.
Reproduce code:
---
class Data
{
private $m_data = array();
function __set($key, $value) { $this->m_data[$key] = $value; }
function __get($key) { return $this->m_data[$key]; }
function __isset($key) { return isset($this->m_data[$key]); }
function dump() { var_dump($this->m_data); }
}
$obj = new Data();
$obj->a = "a";
$obj->b = array();
$obj->b[] = '1';
$obj->b[] = '2';
$obj->b[] = '3';
$obj->dump();
Expected result:
array(2) {
["a"]=>
string(1) "a"
["b"]=>
array(3) {
[0]=>
string(1) "1"
[1]=>
string(1) "2"
[2]=>
string(1) "3"
}
}
Actual result:
--
array(2) {
["a"]=>
string(1) "a"
["b"]=>
array(0) {
}
}
--
Edit this bug report at http://bugs.php.net/?id=41387&edit=1
#36473 [Com]: Foreign Images w/getimagesize() crash Apache2
ID: 36473
Comment by: Peter at ibforen dot de
Reported By: punkpuke at terraimpetus dot com
Status: Feedback
Bug Type: Apache2 related
Operating System: Windows XP Pro
PHP Version: 4.4.2
New Comment:
I have had a similar problem with IIS and php.exe:
With external urls getimagesize causes an indefinite loop in that
function.
Using the isapi module php4isapi.dll solves the problem.
Previous Comments:
[2006-02-21 23:10:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-02-21 20:04:02] punkpuke at terraimpetus dot com
I would love to help, however those instructions aren't detailed enough
for me to do anything. I need to know the exact files I need and where
to put them. I'm sorry, I'm not that smart. :(
[2006-02-21 13:52:32] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Works fine here.
[2006-02-21 10:50:07] punkpuke at terraimpetus dot com
Description:
When accessing foreign URLs with getimagesize(), apache server crashes
with:
szAppName : Apache.exe szAppVer : 2.0.55.0 szModName :
php4ts.dll
szModVer : 4.4.2.2 offset : 000c5fca
-
The only changes made to the PHP.ini file were the enabling/removing
the comment in front of the GD2 and the ZIP, DLL extensions.
Server is running as a test environment on localhost.
Reproduce code:
---
http://example.com/example/example.jpg');//Crashes
getimagesize('http://example.com/example.jpg'); //Crashes
getimagesize('http://example.com/example.gif'); //Crashes
@getimagesize('http://example.com/example.gif'); //Crashes
?>
Expected result:
Apache 2 Servers lags for a slight moment, then crashes 100% of the
time that a page using a foreign URL call to getimagesize() is run.
--
Edit this bug report at http://bugs.php.net/?id=36473&edit=1
[PHP-BUG] Bug #55259 [NEW]: penssl extension does not get the DH parameters from DH key resource
From: Operating system: freebsd-7.4 PHP version: 5.3.6 Package: OpenSSL related Bug Type: Bug Bug description:penssl extension does not get the DH parameters from DH key resource Description: This is the same for lang/php5 port as of 5.3.6_1 and for the SVN version as of: === Path: . URL: https://svn.php.net/repository/php/php-src/branches/PHP_5_3 Repository Root: https://svn.php.net/repository Repository UUID: c90b9560-bf6c-de11-be94-00142212c4b1 Revision: 313330 Node Kind: directory Schedule: normal Last Changed Author: stas Last Changed Rev: 313316 Last Changed Date: 2011-07-17 11:03:19 +0400 (Sun, 17 Jul 2011) === I had rebuilt the security/php5-openssl port, too with these svn sources rewriting from them with 'rsync -rlcC' right after the 'make extract'. Current workaround is to disable the openssl extension and use a different extension for diffie-hellman algorithm Below is the 'php -i' output: === PHP Version 5.3.7RC4-dev System FreeBSD teh.ost 7.4-STABLE FreeBSD 7.4-STABLE #10: Mon May 2 16:12:55 MSD 2011 pe...@vereshagin.org:/usr/local/obj/usr/local/src/sys/JUICY i386 Build Date Jul 21 2011 16:18:28 Configure Command'./configure' '--with-layout=GNU' '--localstatedir=/var' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--with-pcre-regex=/usr/local' '--with-zlib-dir=/usr' '--program-prefix=' '--disable-cli' '--enable-embed=shared' '--enable-fpm' '--with-fpm-user=www' '--with-fpm-group=www' '--with-regex=php' '--with-zend-vm=CALL' '--enable-debug' '--enable-zend-multibyte' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=i386-portbld-freebsd7.4' Server API FPM/FastCGI Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/etc Loaded Configuration File /usr/local/etc/php.ini Scan this dir for additional .ini files /usr/local/etc/php Additional .ini files parsed/usr/local/etc/php/extensions.ini PHP API 20090626 PHP Extension 20090626 Zend Extension 220090626 Zend Extension BuildAPI220090626,NTS,debug PHP Extension Build API20090626,NTS,debug Debug Build yes Thread Safety disabled Zend Memory Manager enabled Zend Multibyte Support enabled IPv6 Supportenabled Registered PHP Streams php, file, glob, data, http, ftp, compress.zlib, compress.bzip2, zip, https, ftps Registered Stream Socket Transports tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk, zlib.*, bzip2.*, convert.iconv.*, mcrypt.*, mdecrypt.* This server is protected with the Suhosin Patch 0.9.10 Copyright (c) 2006-2007 Hardened-PHP Project Copyright (c) 2007-2011 SektionEins GmbH This program makes use of the Zend Scripting Language Engine: Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies PHP Credits Configuration bcmath BCMath support enabled Directive Local Value Master Value bcmath.scale0 0 bz2 BZip2 Support Enabled Stream Wrapper support compress.bzip2:// Stream Filter support bzip2.decompress, bzip2.compress BZip2 Version 1.0.5, 10-Dec-2007 calendar Calendar supportenabled cgi-fcgi php-fpm active Directive Local Value Master Value cgi.discard_path0 0 cgi.fix_pathinfo1 1 cgi.force_redirect 1 1 cgi.nph 0 0 cgi.redirect_status_env no valueno value cgi.rfc2616_headers 0 0 fastcgi.error_headerno valueno value fastcgi.logging 1 1 fpm.config no valueno value Core PHP Version 5.3.7RC4-dev Directive Local Value Master Value allow_call_time_pass_reference On On allow_url_fopen On On allow_url_include Off Off always_populate_raw_post_data Off Off arg_separator.input & & arg_separator.output& & asp_tagsOff Off auto_append_fileno valueno value auto_globals_jitOn On auto_prepend_file no valueno value browscapno valueno value default_charset no valueno value default_mimetypetext/html text/html define_syslog_variables Off Off detect_unicode On On disable_classes no valueno value disable_functions no valueno value display_errors On On display_startup_errors Off Off doc_rootno valueno value docref_ext no valueno value docref_root no valueno value enable_dl On On error_append_string no valueno value error_log /tmp/php.log/tmp/php.log error_prepend_stringno valueno value error_reporting 30719 30719 exit_on_timeout Off Off expose_php On On extension_dir /usr/local/lib/php/20090626-debug /usr/local/lib/php/20090626-de
#32803 [NEW]: GD-Functions update
From: peter at dmx-network dot com Operating system: Linux (Fedora C3) PHP version: 4.3.11 PHP Bug Type: GD related Bug description: GD-Functions update Description: Please upgrade the GD-Functions with the new animated gif support.. Thanks! -- Edit bug report at http://bugs.php.net/?id=32803&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32803&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32803&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32803&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32803&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32803&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32803&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32803&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32803&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32803&r=support Expected behavior: http://bugs.php.net/fix.php?id=32803&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32803&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32803&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32803&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32803&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32803&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32803&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32803&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32803&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32803&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32803&r=mysqlcfg
#31322 [NEW]: portupgrade php 5.0.2 apache won't restart
From: peter at vd-berg dot net Operating system: freebsd 4.10 PHP version: 5.0.3 PHP Bug Type: Apache2 related Bug description: portupgrade php 5.0.2 apache won't restart Description: when upgrading from php 5.0.2 everything compiles perfect, but when i restart apache with the command apachectl /restart I get the following message Cannot load /usr/local/libexec/apache2/libphp5.so into server: /usr/local/libexec/apache2/libphp5.so: Undefined symbol "res_ninit" these are the dependend modules i get from the portupgrade command pecl-imagick-0.9.11 pecl-pdflib-2.0.4 php5-bz2-5.0.3_1 php5-ctype-5.0.3_1 php5-dom-5.0.3_1 php5-extensions-1.0 php5-gd-5.0.3_1 php5-iconv-5.0.3_1 php5-mysql-5.0.3_1 php5-openssl-5.0.3_1 php5-pcre-5.0.3_1 php5-posix-5.0.3_1 php5-session-5.0.3_1 php5-simplexml-5.0.3_1 php5-tokenizer-5.0.3_1 php5-xml-5.0.3_1 php5-zlib-5.0.3_1 regards, Peter -- Edit bug report at http://bugs.php.net/?id=31322&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31322&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31322&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31322&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31322&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31322&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31322&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31322&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31322&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31322&r=support Expected behavior: http://bugs.php.net/fix.php?id=31322&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31322&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31322&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31322&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31322&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31322&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31322&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31322&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31322&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31322&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31322&r=mysqlcfg
#29879 [NEW]: strtotime() should return false instead of -1 on failure
From: info at peter-thomassen dot de Operating system: any PHP version: Irrelevant PHP Bug Type: Date/time related Bug description: strtotime() should return false instead of -1 on failure Description: If an invalid time is specified, strtotime() returns -1. Because -1 is ambiguous (it could also mean 1969-12-31 23:59:59 UTC), I request to return (bool)false on failure. BTW: http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html#SEC117 which is mentioned in the docs allows a number preceded by an '@' for the time argument to represent seconds since the epoch. This results in an error -- shall I report another bug for that? Thanks! Reproduce code: --- Expected result: bool(false) Actual result: -- int(-1) -- Edit bug report at http://bugs.php.net/?id=29879&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29879&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29879&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29879&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29879&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29879&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29879&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29879&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29879&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29879&r=support Expected behavior: http://bugs.php.net/fix.php?id=29879&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29879&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29879&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29879&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29879&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29879&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29879&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29879&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29879&r=float
#29879 [WFx]: strtotime() should return false instead of -1 on failure
ID: 29879 User updated by: info at peter-thomassen dot de Reported By: info at peter-thomassen dot de Status: Wont fix Bug Type: Date/time related Operating System: any PHP Version: Irrelevant New Comment: That's right, but I think -- since PHP5 is not that established to avoid any minor changes -- you can keep the old behaviour if zend.ze1_compatibility_mode is set to On and otherwise use more meaningful return values, can't you? I find it kind of sad if there wouldn't be any possibility to do proper date calculations, but another would be overkill ... Previous Comments: [2004-08-29 19:01:48] [EMAIL PROTECTED] This change would break backwards compatibility. [2004-08-29 00:50:56] info at peter-thomassen dot de Description: If an invalid time is specified, strtotime() returns -1. Because -1 is ambiguous (it could also mean 1969-12-31 23:59:59 UTC), I request to return (bool)false on failure. BTW: http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html#SEC117 which is mentioned in the docs allows a number preceded by an '@' for the time argument to represent seconds since the epoch. This results in an error -- shall I report another bug for that? Thanks! Reproduce code: --- Expected result: bool(false) Actual result: -- int(-1) -- Edit this bug report at http://bugs.php.net/?id=29879&edit=1
#32136 [NEW]: Client connection time exceeds
From: mail at brungs-peter dot de
Operating system: Windows XP SP2
PHP version: 5.0.3
PHP Bug Type: SOAP related
Bug description: Client connection time exceeds
Description:
The error occurs, when I test a Client / Server Connection with Soap (
Built in PHP) and a WSDL file.
The result is:
Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Projekte\WebRoot\PHP\Soap_Test\StockClient.php on line 9
Reproduce code:
---
Sample from http://www.zend.com/php5/articles/php5-SOAP.php?print=1
with:
98.42 );
function getQuote($symbol) {
global $quotes;
return $quotes[$symbol];
}
//ini_set("soap.wsdl_cache_enabled", "0"); // disabling WSDL cache
$server = new SoapServer("StockQuote.wsdl");
$server->addFunction("getQuote");
$server->handle();
?>
getQuote("ibm"));
} catch ( SoapFault $exception) {
echo $exception;
}
?>
Expected result:
98.42
Actual result:
--
Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Projekte\WebRoot\PHP\Soap_Test\StockClient.php on line 9
--
Edit bug report at http://bugs.php.net/?id=32136&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32136&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32136&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32136&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32136&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32136&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32136&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32136&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32136&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32136&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32136&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32136&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32136&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32136&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32136&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32136&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32136&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32136&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32136&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32136&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32136&r=mysqlcfg
#32136 [Bgs]: Client connection time exceeds
ID: 32136
User updated by: mail at brungs-peter dot de
Reported By: mail at brungs-peter dot de
Status: Bogus
Bug Type: SOAP related
Operating System: Windows XP SP2
-PHP Version: 5CVS-2005-03-01
+PHP Version: 5.0.3 / 5.1.0-dev
Assigned To: dmitry
New Comment:
I have tested again.
I general, the Soap procedure work better with 5.1.0 than 5.0.3.,
because some unchanged sources are worked after the
update.
The described problem is now also working. See below.
Thanks for your help.
WSDL-Endpoint:
http://127.0.0.1/php/Soap_Test/StockServer.php"/>
Previous Comments:
[2005-03-05 13:38:45] [EMAIL PROTECTED]
You just cannot connect to soap server.
Probably it is down or it's URL is invalid.
[2005-03-01 17:16:03] mail at brungs-peter dot de
Hallo,
I have updated to versionPHP/5.1.0-dev. I have still
this error.
Maybe here is one more information:
libxml
libXML support => active
libXML Version => 2.6.11
libXML streams => enabled
and
SoapFault exception: [HTTP] Could not connect to host in
C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php:5
Stack trace:
#0 C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php(5):
SoapClient->__call('http://localhos...',
'urn:xmethods-de...', 1)
#1 C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php(5):
SoapClient->getQuote('getQuote', Array)
#2 {main}NULL
I hope this information can help.
Greetings
Peter
[2005-02-28 20:24:04] [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-28 20:22:26] mail at brungs-peter dot de
Description:
The error occurs, when I test a Client / Server Connection with Soap (
Built in PHP) and a WSDL file.
The result is:
Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Projekte\WebRoot\PHP\Soap_Test\StockClient.php on line 9
Reproduce code:
---
Sample from http://www.zend.com/php5/articles/php5-SOAP.php?print=1
with:
98.42 );
function getQuote($symbol) {
global $quotes;
return $quotes[$symbol];
}
//ini_set("soap.wsdl_cache_enabled", "0"); // disabling WSDL cache
$server = new SoapServer("StockQuote.wsdl");
$server->addFunction("getQuote");
$server->handle();
?>
getQuote("ibm"));
} catch ( SoapFault $exception) {
echo $exception;
}
?>
Expected result:
98.42
Actual result:
--
Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Projekte\WebRoot\PHP\Soap_Test\StockClient.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=32136&edit=1
#32136 [Bgs->Csd]: Client connection time exceeds
ID: 32136
User updated by: mail at brungs-peter dot de
Reported By: mail at brungs-peter dot de
-Status: Bogus
+Status: Closed
Bug Type: SOAP related
Operating System: Windows XP SP2
PHP Version: 5.0.3 / 5.1.0-dev
Assigned To: dmitry
New Comment:
OK
Previous Comments:
[2005-03-07 17:35:33] mail at brungs-peter dot de
I have tested again.
I general, the Soap procedure work better with 5.1.0 than 5.0.3.,
because some unchanged sources are worked after the
update.
The described problem is now also working. See below.
Thanks for your help.
WSDL-Endpoint:
http://127.0.0.1/php/Soap_Test/StockServer.php"/>
[2005-03-05 13:38:45] [EMAIL PROTECTED]
You just cannot connect to soap server.
Probably it is down or it's URL is invalid.
[2005-03-01 17:16:03] mail at brungs-peter dot de
Hallo,
I have updated to versionPHP/5.1.0-dev. I have still
this error.
Maybe here is one more information:
libxml
libXML support => active
libXML Version => 2.6.11
libXML streams => enabled
and
SoapFault exception: [HTTP] Could not connect to host in
C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php:5
Stack trace:
#0 C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php(5):
SoapClient->__call('http://localhos...',
'urn:xmethods-de...', 1)
#1 C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php(5):
SoapClient->getQuote('getQuote', Array)
#2 {main}NULL
I hope this information can help.
Greetings
Peter
[2005-02-28 20:24:04] [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-28 20:22:26] mail at brungs-peter dot de
Description:
The error occurs, when I test a Client / Server Connection with Soap (
Built in PHP) and a WSDL file.
The result is:
Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Projekte\WebRoot\PHP\Soap_Test\StockClient.php on line 9
Reproduce code:
---
Sample from http://www.zend.com/php5/articles/php5-SOAP.php?print=1
with:
98.42 );
function getQuote($symbol) {
global $quotes;
return $quotes[$symbol];
}
//ini_set("soap.wsdl_cache_enabled", "0"); // disabling WSDL cache
$server = new SoapServer("StockQuote.wsdl");
$server->addFunction("getQuote");
$server->handle();
?>
getQuote("ibm"));
} catch ( SoapFault $exception) {
echo $exception;
}
?>
Expected result:
98.42
Actual result:
--
Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Projekte\WebRoot\PHP\Soap_Test\StockClient.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=32136&edit=1
#32136 [Fbk->Opn]: Client connection time exceeds
ID: 32136
User updated by: mail at brungs-peter dot de
Reported By: mail at brungs-peter dot de
-Status: Feedback
+Status: Open
Bug Type: SOAP related
Operating System: Windows XP SP2
-PHP Version: 5.0.3
+PHP Version: 5.0.3 / 5.1.0-dev
New Comment:
Hallo,
I have updated to versionPHP/5.1.0-dev. I have still
this error.
Maybe here is one more information:
libxml
libXML support => active
libXML Version => 2.6.11
libXML streams => enabled
and
SoapFault exception: [HTTP] Could not connect to host in
C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php:5
Stack trace:
#0 C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php(5):
SoapClient->__call('http://localhos...',
'urn:xmethods-de...', 1)
#1 C:\Projekte\WebRoot\PHP\Soap_Test\stockclient.php(5):
SoapClient->getQuote('getQuote', Array)
#2 {main}NULL
I hope this information can help.
Greetings
Peter
Previous Comments:
[2005-02-28 20:24:04] [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-28 20:22:26] mail at brungs-peter dot de
Description:
The error occurs, when I test a Client / Server Connection with Soap (
Built in PHP) and a WSDL file.
The result is:
Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Projekte\WebRoot\PHP\Soap_Test\StockClient.php on line 9
Reproduce code:
---
Sample from http://www.zend.com/php5/articles/php5-SOAP.php?print=1
with:
98.42 );
function getQuote($symbol) {
global $quotes;
return $quotes[$symbol];
}
//ini_set("soap.wsdl_cache_enabled", "0"); // disabling WSDL cache
$server = new SoapServer("StockQuote.wsdl");
$server->addFunction("getQuote");
$server->handle();
?>
getQuote("ibm"));
} catch ( SoapFault $exception) {
echo $exception;
}
?>
Expected result:
98.42
Actual result:
--
Fatal error: Maximum execution time of 30 seconds exceeded in
C:\Projekte\WebRoot\PHP\Soap_Test\StockClient.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=32136&edit=1
#24696 [NEW]: Perfect output in ssh, nothing in http
From: peter at good-news dot no
Operating system: Red Hat 9
PHP version: 4.3.1
PHP Bug Type: Unknown/Other Function
Bug description: Perfect output in ssh, nothing in http
Description:
(Bare with me, this is my first report, and my English is simple!)
I'm working on a multi-game script for querying game-servers.
I've completed a few games that returns perfectly in both http and ssh.
(I'm only using ssh for bug-tracking and testing.)
Then I came to Half-life. In ssh the returned perfectly as expected (see
submitted expected result), but when trying to run the script in http, it
seems to get stuck in an endless loop not outputting anything (it's not
even triggering max execution-time (30 seconds))
I don't know much about compiling nor configuring php (I just got my work
space, I'm not server-admin), but this could be helpful
http://www.good-news.no/info.php
Reproduce code:
---
http://www.good-news.no/peter/game/source.php <- source of my class
http://www.good-news.no/peter/game/index.php <- should return a
goodlookin' array(and does in ssh)
and I call the script with...:
$server = new server('HL', 'some-gameip-here'); // 66.28.14.60:27015
currently used
echo $server->output;
...from another file in the same folder.
A function that returned an error (IN HTTP, NOT SSH) earlier was
get_time() , as it returned that unpack didn't get it's 4 bytes. This
worked fine in ssh at the same time.
Now in http I don't get any errors returned, just a blank
never-stopping-to-load-page. Ssh works fine, which made me suspicious to a
bug.
Expected result:
Array
(
[IP] => 66.28.14.60:27015
[hostname] => [OSF] Fraggin' Friar Tucks [OwP]
[mapname] => de_inferno
[gamedir] => cstrike
[gamedes] => CounterStrike
[maxplayers] => 16
[protocol] => 46
[stype] => Dedicated
[os] => Windows
[password] => No
[numrules] => 76
[numplayers] => 2
[rules] => Array
(
[admin_highlander] => 0
[admin_ignore_immunity] => 0
[admin_mod_version] => 2.50.55-beta (MM)
[admin_quiet] => 2
[allow_client_exec] => 1
[allow_spectators] => 1
[amv_private_server] => 0
[coop] => 0
[deathmatch] => 1
[decalfrequency] => 30
[default_access] => 1
[edgefriction] => 2
[max_queries_sec] => 1
[max_queries_sec_global] => 1
[max_queries_window] => 1
[mp_allowmonsters] => 0
[mp_autokick] => 0
[mp_autoteambalance] => 1
[mp_buytime] => .75
[mp_c4timer] => 35
[mp_chattime] => 10
[mp_consistency] => 1
[mp_fadetoblack] => 0
[mp_flashlight] => 1
[mp_footsteps] => 1
[mp_forcecamera] => 0
[mp_forcechasecam] => 0
[mp_fragsleft] => 0
[mp_freezetime] => 6
[mp_friendlyfire] => 0
[mp_ghostfrequency] => 0.1
[mp_hostagepenalty] => 2
[mp_kickpercent] => 67
[mp_limitteams] => 1
[mp_logdetail] => 0
[mp_logfile] => 1
[mp_logmessages] => 1
[mp_mapvoteratio] => 51
[mp_maxrounds] => 0
[mp_mirrordamage] => 0
[mp_playerid] => 0
[mp_roundtime] => 5
[mp_startmoney] => 800
[mp_timeleft] => 0
[mp_timelimit] => 30
[mp_tkpunish] => 1
[mp_winlimit] => 20
[pausable] => 0
[public_slots_free] => 14
[reserve_slots] => 1
[reserve_type] => 1
[sv_accelerate] => 5
[sv_aim] => 0
[sv_airaccelerate] => 10
[sv_airmove] => 1
[sv_allowupload] => 0
[sv_bounce] => 1
[sv_cheats] => 0
[sv_clienttrace] => 1
[sv_clipmode] => 0
[sv_contact] => [EMAIL PROTECTED]
[sv_friction] => 4
[sv_gravity] => 800
[sv_logblocks] => 0
[sv_maxrate] => 6500
[sv_maxspeed] => 320
[sv_minrate] => 1500
[sv_password] => 0
[sv_proxies] => 0
[sv_restart] => 0
[sv_restartround] => 0
[sv_stepsize] => 18
[sv_stopspeed] => 75
[sv_voiceenable] => 1
[sv_wateraccelerate] => 10
[sv_waterfriction] => 1
)
[teams] =>
PlayerFragsTime Online
[Joe]George_a_Greene509:28:21
[Joe
#24696 [Opn]: Perfect output in ssh, nothing in http
ID: 24696
User updated by: peter at good-news dot no
Reported By: peter at good-news dot no
Status: Open
Bug Type: Unknown/Other Function
Operating System: Red Hat 9
PHP Version: 4.3.1
New Comment:
I think the most intersting functions to look at will be:
query() (game == HL part);
get_time();
and possible parse_hl();
Previous Comments:
[2003-07-17 19:03:47] peter at good-news dot no
Description:
(Bare with me, this is my first report, and my English is simple!)
I'm working on a multi-game script for querying game-servers.
I've completed a few games that returns perfectly in both http and
ssh.
(I'm only using ssh for bug-tracking and testing.)
Then I came to Half-life. In ssh the returned perfectly as expected
(see submitted expected result), but when trying to run the script in
http, it seems to get stuck in an endless loop not outputting anything
(it's not even triggering max execution-time (30 seconds))
I don't know much about compiling nor configuring php (I just got my
work space, I'm not server-admin), but this could be helpful
http://www.good-news.no/info.php
Reproduce code:
---
http://www.good-news.no/peter/game/source.php <- source of my class
http://www.good-news.no/peter/game/index.php <- should return a
goodlookin' array(and does in ssh)
and I call the script with...:
$server = new server('HL', 'some-gameip-here'); // 66.28.14.60:27015
currently used
echo $server->output;
...from another file in the same folder.
A function that returned an error (IN HTTP, NOT SSH) earlier was
get_time() , as it returned that unpack didn't get it's 4 bytes. This
worked fine in ssh at the same time.
Now in http I don't get any errors returned, just a blank
never-stopping-to-load-page. Ssh works fine, which made me suspicious
to a bug.
Expected result:
Array
(
[IP] => 66.28.14.60:27015
[hostname] => [OSF] Fraggin' Friar Tucks [OwP]
[mapname] => de_inferno
[gamedir] => cstrike
[gamedes] => CounterStrike
[maxplayers] => 16
[protocol] => 46
[stype] => Dedicated
[os] => Windows
[password] => No
[numrules] => 76
[numplayers] => 2
[rules] => Array
(
[admin_highlander] => 0
[admin_ignore_immunity] => 0
[admin_mod_version] => 2.50.55-beta (MM)
[admin_quiet] => 2
[allow_client_exec] => 1
[allow_spectators] => 1
[amv_private_server] => 0
[coop] => 0
[deathmatch] => 1
[decalfrequency] => 30
[default_access] => 1
[edgefriction] => 2
[max_queries_sec] => 1
[max_queries_sec_global] => 1
[max_queries_window] => 1
[mp_allowmonsters] => 0
[mp_autokick] => 0
[mp_autoteambalance] => 1
[mp_buytime] => .75
[mp_c4timer] => 35
[mp_chattime] => 10
[mp_consistency] => 1
[mp_fadetoblack] => 0
[mp_flashlight] => 1
[mp_footsteps] => 1
[mp_forcecamera] => 0
[mp_forcechasecam] => 0
[mp_fragsleft] => 0
[mp_freezetime] => 6
[mp_friendlyfire] => 0
[mp_ghostfrequency] => 0.1
[mp_hostagepenalty] => 2
[mp_kickpercent] => 67
[mp_limitteams] => 1
[mp_logdetail] => 0
[mp_logfile] => 1
[mp_logmessages] => 1
[mp_mapvoteratio] => 51
[mp_maxrounds] => 0
[mp_mirrordamage] => 0
[mp_playerid] => 0
[mp_roundtime] => 5
[mp_startmoney] => 800
[mp_timeleft] => 0
[mp_timelimit] => 30
[mp_tkpunish] => 1
[mp_winlimit] => 20
[pausable] => 0
[public_slots_free] => 14
[reserve_slots] => 1
[reserve_type] => 1
[sv_accelerate] => 5
[sv_aim] => 0
[sv_airaccelerate] => 10
[sv_airmove] => 1
[sv_allowupload] => 0
[sv_bounce] => 1
[sv_cheats] => 0
[sv_clienttrace] => 1
[sv_clipmode] => 0
[sv_contact] => [EMAIL PROTECTED]
[sv_friction] => 4
[sv_gravity] => 800
[sv_logblocks] => 0
[sv_maxrate] => 6500
[sv_maxspeed] => 320
[sv_minrate] => 1500
[sv_password] => 0
[sv_proxies] => 0
[sv_restart] =>
#24696 [Bgs]: Perfect output in ssh, nothing in http
ID: 24696
User updated by: peter at good-news dot no
Reported By: peter at good-news dot no
Status: Bogus
Bug Type: *General Issues
Operating System: Red Hat 9
PHP Version: 4.3.1
New Comment:
Well, I sorted it by flushing the socket. When you do multiply fwrites
to a socket, and don't read everything back from the socket, in ssh
fwrite will empty the socket on every occurence of fwrite, while in
http the reply from the socket will be added onto the old reply!
This might just be undocumented behaviour, but it certainly is
annoying!
Previous Comments:
[2003-07-17 21:32:56] [EMAIL PROTECTED]
Please go ask support questions elsewhere, no bug here.
(or come up with a report someone actually wants to read through..with
a SHORT example what isn't working, etc.)
[2003-07-17 19:13:33] peter at good-news dot no
I think the most intersting functions to look at will be:
query() (game == HL part);
get_time();
and possible parse_hl();
[2003-07-17 19:03:47] peter at good-news dot no
Description:
(Bare with me, this is my first report, and my English is simple!)
I'm working on a multi-game script for querying game-servers.
I've completed a few games that returns perfectly in both http and
ssh.
(I'm only using ssh for bug-tracking and testing.)
Then I came to Half-life. In ssh the returned perfectly as expected
(see submitted expected result), but when trying to run the script in
http, it seems to get stuck in an endless loop not outputting anything
(it's not even triggering max execution-time (30 seconds))
I don't know much about compiling nor configuring php (I just got my
work space, I'm not server-admin), but this could be helpful
http://www.good-news.no/info.php
Reproduce code:
---
http://www.good-news.no/peter/game/source.php <- source of my class
http://www.good-news.no/peter/game/index.php <- should return a
goodlookin' array(and does in ssh)
and I call the script with...:
$server = new server('HL', 'some-gameip-here'); // 66.28.14.60:27015
currently used
echo $server->output;
...from another file in the same folder.
A function that returned an error (IN HTTP, NOT SSH) earlier was
get_time() , as it returned that unpack didn't get it's 4 bytes. This
worked fine in ssh at the same time.
Now in http I don't get any errors returned, just a blank
never-stopping-to-load-page. Ssh works fine, which made me suspicious
to a bug.
Expected result:
Array
(
[IP] => 66.28.14.60:27015
[hostname] => [OSF] Fraggin' Friar Tucks [OwP]
[mapname] => de_inferno
[gamedir] => cstrike
[gamedes] => CounterStrike
[maxplayers] => 16
[protocol] => 46
[stype] => Dedicated
[os] => Windows
[password] => No
[numrules] => 76
[numplayers] => 2
[rules] => Array
(
[admin_highlander] => 0
[admin_ignore_immunity] => 0
[admin_mod_version] => 2.50.55-beta (MM)
[admin_quiet] => 2
[allow_client_exec] => 1
[allow_spectators] => 1
[amv_private_server] => 0
[coop] => 0
[deathmatch] => 1
[decalfrequency] => 30
[default_access] => 1
[edgefriction] => 2
[max_queries_sec] => 1
[max_queries_sec_global] => 1
[max_queries_window] => 1
[mp_allowmonsters] => 0
[mp_autokick] => 0
[mp_autoteambalance] => 1
[mp_buytime] => .75
[mp_c4timer] => 35
[mp_chattime] => 10
[mp_consistency] => 1
[mp_fadetoblack] => 0
[mp_flashlight] => 1
[mp_footsteps] => 1
[mp_forcecamera] => 0
[mp_forcechasecam] => 0
[mp_fragsleft] => 0
[mp_freezetime] => 6
[mp_friendlyfire] => 0
[mp_ghostfrequency] => 0.1
[mp_hostagepenalty] => 2
[mp_kickpercent] => 67
[mp_limitteams] => 1
[mp_logdetail] => 0
[mp_logfile] => 1
[mp_logmessages] => 1
[mp_mapvoteratio] => 51
[mp_maxrounds] => 0
[mp_mirrordamage] => 0
[mp_playerid] => 0
[mp_roundtime] => 5
[mp_startmoney] => 800
[mp_timeleft] => 0
[mp_timelimit] => 30
[mp_tkpunish] => 1
[mp_winlimit] => 20
[pausable] => 0
[p
#16461 [Com]: Can't compile php4.1.2 with Apache2.0.35
ID: 16461 Comment by: nemeth-peter at np dot hu Reported By: marat at nihol dot com Status: Bogus Bug Type: Apache2 related Operating System: Linux Slackware 8.0 PHP Version: 4.1.2 New Comment: I have winXP, Apache 2.0.50 and PHP 4.2.3. When I try to load PHP as module and I restart my Apache server, the Apache find an error: module "c:\\php4build\\snap\\apache2_filter\\sapi_apache2.c" is not compatible with this version of Apache (found:2002682, need:2002963). Please contact the vendor for the correct version. I don't find the directory "c:\\(!?)php4build\\..." , and I don't know what can I do... __ Németh Péter Hungary Previous Comments: [2004-07-08 06:02:18] aslam_11 at engineer dot com But cant we compile PHP4.1.2 with Apache2. I was trying php is throughing same error. Is there any way to do that? Please suggest me. Aslam [2002-04-06 11:04:57] [EMAIL PROTECTED] You need to wait for RC3 since the patch which fixes this was applied after RC2 was released. Or get the latest CVS snapshot from http://snaps.php.net/ [2002-04-06 10:51:29] marat at nihol dot com I'm trying 4.2.0.RC2 from www.php.net/~derick: make[3]: Entering directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' /bin/sh /home/marat/apache2/php-4.2.0RC2/libtool --silent --mode=compile gcc -I. -I/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter -I/home/marat/apache2/php-4.2.0RC2/main -I/home/marat/apache2/php-4.2.0RC2 -I/usr/local/apache2/include -I/home/marat/apache2/php-4.2.0RC2/Zend -I/home/marat/apache2/mysql-3.23.49-pc-linux-gnu-i686/include -I/home/marat/apache2/php-4.2.0RC2/ext/xml/expat -D_REENTRANT -I/home/marat/apache2/php-4.2.0RC2/TSRM -g -O2 -pthread -DZTS -prefer-pic -c sapi_apache2.c sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:174: too few arguments to function `apr_brigade_create' sapi_apache2.c:175: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:257: too few arguments to function `apr_brigade_create' sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:331: too few arguments to function `apr_brigade_create' sapi_apache2.c:386: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c:395: too few arguments to function `apr_bucket_eos_create' make[3]: *** [sapi_apache2.lo] Error 1 make[3]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi/apache2filter' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/marat/apache2/php-4.2.0RC2/sapi' make: *** [all-recursive] Error 1 [EMAIL PROTECTED]:~/apache2/php-4.2.0RC2# PHP: ./configure --with-mysql=../mysql-3.23.49-pc-linux-gnu-i686/ --with-apxs2=/usr/local/apache2/bin/apxs APACHE: ./configure --enable-so --enable-MODULE=shared :( In file: php-4.2.0RC2/sapi/apache2filter/sapi_apache2.c, line 58: bb = apr_brigade_create(ctx->f->r->pool); But in file: httpd-2.0.35/srclib/apr-util/include/apr_buckets.h, line 646, declaration of this function: APU_DECLARE(apr_bucket_brigade *) apr_brigade_create(apr_pool_t *p, apr_bucket_alloc_t *list); [2002-04-06 10:16:28] [EMAIL PROTECTED] We know that, you'll need 4.2.0 to compile with Apache 2.x You can try RC2 from www.php.net/~derick [2002-04-06 10:11:26] marat at nihol dot com When compiling php4.1.2, configured with apxs2 of Apache 2.0.35: sapi_apache2.c: In function `php_apache_sapi_ub_write': sapi_apache2.c:58: too few arguments to function `apr_brigade_create' sapi_apache2.c:61: too few arguments to function `apr_bucket_transient_create' sapi_apache2.c: In function `php_apache_sapi_register_variables': sapi_apache2.c:148: warning: initialization discards qualifiers from pointer target type sapi_apache2.c: In function `php_apache_sapi_flush': sapi_apache2.c:171: too few arguments to function `apr_brigade_create' sapi_apache2.c:172: too few arguments to function `apr_bucket_flush_create' sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:245: too few arguments to
#48693 [NEW]: Double declaration of __lambda_func when lambda wrongly formatted
From: peter at lvp-media dot com
Operating system: n/a
PHP version: 5.3CVS-2009-06-25 (snap)
PHP Bug Type: Scripting Engine problem
Bug description: Double declaration of __lambda_func when lambda wrongly
formatted
Description:
When creating a new lambda function using create_function, any code behind
an extra right curly brace (which closes the function) gets executed. This
is known and expected behaviour of eval, so no problem so far. However,
when the function itself does not contain parsing errors, while the code
after it does, the function gets created (and becomes available) while
zend_eval_stringl() returns false. Therefore the function's name,
defaulting to LAMBDA_TEMP_FUNCNAME, will not be changed and any future
calls to create_functions will fail using a fatal error ("Cannot redeclare
__lambda_func()"). Reproduce code is included.
The echo should output "1", however, the fatal error gets thrown instead.
While this absolutely isn't a problem that (should) occur very often,
fixing it seemed fairly easy so I created two patches.
The first patch checks whether any function named LAMBDA_TEMP_FUNCNAME
exists if zend_eval_stringl() fails, and if it does, renames it to
lambda_%d as would be done if the eval succeeded. After all, the function
itself was fine, so the function name can be returned as well.
zend_eval_stringl() outputs the parse error automatically so the
script-owner gets informed of the problem as well. The second patch is
easier, it simply removes any function called LAMBDA_TEMP_FUNCNAME if it
exists.
PATCH 1:
--- zend_builtin_functions.c2009-06-25 15:23:45.0 +0200
+++ zend_builtin_functions_new.c2009-06-25 15:40:34.0
+0200
@@ -1737,8 +1737,8 @@ ZEND_FUNCTION(create_function)
efree(eval_name);
- if (retval==SUCCESS) {
+ if (retval==SUCCESS || zend_hash_find(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME), (void **)
&func)!=FAILURE) {
zend_function new_function, *func;
- if (zend_hash_find(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME), (void **)
&func)==FAILURE) {
+ if (retval==SUCCESS && zend_hash_find(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME), (void **)
&func)==FAILURE) {
zend_error(E_ERROR, "Unexpected inconsistency in
create_function()");
RETURN_FALSE;
PATCH 2:
--- zend_builtin_functions.c2009-06-25 15:23:45.0
+0200
+++ zend_builtin_functions_new.c2009-06-25 15:23:45.0
+0200
@@ -1756,4 +1756,7 @@ ZEND_FUNCTION(create_function)
RETURN_STRINGL(function_name, function_name_length, 0);
} else {
+if (zend_hash_find(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME), (void **)
&func)!=FAILURE) {
+ zend_hash_del(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME));
+ }
RETURN_FALSE;
}
Reproduce code:
---
Expected result:
1
Actual result:
--
Fatal error: Cannot redeclare __lambda_func() (previously declared in
/home/peter/test.php(2) : runtime-created function:
--
Edit bug report at http://bugs.php.net/?id=48693&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48693&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48693&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48693&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48693&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48693&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48693&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48693&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48693&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48693&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48693&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48693&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48693&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48693&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48693&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48693&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48693&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48693&r=isapi
Insta
#48693 [Com]: Double declaration of __lambda_func when lambda wrongly formatted
ID: 48693
Comment by: peter at lvp-media dot com
Reported By: peter at lvp-media dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: n/a
PHP Version: 5.3CVS-2009-06-25 (snap)
New Comment:
The reproduce code got cut off, the else{} should be in the comment
right behind the $borked-assignment.
Previous Comments:
[2009-06-25 13:46:51] peter at lvp-media dot com
Description:
When creating a new lambda function using create_function, any code
behind an extra right curly brace (which closes the function) gets
executed. This is known and expected behaviour of eval, so no problem so
far. However, when the function itself does not contain parsing errors,
while the code after it does, the function gets created (and becomes
available) while zend_eval_stringl() returns false. Therefore the
function's name, defaulting to LAMBDA_TEMP_FUNCNAME, will not be changed
and any future calls to create_functions will fail using a fatal error
("Cannot redeclare __lambda_func()"). Reproduce code is included.
The echo should output "1", however, the fatal error gets thrown
instead. While this absolutely isn't a problem that (should) occur very
often, fixing it seemed fairly easy so I created two patches.
The first patch checks whether any function named LAMBDA_TEMP_FUNCNAME
exists if zend_eval_stringl() fails, and if it does, renames it to
lambda_%d as would be done if the eval succeeded. After all, the
function itself was fine, so the function name can be returned as well.
zend_eval_stringl() outputs the parse error automatically so the
script-owner gets informed of the problem as well. The second patch is
easier, it simply removes any function called LAMBDA_TEMP_FUNCNAME if it
exists.
PATCH 1:
--- zend_builtin_functions.c2009-06-25 15:23:45.0 +0200
+++ zend_builtin_functions_new.c2009-06-25 15:40:34.0
+0200
@@ -1737,8 +1737,8 @@ ZEND_FUNCTION(create_function)
efree(eval_name);
- if (retval==SUCCESS) {
+ if (retval==SUCCESS || zend_hash_find(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME), (void **)
&func)!=FAILURE) {
zend_function new_function, *func;
- if (zend_hash_find(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME), (void **)
&func)==FAILURE) {
+ if (retval==SUCCESS &&
zend_hash_find(EG(function_table), LAMBDA_TEMP_FUNCNAME,
sizeof(LAMBDA_TEMP_FUNCNAME), (void **) &func)==FAILURE) {
zend_error(E_ERROR, "Unexpected inconsistency
in create_function()");
RETURN_FALSE;
PATCH 2:
--- zend_builtin_functions.c2009-06-25 15:23:45.0
+0200
+++ zend_builtin_functions_new.c2009-06-25 15:23:45.0
+0200
@@ -1756,4 +1756,7 @@ ZEND_FUNCTION(create_function)
RETURN_STRINGL(function_name, function_name_length,
0);
} else {
+if (zend_hash_find(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME), (void **)
&func)!=FAILURE) {
+ zend_hash_del(EG(function_table),
LAMBDA_TEMP_FUNCNAME, sizeof(LAMBDA_TEMP_FUNCNAME));
+ }
RETURN_FALSE;
}
Reproduce code:
---
Expected result:
1
Actual result:
--
Fatal error: Cannot redeclare __lambda_func() (previously declared in
/home/peter/test.php(2) : runtime-created function:
--
Edit this bug report at http://bugs.php.net/?id=48693&edit=1
#40479 [Com]: zend_mm_heap corrupted
ID: 40479 Comment by: peter at f-is dot eu Reported By: rrossi at maggioli dot it Status: No Feedback Bug Type: Reproducible crash Operating System: Suse Linux 9.0 PHP Version: 5.2.1 New Comment: I have run into this problem too. I have not been able to make a short example script to demonstrate the problem since removing seemingly unrelated parts of code makes the problem disappear. The error is generated after the PHP script has completed. The actual problem seems to stem from calling a some static method from a class that has not yet been included. The class is included by an __autoload function. Manually including the class first seems to fix the problem, but doing random stuff in general seems to do that :) The problem occurs when returning from the function, since throwing an exception or die()-ing at that point does not show the problem. When building php with --enable-debug, the problem goes away. The problem also goes away when not using --enable-debug, but adding -DZEND_MM_HEAP_PROTECTION. Since the problem goes away when using --enable-debug, I generated the following backtraces with a modified zend_mm_panic(...) in zend_alloc.c to remove the #if ZEND_DEBUG macro. #0 0x7f9b736d45a7 in kill () from /lib/libc.so.6 #1 0x00596440 in zend_mm_panic (message=) at /usr/local/src/php-5.2.8/Zend/zend_alloc.c:94 #2 0x00596a45 in _zend_mm_free_int (heap=0x96f300, p=0xb) at /usr/local/src/php-5.2.8/Zend/zend_alloc.c:833 #3 0x005bc298 in zend_hash_destroy (ht=0xd71040) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #4 0x005cbb49 in zend_object_std_dtor (object=0xd6c570) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:45 #5 0x005cbb69 in zend_objects_free_object_storage (object=0x25e3) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:122 #6 0x005cf1ae in zend_objects_store_del_ref_by_handle (handle=63) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:206 #7 0x005cf1de in zend_objects_store_del_ref (zobject=0xd6ffe8) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:168 #8 0x005a4d16 in _zval_ptr_dtor (zval_ptr=0xd79d38) at /usr/local/src/php-5.2.8/Zend/zend_variables.h:35 #9 0x005bc298 in zend_hash_destroy (ht=0xcf42f8) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #10 0x005b12bf in _zval_dtor_func (zvalue=0xd77118) at /usr/local/src/php-5.2.8/Zend/zend_variables.c:43 #11 0x005a4d16 in _zval_ptr_dtor (zval_ptr=0xb74de0) at /usr/local/src/php-5.2.8/Zend/zend_variables.h:35 #12 0x005bc298 in zend_hash_destroy (ht=0xd01938) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #13 0x005cbb49 in zend_object_std_dtor (object=0xd6cc88) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:45 #14 0x005cbb69 in zend_objects_free_object_storage (object=0x25e3) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:122 #15 0x005cf1ae in zend_objects_store_del_ref_by_handle (handle=62) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:206 #16 0x005cf1de in zend_objects_store_del_ref (zobject=0xd6e378) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:168 #17 0x005a4d16 in _zval_ptr_dtor (zval_ptr=0xd79e70) at /usr/local/src/php-5.2.8/Zend/zend_variables.h:35 #18 0x005bc298 in zend_hash_destroy (ht=0xd7a3d8) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #19 0x005b12bf in _zval_dtor_func (zvalue=0xd7a3b0) at /usr/local/src/php-5.2.8/Zend/zend_variables.c:43 #20 0x005a4d16 in _zval_ptr_dtor (zval_ptr=0xb6e258) at /usr/local/src/php-5.2.8/Zend/zend_variables.h:35 #21 0x005bc298 in zend_hash_destroy (ht=0xd71800) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #22 0x005cbb49 in zend_object_std_dtor (object=0xd6e150) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:45 #23 0x005cbb69 in zend_objects_free_object_storage (object=0x25e3) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:122 #24 0x005cf1ae in zend_objects_store_del_ref_by_handle (handle=61) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:206 #25 0x005cf1de in zend_objects_store_del_ref (zobject=0xd6df98) at /usr/local/src/php-5.2.8/Zend/zend_objects_API.c:168 #26 0x005a4d16 in _zval_ptr_dtor (zval_ptr=0xcf5db8) at /usr/local/src/php-5.2.8/Zend/zend_variables.h:35 #27 0x005bc298 in zend_hash_destroy (ht=0xcf5bc8) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #28 0x005b12bf in _zval_dtor_func (zvalue=0xcf5ba0) at /usr/local/src/php-5.2.8/Zend/zend_variables.c:43 #29 0x005a4d16 in _zval_ptr_dtor (zval_ptr=0xce8400) at /usr/local/src/php-5.2.8/Zend/zend_variables.h:35 #30 0x005bc298 in zend_hash_destroy (ht=0xc96598) at /usr/local/src/php-5.2.8/Zend/zend_hash.c:526 #31 0x005cbb49 in zend_object_std_dtor (object=0xccafd0) at /usr/local/src/php-5.2.8/Zend/zend_objects.c:45 #32 0x005cbb69 in zend_objects_free_object_storage (object=0x25e3) at
#40579 [Com]: $_SERVER['SERVER_PORT'] is invalid during apache redirect
ID: 40579
Comment by: peter at lvp-media dot com
Reported By: ruslan dot kyrychuk at gmail dot com
Status: No Feedback
Bug Type: *Web Server problem
Operating System: Windows 2003
PHP Version: 5.2.1
New Comment:
This isn't a PHP-specific bug, it seems to be a problem within
mod_rewrite or Apache itself. I ran into this problem as well, but was
able to reproduce it with Perl and C scripts. For completeness, I'm
running PHP 5.3-dev on Linux with Apache 2.2.
Previous Comments:
[2009-01-26 15:06:38] tim at timloram dot me dot uk
I am experiencing this issue with exact same symptoms. Having used
mod_rewrite to redirect incoming requests to central gateway script,
$_SERVER['SERVER_PORT'] is always reading '80' even if my inital URL was
http://abc.com:86
Any ideas?
[2007-03-31 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2007-03-23 11:10:51] tony2...@php.net
Works just fine here.
["SERVER_PORT"]=> string(4) "8887"
["SCRIPT_NAME"]=> string(11) "/index.html"
[2007-03-23 10:58:01] ruslan dot kyrychuk at gmail dot com
Reproduce code:
---
1. Configure Apache to use port 8080
2. Create .htaccess file:
Options +FollowSymLinks -Indexes
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} (.+)\.html
RewriteRule ^(.+)$ test.php [QSA,L]
3. Create test.php file
Run http://localhost:8080/test.html
Output: 80
Run http://localhost:8080/test.php
Output: 8080
[2007-03-01 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
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/40579
--
Edit this bug report at http://bugs.php.net/?id=40579&edit=1
#47752 [Com]: FILTER_VALIDATE_INT doesn't allow "+0" and "-0"
ID: 47752
Comment by: peter at lvp-media dot com
Reported By: for-bugs at hnw dot jp
Status: Feedback
Bug Type: Filter related
Operating System: *
PHP Version: 5.2.9
Assigned To: pajoye
New Comment:
Hereby a simple bug47752.phpt file. Tested it on a patched- an an
unpatched installation, results as expected. Strictly speaking +0 and -0
are valid integers, even though neither of them is positive or
negative.
Peter Beverloo
--TEST--
Bug #47752 (FILTER_VALIDATE_INT doesn't allow "+0" and "-0")
--FILE--
--EXPECT--
int(0)
int(0)
int(0)
bool(false)
Previous Comments:
[2009-03-24 12:44:19] paj...@php.net
As far as I remember it is on purpose. 0 cannot be negative or
positive.
But if we agree on allowing them again, no problem here.
Can you please provide tests as well (phpt)?
[2009-03-24 11:50:38] php at lvp-media dot com
False, this only allows +0 and -0 by checking the lenght of the string,
it verifies that the null is the only character in it.
[2009-03-24 11:49:06] der...@php.net
Right, so this patch is not correct as it would allow octal numbers.
[2009-03-24 11:46:57] php at lvp-media dot com
Probably the easiest fix for this would be to change line 88 of
logical_filters.c to allow the character "0" as well, seeing values like
-0012 and 0012 get returned as false now as well. Con of this is quite
obvious as well however, as numbers prefixed by 0 often get interpreted
as octal numbers.
A better fix would be to add a check for it;
--- logical_filters.bak 2009-03-24 12:43:23.0 +0100
+++ logical_filters.c2009-03-24 12:45:09.0 +0100
@@ -84,6 +84,12 @@
break;
}
+ /* allow +0 and -0 */
+ if ((str + 1) == end && *str == '0') {
+ *ret = 0;
+ return 1;
+ }
+
/* must start with 1..9*/
if (str < end && *str >= '1' && *str <= '9') {
ctx_value = ((*(str++)) - '0');
[2009-03-23 05:40:58] for-bugs at hnw dot jp
Description:
FILTER_VALIDATE_INT doesn't allow "+0" and "-0",
while "0", "+1", and "-1" is valid.
Reproduce code:
---
http://bugs.php.net/?id=47752&edit=1
#47724 [Com]: Reproducable segmenation fault using symfony and doctrine
ID: 47724 Comment by: peter at f-is dot eu Reported By: scott at danielfamily dot com Status: No Feedback Bug Type: Reproducible crash Operating System: Centos 5.2 PHP Version: 5.2.9 New Comment: Scott, thanks for your work at the VMWARE image, and Scott MacVicar for looking into it. I really hope this annoying bug finally get's fixed. I've been playing with Duma, Valgrind and GDB for a few days, but my knowledge about these tools, c programming, or the internals of PHP seem insufficient. >From what i can tell, this is a reference counting problem. Some object has 3 references, and than some time later the some memory location contains a String, with 1 reference, which gets dereferenced and de-allocated. During php shutdown, the original object is being read, and because the memory is 'gone' it segfaults. The String that seems to overwrite the object is being provided by the __toString function of the original object. So i guess something goes wrong there. I can't stress enough that my experience with C is extremely limited, so the above may be completely wrong :P. There is also no way for me to be sure that this is the same bug that Scott has, but the symptoms are the same. This is the information valgrind spits out about the crash is the following. Note that this only happens in crashing pages, or pages that sometimes crash, depending on input: ==29860== Invalid read of size 4 ==29860==at 0x63EBB7: _zval_ptr_dtor (zend_execute_API.c:410) ==29860==by 0x64F079: _zval_ptr_dtor_wrapper (zend_variables.c:177) ==29860==by 0x65F9C8: zend_hash_destroy (zend_hash.c:526) ==29860==by 0x64EC8A: _zval_dtor_func (zend_variables.c:45) ==29860==by 0x63E978: _zval_dtor (zend_variables.h:35) ==29860==by 0x63EC31: _zval_ptr_dtor (zend_execute_API.c:414) ==29860==by 0x64F079: _zval_ptr_dtor_wrapper (zend_variables.c:177) ==29860==by 0x65F9C8: zend_hash_destroy (zend_hash.c:526) ==29860==by 0x675161: zend_object_std_dtor (zend_objects.c:45) ==29860==by 0x675600: zend_objects_free_object_storage (zend_objects.c:122) ==29860==by 0x679E67: zend_objects_store_del_ref_by_handle (zend_objects_API.c:211) ==29860==by 0x679C45: zend_objects_store_del_ref (zend_objects_API.c:169) ==29860== Address 0xBF348B8 is 16 bytes inside a block of size 24 free'd ==29860==at 0x4A0541E: free (vg_replace_malloc.c:233) ==29860==by 0x62E4EB: _efree (zend_alloc.c:2303) ==29860==by 0x63ECD9: safe_free_zval_ptr_rel (zend_execute.h:70) ==29860==by 0x63EC51: _zval_ptr_dtor (zend_execute_API.c:415) ==29860==by 0x67D57C: zend_ptr_stack_clear_multiple (zend_execute.h:155) ==29860==by 0x67CE1E: zend_do_fcall_common_helper_SPEC (zend_vm_execute.h:307) ==29860==by 0x683160: ZEND_DO_FCALL_SPEC_CONST_HANDLER (zend_vm_execute.h:1729) ==29860==by 0x67C11B: execute (zend_vm_execute.h:92) ==29860==by 0x6951FA: ZEND_INCLUDE_OR_EVAL_SPEC_VAR_HANDLER (zend_vm_execute.h:7811) ==29860==by 0x67C11B: execute (zend_vm_execute.h:92) ==29860==by 0x6517CC: zend_execute_scripts (zend.c:1134) ==29860==by 0x5F108F: php_execute_script (main.c:2023) This is the output of php that I got by enabling debugging options. They concern the same memory region as the above: Reducing refcount for bf348a8 (feff5738) type 5: 16->15 Reducing refcount for bf348a8 (feff5ba8) type 5: 15->14 Reducing refcount for bf348a8 (feff5cf0) type 5: 14->13 Reducing refcount for bf348a8 (bf45c08) type 5: 13->12 Reducing refcount for bf348a8 (bf45cc0) type 5: 12->11 Reducing refcount for bf348a8 (bf351a8) type 5: 11->10 Reducing refcount for bf348a8 (a0a518) type 5: 10->9 Reducing refcount for bf348a8 (feff84a8) type 5: 10->9 Reducing refcount for bf348a8 (bf350a8) type 5: 9->8 Reducing refcount for bf348a8 (a0a518) type 5: 8->7 Reducing refcount for bf348a8 (feff8d28) type 5: 7->6 Reducing refcount for bf348a8 (bf34b70) type 5: 6->5 Reducing refcount for bf348a8 (a0a518) type 5: 5->4 Reducing refcount for bf348a8 (a0a518) type 5: 4->3 Reducing refcount for bf348a8 (feffa048) type 6: 1->0 Destroying bf348a8 of type 6 Reducing refcount for bf348a8 (bf44e38) type 6: 0->-1 Reducing refcount for bf348a8 (bf35f70) type 6: -1->-2 Previous Comments: [2009-03-31 03:21:39] scott at danielfamily dot com Scott MacVicar from the PHP team send me a note saying he would look at the bug. I uploaded the VMWARE appliance and send him the information, but have not heard back after some days. Still hoping for some love. [2009-03-31 01:00:00] 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 w
Bug #51159 [Com]: session_set_save_handler Memory Corruption
Edit report at http://bugs.php.net/bug.php?id=51159&edit=1 ID: 51159 Comment by: info at das-peter dot ch Reported by: achristianson at yakabod dot com Summary: session_set_save_handler Memory Corruption Status: Open Type: Bug Package: Scripting Engine problem Operating System: CentOS 5.4 PHP Version: 5.3.1 New Comment: Hi there, can confirm this behavior with gc enabled/disabled. My current installation: php 5.3.2 for win x86 [API220090626,TS,VC6 ] Compiler VC6, thread safe Run under Apache 2.2 Cheers, Peter Previous Comments: [2010-03-01 12:46:00] achristianson at yakabod dot com We tried with GC off and we get the same result. [2010-02-28 16:52:02] j...@php.net Try turn garbage collection of so we know if it's that.. zend.enable_gc = off, IIRC. :) [2010-02-26 19:08:01] achristianson at yakabod dot com We tried this with Zend MM and garbage collection turned on and off. No change in result. [2010-02-26 18:49:11] achristianson at yakabod dot com Small typo: I put 5.2.1 and 5.2.3RC3 text along with my backtraces. I meant to type 5.3.1 and 5.3.2RC3 respectively. [2010-02-26 18:39:55] achristianson at yakabod dot com Description: Use of session_set_save_handler seems to cause memory corruption under certain conditions. Inside of _write, there is code that causes a fatal error. The corruption seems to not happen if this is removed. I get the problem in both 5.3.1 and 5.3.2RC3 Reproduce code: --- u.var); (gdb) bt #0 0x014899c0 in ZEND_ASSIGN_SPEC_CV_CONST_HANDLER (execute_data=0x9a6ee80) at /root/php-5.3.1/Zend/zend_execute.c:302 #1 0x0142d55d in execute (op_array=0x9a0e260) at /root/php- 5.3.1/Zend/zend_vm_execute.h:104 #2 0x0140bd57 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-5.3.1/Zend/zend.c:1194 #3 0x013bbf4e in php_execute_script (primary_file=0xbfa7c8c0) at /root/php-5.3.1/main/main.c:2225 #4 0x0148ad2b in php_handler (r=0x9a56160) at /root/php- 5.3.1/sapi/apache2handler/sapi_apache2.c:648 #5 0x08077bf3 in ap_invoke_handler () #6 0x080868df in ap_process_request () #7 0x080839e8 in ?? () #8 0x09a56160 in ?? () #9 0x0004 in ?? () #10 0x09a56160 in ?? () #11 0x0987c2f8 in ?? () #12 0x0002 in ?? () #13 0x09a43be8 in ?? () #14 0xbfa7c9c8 in ?? () #15 0x0807ff45 in ap_process_connection () 5.2.3RC3 backtrace: Program received signal SIGSEGV, Segmentation fault. _zval_ptr_dtor (zval_ptr=0xbf900928) at /root/php- 5.3.2RC3/Zend/zend.h:385 385return --pz->refcount__gc; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0xbf900928) at /root/php- 5.3.2RC3/Zend/zend.h:385 #1 0x014674fc in zend_do_fcall_common_helper_SPEC (execute_data=0x8558d30) at /root/php-5.3.2RC3/Zend/zend_execute.h:316 #2 0x01441b3d in execute (op_array=0x84f66d0) at /root/php- 5.3.2RC3/Zend/zend_vm_execute.h:104 #3 0x01420207 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-5.3.2RC3/Zend/zend.c:1194 #4 0x013cfe7e in php_execute_script (primary_file=0xbf902c10) at /root/php-5.3.2RC3/main/main.c:2260 #5 0x0149f22b in php_handler (r=0x853e5b8) at /root/php- 5.3.2RC3/sapi/apache2handler/sapi_apache2.c:655 #6 0x08077bf3 in ap_invoke_handler () #7 0x080868df in ap_process_request () #8 0x080839e8 in ?? () #9 0x0853e5b8 in ?? () #10 0x0004 in ?? () #11 0x0853e5b8 in ?? () #12 0x08388758 in ?? () #13 0x0002 in ?? () #14 0x0852c040 in ?? () #15 0xbf902d18 in ?? () #16 0x0807ff45 in ap_process_connection () -- Edit this bug report at http://bugs.php.net/bug.php?id=51159&edit=1
Req #51229 [Com]: consecutives sorting with usort and uasort
Edit report at http://bugs.php.net/bug.php?id=51229&edit=1
ID: 51229
Comment by: peter at f-is dot eu
Reported by: kanea at free dot fr
Summary: consecutives sorting with usort and uasort
Status: Open
Type: Feature/Change Request
Package: Arrays related
Operating System: All
PHP Version: 5.2.13
New Comment:
This behavior is documented:
"Note: If two members compare as equal, their order in the sorted array
is undefined."
You should adapt your comparison function so it checks on both a AND b,
in one function.
Previous Comments:
[2010-03-07 17:52:45] kanea at free dot fr
Description:
on an array with collection of the same object
the object have 2 property a et b
Exemple:
[
object:{a=3, b=2}
object:{a=0, b=2}
object:{a=2, b=3}
object:{a=1, b=2}
If you make a first sort with the good fonction and usort on property a,
you obtain
[
object:{a=0, b=2}
object:{a=1, b=2}
object:{a=2, b=3}
object:{a=3, b=2}
]
The result is that you intend
Now if you make a second sort with another function and usort on
property b, you obtain
[
object:{a=3, b=2}
object:{a=1, b=2}
object:{a=0, b=2}
object:{a=2, b=3}
]
The result is not you can wait. I think that's because the read of the
array is make in inverse way.
A possible solution is to mark the placed elements. And not move
elements not tested before or after them the marked element.
Best Regards
Test script:
---
$b['a']) return 1; else return
($a['a']<$b['a'])?-1:0; }
function compb($a, $b){ if($a['b']>$b['b']) return 1; else return
($a['b']<$b['b'])?-1:0; }
$a = array(array('a'=>1, 'b'=>2), array('a'=>2, 'b'=>3), array('a'=>3,
'b'=>2), array('a'=>0, 'b'=>2), array('a'=>4, 'b'=>2));
usort($a, 'compa');
print_r($a);
usort($a, 'compb');
print_r($a);
?>
Expected result:
Array
(
[0] => Array
(
[a] => 0
[b] => 2
)
[1] => Array
(
[a] => 1
[b] => 2
)
[2] => Array
(
[a] => 3
[b] => 2
)
[3] => Array
(
[a] => 2
[b] => 3
)
)
Actual result:
--
Array
(
[0] => Array
(
[a] => 3
[b] => 2
)
[1] => Array
(
[a] => 1
[b] => 2
)
[2] => Array
(
[a] => 0
[b] => 2
)
[3] => Array
(
[a] => 2
[b] => 3
)
)
--
Edit this bug report at http://bugs.php.net/bug.php?id=51229&edit=1
#42291 [Com]: Uploaded file permissions vary depending on file system configuration
ID: 42291 Comment by: mail at peter-thomassen dot de Reported By: rob-phpbugs at tigertech dot com Status: No Feedback Bug Type: Filesystem function related Operating System: Linux PHP Version: 5.2.4 New Comment: I just checked this with today's snapshot (5.2.7 devel), and move_uploaded_file() now respects the umask setting. For the temporary file (before the move_uploaded_file() call, usually in /tmp/), the umask setting is respected only for the owner's bits. Group and world permission are set to 0 (as if umask was 0x77, with x being the owner's umask). As I already said, everything is set right when moving the file away. It seems that this bug is fixed. In production, I still have to use PHP 5.2.0 with some patches. Does anybody know in which version this bug was fixed? Previous Comments: [2007-11-26 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2007-11-18 23:47:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-11-05 23:28:25] rob-phpbugs at tigertech dot com I fear this bug could be ignored because I tagged it as happening on PHP 4. Just to make sure it's clear, I'm retagging it as happening in PHP 5.2.4 -- it affects all versions. [2007-11-04 17:16:19] marcel dot wiechmann at gmail dot com Same problem here. But not only under php 4.4.7 also under php 5.2.4 [2007-11-04 15:51:26] chh at innov8 dot ch I can confirm this behaviour. If "upload_tmp_dir" is on the same filesystem as the destination folder (normally the webspace of the customer(s) then the file permissions are set to 0600 - otherwise 0644 (umask at 0022), when using move_uploaded_file(). The temp file - before calling move_uploaded_file() - also has 0600 permissions. This leads to a problem when using suphp (suexec, fastcgi or whatever) and upload-functions in php applications which do not set the permissions after using move_uploaded_file() [Joomla seems to be such a candidate - Typo3 does it right..]. If you upload a static file which should be readable by the webserver but isn't because only PHP (and other user running applications) can access the file. All Upload functions should use a chmod() after move_uploded_file()... 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/42291 -- Edit this bug report at http://bugs.php.net/?id=42291&edit=1
#39449 [Com]: Overloaded array properties do not work correctly
ID: 39449
Comment by: mail at peter-thomassen dot de
Reported By: pstradomski at gmail dot com
Status: Assigned
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 5.2.0
Assigned To: dmitry
New Comment:
I do agree with Denis in the sense that one should disable
the notice for read access (using foreach, p.ex.), until a
global solution including write access is found (or not).
This doesn't harm anyone and would save me some lines of
error_reporting() changes. Thanks!
Previous Comments:
[2006-12-06 11:08:10] brjann at gmail dot com
"// This should not raise notice
foreach( $a->overloaded_property as $val )
echo $val."\n";
// This should raise notice
$a->overloaded_property[] = 6;"
I do not agree with that. Neither of the examples should raise a
notice. There is no reason for
$a->overloadedprop = $bar
to work, but not
$a->overloadedprop[$foo] = $bar
or
foreach($a->overloadedprop){}
Either properties can be overloaded and therefore read, assigned and
iterated over, or not. Overloaded properties should behave the same way
as ordinary properties, or else the object's behaviour is
unpredictable.
Perhaps the solution of using __get() to return a reference is
unsatisfactory in some way, but the behaviour should still be there.
/Brjánn
[2006-12-04 08:55:15] denis at edistar dot com
I think the warning should be raised only when someone is
trying to write the overloaded property.
Foreach and other loop constructs are readonly constructs
except when they are using references of the overloaded
properties.
For example:
test;
}
}
$a = new A;
// This should not raise notice
foreach( $a->overloaded_property as $val )
echo $val."\n";
// This should raise notice
$a->overloaded_property[] = 6;
?>
Thank you,
Denis
[2006-11-19 11:53:11] v dot anagnostos at mail dot bg
Reproduce code:
---
test;
}
}
$a = new A;
foreach( $a->overloaded_property as $val )
echo $val."\n";
?>
Expected result:
1
2
3
4
5
Actual result:
--
Notice: Indirect modification of overloaded property
A::$overloaded_property has no effect in
C:\Apache\htdocs\dancho\index.php on line 15
1
2
3
4
5
[2006-11-14 20:31:16] cboden at gmail dot com
In the above example:
$a->arr[]='d';
produced the expected results in PHP-5.1 but now gives the following
error in PHP-5.2
"Notice: Indirect modification of overloaded property"
[2006-11-09 14:05:23] pstradomski at gmail dot com
Reopening.
This should never be "expected behaviour". This way encapsulation got
severly broken - __get was introduced to allow dynamic creation of
properties - and therefore implementation of record-like classes. Such
properties were meant to be indistinguishable from standard properties
- but aren't. Neither passing by reference works, nor array elements
do.
Developer can expect to be able to modify object properties for example
in such a way:
$x->arr = array('a');
array_push($x->arr, 'b');
Now it is impossible - although it should be. I understand previous
behaviour could be considered improper, bu now developers don't even
get a chance to choose between passing by value and passing by
reference.
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/39449
--
Edit this bug report at http://bugs.php.net/?id=39449&edit=1
#29234 [Com]: empty($object->property) incorrect when property has access overloaded (__get)
ID: 29234
Comment by: info at peter-thomassen dot de
Reported By: chrissy at codegoat dot com
Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: Windows XP
PHP Version: 5.0.0
New Comment:
The problem still exists with 5.1.4.
Previous Comments:
[2005-03-14 01:00:14] 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:49:52] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-07-20 19:34:48] benjcarson at digitaljunkies dot ca
This may be related to bug #28176.
[2004-07-18 01:14:15] chrissy at codegoat dot com
Description:
The code below has a class with two properties. One which is a regular
public class property and the other which is accessed through the __get
function. Both are set to "Not Empty". However, when you call empty()
on the one accessed through __get, the empty() function returns TRUE
which is incorrect. The problem can be remedied by first assigning the
value of the property to a variable and then calling the empty function
on that variable.
Reproduce code:
---
"Not Empty");
function __get($key) {
if (array_key_exists($key, $this->properties)) return
$this->properties[$key];
}
}
$emptyTest = new EmptyTest();
echo "The value of Test 1 is: \"" . $emptyTest->emptyTest1 .
"\"The value of Test 2 is: \"" . $emptyTest->emptyTest2 .
"\"---";
if (empty($emptyTest->emptyTest1)) echo "Test 1 was empty ";
else echo "Test 1 was not empty ";
if (empty($emptyTest->emptyTest2))echo "Test 2 was empty ";
else echo "Test 2 was not empty ";
$test = $emptyTest->emptyTest2;
if (empty($test))echo "Test 2 was empty this time";
else echo "Test 2 was not empty this time";
?>
Expected result:
Both emptyTest1 and emptyTest2, when passed to the empty function, the
function should return true.
It could be that calling empty with a property that has had its access
overloaded by the __get function is invalid. If this is the case, I
would assume empty should at least throw a Warning.
Actual result:
--
The output of the above program is...
The value of Test 1 is: "Not Empty"
The value of Test 2 is: "Not Empty"
---
Test 1 was not empty
Test 2 was empty
Test 2 was not empty this time
--
Edit this bug report at http://bugs.php.net/?id=29234&edit=1
#34575 [NEW]: Commandline-Option '-c' does not work
From: Peter-Ulrich at Web dot de Operating system: Linux PHP version: 5.0.5 PHP Bug Type: CGI related Bug description: Commandline-Option '-c' does not work Description: The Commandline-Option '-c' does not work with PHP Version 5.0.5 together with a CLI-Programm where it is called in the Script like #!/usr/bin/php -c path/to/inifile When i change the Option to '--php-ini', then the Script runs with the korrekt ini-file. Best regards P. Ulrich -- Edit bug report at http://bugs.php.net/?id=34575&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34575&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34575&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34575&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34575&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34575&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34575&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34575&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34575&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34575&r=support Expected behavior: http://bugs.php.net/fix.php?id=34575&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34575&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34575&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34575&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34575&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34575&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34575&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34575&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34575&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34575&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34575&r=mysqlcfg
#22301 [NEW]: htmlspecialchars crashes Apache
From: peter at alcor dot concordia dot ca Operating system: Tru64 Unix 5.1A PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: htmlspecialchars crashes Apache This code crashes Apache on Tru64 Unix version 5.1A: (dbx) run -X -f /pubmail/apache/conf/httpd.conf Unaligned access pid=148971 va=0x14009ff7c pc=0x1200f6c08 ra=0x120111e90 inst=0xb429 Unaligned access pid=148971 va=0x14009ff7c pc=0x1200f6c08 ra=0x120111e90 inst=0xb429 Unaligned access pid=148971 va=0x11fff965c pc=0x1201164c0 ra=0x120116e8c inst=0xb42d signal Segmentation fault at [get_next_char:6 +0xfdc,0x12018a7ec] (dbx) I suspect it's 64-bit cleanness-related. -- Edit bug report at http://bugs.php.net/?id=22301&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22301&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22301&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22301&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22301&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22301&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22301&r=support Expected behavior: http://bugs.php.net/fix.php?id=22301&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22301&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22301&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22301&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22301&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22301&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22301&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22301&r=gnused
#22301 [Opn]: htmlspecialchars crashes Apache
ID: 22301 User updated by: peter at alcor dot concordia dot ca Reported By: peter at alcor dot concordia dot ca Status: Open Bug Type: Reproducible crash Operating System: Tru64 Unix 5.1A PHP Version: 4.3.0 New Comment: If htmlspecialchars called with three parameters, zend_parse_parameters (inside php_html_entities function) doesn't properly initialize str pointer. Previous Comments: [2003-02-19 11:36:55] peter at alcor dot concordia dot ca This code crashes Apache on Tru64 Unix version 5.1A: (dbx) run -X -f /pubmail/apache/conf/httpd.conf Unaligned access pid=148971 va=0x14009ff7c pc=0x1200f6c08 ra=0x120111e90 inst=0xb429 Unaligned access pid=148971 va=0x14009ff7c pc=0x1200f6c08 ra=0x120111e90 inst=0xb429 Unaligned access pid=148971 va=0x11fff965c pc=0x1201164c0 ra=0x120116e8c inst=0xb42d signal Segmentation fault at [get_next_char:6 +0xfdc,0x12018a7ec] (dbx) I suspect it's 64-bit cleanness-related. -- Edit this bug report at http://bugs.php.net/?id=22301&edit=1
#22284 [Com]: Dynamic Var Accessing Classes crashes PHP
ID: 22284
Comment by: peter at globalvision dot com dot au
Reported By: White_Angel at gmx dot de
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: Linux;RedHat8.0;2.4.18-24
PHP Version: 5CVS-2003-02-18 (dev)
New Comment:
Isn't this identical to my report? (22237)
Previous Comments:
[2003-02-18 22:48:47] [EMAIL PROTECTED]
must be ZE2 prob since the script just gives me parse error
with php4.3.2-dev
[2003-02-18 16:55:38] [EMAIL PROTECTED]
#0 0x0817d606 in zend_hash_exists (ht=0x401e3ce0, arKey=0x6c ,
nKeyLength=1) at /php/php/php5/Zend/zend_hash.c:923
tmp = 0x6c
h = 1075731160
nIndex = 8
p = (struct bucket *) 0x1
#1 0x08167571 in zend_do_fetch_property (result=0xbfffbe90,
object=0xbfffbd00, property=0xbfffc118)
at /php/php/php5/Zend/zend_compile.c:2327
le = (struct _zend_llist_element *) 0x401e5c28
opline = {handler = 0x81e6c98 , result =
{op_type = 1075731304,
throw_list = 0x18, u = {constant = {value = {lval = 67, dval =
3.3102398271363518e-322, str = {
val = 0x43 , len = 0}, ht =
0x43, obj = {handle = 67,
handlers = 0x0}}, refcount = 0, type = 8 '\b', is_ref = 188
'¼'}, var = 67,
opline_num = 67, op_array = 0x43, jmp_addr = 0x43, EA = {var =
67, type = 0}}}, op1 = {
op_type = 3, throw_list = 0x18, u = {constant = {value = {lval =
1075731304,
dval = -1.9834215645439262, str = {val = 0x401e5b68 "", len =
-1073759208},
ht = 0x401e5b68, obj = {handle = 1075731304, handlers =
0xbfffbc18}}, refcount = 135743298,
type = 140 '\214', is_ref = 91 '['}, var = 1075731304,
opline_num = 1075731304,
op_array = 0x401e5b68, jmp_addr = 0x401e5b68, EA = {var =
1075731304, type = 3221208088}}},
op2 = {op_type = 136113376, throw_list = 0x43, u = {constant = {value
= {lval = 0, dval = 0, str = {
val = 0x0, len = 0}, ht = 0x0, obj = {handle = 0, handlers
= 0x0}}, refcount = 0,
type = 56 '8', is_ref = 188 '¼'}, var = 0, opline_num = 0,
op_array = 0x0, jmp_addr = 0x0,
EA = {var = 0, type = 0}}}, extended_value = 135689985, lineno =
136211908, opcode = 52 '4'}
fetch_list_ptr = (struct _zend_llist *) 0x401e5b38
opline_ptr = (struct _zend_op *) 0x401e5c30
#2 0x08158777 in zendparse () at
/php/php/php5/Zend/zend_language_parser.y:811
tmp_znode = {op_type = 4, throw_list = 0x0, u = {constant =
{value = {lval = 72,
dval = 3.3951932691017084e-313, str = {val = 0x48 , len = 16},
ht = 0x48, obj = {handle = 72, handlers = 0x10}}, refcount = 0,
type = 0 '\0',
is_ref = 0 '\0'}, var = 72, opline_num = 72, op_array = 0x48,
jmp_addr = 0x48, EA = {var = 72,
type = 16}}}
zendchar = 59
zendlval = {op_type = 1, throw_list = 0x0, u = {constant =
{value = {lval = 1075731652,
dval = 9.0194652172583403e-314, str = {val = 0x401e5cc4 "name",
len = 4}, ht = 0x401e5cc4,
obj = {handle = 1075731652, handlers = 0x4}}, refcount = 1,
type = 1 '\001',
is_ref = 0 '\0'}, var = 1075731652, opline_num = 1075731652,
op_array = 0x401e5cc4,
jmp_addr = 0x401e5cc4, EA = {var = 1075731652, type = 4}}}
and it goes on and on.
[2003-02-18 16:45:11] White_Angel at gmx dot de
Added:
Must be a Problem in the Syntax Check because
php -l in syntax check only crashes also.
[2003-02-18 16:29:33] White_Angel at gmx dot de
ups.
[2003-02-18 16:28:57] White_Angel at gmx dot de
On testing how to solve Bug #22269 I noticed the following:
class foo {
var $a="dummyyy";
function bar() {
$name="a";
echo $this->$name; or $this->$name;
}
}
Will generate nen Segmetnation Vault if the $this->$name line is
parsed.
If this Acces is depricated HOW CAN i access this Variable Now ?
(class_get_vars is only reading)
Is this a Bug or a feature ?
--
Edit this bug report at http://bugs.php.net/?id=22284&edit=1
#22237 [Ver]: PHP crashes when class references property using variable variable
ID: 22237 User updated by: peter at globalvision dot com dot au Reported By: peter at globalvision dot com dot au Status: Verified Bug Type: Zend Engine 2 problem -Operating System: MS Windows +Operating System: All PHP Version: 5CVS-2003-02-15 (dev) New Comment: I'm assuming all OSes b/c my original report was MS Windows but a subsequent dup report was for Linux. I've narrowed it down a bit by running with debug mode on the ZE2 I'm 99% sure it is due to the way zend treats "$this" as special. I don't think it's putting all the required data on the stack. Specifically, when it processes the base_variable_without_objects bison rule after reading T_OBJECT_OPERATOR (ie -> ) it sets yyval.u.EA.type (see case 363 in zend_language_parser.c) but yyval.u is zero at that time when the LH operand is $this. Not sure why yet... EG the following modification causes no crash: $bar; //echo $this->foo; } } ?> Previous Comments: [2003-02-19 06:26:45] root at kitten dot net This is pretty serious... it prevents pear from working. Can someone please take a look at it? Thanks [2003-02-15 19:15:01] [EMAIL PROTECTED] No crash with PHP 4.3.1-dev, does crash with PHP 5-dev. ---- [2003-02-15 19:06:29] peter at globalvision dot com dot au $bar; //line 1 //echo $this->foo; //line 2 } } ?> commenting out line 1 (and optionally including line 2) cause it to run normally. The crash occurs as soon as you include $this->$. >From a dos command line on Windows XP Pro SP1 (build 2600): >php c:\temp\t.php I get PHP Script Interpreter has encountered a problem and needs to close (pop up). I'm using the windows build from the snaps page. I've had this error over the past few days of snaps too. >php -m [PHP Modules] bcmath calendar com ctype ftp mysql odbc pcre rpc session standard tokenizer wddx xml zlib [Zend Modules] The crash details are: AppName: php.exe AppVer: 5.0.0.0 ModName: php4ts.dll ModVer: 5.0.0.0 Offset: 000b3bdc Exception Information: Code: 0xc005 Flags: 0x Record: 0x000Address: 0x0100b3bdc -- Edit this bug report at http://bugs.php.net/?id=22237&edit=1
#16408 [Com]: session handling does not work with IE6
ID: 16408
Comment by: peter dot lerner at commerzbank dot com
Reported By: sb at bpm dot ch
Status: No Feedback
Bug Type: Session related
Operating System: Windows NT (IIS) & AIX (Apache)
PHP Version: 4.1.1
New Comment:
If the session info is saved as a file, instead of a file called
sess_, you will find a file named 'sess_null'.
-rw--- 1 myuid mygid 1535549 Dec 10 12:57 sess_null
I'm running php4.3.4 on apache2 on a solaris8 box.
Browser is Internet Explorer 6.0.2800.1106CO.
Session management troubles happen only with IE6, but runs fine with
e.g. Mozilla 1.5.
The problem is *very*critical* for us, because _every_ user who logs on
with an IE6 gets user permissions from the sess_null. sess_null could
be the admin's session.
Vice versa it's also a problem if the first user to create a sess_null
was not-privileged, and the subsequent admin logon is "castrated" to
the non-privileged level.
Previous Comments:
[2002-07-10 01:00:05] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-05-03 13:01:31] jan dot vlcinsky at cad-programs dot com
I thing, you forgot to place quotes around variable name
Instead of
session_register(User); BAD
use
session_register("User"); OK
[2002-04-03 09:46:55] [EMAIL PROTECTED]
Hmm. I use IE6+Linux/Apache and I don't have problem.
Could you look into packets using sniffer? and see if there is any
difference with IE6 and IE5.
Ehtereal works on a lot of platforms and very easy to use.
http://www.ethereal.com/
[2002-04-03 04:16:46] sb at bpm dot ch
In IE6 we have on some PCs the problem that the session data will not
saved:
First page:
session_start();
$User = "root";
session_register(User);
Second page:
session_start();
echo "$User";
Now nothing will displayed... :-(
This Problem occures only in IE6 an never in IE5.x
Stephan
--
Edit this bug report at http://bugs.php.net/?id=16408&edit=1
#26583 [NEW]: PHP in combination with IE6 unable to create valid session-id
From: peter dot lerner at commerzbank dot com Operating system: Sol8 (Apache+PHP) & WinNT (IE6) PHP version: 4.3.4 PHP Bug Type: Session related Bug description: PHP in combination with IE6 unable to create valid session-id Description: (see also bug #16408, i didn't know how to reopen it!) I'm running php4.3.4 on apache2 on a solaris8 box. Browser is Internet Explorer 6.0.2800.1106CO. When using IE6 as a browser the session info saved as a file in /tmp, uses a file named 'sess_null'. -rw--- 1 myuid mygid 1535549 Dec 10 12:57 sess_null When using e.g. Mozilla 1.5 everything is fine, and you find the normal file 'sess_. What does the sess_null file mean? IE6 in combination with PHP (sometimes?) is not able to generate a valid session-id. It means that *everybody* with an IE6 will *share* this session info from session "null". The problem is *very*critical* for us, because _every_ user who logs on with an IE6 gets user permissions from the sess_null. sess_null could be the admin's session. Vice versa it's also a problem if the first user to create a sess_null was not-privileged, and the subsequent admin logon is "castrated" to the non-privileged level. -- Edit bug report at http://bugs.php.net/?id=26583&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26583&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26583&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26583&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26583&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26583&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26583&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26583&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26583&r=support Expected behavior: http://bugs.php.net/fix.php?id=26583&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26583&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26583&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26583&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26583&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26583&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26583&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26583&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26583&r=float
#22301 [Fbk->Opn]: htmlspecialchars crashes Apache
ID: 22301
User updated by: peter at alcor dot concordia dot ca
Reported By: peter at alcor dot concordia dot ca
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Tru64 Unix 5.1A
PHP Version: 4.3.0
New Comment:
Surprisingly this fixes the problem:
--- html.c.original 2002-12-12 09:52:09.0 -0500
+++ html.c 2003-02-25 13:01:05.0 -0500
@@ -827,7 +827,8 @@
{
char *str, *hint_charset = NULL;
int str_len, hint_charset_len = 0;
- int len, quote_style = ENT_COMPAT;
+ int len;
+ long quote_style = ENT_COMPAT;
char *replaced;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "s|ls",
&str, &str_len,
Previous Comments:
[2003-02-23 23:21:40] [EMAIL PROTECTED]
Could you provide us a backtrace so we can have a better insight into
this issue?
If you are unsure how to generate a backtrace, see
http://bugs.php.net/bugs-generating-backtrace.php
Thanks for your cooperation.
[2003-02-19 15:29:57] peter at alcor dot concordia dot ca
If htmlspecialchars called with three parameters,
zend_parse_parameters (inside php_html_entities function)
doesn't properly initialize str pointer.
[2003-02-19 11:36:55] peter at alcor dot concordia dot ca
This code crashes Apache on Tru64 Unix version 5.1A:
(dbx) run -X -f /pubmail/apache/conf/httpd.conf
Unaligned access pid=148971 va=0x14009ff7c
pc=0x1200f6c08 ra=0x120111e90 inst=0xb429
Unaligned access pid=148971 va=0x14009ff7c
pc=0x1200f6c08 ra=0x120111e90 inst=0xb429
Unaligned access pid=148971 va=0x11fff965c
pc=0x1201164c0 ra=0x120116e8c inst=0xb42d
signal Segmentation fault at [get_next_char:6
+0xfdc,0x12018a7ec]
(dbx)
I suspect it's 64-bit cleanness-related.
--
Edit this bug report at http://bugs.php.net/?id=22301&edit=1
#22301 [Opn]: htmlspecialchars crashes Apache
ID: 22301
User updated by: peter at alcor dot concordia dot ca
Reported By: peter at alcor dot concordia dot ca
Status: Open
Bug Type: Reproducible crash
Operating System: Tru64 Unix 5.1A
PHP Version: 4.3.0
New Comment:
the previous diff is for ext/standard/html.c, just in case
Previous Comments:
[2003-02-25 12:04:05] peter at alcor dot concordia dot ca
Surprisingly this fixes the problem:
--- html.c.original 2002-12-12 09:52:09.0 -0500
+++ html.c 2003-02-25 13:01:05.0 -0500
@@ -827,7 +827,8 @@
{
char *str, *hint_charset = NULL;
int str_len, hint_charset_len = 0;
- int len, quote_style = ENT_COMPAT;
+ int len;
+ long quote_style = ENT_COMPAT;
char *replaced;
if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "s|ls",
&str, &str_len,
[2003-02-23 23:21:40] [EMAIL PROTECTED]
Could you provide us a backtrace so we can have a better insight into
this issue?
If you are unsure how to generate a backtrace, see
http://bugs.php.net/bugs-generating-backtrace.php
Thanks for your cooperation.
[2003-02-19 15:29:57] peter at alcor dot concordia dot ca
If htmlspecialchars called with three parameters,
zend_parse_parameters (inside php_html_entities function)
doesn't properly initialize str pointer.
[2003-02-19 11:36:55] peter at alcor dot concordia dot ca
This code crashes Apache on Tru64 Unix version 5.1A:
(dbx) run -X -f /pubmail/apache/conf/httpd.conf
Unaligned access pid=148971 va=0x14009ff7c
pc=0x1200f6c08 ra=0x120111e90 inst=0xb429
Unaligned access pid=148971 va=0x14009ff7c
pc=0x1200f6c08 ra=0x120111e90 inst=0xb429
Unaligned access pid=148971 va=0x11fff965c
pc=0x1201164c0 ra=0x120116e8c inst=0xb42d
signal Segmentation fault at [get_next_char:6
+0xfdc,0x12018a7ec]
(dbx)
I suspect it's 64-bit cleanness-related.
--
Edit this bug report at http://bugs.php.net/?id=22301&edit=1
#22791 [NEW]: php_value auto_prepend in .htaccess ignored when loading a index.html
From: peter dot kling at veritas dot com Operating system: solaris 8 PHP version: 4.3.1 PHP Bug Type: Apache related Bug description: php_value auto_prepend in .htaccess ignored when loading a index.html This function worked with Apache/1.3.26 and PHP Version 4.2.2 running on SunOS goldeneyes 5.8 Generic sun4u sparc SUNW,Ultra-4 Since we upgrade to PHP Version 4.3.1 this does not work. we have .htaccess files in directories that just have the following two lines: Start--- php_value auto_prepend_file "/vfr/htdocs/jscode/menuheader.html" php_value auto_append_file "/vfr/htdocs/jscode/reg_footer.html" End--- So then if you access a file like index.html or somename.html in that directory the page would load with the menuheader.html and the reg_footer.html force on that page. We use this to keep a constant look and feel on this site. Since we upgrade to PHP Version 4.3.1 this does not work. I've noted bugs reported for Apache 2.x but not 1.3x could you please look at the code and see if you can find this bug. The short fix is for us to rename every .html file to a .php file and it works, but renaming 1000s of files is a bit much. Thanks peter PS: note I have reproduced this bug on FreeBSD 4.x also. -- Edit bug report at http://bugs.php.net/?id=22791&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22791&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22791&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22791&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22791&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22791&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22791&r=support Expected behavior: http://bugs.php.net/fix.php?id=22791&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22791&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22791&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22791&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22791&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22791&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22791&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22791&r=gnused
#22791 [Bgs]: php_value auto_prepend in .htaccess ignored when loading a index.html
ID: 22791 User updated by: peter dot kling at veritas dot com Reported By: peter dot kling at veritas dot com Status: Bogus Bug Type: Apache related Operating System: solaris 8 PHP Version: 4.3.1 New Comment: I guess you missed the Point, I indicated that this was working correctly, with Apache. Apache was parsing the html But After upgrading from PHP 4.2.2 to PHP 4.3.1 this function no longer works. So how could this be a configuration problem since we did not change the Apache or it's config. ONLY the PHP Version. Thanks Peter Previous Comments: [2003-03-19 15:42:06] [EMAIL PROTECTED] If your apache is not set to parse .html through PHP, of course it won't work. Not bug. [2003-03-19 15:02:30] peter dot kling at veritas dot com This function worked with Apache/1.3.26 and PHP Version 4.2.2 running on SunOS goldeneyes 5.8 Generic sun4u sparc SUNW,Ultra-4 Since we upgrade to PHP Version 4.3.1 this does not work. we have .htaccess files in directories that just have the following two lines: Start--- php_value auto_prepend_file "/vfr/htdocs/jscode/menuheader.html" php_value auto_append_file "/vfr/htdocs/jscode/reg_footer.html" End--- So then if you access a file like index.html or somename.html in that directory the page would load with the menuheader.html and the reg_footer.html force on that page. We use this to keep a constant look and feel on this site. Since we upgrade to PHP Version 4.3.1 this does not work. I've noted bugs reported for Apache 2.x but not 1.3x could you please look at the code and see if you can find this bug. The short fix is for us to rename every .html file to a .php file and it works, but renaming 1000s of files is a bit much. Thanks peter PS: note I have reproduced this bug on FreeBSD 4.x also. -- Edit this bug report at http://bugs.php.net/?id=22791&edit=1
#22237 [Ver]: PHP crashes when class references property using variable variable
ID: 22237
User updated by: peter at globalvision dot com dot au
Reported By: peter at globalvision dot com dot au
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: All
PHP Version: 5CVS-2003-02-15 (dev)
New Comment:
Well... I have not had the time to solve it, but I now know pretty well
why it is caused.
**can someone please have a crack at fixing this**?
In zend_language_parser.y, the rule for object_property is either an
object_dim_list (which can be a T_STRING) or it is a
"variable_without_ibjects".
object_dim_list works for $this->foo, but $this->$foo is matched by
variable_without_objects.
HOWEVER, variable_without_objects is the match for vanilla variables,
so it consumes one '$' before it dereferences.
in other words, $this->$foo sends the $foo part off to the standard
variable compiler area which does not recognise that $foo is a
reference.
I experimented by placing a couple of rules in the lex scanner as
follows:
"$" {
fprintf(stderr,"xxx");
yy_push_state(ST_TEST)
return '$';
}
and
";" {
fprintf(stderr,"yyy");
yy_pop_state(TSRMLS_C);
return ';';
}
{LABEL} {
fprintf(stderr,"zzz");
zendlval->value.str.val = (char *)estrndup(yytext,yyleng);
zendlval->value.str.len = yyleng;
zendlval->type = IS_STRING;
return T_VARIABLE;
}
and suddenly, it all seems to parse, however I'm clearly missing
something - it still does not display the forrect output for
echo $this->$foo;
What am I doing wrong?
Previous Comments:
[2003-02-22 17:08:49] peter at globalvision dot com dot au
I'm assuming all OSes b/c my original report was MS Windows but a
subsequent dup report was for Linux.
I've narrowed it down a bit by running with debug mode on the ZE2
I'm 99% sure it is due to the way zend treats "$this" as special. I
don't think it's putting all the required data on the stack.
Specifically, when it processes the base_variable_without_objects bison
rule after reading T_OBJECT_OPERATOR (ie -> ) it sets yyval.u.EA.type
(see case 363 in zend_language_parser.c) but yyval.u is zero at that
time when the LH operand is $this.
Not sure why yet...
EG the following modification causes no crash:
$bar;
//echo $this->foo;
}
}
?>
[2003-02-19 06:26:45] root at kitten dot net
This is pretty serious... it prevents pear from working. Can someone
please take a look at it?
Thanks
[2003-02-15 19:15:01] [EMAIL PROTECTED]
No crash with PHP 4.3.1-dev, does crash with PHP 5-dev.
[2003-02-15 19:06:29] peter at globalvision dot com dot au
$bar; //line 1
//echo $this->foo; //line 2
}
}
?>
commenting out line 1 (and optionally including line 2) cause it to run
normally. The crash occurs as soon as you
include $this->$.
>From a dos command line on Windows XP Pro SP1 (build 2600):
>php c:\temp\t.php
I get
PHP Script Interpreter has encountered a problem and
needs to close (pop up).
I'm using the windows build from the snaps page. I've had this error
over the past few days of snaps too.
>php -m
[PHP Modules]
bcmath
calendar
com
ctype
ftp
mysql
odbc
pcre
rpc
session
standard
tokenizer
wddx
xml
zlib
[Zend Modules]
The crash details are:
AppName: php.exe
AppVer: 5.0.0.0
ModName: php4ts.dll
ModVer: 5.0.0.0
Offset: 000b3bdc
Exception Information:
Code: 0xc005 Flags: 0x
Record: 0x000Address: 0x0100b3bdc
--
Edit this bug report at http://bugs.php.net/?id=22237&edit=1
#30302 [Com]: Implement Document/Literal with wrapped convention
ID: 30302
Comment by: peter dot ordal at rochester dot edu
Reported By: julien dot wajsberg at francetelecom dot com
Status: No Feedback
Bug Type: SOAP related
Operating System: Windows XP
PHP Version: 5.0.2
New Comment:
The article linked in the initial report has been taken down, but is
available via archive.org.
http://web.archive.org/web/20041012031835/http://www.burtongroup.com/weblogs/annethomasmanes/archives/2004/04/000187.html
There are some formatting issues to watch out for.
I tried dmitry's idea but I just get an emtpy stdClass object back.
Previous Comments:
[2004-12-09 01:00:03] 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".
[2004-12-01 18:26:25] [EMAIL PROTECTED]
ext/soap works fine with this WSDL file.
To call function on a client side use:
$client->add(array("arg1"=>2,"arg2"=>3));
On server side you can use the following function:
function add($args) {
return $args->arg1 + $args->arg2;
}
[2004-10-01 14:45:53] julien dot wajsberg at francetelecom dot com
Description:
The mode "Document/literal with wrapped convention" is the current
industry consensus for exposing Web Services. In particular, the WS-I
explicitely forbids use of "RPC/encoded" mode, and most toolkits
vendors are working towards "document wrapped/literal".
A very good explanation of this convention can be found on
http://www.burtongroup.com/weblogs/annethomasmanes/archives/2004/04/000187.html
I would suggest adding another mode to the "style" options to
SoapClient constructor: SOAP_WRAPPED.
There should also be some logic to understand a wsdl using this
convention, but it could be done afterwards.
This convention is really very similar to "rpc/literal" mode; I didn't
test this mode, but if it's already functional, it shouldn't be hard to
implement "document wrapped/literal".
--
Edit this bug report at http://bugs.php.net/?id=30302&edit=1
#32304 [NoF->Opn]: Invalid exception code hangs server thread.
ID: 32304 User updated by: peter at letford dot co dot uk Reported By: peter at letford dot co dot uk -Status: No Feedback +Status: Open Bug Type: Zend Engine 2 problem Operating System: Windows XP Professional PHP Version: 5CVS-2005-03-15 New Comment: I have just downloaded the latest snapshot and the bug appears to have been fixed. Thanks Peter. Previous Comments: [2005-04-13 01:00:07] 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-05 10:11:46] [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-03-26 19:41:49] peter at letford dot co dot uk Hi there, I have now installed the latest PHP 5 and Apache 1.3.33 on a clean machine. Whilst the initial problem seems to have gone away the Apache web server now crashes but I believe it's still a problem of PHP because debug log mentions php5ts.dll saying the following: szAppName: Apache.exe szAppVer: 0.0.0.0 szModName: php5ts.dll szModVer: 5.1.0.0 offset: 7c9e An interesting fact that the offset is _allways_ the same. Although it doesn't crash every time you run the example code (from original bug report) holding refresh for a few seconds causes the problem consistantly. I have saved the memory dump of the program if you need it. [2005-03-25 01:54:35] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-03-19 12:37:26] [EMAIL PROTECTED] Can't reproduce. Please provide more info about your system & try the latest snapshots from snaps.php.net 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/32304 -- Edit this bug report at http://bugs.php.net/?id=32304&edit=1
#32740 [Com]: signal 11 on make install-pear-installer, xml_parse
ID: 32740 Comment by: ben dot peter at gmx dot net Reported By: dev at stalkerbox dot net Status: No Feedback Bug Type: Reproducible crash Operating System: cygwin/xp PHP Version: 5.0.4 New Comment: Just confirming that this happens for php5-STABLE-200506082034 on cygwin / xp-sp2. Previous Comments: [2005-06-03 01:00:03] 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-05-26 16:14:05] thild at silicom dot fr Still segfault, here is the backtrace. I'll recompile with debug enabled and if the behavior is the same, I'll send you a more complete backtrace: #0 0x0c8025ff in ?? () #1 0x004d2d2a in _start_element_handler (user=0x1036ede8, name=0x1039f353 "package", attributes=0x103a1bc0) at /cygdrive/c/Temp/php5-STABLE-200505260839/ext/xml/compat.c:65 #2 0x009299d8 in xmlParseStartTag () from /usr/bin/cygxml2-2.dll #3 0x009357fb in xmlParseChunk () from /usr/bin/cygxml2-2.dll #4 0x004d368a in php_XML_Parse (parser=0x1036ede8, data=0x1036f1b0 "\n\n\n Archive_Tar\n Tar file management class\n Th"..., data_len=2601, is_final=1) at /cygdrive/c/Temp/php5-STABLE-200505260839/ext/xml/compat.c:512 #5 0x004d1d84 in zif_xml_parse (ht=3, return_value=0x1039f2f8, this_ptr=0x0, return_value_used=1) at /cygdrive/c/Temp/php5-STABLE-200505260839/ext/xml/xml.c:1340 #6 0x0052f456 in zend_do_fcall_common_helper (execute_data=0x2276b0, opline=0x1019e198, op_array=0x102c7d08) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend_execute.c:2747 #7 0x0052c139 in execute (op_array=0x102c7d08) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend_execute.c:1417 #8 0x0052f24d in zend_do_fcall_common_helper (execute_data=0x227a00, opline=0x10185fa0, op_array=0x102c7c20) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend_execute.c:2776 #9 0x0052c139 in execute (op_array=0x102c7c20) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend_execute.c:1417 #10 0x0052f24d in zend_do_fcall_common_helper (execute_data=0x22b4d0, opline=0x1012c5b8, op_array=0x10104e08) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend_execute.c:2776 #11 0x0052c139 in execute (op_array=0x10104e08) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend_execute.c:1417 #12 0x0052f24d in zend_do_fcall_common_helper (execute_data=0x22d9b0, opline=0x1009dfd0, op_array=0x1008e1d0) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend_execute.c:2776 #13 0x0052c139 in execute (op_array=0x1008e1d0) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend_execute.c:1417 #14 0x0050d485 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /cygdrive/c/Temp/php5-STABLE-200505260839/Zend/zend.c:1084 #15 0x004d6fcd in php_execute_script (primary_file=0x22eed0) at /cygdrive/c/Temp/php5-STABLE-200505260839/main/main.c:1646 #16 0x00536a11 in main (argc=12, argv=0x10012ab0) at /cygdrive/c/Temp/php5-STABLE-200505260839/sapi/cli/php_cli.c:946 [2005-05-26 15:28:30] [EMAIL PROTECTED] Still can't reproduce. Try to run this command (in the sources root): ./sapi/cli/php -n -dshort_open_tag=0 -dsafe_mode=0 ./pear/install-pear.php -d /tmp -b "/usr/local/stow/php5-STABLE-200505260839/bin/" ./pear/package-*.xml And if it fails - generate GDB backtrace. [2005-05-26 14:08:49] thild at silicom dot fr I have the same behavior with the following snapshot: php5-STABLE-200505260839 $ ./configure --prefix=/usr/local/stow/php5-STABLE-200505260839 --enable-discard-path --enable-fastcgi ... everything is fine ... $ make ... everything is fine ... $ make install Installing PHP SAPI module: cgi Installing PHP CGI into: /usr/local/stow/php5-STABLE-200505260839/bin/ Installing PEAR environment: /usr/local/stow/php5-STABLE-200505260839/lib/php/ Signal 11 make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 I can add an strace if asked for. [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". The remainder of the comments for this report are too long. To view the rest of the comments, p
#33284 [NEW]: CGI Error with mssqlselect
From: peter dot bernholt at hec dot de
Operating system: Windows XP
PHP version: 4.3.11
PHP Bug Type: CGI related
Bug description: CGI Error with mssqlselect
Description:
Hi all,
I am using PHP with IIS ,Windows XP and SQL Server 2000. The Function
mssql_query causes an error, when there is an result of an
Select-Statement (not true or false). Update, insert and delete works
fine. A select with an empty table is ok, true ("true").
I am not using the "header"-function!
Regards, Peter
Reproduce code:
---
$connection=mssql_connect($server,$username,$password);
@mssql_select_db($database,$connection) or die( "Unable to select
database");
$sqlquery="Select * FROM Tablename";
$result= mssql_query($sqlquery);
Expected result:
The Table contains one row, i would expect to get the result in $result.
Actual result:
--
The specified CGI application misbehaved by not returning a complete set
of HTTP headers. The headers it did return are:
--
Edit bug report at http://bugs.php.net/?id=33284&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33284&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33284&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33284&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33284&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33284&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33284&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33284&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33284&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33284&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33284&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33284&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33284&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33284&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33284&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33284&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33284&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33284&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33284&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33284&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33284&r=mysqlcfg
#33301 [NEW]: PHP crashes in interactive mode
From: peter dot buki at vodafone dot hu
Operating system: Redhat linux
PHP version: 5.0.4
PHP Bug Type: Reproducible crash
Bug description: PHP crashes in interactive mode
Description:
If I run php in interactive mode (-a option), and use the code I supplied
below, php crashes with segmentation fault.
It works well without interactive mode.
Reproduce code:
---
$value)
{ print "$key => $value\n" ; }
?>
Expected result:
The following output:
one => 1
two => 2
Actual result:
--
[EMAIL PROTECTED] ~]$ php -a
Interactive mode enabled
$value)
{ print "$key => $value\n" ; }
one => 1
Segmentation fault
--
Edit bug report at http://bugs.php.net/?id=33301&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33301&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33301&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33301&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33301&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33301&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33301&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33301&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33301&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33301&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33301&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33301&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33301&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33301&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33301&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33301&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33301&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33301&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33301&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33301&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33301&r=mysqlcfg
