#17158 [Com]: setcookie()
ID: 17158
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Feature/Change Request
Operating System: n/a
PHP Version: 4.2.0
New Comment:
Exactly, PHP is server-side... So this is a restriction of the
server-side theory. Javascript is a client-side browser controlled
language, it is not executed on the server at all.
Previous Comments:
[2002-05-11 16:37:39] [EMAIL PROTECTED]
Javascript cookies are client-side which is an entirely different
thing. If you want to get around header() and setcookie() limitations,
take a look at http://www.php.net/manual/en/ref.outcontrol.php
[2002-05-11 16:36:26] [EMAIL PROTECTED]
this is because JS has dircet access to the browser., whereas PHP has
not. it is a limitation of HTTP in general and cookies in particular.
so the docs are right. no bug -> bogus
[2002-05-11 16:30:26] [EMAIL PROTECTED]
setcookie() states "cookies must be sent before any other headers are
sent (this is a restriction of cookies, not PHP).
http://www.php.net/manual/en/function.setcookie.php
I would like to suggest this is a restriction of PHP, not cookies.
I can send and read cookies right in the middle of my HTML
when I use Javascript:
http://www.collegeSherbrooke.qc.ca/languesmodernes/cookie.htm
setCookie("TestCookie","first time",expdate);
var DisplayData = getCookie("TestCookie");
document.write(DisplayData);
document.write("
");
setCookie("TestCookie","second time",expdate);
var DisplayData = getCookie("TestCookie");
document.write(DisplayData);
When can we expect a feature change on setcookie() ?
--
Edit this bug report at http://bugs.php.net/?id=17158&edit=1
#20583 [Com]: Variable values inconsistent with assignment statements.
ID: 20583 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Variables related Operating System: RedHat 7.2 PHP Version: 4CVS-2002-11-22 (stable) New Comment: I experienced the described problem with one of my scripts, too, since I upgraded the server to PHP 4.3.0. I use sessions, MySQL, and have cookies turned on in my browser. In my script I process post data and assign three values to session variables inside an if-statement. Changing the order in which the assignments are made (I moved the first statement after the other two) solved the problem, and all variables contain their correct values. I use Debian 3.0 (Woody), Apache 1.3.27 with statically linked PHP 4.3.0. PHP configuration: http://bigben171.wutallan.net/phpinfo.php Previous Comments: [2002-12-30 10:58:02] [EMAIL PROTECTED] Well perhaps I initially reported the bug in the wrong category from the dropdown selection, since it seemed like it was a variables related problem. At this point, if I remove basically any of the lines from the code segment given above, the error goes away. So based on this, here are the three factors that I have been able to deduce are required to recreate the bug. 1) Turn off cookies 2) Use sessions 3) Use the OCI module. Basically, do everything I'm doing above in the code segment I sent you. If I could have simplified it any more, than I would have. However, the removal of any lines caused the problem to go away, which is what leads me to believe it's a combination of all three of the things I just listed. >From the sample output I gave you, you can see that it's interpretting a simple string assignment statement to the $sql variable as some sort of object/resource. This is why I reported the bug as a variables related issue, but maybe it isn't. Maybe it's all related to the OCI module and PHP sessions. Thank you. [2002-12-19 19:30:54] [EMAIL PROTECTED] you're focussing on the wrong issue. It should be *self-contained*. Can you still reproduce the issue, when you strip the ora_* stuff and without sessions? If not, add sessions back in, then the ora_*. >From what you're reporting: should result in 'one one'. If this isn't the case, then it's not a variable issue, but specific to some module. Unless we find out what module causes the behavior, there's not much we can do. [2002-12-19 15:25:15] [EMAIL PROTECTED] Ok, I've been able to narrow this bug down to a much simpler PHP script. We have also confirmed that it is definitely a problem with the newer version of PHP since we are running an identical script on production, with an older version of PHP, and it is error free. The following script should allow you to recreate the problem. You should disable cookies on the browser in order to have the error recreated each subsequent refresh. Otherwise, the error will only happen the first time you view the page, and will be gone on refreshes. __ "; print "Another = $another"; print "Obviously Messed Up = $obviously_messed_up"; ?> Output of Above Code: SQL = Resource id #3 Another = Resource id #3 Obviously Messed Up = Resource id #3 [2002-12-11 01:03:31] [EMAIL PROTECTED] Please provide us a complete, self-contained and short script which can be used to reproduce this. (you're most likely doing something wrong..) [2002-12-10 19:12:37] [EMAIL PROTECTED] We have upgraded our PHP to the version given below, and are still experiencing the same problems. Thanks The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20583 -- Edit this bug report at http://bugs.php.net/?id=20583&edit=1
#21798 [NEW]: New mail() function disable some functionalities
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.3.0 PHP Bug Type: *Mail Related Bug description: New mail() function disable some functionalities We use a small php script to sent multipart/mime mails with text/html and pics included in the same mail. People are reading these mails mostly with Outlook Express. Outlook Express seems to require some mime sections separated by \r\n\r\n, and maybe other mail readers need it too (no test made for now). but since 4.3.0 a part of code in the win32\sendmail.c file replaces every double \r\n by a single one. I don't know why these changes have been done, but please disable them or give us a way to disable this feature by the php.ini file, without having to change and compile the whole project (we don't have a C compiler) ** Code mentioned above. ** /* This pattern removes \r\n from the start of the string, * \r\n from the end of the string and also makes sure every line * is only wrapped with a single \r\n (thus reduces multiple * occurences of \r\n between lines to a single \r\n) */ #define PHP_WIN32_MAIL_RMVDBL_PATTERN "/^\r\n|(\r\n)+$/m" #define PHP_WIN32_MAIL_RMVDBL_REPLACE "" -- Edit bug report at http://bugs.php.net/?id=21798&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21798&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21798&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21798&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21798&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21798&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21798&r=support Expected behavior: http://bugs.php.net/fix.php?id=21798&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21798&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21798&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21798&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21798&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21798&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21798&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21798&r=gnused
#19597 [Com]: apachectl graceful kills apache with segfault
ID: 19597 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: linux-2.4.19 PHP Version: 4.2.3 New Comment: Well, I have this problem with php 4.3.0 and Apache 2.44, I get that error everytime I do a restart. The latest snapshot (4.3.1-dev) seems to work... Previous Comments: [2002-09-25 14:25:40] [EMAIL PROTECTED] The next release will probably take some months... [2002-09-25 14:23:07] [EMAIL PROTECTED] Works with php from that URL (php4-latest.tar.gz): [Wed Sep 25 16:16:27 2002] [notice] Apache/2.0.42 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 PHP/4.3.0-dev DAV/2 configured -- resuming normal operations [Wed Sep 25 16:16:36 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 16:16:46 2002] [notice] Digest: generating secret for digest authentication ... [Wed Sep 25 16:16:46 2002] [notice] Digest: done [Wed Sep 25 16:16:47 2002] [notice] Apache/2.0.42 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 PHP/4.3.0-dev DAV/2 configured -- resuming normal operations Is there a new php release in sight by any chance? [2002-09-25 12:59:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-25 12:54:03] [EMAIL PROTECTED] If I load the php module into apache2, an apachectl graceful kills the server: [Wed Sep 25 13:56:22 2002] [notice] Apache/2.0.42 (Unix) PHP/4.2.3 DAV/2 configured -- resuming normal operati ons [Wed Sep 25 13:56:23 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 13:56:26 2002] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=19597&edit=1
#21798 [Fbk->Opn]: New mail() function disable some functionalities
ID: 21798 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows XP PHP Version: 4.3.0 New Comment: Thank for the answer. Yes, the whole mail is send by the headers field. At the time we made the script, it was the only way we found to get it working... Have you some samples of what to put in headers and what to put in message ? we're going to try different ways on our side. Previous Comments: [2003-01-27 16:27:13] [EMAIL PROTECTED] The pattern you're reference is only applied to the headers (passed as the fourth parameter of mail() ) which should never have a double \r\n as that delineates the header from the body. Are you attempting to send content inside your header? Content (even multipart/mime content) should ALWAYS be sent in the body. [2003-01-21 11:19:31] [EMAIL PROTECTED] We use a small php script to sent multipart/mime mails with text/html and pics included in the same mail. People are reading these mails mostly with Outlook Express. Outlook Express seems to require some mime sections separated by \r\n\r\n, and maybe other mail readers need it too (no test made for now). but since 4.3.0 a part of code in the win32\sendmail.c file replaces every double \r\n by a single one. I don't know why these changes have been done, but please disable them or give us a way to disable this feature by the php.ini file, without having to change and compile the whole project (we don't have a C compiler) ** Code mentioned above. ** /* This pattern removes \r\n from the start of the string, * \r\n from the end of the string and also makes sure every line * is only wrapped with a single \r\n (thus reduces multiple * occurences of \r\n between lines to a single \r\n) */ #define PHP_WIN32_MAIL_RMVDBL_PATTERN "/^\r\n|(\r\n)+$/m" #define PHP_WIN32_MAIL_RMVDBL_REPLACE "" -- Edit this bug report at http://bugs.php.net/?id=21798&edit=1
#21798 [Bgs->Csd]: New mail() function disable some functionalities
ID: 21798 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: Mail related Operating System: Windows XP PHP Version: 4.3.0 New Comment: Ok, we had to send everything in headers field with previous version of PHP. With 4.3.0 sending in headers + message works fine, even with large e-mails. Thanks a lot. Previous Comments: [2003-01-28 03:32:38] [EMAIL PROTECTED] Okay, not a bug then. Please consult the [EMAIL PROTECTED] mailinglist for user questions. Derick [2003-01-28 03:27:33] [EMAIL PROTECTED] Thank for the answer. Yes, the whole mail is send by the headers field. At the time we made the script, it was the only way we found to get it working... Have you some samples of what to put in headers and what to put in message ? we're going to try different ways on our side. [2003-01-27 16:27:13] [EMAIL PROTECTED] The pattern you're reference is only applied to the headers (passed as the fourth parameter of mail() ) which should never have a double \r\n as that delineates the header from the body. Are you attempting to send content inside your header? Content (even multipart/mime content) should ALWAYS be sent in the body. [2003-01-21 11:19:31] [EMAIL PROTECTED] We use a small php script to sent multipart/mime mails with text/html and pics included in the same mail. People are reading these mails mostly with Outlook Express. Outlook Express seems to require some mime sections separated by \r\n\r\n, and maybe other mail readers need it too (no test made for now). but since 4.3.0 a part of code in the win32\sendmail.c file replaces every double \r\n by a single one. I don't know why these changes have been done, but please disable them or give us a way to disable this feature by the php.ini file, without having to change and compile the whole project (we don't have a C compiler) ** Code mentioned above. ** /* This pattern removes \r\n from the start of the string, * \r\n from the end of the string and also makes sure every line * is only wrapped with a single \r\n (thus reduces multiple * occurences of \r\n between lines to a single \r\n) */ #define PHP_WIN32_MAIL_RMVDBL_PATTERN "/^\r\n|(\r\n)+$/m" #define PHP_WIN32_MAIL_RMVDBL_REPLACE "" -- Edit this bug report at http://bugs.php.net/?id=21798&edit=1
#21996 [NEW]: apache 1.3.27 crashes with most php-scripts
From: [EMAIL PROTECTED] Operating system: Windows XP SP1 PHP version: 5CVS-2003-02-01 (dev) PHP Bug Type: Apache related Bug description: apache 1.3.27 crashes with most php-scripts Most of the avaible PHP scripts crashes with php5 and apache 1.3.27 (phpmyadmin for example) The debugger points to this line: 100EA3E5 mov edi,dword ptr [esi+8] I hope I could help you, TimeFX -- Edit bug report at http://bugs.php.net/?id=21996&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21996&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21996&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21996&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21996&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21996&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21996&r=support Expected behavior: http://bugs.php.net/fix.php?id=21996&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21996&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21996&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21996&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21996&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21996&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21996&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21996&r=gnused
#21996 [Fbk->Opn]: apache 1.3.27 crashes with most php-scripts
ID: 21996 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Windows XP SP1 PHP Version: 5CVS-2003-02-01 (dev) New Comment: I only have tha newest php4ts.dll in \system32 and no extensions. I don't use any extensions. Previous Comments: [2003-02-04 05:38:51] [EMAIL PROTECTED] Most important thing is to make sure you really have only one php4ts.dll in your system and that it's from the latest snapshot package. Also, the extra dlls needed by some extensions need to be up-to-date. Sometimes a reboot is also needed after installation.. [2003-02-03 16:33:13] [EMAIL PROTECTED] Sorry, I missed that you are on windows. Did you remember to move extensions to windows\system32 ? If you did, could you please provide a short script to reproduce this ? [2003-02-01 10:00:24] [EMAIL PROTECTED] Please read this: http://bugs.php.net/bugs-generating-backtrace.php And submit a backtrace (you need to compile PHP with --enable-debug ) And a short reproduce script too. [2003-02-01 09:35:07] [EMAIL PROTECTED] Most of the avaible PHP scripts crashes with php5 and apache 1.3.27 (phpmyadmin for example) The debugger points to this line: 100EA3E5 mov edi,dword ptr [esi+8] I hope I could help you, TimeFX -- Edit this bug report at http://bugs.php.net/?id=21996&edit=1
#21676 [Com]: GetImageSize nolonger works
ID: 21676
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: GetImageSize related
Operating System: RAQ4-Latest Patches/Apache 1.3.2
PHP Version: 4.3.0
New Comment:
I can only confirm the former posts:
PHP 4.3.0, Apache 1.3.27 on Linux gets confused on some pictures -
getimagesize doesn't return correct width / height (it returns FALSE,
in fact). Some 60% of all my images are not processed correctly (all of
them worked with PHP 4.2.3).
An example of such an image is:
http://img.radio.cz/pictures/doprava/autobazar1x.jpg
If I call
getimagesize("http://img.radio.cz/pictures/doprava/autobazar1x.jpg";)
it returns FALSE,
however in case of
getimagesize("/the_real_path/pictures/doprava/autobazar1x.jpg")
all works fine.
Sorry, I can't test the CVS version right now.
Previous Comments:
[2003-01-31 13:52:04] [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-16 13:47:43] [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
I cannot replicate the described bug using latest snapshot.
If you still experience the problem try using the bundled GD library.
[2003-01-16 13:34:50] [EMAIL PROTECTED]
This image returns null information on GetImageSize:
http://www.blackpeeps.com/IV/ecnirp/img3d6ea40af403a.jpg
This image does return correct Width and Height info:
http://www.blackpeeps.com/IV/ecnirp/img3e124d90c8123.jpg
I have even tried downloading the first and uploading back to server
to
make sure there is not a Binary file transfer issue. No luck.
Here is a file that my Thumbnail script is not creating a thumbnail
for.
Well, actually, it creates a Blacked out thumbnail. The script uses (
GetImgageSize , imagecreatetruecolor, and ImageCreateFromJPEG )
http://www.blackpeeps.com/IV/ecnirp/img3cae54c4a3771.jpg
[2003-01-16 13:32:53] [EMAIL PROTECTED]
This image returns null information on GetImageSize:
http://www.blackpeeps.com/IV/ecnirp/img3d6ea40af403a.jpg
This image does return correct Width and Height info:
http://www.blackpeeps.com/IV/ecnirp/img3e124d90c8123.jpg";;
I have even tried downloading the first and uploading back to server to
make sure there is not a Binary file transfer issue. No luck.
Here is a file that my Thumbnail script is not creating a thumbnail
for. Well, actually, it creates a Blacked out thumbnail. The script
uses ( GetImgageSize , imagecreatetruecolor, and ImageCreateFromJPEG )
http://www.blackpeeps.com/IV/ecnirp/img3cae54c4a3771.jpg
[2003-01-16 12:51:12] [EMAIL PROTECTED]
GetImageSize is not related to GD in anyway. Please provide a sample
image, which could be used to duplicate the problem you describe.
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/21676
--
Edit this bug report at http://bugs.php.net/?id=21676&edit=1
#20593 [NEW]: Intall of 4.3.9RC1 crashes Apache 1.3 on PHP pageload
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.3.0RC1 PHP Bug Type: Apache related Bug description: Intall of 4.3.9RC1 crashes Apache 1.3 on PHP pageload After installing 4.3.0RC1 - PHP seems to no longer run under Apache. On page access of a valid script - Apache returns the follow error: "Apache has cause an error in PHP4APACHE.DLL". -- Edit bug report at http://bugs.php.net/?id=20593&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20593&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20593&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20593&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20593&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20593&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20593&r=support Expected behavior: http://bugs.php.net/fix.php?id=20593&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20593&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20593&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20593&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20593&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20593&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20593&r=isapi
#20593 [Opn]: Intall of 4.3.0RC1 crashes Apache 1.3.22 on a PHP script access
ID: 20593 User updated by: [EMAIL PROTECTED] -Summary: Intall of 4.3.9RC1 crashes Apache 1.3 on PHP pageload Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4.3.0RC1 New Comment: updated summary Previous Comments: [2002-11-23 00:19:13] [EMAIL PROTECTED] After installing 4.3.0RC1 - PHP seems to no longer run under Apache. On page access of a valid script - Apache returns the follow error: "Apache has cause an error in PHP4APACHE.DLL". -- Edit this bug report at http://bugs.php.net/?id=20593&edit=1
#20593 [Opn->Bgs]: Apache and 4.3.0RC1 on Windows
ID: 20593 User updated by: [EMAIL PROTECTED] -Summary: Intall of 4.3.0RC1 crashes Apache 1.3.22 on a PHP script access Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 2000 PHP Version: 4.3.0RC1 New Comment: Just missed replacing php4ts.dll in /windows directory Previous Comments: [2002-11-23 00:22:05] [EMAIL PROTECTED] updated summary [2002-11-23 00:19:13] [EMAIL PROTECTED] After installing 4.3.0RC1 - PHP seems to no longer run under Apache. On page access of a valid script - Apache returns the follow error: "Apache has cause an error in PHP4APACHE.DLL". -- Edit this bug report at http://bugs.php.net/?id=20593&edit=1
#16575 [Com]: cannot load php4apache.dll with apache2
ID: 16575 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Windows XP Professional PHP Version: 4.1.2 New Comment: Hi Guys.. As I am working on some script development and I need a local webserver, I set the apache 2.0.43 with PHP 4.2.3 + MySQL 4.03 Max. As I install the apache 1x versions all comes normally, but as I have changed the apache with the newer one as i wrote, I got the same problem. How come the apache binary, cannot find php4apache.dll but finds php4apache2.dll, when they are in the same folder ??? That is Weird.. I have tried to move it around the apache folders and it is still comes out that silly error as the others did. I also have tried to change the loading module and got the same error as the others, letting me know that the isapi are compilled with different versions.. So what is next ? I still cant fix that bug, asking and sniffing around many sites, system administrators bla bla etc, and it is annoying.. Can anybody tell me what Am I doing wrong, or how to fix my php.. As I need newer version in PHP and Apache because some local security matters, and because I like to set the new stuff, I am still looking around for anybody can help me find out where I am wrong.. Please send me some sollutions.. I am downloading PHP 4.3.0 RC1 at the moment and will check is it going to meet the same problem... Hope it wont because that looks to me that it is not my fault of bad installation i thought at the begining... Thank You In Forward. Sincerely: Webmaster of SimsXXX.com Previous Comments: [2002-11-13 06:24:16] [EMAIL PROTECTED] Here I go again. I have tried usign apache2filter.dll - but I think that shouldn't be the case for the LATEST version. I also tried loading the module: php4apache2.dll: LoadModule php4_module d:/PHP/sapi/php4apache2.dll But this time I also added the php4apache2.dll file in the WINNT/System32 directory and this time I got a different message: apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"is not compatible with this version of Apache (found 20020628, need 20020903).Please contact the vendor for the correct version. This sounds like some other problems I have seen on forums. If there is a different sapi for apache2 you think it would be in the download zip, don't you think? [2002-11-13 05:58:01] [EMAIL PROTECTED] I have the exactly the same problem. I have installed a few Apache with PHP and one of them was on this same machine. As I had to upgrade to a newer PHP it all went wrong. I thought it may be because of the older Apache version so this time I took Apache 2.0.43 and PHP 4.2.3 It still doesn't work. All the files are where they should be. I also put it in the WINNT/system32 directory By the way I have: Windows 2000 Server SP2. [2002-04-26 16:44:34] [EMAIL PROTECTED] If it can help, I tried to make an installation doc at: http://137.194.8.83/ATSEC/PHP4Apache2Windows.html [2002-04-12 15:57:03] [EMAIL PROTECTED] You can't load the Apache 1 sapi into Apache 2. You have to load apache2filter.dll. Grab PHP 4.2.0 RC3, which will include the file you need. [2002-04-12 14:10:22] [EMAIL PROTECTED] I am not able to load the php4apache.dll with apache2, it only says Syntax error on line 173 of E:/Apache2/conf/httpd.conf: Cannot load E:/php/sapi/php4apache.dll into server: Das angegebene Modul wurde nicht gefunden. but the module if definitly there and all other dlls are copied like the doku said. Where can I get php error output in such cases (there is nothing in the apache logs)? BTW others (from a newsgroup) seem to have the problem too, but still no solution... -- Edit this bug report at http://bugs.php.net/?id=16575&edit=1
#20689 [NEW]: php_admin_value disable_functions not working as it should
From: [EMAIL PROTECTED] Operating system: w2k and linux both PHP version: 4.2.3 PHP Bug Type: *Configuration Issues Bug description: php_admin_value disable_functions not working as it should OK, here it goes, i will come to the point. php_admin_value disable_functions function_string does not work on a per domain basis. i know that is what the documentation says also. but i think it should be allowed to work on a per domain basis by allowing it to be used in the conf file in the virtual domains. The funny part is that even if you do put this in the virtual domain, for example php_admin_value disable_functions phpinfo, this means that phpinfo is not allowed to run on that domain. the phpinfo not only runs, but it shows the local setting that phpinfo is actually disabled. where as it is not. if this were allowed to be in the conf files, running php would be a lot more secure and there will be a lot less headache for the admin -- Edit bug report at http://bugs.php.net/?id=20689&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20689&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20689&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20689&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20689&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20689&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20689&r=support Expected behavior: http://bugs.php.net/fix.php?id=20689&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20689&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20689&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20689&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20689&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20689&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20689&r=isapi
#20689 [Com]: php_admin_value disable_functions not working as it should
ID: 20689 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Won\'t fix Bug Type: *Configuration Issues Operating System: w2k and linux both PHP Version: 4.2.3 New Comment: cant run a seperate instance of apache on w2k when it is running as a service, can i ? and how to run a seperate instance of php? can you explain this a bit more in detail? Previous Comments: [2002-11-27 21:17:36] [EMAIL PROTECTED] So run a separate restricted instance of Apache/PHP for virtualhosts you want to restrict and a non-restricted one for the others. [2002-11-27 20:55:48] [EMAIL PROTECTED] Even if the performance penalty is huge, it would still be really nice to have that for security reasons. what is you are doing web hosting on windows and want to stop people from running system commands. the user can run a system command in his own folder, of course, but then he can also run a batch file that actually access files above his own folder even if safe mode is on and base dir is set. the problem will be running of the batch file. legally the user only used a php system command in his own folder, but the batch file can now go ahead and delete files on the server anywhere. so i personally consider this to be a bug, and a very serious one from the point of view of web hosting for the public. [2002-11-27 20:22:47] [EMAIL PROTECTED] For technical reasons this cannot be done. Well, it could, but the performance penalty would be huge. [2002-11-27 20:09:10] [EMAIL PROTECTED] OK, here it goes, i will come to the point. php_admin_value disable_functions function_string does not work on a per domain basis. i know that is what the documentation says also. but i think it should be allowed to work on a per domain basis by allowing it to be used in the conf file in the virtual domains. The funny part is that even if you do put this in the virtual domain, for example php_admin_value disable_functions phpinfo, this means that phpinfo is not allowed to run on that domain. the phpinfo not only runs, but it shows the local setting that phpinfo is actually disabled. where as it is not. if this were allowed to be in the conf files, running php would be a lot more secure and there will be a lot less headache for the admin -- Edit this bug report at http://bugs.php.net/?id=20689&edit=1
#20837 [NEW]: Undefined variable notice
From: [EMAIL PROTECTED] Operating system: Windows XP professional PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: Undefined variable notice I downloaded the latest PHP version hoping that it will work, but everytime I try to run PHP script it won't run, it will say undefined variable, especially when I use form, when I clicked submit the php won't recognize the variable from the form. I unstalled the 4.2.3 and installed the 4.06 and the problem solved. -- Edit bug report at http://bugs.php.net/?id=20837&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20837&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20837&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20837&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20837&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20837&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20837&r=support Expected behavior: http://bugs.php.net/fix.php?id=20837&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20837&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20837&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20837&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20837&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20837&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20837&r=isapi
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Session related
Operating System: linux (rh7.3), apache 1.3.26
PHP Version: 4.2.2
New Comment:
I receive this bug too...I have traced it back to breaking as soon as I
use session_id(); function, and then working fine again once use of
that function is removed.
Previous Comments:
[2002-11-12 14:33:57] [EMAIL PROTECTED]
Another data point. I've recently moved a system from a hosted server
running 4.06 to a server under my control running redhat 7.3 and php
4.2.3 Since the move I've been getting very occasional cases of users
logging in and receiving someone else's session. The session handling
is very simple.
On login
session_name($db_name);
session_start();
$user = new User($userid, $passwd);
session_register("user");
On return
session_name($db_name);
session_start();
I've tried various workarounds like
session.entropy_length= 512
session.entropy_file = /dev/urandom
in the belief that somehow the two people were getting the same ID and
hence temp file
But all this was just thrashing at the problem. Then I checked my own
cookies and discovered the same as
[EMAIL PROTECTED] The cookie contained two session IDs. So I deleted
all relevant cookies. Logged out and in and now I'm back to the
expected single ID in the cookie.
I have logging turned on but have not yet seen any errors.
[2002-11-11 03:12:24] [EMAIL PROTECTED]
I've seen this bug on FreeBSD since PHP4.0.* series. Now I use 4.2.2.
It happens rarely. I could not figure why - the probability is small.
[2002-10-22 08:45:42] [EMAIL PROTECTED]
I got this too and its on a low traffic dev server. This
started happening even with old sites. I use FreeBSD and
the latest of everything. I will not upgrade the PHP on my
prod servers until this is resolved. good luck.
[2002-10-18 03:29:47] [EMAIL PROTECTED]
I'm experiencing this too, and I might have some usefull feedback!
I don't see the 'failed to write' messages. But I do have the random
loss of sessions. I've modified my script so I get an email with all
GET_VARS, SERVER_VARS etc. whenever the sessiondata is lost.
I found a very weird thing with respect to the session cookie. It
contained:
HTTP_COOKIE = 1; PHPSESSID=f1faf3374d562e8738f64e7e7e030972;
pollvoted[1]=1; (... some other data left out for privacy reasons);
PHPSESSID=842be4994a9c424fd7d4f9f8049aadc9
There are two separate PHPSESSID's in the same cookie! Maybe one of the
too is indeed invalid (no session date) How is this possible?
[2002-10-15 09:40:21] [EMAIL PROTECTED]
Hello,
I am also experiencing this bug. I am using Debian, 2.4.18 kernel, SMP
machine, PHP 4.2.3. (also observed bug on PHP 4.1.2). The server is
not experiencing a heavy load.
I am attempting to script a temporary fix for this bug until there is a
permanent fix in a stable PHP release. Would something like the
following work?
1. At the end of every page request, backup the session file:
copy(session_save_path() . '/sess_' . session_id(),
session_save_path() . '/sess_' . session_id() . '_bak');
2. At the top of each script that requires session data, check to see
if the main session file has been truncated. If so, replace it with
the backup that you have created. Assuming you have the session Id
stored in a cookie as 'user_sess_id':
if (isset($_COOKIE[user_sess_id])
&& file_exists(session_save_path() . '/sess_' .
$_COOKIE[user_sess_id] . '_bak')
&& file_exists(session_save_path() . '/sess_' .
$_COOKIE[user_sess_id]) && (filesize(session_save_path() . '/sess_' .
$_COOKIE[user_sess_id]) == 0)
&& (filesize(session_save_path() . '/sess_' .
$_COOKIE[user_sess_id] . '_bak') > 0) ) {
// restore the session file
copy(session_save_path() . '/sess_' . $_COOKIE[user_sess_id] .
'_bak', session_save_path() . '/sess_' . $_COOKIE[user_sess_id]);
}
// continue with script...
Does this have any hope of helping restore the lost session data? Or
would PHP have already read in the session data from the file on disk
before it reaches this point of processing the code?
Any advice on how PHP coders can write a temporary fix for this bug
would be greatly appreciated.
Thanks,
Taylor Davis
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/19022
--
Edit this b
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: Session related
Operating System: linux (rh7.3), apache 1.3.26
PHP Version: 4.2.2
New Comment:
Okay, I think I solved this bug for me at least.
I would receive this error:
Failed to write session data (files). Please verify that the current
setting of session.save_path is correct (c:\windows\temp) in Unknown on
line 0
and I finally tracked it down to being I was sometimes setting the
session_id(""); to blank, aka, to nothing. That would cause it to fail.
I still think this is a bug, because you shouldn't be able to break it
by setting it to nothing.
The reason I was unable to track this down quicker was because I had no
idea I was passing a blank variable to the session_id. So I looked into
that, and it turns out PHP fails to delete cookies.
I think their is a bug with the delete cookie functions...you might
want to check into that. To solve this, instead of deleting the
cookies, I just set them to -1, and then checked if they were -1, and
if so, treated them as if they weren't there.
I hope this helps,
Nate
Previous Comments:
[2002-12-07 20:05:38] [EMAIL PROTECTED]
I receive this bug too...I have traced it back to breaking as soon as I
use session_id(); function, and then working fine again once use of
that function is removed.
[2002-11-12 14:33:57] [EMAIL PROTECTED]
Another data point. I've recently moved a system from a hosted server
running 4.06 to a server under my control running redhat 7.3 and php
4.2.3 Since the move I've been getting very occasional cases of users
logging in and receiving someone else's session. The session handling
is very simple.
On login
session_name($db_name);
session_start();
$user = new User($userid, $passwd);
session_register("user");
On return
session_name($db_name);
session_start();
I've tried various workarounds like
session.entropy_length= 512
session.entropy_file = /dev/urandom
in the belief that somehow the two people were getting the same ID and
hence temp file
But all this was just thrashing at the problem. Then I checked my own
cookies and discovered the same as
[EMAIL PROTECTED] The cookie contained two session IDs. So I deleted
all relevant cookies. Logged out and in and now I'm back to the
expected single ID in the cookie.
I have logging turned on but have not yet seen any errors.
[2002-11-11 03:12:24] [EMAIL PROTECTED]
I've seen this bug on FreeBSD since PHP4.0.* series. Now I use 4.2.2.
It happens rarely. I could not figure why - the probability is small.
[2002-10-22 08:45:42] [EMAIL PROTECTED]
I got this too and its on a low traffic dev server. This
started happening even with old sites. I use FreeBSD and
the latest of everything. I will not upgrade the PHP on my
prod servers until this is resolved. good luck.
[2002-10-18 03:29:47] [EMAIL PROTECTED]
I'm experiencing this too, and I might have some usefull feedback!
I don't see the 'failed to write' messages. But I do have the random
loss of sessions. I've modified my script so I get an email with all
GET_VARS, SERVER_VARS etc. whenever the sessiondata is lost.
I found a very weird thing with respect to the session cookie. It
contained:
HTTP_COOKIE = 1; PHPSESSID=f1faf3374d562e8738f64e7e7e030972;
pollvoted[1]=1; (... some other data left out for privacy reasons);
PHPSESSID=842be4994a9c424fd7d4f9f8049aadc9
There are two separate PHPSESSID's in the same cookie! Maybe one of the
too is indeed invalid (no session date) How is this possible?
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/19022
--
Edit this bug report at http://bugs.php.net/?id=19022&edit=1
#21023 [NEW]: Out Put Error from United Parcel Service Rate/Service CGI File
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.1
PHP version: 4.3.0RC3
PHP Bug Type: Output Control
Bug description: Out Put Error from United Parcel Service Rate/Service CGI File
I have create a php script that generates a shipping cost from a United
Parcel Service host. The script has worked fine on all on all PHP releases
prior to version 4.3.0RC2.
Example Script:
##START###
http://www.php.net). This
program is design to be flexiable have the ability to perform several task
including:
(1) Generate live shippping rates from a UPS server.
(2) Add the retail item cost per distributor if the retailer uses multiple
distributors.
(3) Add the whole sale cost per item while categorizing the whole sales
cost per distributor.
(4) Add the item weight per item while catagorizing the item weight per
distributor.
(5) Add any applicable distributor handling fees to the final shipping
cost.
(6) Seperate the UPS shipping fee(s), distributor handling fee(s), per
item whole sale cost and per item retal cost of CHECK OUT ITEMS and
Pre-Order items.
REQUIRMENTS:
(1) MYSQL 3.x or later.
(2) PHP 4.x (version 4.3.0RC2 is not compatable)or later compilled with
MYSQL and BCMATH.
(3) A Web Server.
Special Note(s):
(1) The Check Out Items and Pre-Orders Items scripts are on seperate files
to reduce the number of lines of code.
(2) The PHP code uses objects. There fore a MYSQL Table will be needed
with columns named as shown in the code bellow.
(3) The mysql_fetch_object names ($string->string) names can be changed
but changing any other codeing will cause this program to error out.
(4) To simplify the file to file linking the following (INCLUDE/REQUIRE
functions) codes are located on a seperate file.
//Set the bcmath scale to two digits aftr the decimal point.
bcscale(2);
//Decode shoping cart, check out subtotal and pre-order sub totlal strings
for later use.
$decode_basket = base64_decode($basket);
//Explode the shop cart string into an array for use in the shipping
calculators bellow.
$percent_sym = explode("%","$decode_basket");
//Shipping calculator.
if($check_out_sub_total != ""){
include "../check_out_items_shipping.php";
$decode_check_out_sub_total = base64_decode($check_out_sub_total);
}
if($pre_order_sub_total != ""){
include "../pre_order_items_shipping.php";
$decode_pre_order_sub_total = base64_decode($pre_order_sub_total);
}
*/
//Arrays for use in the $post_codes array_push function.
$check_out_postal_codes = array();
$check_out_dist_handle_fee_array = array();
//A loop to seperate the basket string and extract the DB table name,
item number and purchase quantity
foreach($check_out_percent_syms as $items){
//Seperate the basket string into speices to determine which table to
target and perform various DB selects.
$carot = explode("^", "$items");
$asterk = explode("*", "$carot[1]");
$get_shipping_info = mysql_query("select * from $carot[0] where
item_num
= '$asterk[0]'");
$shipper_info = mysql_fetch_object($get_shipping_info);
//An if statment to isolate the check out items from the pre-order
items.
if($shipper_info->availability !== "pre-order"){
//Push the postal codes into an array.
array_push($check_out_postal_codes,
$shipper_info->shipper_postal_code);
//Multiply the retail and whole sale items by their perspective
quantities.
$check_out_retail_cost[$shipper_info->distributor] +=
"$shipper_info->retail_price" * "$asterk[1]";
$check_out_wholesale_cost[$shipper_info->distributor] +=
"$shipper_info->wholesale_price" * "$asterk[1]";
$check_out_distributor_weight[$shipper_info->distributor] +=
"$shipper_info->box_weight" * "$asterk[1]";
/*If there are duplicate postal codes and handling fees the
items are
probalby from the same distributor and duplicate shipping fees should not
be applicable.
The folowing PHP functions array_unique removes duplicate
postal
codes.*/
$check_out_duplicate_postal_codes =
array_values(array_unique($check_out_postal_codes));
//Strings for the shipping calculator.
$first_codes = "POST /using/services/rave/qcost_dss.cgi
HTTP/1.0\n";
$first_codes .= "Content-type:
application/x-www-form-urlencoded\n";
//Notice that the content length is inside of a loop bellow.
#21028 [NEW]: Call to undefined function: imagettfbbox()
From: [EMAIL PROTECTED] Operating system: redhat 7.3 PHP version: 4.2.3 PHP Bug Type: GD related Bug description: Call to undefined function: imagettfbbox() I have already GD2 + Freetype2 installed in my machine when i try to use the imagettfbbox() function , it's show that php cannot fine the required library for that function !! however when i used other image function , it's work fine with me ?? short script the reproduces the problem == any suggestions ?? Regards, AlNadabi -- Edit bug report at http://bugs.php.net/?id=21028&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21028&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21028&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21028&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21028&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21028&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21028&r=support Expected behavior: http://bugs.php.net/fix.php?id=21028&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21028&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21028&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21028&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21028&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21028&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21028&r=isapi
#21277 [NEW]: Suggestion: New function, is_ip
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: Feature/Change Request
Bug description: Suggestion: New function, is_ip
function is_ip($str) // Returns True if the given string is a IP address
{
if ((substr_count($str, ".") != 3) or (empty($str))) { return false; }
$ip_array = explode(".", $str);
for ($i = 0; $i < count($ip_array); $i++)
{
if ((strlen($ip_array[$i]) != 3) or (!is_numeric($ip_array[$i])))
{
return false;
}
}
return true;
}
I think that this function could be useful for many PHP coders :)
--
Edit bug report at http://bugs.php.net/?id=21277&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21277&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21277&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21277&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21277&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21277&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21277&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21277&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21277&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21277&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21277&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21277&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21277&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21277&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21277&r=gnused
#21321 [NEW]: Problem with stings
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.1
PHP version: 4.3.0
PHP Bug Type: Output Control
Bug description: Problem with stings
Version 4.3.0 has the following problems.
1) After upgrading from 4.2.3 to 4.3.0 the Apache web server (version
1.3.22) would not display pages and the entire system nearly locked up.
2) After runing make install I tried to run make uninstall but an error
was recied stating no target specified. This problem was not experienced
with earlier versions.
3) I have develpoed a script that works with the www.ups.com cgi script to
calculate a shipping rate. The script is having trouble outputing the
entire "string" that is out puted by the
http://www.ups.com/using/services/rave/qcost_dss.cgi file. I have been
using this script for two years and have never had this problem.
##This is a pre-configured United Parcel Service script.##
$contents");
}
else{
echo "$contents";
fclose($open_sock);
}
?>
##Normaly this script out puts the following stings.
HTTP/1.1 200 OK
Server: Netscape-Enterprise/6.0
Date: Sun, 15 Dec 2002 04:21:03 GMT
Content-type: multipart/mixed;boundary=UPSBOUNDARY
Content-length: 267
Connection: close
POST /using/services/rave/qcost_dss.cgi HTTP/1.0
Content-type: application/x-www-form-urlencoded
Content-length: 270
AppVersion=1.2&AcceptUPSLicenseAgreement=YES&ResponseType=application/x-ups-rss&ActionCode=3&ServiceLevelCode=GND&RateChart=Regular+Daily+Pickup&ShipperPostalCode=55428&ConsigneePostalCode=48235&ConsigneeCountry=US&PackageActualWeight=2&ResidentialInd=0&PackagingType=00
--UPSBOUNDARY
Content-type: application/x-ups-rss
Content-length: 78
UPSOnLine%1.2%%Success%3%GND%55428%US%48235%US%004%2%3.92%0.00%3.92%-1
--UPSBOUNDARY--
#Notice that 3.92 is the actual shipping rate.#
PHP Version 4.3.0 only out puts the first line which is:
HTTP/1.1 200 OK
I love PHP but version 4.3.0 is very bugy. Please fix this bug.
--
Edit bug report at http://bugs.php.net/?id=21321&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21321&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21321&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21321&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21321&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21321&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21321&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21321&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21321&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21321&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21321&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21321&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21321&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21321&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21321&r=gnused
#21322 [NEW]: Out Put Error from United Parcel Service Rate/Service CGI File
From: [EMAIL PROTECTED]
Operating system: Red Hat Linux 7.1
PHP version: 4.3.0
PHP Bug Type: Output Control
Bug description: Out Put Error from United Parcel Service Rate/Service CGI File
Version 4.3.0 has the following problem.
I have develpoed a script that works with the www.ups.com cgi script to
calculate a shipping rate. The script is having trouble outputing the
entire "string" that is out puted by the
http://www.ups.com/using/services/rave/qcost_dss.cgi file. I have been
using this script for two years and have never had this problem.
##This is a pre-configured United Parcel Service script.##
$contents");
}
else{
echo "$contents";
fclose($open_sock);
}
?>
##Normaly this script out puts the following stings.
HTTP/1.1 200 OK
Server: Netscape-Enterprise/6.0
Date: Sun, 15 Dec 2002 04:21:03 GMT
Content-type: multipart/mixed;boundary=UPSBOUNDARY
Content-length: 267
Connection: close
POST /using/services/rave/qcost_dss.cgi HTTP/1.0
Content-type: application/x-www-form-urlencoded
Content-length: 270
AppVersion=1.2&AcceptUPSLicenseAgreement=YES&ResponseType=application/x-ups-rss&ActionCode=3&ServiceLevelCode=GND&RateChart=Regular+Daily+Pickup&ShipperPostalCode=55428&ConsigneePostalCode=48235&ConsigneeCountry=US&PackageActualWeight=2&ResidentialInd=0&PackagingType=00
--UPSBOUNDARY
Content-type: application/x-ups-rss
Content-length: 78
UPSOnLine%1.2%%Success%3%GND%55428%US%48235%US%004%2%3.92%0.00%3.92%-1
--UPSBOUNDARY--
#Notice that 3.92 is the actual shipping rate.#
PHP Version 4.3.0 only out puts the first line which is:
HTTP/1.1 200 OK
I love PHP but version 4.3.0 is very bugy. Please fix this bug.
--
Edit bug report at http://bugs.php.net/?id=21322&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21322&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21322&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21322&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21322&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21322&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21322&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21322&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21322&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21322&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21322&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21322&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21322&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21322&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21322&r=gnused
#21333 [NEW]: Nesting level too deep - recursive dependency?
From: [EMAIL PROTECTED] Operating system: RedHat Linux 8.0 PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: Nesting level too deep - recursive dependency? This error message appears on every script, even in this one: This is just as it looks at the end of ANY php page: "Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0" Environment: RedHat Linux8.0 Kernel 2.4.18-14 Apache 2.0.40 PHP 4.3.0 And this is how I compiled PHP: ./configure i386-redhat-linux \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc \ --with-gd \ --with-zlib \ --enable-ftp \ --with-mysql \ --with-informix=/opt/informix \ --enable-sockets -- Edit bug report at http://bugs.php.net/?id=21333&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21333&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21333&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21333&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21333&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21333&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21333&r=support Expected behavior: http://bugs.php.net/fix.php?id=21333&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21333&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21333&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21333&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21333&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21333&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21333&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21333&r=gnused
#21384 [NEW]: windows 2000 server
From: [EMAIL PROTECTED] Operating system: windows 2000 server PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: windows 2000 server My operating system is: Windows 2000 server; My php is: php-4.2.3-installer.exe; My mysql: mysql-3.23.42-win.zip; Php runs ok! But after installed the patch procedure of IIS, php can not connect to mysql. Can you tell me, how should I do? Thank you! -- Edit bug report at http://bugs.php.net/?id=21384&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21384&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21384&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21384&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21384&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21384&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21384&r=support Expected behavior: http://bugs.php.net/fix.php?id=21384&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21384&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21384&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21384&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21384&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21384&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21384&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21384&r=gnused
Bug #16540: variables still exist after loading to a new page
From: [EMAIL PROTECTED]
Operating system: win2K
PHP version: 4.1.2
PHP Bug Type: Variables related
Bug description: variables still exist after loading to a new page
Below is the short script that produce quite stupid logics :)
//*** start here
$header =
"BUGS";
$min = 4;
$log = "";
$log .= "Username";
$log .= "Password ";
$log .= "Keep me loged-in into
this MUMZ unless I logout.";
$log .= "Do
nothing.";
if((isset($HTTP_POST_VARS["mumzu"]) && isset($HTTP_POST_VARS["mumzp"]) &&
isset($HTTP_POST_VARS["mumzr"])) || (isset($HTTP_COOKIE_VARS["mumzu"]) &&
isset($HTTP_COOKIE_VARS["mumzp"]) && isset($HTTP_COOKIE_VARS["mumzr"])))
{
if(!isset($p))
{
$m = 30;
$lifetime = time() + ($m * 60);
setcookie("mumzu", $mumzu, $lifetime);
setcookie("mumzp", $mumzp, $lifetime);
setcookie("mumzr", $mumzr, $lifetime);
echo $header;
echo "this is Restricted areaclick here to logout";
}
else if(isset($p) && $p == "logout")
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Here is the bug: the 3 variabels mumzu,
mumzp, mumzr suppoused to be disapeared after clicking the link
below.And logically since there is no any existing variables it
suppoused to display login form instead restricted area
again";
echo "you have been loged out click here to
login again";
}
else
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Bad username or password";
echo $log;
}
}
else
echo $header.$log;
if(isset($mumzu))
echo "username: \"$mumzu\" , pass: \"$mumzp\", cookie mumzp:
".@$HTTP_COOKIE_VARS["mumzp"];
echo "";
//***End of Line
--
Edit bug report at http://bugs.php.net/?id=16540&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16540&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16540&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16540&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16540&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16540&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16540&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16540&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16540&r=submittedtwice
Bug #16540 Updated: variables still exist after loading to a new page
ID: 16540
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Variables related
Operating System: win2K
PHP Version: 4.1.2
New Comment:
The variables value stay empty after logout and will remain empty
forever eventhough you try to login again with different value of
username and password
Previous Comments:
[2002-04-11 02:17:58] [EMAIL PROTECTED]
Below is the short script that produce quite stupid logics :)
//*** start here
$header =
"BUGS";
$min = 4;
$log = "";
$log .= "Username";
$log .= "Password ";
$log .= "Keep me loged-in into
this MUMZ unless I logout.";
$log .= "Do
nothing.";
if((isset($HTTP_POST_VARS["mumzu"]) && isset($HTTP_POST_VARS["mumzp"])
&& isset($HTTP_POST_VARS["mumzr"])) ||
(isset($HTTP_COOKIE_VARS["mumzu"]) && isset($HTTP_COOKIE_VARS["mumzp"])
&& isset($HTTP_COOKIE_VARS["mumzr"])))
{
if(!isset($p))
{
$m = 30;
$lifetime = time() + ($m * 60);
setcookie("mumzu", $mumzu, $lifetime);
setcookie("mumzp", $mumzp, $lifetime);
setcookie("mumzr", $mumzr, $lifetime);
echo $header;
echo "this is Restricted areaclick here to logout";
}
else if(isset($p) && $p == "logout")
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Here is the bug: the 3 variabels mumzu,
mumzp, mumzr suppoused to be disapeared after clicking the link
below.And logically since there is no any existing variables it
suppoused to display login form instead restricted area
again";
echo "you have been loged out click here to
login again";
}
else
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Bad username or password";
echo $log;
}
}
else
echo $header.$log;
if(isset($mumzu))
echo "username: \"$mumzu\" , pass: \"$mumzp\", cookie mumzp:
".@$HTTP_COOKIE_VARS["mumzp"];
echo "";
//***End of Line
--
Edit this bug report at http://bugs.php.net/?id=16540&edit=1
Bug #16540 Updated: variables still exist after loading to a new page
ID: 16540
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Variables related
Operating System: win2K
PHP Version: 4.1.2
New Comment:
This is not a support question (I KNOW WHAT I'M DOING AND I DO NOT NEED
ANY HELP FROM SUPPORT) this is a bug that happened with your php
version 4.1.2 under win2k platform
the script is just there to help you to understand where the bug is.
Just to tell you one more that this script is running perfectly under
php version 4.0.6
I am just here to help you guys finding the bugs that's all!!!
Previous Comments:
[2002-04-11 06:20:25] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-04-11 02:49:07] [EMAIL PROTECTED]
The variables value stay empty after logout and will remain empty
forever eventhough you try to login again with different value of
username and password
[2002-04-11 02:17:58] [EMAIL PROTECTED]
Below is the short script that produce quite stupid logics :)
//*** start here
$header =
"BUGS";
$min = 4;
$log = "";
$log .= "Username";
$log .= "Password ";
$log .= "Keep me loged-in into
this MUMZ unless I logout.";
$log .= "Do
nothing.";
if((isset($HTTP_POST_VARS["mumzu"]) && isset($HTTP_POST_VARS["mumzp"])
&& isset($HTTP_POST_VARS["mumzr"])) ||
(isset($HTTP_COOKIE_VARS["mumzu"]) && isset($HTTP_COOKIE_VARS["mumzp"])
&& isset($HTTP_COOKIE_VARS["mumzr"])))
{
if(!isset($p))
{
$m = 30;
$lifetime = time() + ($m * 60);
setcookie("mumzu", $mumzu, $lifetime);
setcookie("mumzp", $mumzp, $lifetime);
setcookie("mumzr", $mumzr, $lifetime);
echo $header;
echo "this is Restricted areaclick here to logout";
}
else if(isset($p) && $p == "logout")
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Here is the bug: the 3 variabels mumzu,
mumzp, mumzr suppoused to be disapeared after clicking the link
below.And logically since there is no any existing variables it
suppoused to display login form instead restricted area
again";
echo "you have been loged out click here to
login again";
}
else
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Bad username or password";
echo $log;
}
}
else
echo $header.$log;
if(isset($mumzu))
echo "username: \"$mumzu\" , pass: \"$mumzp\", cookie mumzp:
".@$HTTP_COOKIE_VARS["mumzp"];
echo "";
//***End of Line
--
Edit this bug report at http://bugs.php.net/?id=16540&edit=1
Bug #16540 Updated: variables still exist after loading to a new page
ID: 16540
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Variables related
Operating System: win2K
PHP Version: 4.1.2
New Comment:
ok here is the simpler script, please try it and you'll see very
clearly where the bug is. It should work but logically it doesn't. That
is because php doesn't flush the variables after loading a new page
which normally it should. Instead it passess the variables with an
empty string MAGICALY.
* Start of line
$header =
"BUGS";
$log = "Username: ";
if((isset($HTTP_POST_VARS["user"]) ||
isset($HTTP_COOKIE_VARS["user"])))
{
if(!isset($p))
{
$m = 30; //m variable represent minutes
$lifetime = time() + ($m * 60); //lifetime variable represent the
setcookie("user", $user, $lifetime); //set the user variable value
into cookie
echo $header; //Just to print html header
//Print contents of restricted area
echo "this is Restricted areaclick here to logout";
}
else if(isset($p) && $p == "logout")
{
setcookie("user"); //delete user cookie
echo $header;
echo "Here is the bug: the variable user
suppoused to be disapeared after clicking the link below.And
logically since there is no any existing variables it suppoused to
display login form instead restricted area";
echo "you have been loged out click here to
login again";
}
else
{
setcookie("user"); //delete user cookie
echo $header;
echo "Bad username or password";
echo $log;
}
}
else
echo $header.$log;
if(isset($user))
echo "username: \"$user\" , cookie user:
".@$HTTP_COOKIE_VARS["user"];
echo "";
* End of line
Previous Comments:
[2002-04-11 11:00:58] [EMAIL PROTECTED]
OK, but can you strip your sample script down to only a couple of
lines. Your script is waay to long, and then the bug is likely to
be caused by programming errors.
Reopening.
[2002-04-11 10:54:58] [EMAIL PROTECTED]
This is not a support question (I KNOW WHAT I'M DOING AND I DO NOT NEED
ANY HELP FROM SUPPORT) this is a bug that happened with your php
version 4.1.2 under win2k platform
the script is just there to help you to understand where the bug is.
Just to tell you one more that this script is running perfectly under
php version 4.0.6
I am just here to help you guys finding the bugs that's all!!!
[2002-04-11 06:20:25] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-04-11 02:49:07] [EMAIL PROTECTED]
The variables value stay empty after logout and will remain empty
forever eventhough you try to login again with different value of
username and password
[2002-04-11 02:17:58] [EMAIL PROTECTED]
Below is the short script that produce quite stupid logics :)
//*** start here
$header =
"BUGS";
$min = 4;
$log = "";
$log .= "Username";
$log .= "Password ";
$log .= "Keep me loged-in into
this MUMZ unless I logout.";
$log .= "Do
nothing.";
if((isset($HTTP_POST_VARS["mumzu"]) && isset($HTTP_POST_VARS["mumzp"])
&& isset($HTTP_POST_VARS["mumzr"])) ||
(isset($HTTP_COOKIE_VARS["mumzu"]) && isset($HTTP_COOKIE_VARS["mumzp"])
&& isset($HTTP_COOKIE_VARS["mumzr"])))
{
if(!isset($p))
{
$m = 30;
$lifetime = time() + ($m * 60);
setcookie("mumzu", $mumzu, $lifetime);
setcookie("mumzp", $mumzp, $lifetime);
setcookie("mumzr", $mumzr, $lifetime);
echo $header;
echo "this is Restricted areaclick here to logout";
}
else if(isset($p) && $p == "logout")
{
setcookie("mumzu");
setcookie("mumzp");
setcookie("mumzr");
echo $header;
echo "Here is the bug: the 3 variabels mumzu,
mumzp, mumzr suppoused to be disapeared after clicking the link
below.And logically since there is no any existing variables it
suppoused to display login form instead restricted area
again";
echo "you have been loged out click here
Bug #16714: explode()-function is not working correctly with Carriage Returns
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.2.0 PHP Bug Type: Scripting Engine problem Bug description: explode()-function is not working correctly with Carriage Returns Hello, I just installed PHP4.2.0 RC4 on my System using IIS 5.1 with all patches. I installed PHP as ISAPI module, I ran before PHP 4.1.2 as CGI where the following worked correctly: A propgram running in background saves every 10 secons the actual traffic into a file "jetzt.log", each line is separeted with a carraige return and a line feed "\r\n" - like any other textfile under windows. For example it looks as the following: 34.865 9.763 0 Tage 1 Stunden 9 Minuten 41 Sekunden 16 And here is my script: \r\n"; echo "Upstream: ".$haufen[1]."\r\n"; echo "Uptime: ".$haufen[2]."\r\n"; echo "CPU Usage: ".$haufen[3]."%"; ?> In PHP 4.1.2 the content of jetzt.log was seperated into the array $haufen and the script printed it fine out. Since PHP 4.2.0 all content of jetzt.log is written into $haufen[0], including carriage returns and line feeds. It is the same when I only use "\r" as seperator; when I use "\n", the content is correctly seperated but at the end of each line there is stil a carriage return. I found a comparable problem at http://bugs.php.net/bug.php?id=3428 Best regards Mark Aslan Kuschel -- Edit bug report at http://bugs.php.net/?id=16714&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16714&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16714&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16714&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16714&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16714&r=support Expected behavior: http://bugs.php.net/fix.php?id=16714&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16714&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16714&r=submittedtwice
Bug #16877: socket_read() only gets one character (no matter what length set)
From: [EMAIL PROTECTED] Operating system: Windows 2000 Profesional PHP version: 4.2.0 PHP Bug Type: Unknown/Other Function Bug description: socket_read() only gets one character (no matter what length set) The socket_read() function does not work properly, say I do this: $text = socket_read($message_socket, 2048); It will only get 1 character even though I said 2048 characters. -- Edit bug report at http://bugs.php.net/?id=16877&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16877&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16877&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16877&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16877&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16877&r=support Expected behavior: http://bugs.php.net/fix.php?id=16877&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16877&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16877&r=submittedtwice
Bug #16877 Updated: socket_read() only gets one character (no matter what length set)
ID: 16877 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Unknown/Other Function +Bug Type: Sockets related Operating System: Windows 2000 Profesional PHP Version: 4.2.0 New Comment: The socket_read() function does not work properly, say I do this: $text = socket_read($message_socket, 2048); It will only get 1 character even though I said 2048 characters. Previous Comments: [2002-04-27 14:41:29] [EMAIL PROTECTED] The socket_read() function does not work properly, say I do this: $text = socket_read($message_socket, 2048); It will only get 1 character even though I said 2048 characters. -- Edit this bug report at http://bugs.php.net/?id=16877&edit=1
Bug #16877 Updated: socket_read() only gets one character (no matter what length set)
ID: 16877
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: Windows 2000 Profesional
PHP Version: 4.2.0
New Comment:
Note this script was taken DIRECTLY from the PHP Manual (which you guys
have yet to update with the new socket fixes). And I used this in
Windows with a batch file (only one line on the batch file:
@c:\PHP\php-cli.exe -q c:\php\server.php )
Script:
error_reporting (E_ALL);
/* Allow the script to hang around waiting for connections. */
set_time_limit (0);
/* Turn on implicit output flushing so we see what we're getting
* as it comes in. */
ob_implicit_flush ();
$address = 'xxx.xxx.x.xxx;
$port = 1;
if (($sock = socket_create (AF_INET, SOCK_STREAM, 0)) < 0) {
echo "socket_create() failed: reason: " . socket_strerror ($sock) .
"\n";
}
if (($ret = socket_bind ($sock, $address, $port)) < 0) {
echo "socket_bind() failed: reason: " . socket_strerror ($ret) .
"\n";
}
if (($ret = socket_listen ($sock, 5)) < 0) {
echo "socket_listen() failed: reason: " . socket_strerror ($ret) .
"\n";
}
do {
if (($msgsock = socket_accept($sock)) < 0) {
echo "socket_accept() failed: reason: " . socket_strerror
($msgsock) . "\n";
break;
}
/* Send instructions. */
$msg = "\nWelcome to the PHP Test Server. \n" .
"To quit, type 'quit'. To shut down the server type
'shutdown'.\n";
socket_write($msgsock, $msg, strlen($msg));
do {
if (FALSE === ($buf = socket_read ($msgsock, 2048))) {
echo "socket_read() failed: reason: " . socket_strerror
($ret) . "\n";
break 2;
}
if (!$buf = trim ($buf)) {
continue;
}
if ($buf == 'quit') {
break;
}
if ($buf == 'shutdown') {
socket_close ($msgsock);
break 2;
}
$talkback = "PHP: You said '$buf'.\n";
socket_write ($msgsock, $talkback, strlen ($talkback));
echo "$buf\n";
} while (true);
socket_close ($msgsock);
} while (true);
socket_close ($sock);
Previous Comments:
[2002-04-27 14:57:44] [EMAIL PROTECTED]
Please include a short, self-contained sample script (it works for me
with cvs head).
[2002-04-27 14:43:10] [EMAIL PROTECTED]
The socket_read() function does not work properly, say I do this:
$text = socket_read($message_socket, 2048);
It will only get 1 character even though I said 2048 characters.
[2002-04-27 14:41:29] [EMAIL PROTECTED]
The socket_read() function does not work properly, say I do this:
$text = socket_read($message_socket, 2048);
It will only get 1 character even though I said 2048 characters.
--
Edit this bug report at http://bugs.php.net/?id=16877&edit=1
Bug #17027: Post and Get variables can not passed to php
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.0 PHP version: 4.2.0 PHP Bug Type: *Configuration Issues Bug description: Post and Get variables can not passed to php I install php4.2.0 on a Redhat 7.0 platform as following,when done,the Apache Server can not receive all the post and get data sent from browser,so I changed into old php-4.0.6 with the same instllation procedure,it succeded,I think there is a bug with "--enable-track-vars" tar xvzf apache_1.3.24.tar.gz ./configure --prefix=/www tar xvzf php-4.2.0.tar.gz ./configure --with-mysql=/usr/local/mysql --with-apache=../apache_1.3.24 --enable-track-vars make make install cp php.ini-dist /usr/local/lib/php.ini cd ../apache_1.3.24 ./configure --prefix=/www --activate-module=src/modules/php4/libphp4.a --enable-module=so -- Edit bug report at http://bugs.php.net/?id=17027&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17027&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17027&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17027&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17027&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17027&r=support Expected behavior: http://bugs.php.net/fix.php?id=17027&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17027&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17027&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17027&r=globals
Bug #17167: PHP doesn't work
From: [EMAIL PROTECTED] Operating system: Windows .net standard server PHP version: 4.1.2 PHP Bug Type: IIS related Bug description: PHP doesn't work If I open a .php page, I get a "404 error file not found". The file exist, php is installed properly, permissions are set properly. I know windows.net is not yet official, but as I have it installed, I would like it to work. More information on the OS: Windows .NET Standard Server Build 3590.main.00-1652 It is installed with IIS6. I installed PHP, got an error, saying that something could not be found and that I had to manually configure php, via the php.ini file. (I got this error in Win2000server as well and there PHP worked fine after a manual installation.) So I searched for php.ini, but couldn't find it, so I took a copy of it from my other computer, put it in the c:\windows\ directory and made the changes. -- Edit bug report at http://bugs.php.net/?id=17167&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17167&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17167&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17167&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17167&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17167&r=support Expected behavior: http://bugs.php.net/fix.php?id=17167&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17167&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17167&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17167&r=globals
Bug #11461 Updated: \. after \- does not work
ID: 11461
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Regexps related
Operating System: Linux 2.2.16-SMP
PHP Version: 4.0.6RC3
New Comment:
Maybe you shoud include both types and let the user decide with of them
he wants to use.
Previous Comments:
[2002-05-15 07:49:15] [EMAIL PROTECTED]
It depends whether you use the Extended Regular Expressions (as PHP
does at the moment) or the Advanced Regular Expressions which have much
more features. Both are defined by POSIX.
Using ARE constructs like [0-9A-Za-z_\-\.] are right. If you want a "\"
whithin the brackets you have to write "\\". The AREs are much easier
to use and are more conclusive than the ERE.
[2002-05-14 19:30:17] [EMAIL PROTECTED]
No I didn't. The problem has nothing to do with ^ vs. [^
The question is whether \- is a valid way to get a literal - inside
[]'s
[2002-05-14 16:05:56] [EMAIL PROTECTED]
@rasmus:
It sounds like you've mistaken "^" for "[^" ...
http://sunsite.utk.edu/gnu/regex/regex_17.html#SEC17
http://sunsite.utk.edu/gnu/regex/regex_23.html#SEC23
[2002-05-14 12:31:25] [EMAIL PROTECTED]
A bracket expression is a list of characters enclosed in
`[]'. It normally matches any single character from the
list (but see below). If the list begins with `^', it
matches any single character (but see below) not from the
rest of the list. If two characters in the list are sepa
rated by `-', this is shorthand for the full range of
characters between those two (inclusive) in the collating
sequence, e.g. `[0-9]' in ASCII matches any decimal digit.
It is illegal- for two ranges to share an endpoint, e.g.
`a-c-e'. Ranges are very collating-sequence-dependent,
and portable programs should avoid relying on them.
To include a literal `]' in the list, make it the first
character (following a possible `^'). To include a lit
eral `-', make it the first or last character, or the sec
ond endpoint of a range. To use a literal `-' as the
first endpoint of a range, enclose it in `[.' and `.]' to
make it a collating element (see below). With the excep
tion of these and some combinations using `[' (see next
paragraphs), all other special characters, including `\',
lose their special significance within a bracket expres
sion.
[2001-06-13 05:25:01] [EMAIL PROTECTED]
I tried to check email with
$check =
ereg('^[0-9A-Za-z_\-\.]+@[0-9A-Za-z_\-]+\.[0-9A-Za-z_\-\.]+[0-9A-Za-z_\-]+$',$email);
This does not work with '[EMAIL PROTECTED]', for example, althoug the
regular expression is correct. It works this way in any other
programming language.
But if you write it in the following way it also works fine in PHP:
$check =
ereg('^[\.0-9A-Za-z_\-]+@[0-9A-Za-z_\-]+\.[\.0-9A-Za-z_\-]+[0-9A-Za-z_\-]+$',$email);
Maybe the parser thinks of "-" as the range separator, althoug it is
written as \- ?
--
Edit this bug report at http://bugs.php.net/?id=11461&edit=1
Bug #11461 Updated: \. after \- does not work
ID: 11461 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Regexps related Operating System: Linux 2.2.16-SMP PHP Version: 4.0.6RC3 New Comment: But using ARE, \- is a valid way to get a literal inside []'s Previous Comments: [2002-05-15 08:36:16] [EMAIL PROTECTED] PHP does support ARE and again, this is not the issue here. [2002-05-15 07:50:41] [EMAIL PROTECTED] Maybe you shoud include both types and let the user decide with of them he wants to use. [2002-05-15 07:49:15] [EMAIL PROTECTED] It depends whether you use the Extended Regular Expressions (as PHP does at the moment) or the Advanced Regular Expressions which have much more features. Both are defined by POSIX. Using ARE constructs like [0-9A-Za-z_\-\.] are right. If you want a "\" whithin the brackets you have to write "\\". The AREs are much easier to use and are more conclusive than the ERE. [2002-05-14 19:30:17] [EMAIL PROTECTED] No I didn't. The problem has nothing to do with ^ vs. [^ The question is whether \- is a valid way to get a literal - inside []'s [2002-05-14 16:05:56] [EMAIL PROTECTED] @rasmus: It sounds like you've mistaken "^" for "[^" ... http://sunsite.utk.edu/gnu/regex/regex_17.html#SEC17 http://sunsite.utk.edu/gnu/regex/regex_23.html#SEC23 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/11461 -- Edit this bug report at http://bugs.php.net/?id=11461&edit=1
Bug #17325: PHP Fails to run when using Apache 2.036, unresolved symbols
From: [EMAIL PROTECTED] Operating system: FREEBSD 4.1.1 STABLE PHP version: 4.2.1 PHP Bug Type: Apache2 related Bug description: PHP Fails to run when using Apache 2.036, unresolved symbols I compiled standard Apache-2.0.35, then downloaded php-4.2.1, compiled it just with --with-mysql and --with-apxs2=/usr/local/apache2/bin/apxs After sucessful make install, I tried to run /usr/local/apache2/bin/httpd, which resulted in this error: Syntax error on line 177 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/local/apache2/modules/libphp4.so: Undefined symbol "pthread_getspecific" -- Edit bug report at http://bugs.php.net/?id=17325&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17325&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17325&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17325&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17325&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17325&r=support Expected behavior: http://bugs.php.net/fix.php?id=17325&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17325&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17325&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17325&r=globals
Bug #17329: ucwords function
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.1.2 PHP Bug Type: Strings related Bug description: ucwords function Hello! I'm living in Denmark and i want to use the ucwords function but we here in Denmark have 3 special chars that the ucwords function turns into BIG letters even if they are not first in a word! The letters are Æ, Ø, Å What do you need to know, to fix this small problem? Regards Ebbe Hjorth webmaster, maileXpress.dk -- Edit bug report at http://bugs.php.net/?id=17329&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17329&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17329&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17329&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17329&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17329&r=support Expected behavior: http://bugs.php.net/fix.php?id=17329&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17329&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17329&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17329&r=globals
Bug #5919 Updated: stri_replace() to compliment str_replace()
ID: 5919 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Slackware Linux 7.0 PHP Version: 4.3.0 New Comment: I think it's a shame that two years after this feature was requested it has not been implemented... Lots of people are missing this feature and therefore it would be a great addition to PHP... If anyone knows how to make a patch for this, please do so... I am sure it would be appreciated by many. Previous Comments: [2002-05-21 20:09:48] [EMAIL PROTECTED] Russians call the '@', little dog, 'sabachkee'. Anyway, I like the idea of stri_replace because the only alternative is a slower, and more complex usage of [eregi|pregi]_replace. And if one is replacing a lot of symbols, (like I am), and not just strings, then extensive knowledge of regex is required , (which I don't have yet), to replace all the symbols. I'm trying to escape all the key words and key symbols in Oracle's applications. Works great with str_replace, **IF** I want to change the whole string to upper or lower case, or use a function of my own. Otherwise, it sucks. I am implementing one of my own for now though, (actually copying the non recursive one under 'str_replace()'. To see an example of it, see: http://www.qweeka.com/db_tools.php after memorial day. [2002-05-02 18:19:14] [EMAIL PROTECTED] I marked similar feature requests as duplicates (bugs #10352 and #14215) and am changing the status of this to open. This feature request comes up fairly often, it's still open :) [2002-01-13 17:45:53] [EMAIL PROTECTED] Please submit this patch :) [2001-05-07 10:57:33] [EMAIL PROTECTED] Closing because of no feedback [2000-11-21 04:04:24] [EMAIL PROTECTED] Where's the patch? =) 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/5919 -- Edit this bug report at http://bugs.php.net/?id=5919&edit=1
Bug #14965 Updated: Sablotron XLST encoding error
ID: 14965
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
Using the xslt_set_base() function on Win2k can provide a cleaner
solution to this platform's limitations with Sablotron:
$xh = xslt_create();
xslt_set_base($xh, 'file://' . $DOCUMENT_ROOT . '/examples/');
Note the trailing slash in the above line.
The following line would then work on Win2k:
$result = xslt_process($xh, 'example.xml', 'example.xsl');
Previous Comments:
[2002-05-02 00:55:09] [EMAIL PROTECTED]
To get this to work under Win2K and PHP 4.2.0, you must put have
"file://" prefixed to every parameter that requires a file. This
includes the xml, xsl and the output files.
This does NOT however require to upgrade you php_xslt dll to the
version suggested by the person in bug 14499.
[2002-04-26 05:23:39] [EMAIL PROTECTED]
Hi, the same problem here on PWS on winodws ME, the code is
returned
Warning: sablotron error on line 1, unknown encoding...
using this code the problem was completely solved...
thank u,
[2002-01-18 17:25:52] [EMAIL PROTECTED]
Hi folks (please be gentle, my first post to bugs.php.net).
I've got exactly the same mayhem happening on my machine too. Running
with Apache 1.3.22, and php as a cgi binary.
Here's the example code, commented, shows all that I've found this
evening. Basically the only way I can get xslt_process() to work is
using the arguments array, putting file names in with getcwd(),
file://, include path just doesn't work :o(
Read file';
// Get the contents of the files,
// Both calls work ok.
$xslData = implode('',file($xslFile));
$xmlData = implode('',file($xmlFile));
echo 'Create parser';
$hXslt = xslt_create();
echo 'Process with filenames (no path)';
// This gives me a error:
// Warning: Sablotron error on line none: cannot open file
// 'd:/program files/php/Php.XPathDocumentation.xml'
// in e:\cvs\php.xpath\xpath-develop\doc\Php.XPathDocumentation.php on
line 79
// $result contains nothing
$result = xslt_process($hXslt, $xslFile, $xmlFile);
echo $result;
echo 'Get current working directory';
// This returns e:\cvs\php.xpath\xpath-develop\doc
echo getcwd();
echo 'Use getcwd() and with filenames (no path)';
// Warning: Sablotron error on line 1: unknown encoding '' in
// e:\cvs\php.xpath\xpath-develop\doc\Php.XPathDocumentation.php on
line 82
// $result contains nothing
$result = xslt_process($hXslt, getcwd().'\\'.$xslFile,
getcwd().'\\'.$xmlFile);
echo $result;
echo 'Use file:// getcwd and with filenames (no path)';
// This call succeeds with no error.
// $result contains the entire xml file unprocessed (whitespace
trimmed).
$result = xslt_process($hXslt, 'file://'.getcwd().'/'.$xslFile,
'file://'.getcwd().'/'.$xmlFile);
echo $result;
echo 'Use the xml and xsl as arguments';
// But this works fine and produces the transformation as I expect
$arguments = array(
'/_xml' => $xmlData,
'/_xsl' => $xslData
);
$result = xslt_process($hXslt, 'arg:/_xml', 'arg:/_xsl', NULL,
$arguments);
if ($result) {
echo $result;
} else {
echo "There was an error that occurred in the XSL
transformation...\n";
echo "\tError number: " . xslt_errno() . "\n";
echo "\tError string: " . xslt_error() . "\n";
exit;
}
echo '';
xslt_free($hXslt);
?>
If you want any copies of the files that I've been using, drop me a
mail. I feel fairly confident that these bugs occur regardless of the
xml and xsl file, given that the final version produces exactly the
expected transformed output.
Nigel
[2002-01-14 13:17:46] [EMAIL PROTECTED]
Unless the below is a typo, it's quite logical:
while (!feof ($xmlfile)) {
$xml_file_contents = fgets($xmlfile, 4096);
//echo $xml_file_contents;
}
should read:
while (!feof ($xmlfile)) {
/notice the dot
$xml_file_contents .= fgets($xmlfile, 4096);
//echo $xml_file_contents;
}
Unless you have an xmlfile, consisting of 1 line, smaller that 4096
bytes, $xml_file_contents, will consist of the last line only.
[2002-01-14 08:21:44] [EMAIL PROTECTED]
Hi,
I can confrim Feddy's code works fine on Windows 2000 (thanks Freddy
:), however the code I submitted earlier still produces the error so
using either file or HTTP with fopen and using the array arguments of
xslt_process function still produces the error.
Andrew
--
Bug #13617 Updated: wrong saved pictures
ID: 13617
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: GD related
Operating System: Windows 2000 Professional SP 2
PHP Version: 4.0.6
New Comment:
you should use imagecreatetruecolor() at line...
$dst_img = imagecreate($new_w,$new_h);
Previous Comments:
[2001-12-19 08:46:35] [EMAIL PROTECTED]
No feedback. Closing.
[2001-11-28 08:41:18] [EMAIL PROTECTED]
Have you tried the php_gd.dll from 4.0.5? If not, please do that.
And if that doesn't work, please make a SHORT sample script which
reproduces your problem and post it here.
[2001-10-10 09:54:43] [EMAIL PROTECTED]
";
}
if ($bild == "") {
$verzeichnis = dir("");
while($imagefile = $verzeichnis->read()) {
if(strstr($imagefile,".jpg"))
{
$src_img = imagecreatefromjpeg($imagefile);
if (imagesx($src_img) > imagesy($src_img)) {
$new_w = 100;
$new_h = imagesy($src_img) / imagesx($src_img) * 100;
} else {
$new_h = 100;
$new_w = imagesx($src_img) / imagesy($src_img) * 100;
}
$dst_img = imagecreate($new_w,$new_h);
imagecopyresized($dst_img,$src_img,0,0,0,0,$new_w,$new_h,imagesx($src_img),imagesy($src_img));
imagejpeg($dst_img, "$unterverzeichnis/$imagefile");
echo "\n";
$anz_pic++;
echo "Bild $imagefile umgewandelt. (bereits $anz_pic
Stück)\n";
}
}
$verzeichnis->close();
echo "Verzeichnis komplett umgewandelt";
} else {
$imagefile = $bild;
if(strstr($imagefile,".jpg"))
{
$src_img = imagecreatefromjpeg($imagefile);
if (imagesx($src_img) > imagesy($src_img)) {
$new_w = 100;
$new_h = imagesy($src_img) / imagesx($src_img) * 100;
} else {
$new_h = 100;
$new_w = imagesx($src_img) / imagesy($src_img) * 100;
}
$dst_img = imagecreate($new_w,$new_h);
imagecopyresized($dst_img,$src_img,0,0,0,0,$new_w,$new_h,imagesx($src_img),imagesy($src_img));
imagejpeg($dst_img, "$unterverzeichnis/$imagefile");
echo "\n";
echo "Bild $imagefile umgewandelt.\n";
} else {
echo "kein gültiges bild";
}
}
?>
[2001-10-09 13:55:19] [EMAIL PROTECTED]
Can you post a sample script?
This might be a bug in GD 2.0 (just guessing). It's still a beta. You
can try using the php_gd.dll from the PHP-4.0.5 package (see
http://www.php.net/downloads.php) with PHP-4.0.6.
[2001-10-09 13:36:02] [EMAIL PROTECTED]
The GB-Libary has problem to save files (JPEG), i open any and make it
small und some pictures are black or driverent colors then the orginal
pictures, this script has no problems with 4.0.4PL1 only in 4.0.6
--
Edit this bug report at http://bugs.php.net/?id=13617&edit=1
#18373 [Fbk->Opn]: unread_bytes always 0
ID: 18373
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: Windows Server Platform
PHP Version: 4.2.1
New Comment:
I want to check the socket, whether there is data that must be read.
Otherwise the script should do other things. At moment the situation
is, that the script only can do other things, after read some data from
the socket. The most popular thing, that requires this mechanism, is to
write an IRC client with PHP, that can be used like cgi irc. Don't know
whether is possible with any current php build for Linux, under Windows
it wasn't possible with the builds from July 2002. I tried blocking and
non blocking mode, but the stream reseted. So I prefered blocking mode,
because the control about the socket is better.
The script only must know, whether there is data to read from the
socket, so that a request to the socket doesn't stop the script, until
there is some data.
Previous Comments:
[2002-09-25 09:19:07] [EMAIL PROTECTED]
Well, that depends on how you use the information. If the goal is to
detect a possible block(which looks like what your code is doing), then
when that value is 0, there is no data left on the socket. The same is
true if blocked is set, and if eof is set.
What would your reason be to look at the sytems buffer?
-Jason
[2002-09-11 11:47:26] [EMAIL PROTECTED]
Sorry, I had posted some more feedback. Don't know where it is now. So
I'll do again:
I tested that CVS build and the result was, that unread_bytes told me
the number of bytes, containing the PHP internal socket buffer and not
the number of bytes, available on that socket. And I think, that
unread_bytes should exactly mean that. Otherwise it would be some less
useful.
[2002-09-11 11:37:46] [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.
[2002-07-24 16:31:09] [EMAIL PROTECTED]
fsockopen() has changed dramaticly in current CVS with the introduction
of streams. Would you mind trying a snapshot to see if your problem
still persists?
snaps.php.net/win32/
Thanks,
-Jason
[2002-07-16 12:35:35] [EMAIL PROTECTED]
After creating a blocking socket with fsockopen, I entered an idle
loop. I've checked the property unread_bytes of the array returned by
socket_get_status. After I got a value of zero bytes, socket_get_status
reports always an unread buffer of zero bytes, also when the server
sends any data. I checked the server logs and I checked the script
without checking socket status. Without checking the socket status, it
works wonderful.
Sample script:
\n";
set_time_limit(0);
$sock = fsockopen("localhost",6667,$errno,$errstr,30); // Connecting
to dummy ircd
fputs($sock,"NICK PreProcessor\r\n");
fputs($sock,"USER PHP localhost localhost :HyperText Pre
Processor\r\n");
while (!feof($sock)) { // Loop until connection will be
closed
$stat = socket_get_status($sock);
$queue = $stat[unread_bytes]; // How many bytes to read from
socket?
if ($queue > 0) {
$data = chop(fgets($sock,128));
echo $data."\r\n";
flush();
$foo = split("[:]",$data);
if ($foo[0] == "PING ") fputs($sock,"PONG :$foo[1]\r\n");
$foo = split("[ ]",$data);
if ($foo[1] == "005") fputs($sock,"JOIN #Channel\r\n");
if ($foo[3] == ":die") fputs($sock,"QUIT :EOF\r\n");// retrieved
shutdown script
} else {
sleep(1); // Sleep one second and do other things
}
}
fclose($sock); // Good bye ...
echo "\n";
?>
--
Edit this bug report at http://bugs.php.net/?id=18373&edit=1
#19782 [NEW]: Variables get lost
From: [EMAIL PROTECTED] Operating system: Win 2000 PHP version: 4.2.1 PHP Bug Type: *Web Server problem Bug description: Variables get lost I've installed PHP 4.2.1 Webserver on Win 2000 with IIS 5. First an error occured with an ocx file and the PHP-Server did not work properly. After a manual instalation the PHP-Server did work, but all variables (variables send with POST an variables in URI) I tried to send to the PHP-Script got lost. -- Edit bug report at http://bugs.php.net/?id=19782&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19782&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19782&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19782&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19782&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19782&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19782&r=support Expected behavior: http://bugs.php.net/fix.php?id=19782&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19782&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19782&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19782&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19782&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19782&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19782&r=isapi
#19863 [NEW]: Missing table - Wrong contents display
From: [EMAIL PROTECTED] Operating system: WIN2K PHP version: 4.2.3 PHP Bug Type: MySQL related Bug description: Missing table - Wrong contents display Environment(more): mySql 3.23.43, Apache 2.0.40, phpMyAdmin 2.2.2.(italian language). Using this last application, I created a new table with 1 record in it. I tried to change a field's content, but I get the form for a new record input. I deleted the record I couldn't change and inserted a new one with a new value. Asked for the table contents and the deleted record was displayed. Closing and re-running the application I couldn't find the table any more. I tried to create it again, but I got the 'Table already existing' error message. Using the mySQL commands 'show tables' and 'select * from table_name' brought to the expected results(table_name in the list and the new record existing). The same problem happen with different table and database. Final fun (discovered by chance): changing the language from italian to english brings everything to work properly!! Just to be complete(maybe), phpMyAdmin worked ok with php 4.1.2 and Apache 1.3.19 on WIN98ME. Cherio, Piero. -- Edit bug report at http://bugs.php.net/?id=19863&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19863&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=19863&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=19863&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19863&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19863&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=19863&r=support Expected behavior: http://bugs.php.net/fix.php?id=19863&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=19863&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=19863&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=19863&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=19863&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=19863&r=dst IIS Stability: http://bugs.php.net/fix.php?id=19863&r=isapi
#16880 [Com]: max_execution_time affects large uploads
ID: 16880 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Scripting Engine problem Operating System: Windows 98 PHP Version: 4.2.0 New Comment: Confirmed in 4.2.3 Previous Comments: [2002-10-12 14:01:04] [EMAIL PROTECTED] I have the same problem with iplanet web and IIS in win 2k. [2002-10-12 10:24:58] [EMAIL PROTECTED] This should be fixed.. [2002-10-04 08:20:06] [EMAIL PROTECTED] I have the same problem running Php 4.2 on IIS on a W2K server machine [2002-07-19 12:23:28] [EMAIL PROTECTED] I have the same problem running Php 4.2.1 on Apache on a win NT server machine [2002-06-16 00:25:53] [EMAIL PROTECTED] Yes, Apache 1.3.xx 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/16880 -- Edit this bug report at http://bugs.php.net/?id=16880&edit=1
#19920 [Com]: Not a bug, but an add-on...
ID: 19920
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: RedHat Linux 7.2
PHP Version: 4.2.0
New Comment:
Maybe you should add it as a comment to array_search in the manual?
Previous Comments:
[2002-10-15 12:25:14] [EMAIL PROTECTED]
I have a small snippit of code that I believe people would find very
useful, however I was unsure as to where to stick it.
function array_multisearch($needle, $haystack, $strict = FALSE) {
for ($x = 0; $x < count($haystack); $x++) {
if (array_search($needle, $haystack[$x], $strict)) {return $x;}
}
}
This function allows for arrays of hash-arrays kind of searching...
--
Edit this bug report at http://bugs.php.net/?id=19920&edit=1
#20043 [NEW]: ld: fatal: Symbol referencing errors.
From: [EMAIL PROTECTED] Operating system: SunOS 5.8 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: ld: fatal: Symbol referencing errors. Sorry people, I'm not so expert. :-) I was trying to compile php as self executable with this configure options: ./configure \ --prefix=/usr/local/php' \ --with-config-file-path=/etc' \ --enable-pic \ --enable-shared \ --enable-inline-optimization \ --with-regex=system \ --with-gettext \ --with-zlib \ --enable-debugger \ --enable-magic-quotes \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-ftp \ --enable-wddx \ --with-xml --- make command fails with this error: - Undefined first referenced symbol in file php_regerror./.libs/libphp4.a(reg.lo) core_globals./.libs/libphp4.a(cgi_main.o) php_regexec ./.libs/libphp4.a(browscap.lo) php_regcomp ./.libs/libphp4.a(browscap.lo) compiler_globals./.libs/libphp4.a(cgi_main.o) executor_globals./.libs/libphp4.a(cgi_main.o) sapi_globals./.libs/libphp4.a(cgi_main.o) php_regfree ./.libs/libphp4.a(browscap.lo) ld: fatal: Symbol referencing errors. No output written to php collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `php' Current working directory /export/home/source/php-4.2.3 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit bug report at http://bugs.php.net/?id=20043&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20043&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20043&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20043&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20043&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20043&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20043&r=support Expected behavior: http://bugs.php.net/fix.php?id=20043&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20043&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20043&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20043&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20043&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20043&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20043&r=isapi
#20043 [Opn->Csd]: ld: fatal: Symbol referencing errors.
ID: 20043 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: SunOS 5.8 PHP Version: 4.2.3 New Comment: Problem solved downloading php4-STABLE-200210230600 Thanx Previous Comments: [2002-10-23 08:37:35] [EMAIL PROTECTED] Sorry people, I'm not so expert. :-) I was trying to compile php as self executable with this configure options: ./configure \ --prefix=/usr/local/php' \ --with-config-file-path=/etc' \ --enable-pic \ --enable-shared \ --enable-inline-optimization \ --with-regex=system \ --with-gettext \ --with-zlib \ --enable-debugger \ --enable-magic-quotes \ --enable-sockets \ --enable-sysvsem \ --enable-sysvshm \ --enable-track-vars \ --enable-ftp \ --enable-wddx \ --with-xml --- make command fails with this error: - Undefined first referenced symbol in file php_regerror./.libs/libphp4.a(reg.lo) core_globals./.libs/libphp4.a(cgi_main.o) php_regexec ./.libs/libphp4.a(browscap.lo) php_regcomp ./.libs/libphp4.a(browscap.lo) compiler_globals./.libs/libphp4.a(cgi_main.o) executor_globals./.libs/libphp4.a(cgi_main.o) sapi_globals./.libs/libphp4.a(cgi_main.o) php_regfree ./.libs/libphp4.a(browscap.lo) ld: fatal: Symbol referencing errors. No output written to php collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `php' Current working directory /export/home/source/php-4.2.3 *** Error code 1 make: Fatal error: Command failed for target `all-recursive' -- Edit this bug report at http://bugs.php.net/?id=20043&edit=1
#20056 [NEW]: mail() hangs when e-mail is too big.
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.2.3 PHP Bug Type: Reproducible crash Bug description: mail() hangs when e-mail is too big. This bug happends only on 4.2.3/Win XP/IIS, (developpement site) our web site runs the scripts corectly on 4.2.3/Linux/Appache. Whe have a function to send by e-mail a web page from our site, including pictures (mime multipart) if used. All works fine, but on our developpement system (XP/IIS) it seems that only very small message works (2kb ok, 7 kb hangs) To send mime compliant message all text is prepared in a single string $mtext and sent with: $is_sent=mail($to, $subject,"",$mtext); result is a send a report bug window to microsoft after a 5 sec wait. Printing text with flush() during script made us sure the bug is in the mail function. -- Edit bug report at http://bugs.php.net/?id=20056&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20056&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20056&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20056&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20056&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20056&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20056&r=support Expected behavior: http://bugs.php.net/fix.php?id=20056&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20056&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20056&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20056&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20056&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20056&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20056&r=isapi
#20056 [Fbk->Opn]: mail() hangs when e-mail is too big.
ID: 20056 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows XP Pro PHP Version: 4.2.3 New Comment: The scripts no more hangs the machine, but ... does'nt work any more. Outlook express cant't recognise the mime format. The difference between the results of the same script on Linux/4.2.3 and XP/4.3 seem to be "\r\n\r\n" are changed to "\r\n". I'm not sure, but i think the double /r/n/r/n was compulsory in some cases to separate mime blocks Tried "\r\n \r\n" instead, witch is not changed but it does not work. Everything else "\r\n\r\n\n\r" ... is each time changed to "\r\n". Previous Comments: [2002-10-24 08:23:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-24 05:23:04] [EMAIL PROTECTED] This bug happends only on 4.2.3/Win XP/IIS, (developpement site) our web site runs the scripts corectly on 4.2.3/Linux/Appache. Whe have a function to send by e-mail a web page from our site, including pictures (mime multipart) if used. All works fine, but on our developpement system (XP/IIS) it seems that only very small message works (2kb ok, 7 kb hangs) To send mime compliant message all text is prepared in a single string $mtext and sent with: $is_sent=mail($to, $subject,"",$mtext); result is a send a report bug window to microsoft after a 5 sec wait. Printing text with flush() during script made us sure the bug is in the mail function. -- Edit this bug report at http://bugs.php.net/?id=20056&edit=1
#20056 [Bgs]: mail() hangs when e-mail is too big.
ID: 20056 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Windows XP Pro PHP Version: 4.2.3 New Comment: Sory, I dont't think it's a SMTP configuration error as everthing was ok with the SMTP server before the update to PHP 4.3. With 4.2.3, big strings in the "additional_headers" parameter where causing PHP HANG (and not SMTP server). Smaller strings where ok and unmodified. With 4.3, PHP no more hangs, BUT The strings in "additional_headers" are modified (no double CR/LF allowed). The SMTP Server is listening to usual port, and sends e-mails correctly without touching any part of the mail when comming from ather apps than PHP. Previous Comments: [2002-10-28 07:57:54] [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. Sounds like a configuration issue with your Windows' SMTP server. [2002-10-25 05:59:12] [EMAIL PROTECTED] The scripts no more hangs the machine, but ... does'nt work any more. Outlook express cant't recognise the mime format. The difference between the results of the same script on Linux/4.2.3 and XP/4.3 seem to be "\r\n\r\n" are changed to "\r\n". I'm not sure, but i think the double /r/n/r/n was compulsory in some cases to separate mime blocks Tried "\r\n \r\n" instead, witch is not changed but it does not work. Everything else "\r\n\r\n\n\r" ... is each time changed to "\r\n". [2002-10-24 08:23:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-24 05:23:04] [EMAIL PROTECTED] This bug happends only on 4.2.3/Win XP/IIS, (developpement site) our web site runs the scripts corectly on 4.2.3/Linux/Appache. Whe have a function to send by e-mail a web page from our site, including pictures (mime multipart) if used. All works fine, but on our developpement system (XP/IIS) it seems that only very small message works (2kb ok, 7 kb hangs) To send mime compliant message all text is prepared in a single string $mtext and sent with: $is_sent=mail($to, $subject,"",$mtext); result is a send a report bug window to microsoft after a 5 sec wait. Printing text with flush() during script made us sure the bug is in the mail function. -- Edit this bug report at http://bugs.php.net/?id=20056&edit=1
#20056 [Bgs]: mail() hangs when e-mail is too big.
ID: 20056 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Windows XP Pro PHP Version: 4.2.3 New Comment: Ok, i'm not mad, i found in sendmail.c in php-4.3.0pre2\win32 /* This pattern removes \r\n from the start of the string, * \r\n from the end of the string and also makes sure every line * is only wrapped with a single \r\n (thus reduces multiple * occurences of \r\n between lines to a single \r\n) */ #define PHP_WIN32_MAIL_RMVDBL_PATTERN "/^\r\n|(\r\n)+$/m" #define PHP_WIN32_MAIL_RMVDBL_REPLACE "" This causes my pb (with 4.3), as mime client i've tested use multiple \r\n to separate fields ( a least outlok express uses and needs that ). Previous Comments: [2002-10-28 08:35:20] [EMAIL PROTECTED] Sory, I dont't think it's a SMTP configuration error as everthing was ok with the SMTP server before the update to PHP 4.3. With 4.2.3, big strings in the "additional_headers" parameter where causing PHP HANG (and not SMTP server). Smaller strings where ok and unmodified. With 4.3, PHP no more hangs, BUT The strings in "additional_headers" are modified (no double CR/LF allowed). The SMTP Server is listening to usual port, and sends e-mails correctly without touching any part of the mail when comming from ather apps than PHP. [2002-10-28 07:57:54] [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. Sounds like a configuration issue with your Windows' SMTP server. [2002-10-25 05:59:12] [EMAIL PROTECTED] The scripts no more hangs the machine, but ... does'nt work any more. Outlook express cant't recognise the mime format. The difference between the results of the same script on Linux/4.2.3 and XP/4.3 seem to be "\r\n\r\n" are changed to "\r\n". I'm not sure, but i think the double /r/n/r/n was compulsory in some cases to separate mime blocks Tried "\r\n \r\n" instead, witch is not changed but it does not work. Everything else "\r\n\r\n\n\r" ... is each time changed to "\r\n". [2002-10-24 08:23:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-24 05:23:04] [EMAIL PROTECTED] This bug happends only on 4.2.3/Win XP/IIS, (developpement site) our web site runs the scripts corectly on 4.2.3/Linux/Appache. Whe have a function to send by e-mail a web page from our site, including pictures (mime multipart) if used. All works fine, but on our developpement system (XP/IIS) it seems that only very small message works (2kb ok, 7 kb hangs) To send mime compliant message all text is prepared in a single string $mtext and sent with: $is_sent=mail($to, $subject,"",$mtext); result is a send a report bug window to microsoft after a 5 sec wait. Printing text with flush() during script made us sure the bug is in the mail function. -- Edit this bug report at http://bugs.php.net/?id=20056&edit=1
Bug #15501: header call crashes PHP as Apache module
From: [EMAIL PROTECTED]
Operating system: RH Linux 7.1
PHP version: 4.1.1
PHP Bug Type: Reproducible crash
Bug description: header call crashes PHP as Apache module
This script crashes my installation of Apache 1.3.22 with PHP 4.1.1 as
module:
", "", "");
if (!isset($PHP_AUTH_USER)) {
header("WWW-Authenticate: Basic realm=\"My Realm\"");
header("HTTP/1.0 401 Unauthorized");
echo "Please login\n";
exit;
} else {
echo "Hello $PHP_AUTH_USER.";
}
?>
When I remove the un-comment the line //$link = ... (and substitutes my
MySQL server, id and passwd), Apache does not crash. The script correctly
asks for login, however, the realm name is displayed as "My Realm-507".
All settings on the server can be seen at this phpInfo-page:
http://www3.sdu.dk/phpInfo.php
Apache logs this when crashing:
[Mon Feb 11 13:12:04 2002] Script: '/home/web/test/adgang3.php'
---
SAPI.c(505) : Block 0x08197B3C status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Feb 11 13:12:05 2002] [notice] child pid 7617 exit signal
Segmentation fault (11)
Apache refuses to produce a core dump, but trace from gdb follows here:
(gdb) run -X
Starting program: /etc/httpd/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x4020a07c in memcpy () from /lib/i686/libc.so.6
bt from gdb:
(gdb) bt
#0 0x4020a07c in memcpy () from /lib/i686/libc.so.6
#1 0x081d0ccc in zval_used_for_init ()
#2 0x0810b8f9 in _mem_block_check (ptr=0x8197b60, silent=1,
__zend_filename=0x81742e9 "SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:659
#3 0x0810aacb in _efree (ptr=0x8197b60, __zend_filename=0x81742e9
"SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:224
#4 0x0806c4bc in sapi_add_header_ex (header_line=0x823de4c 'Z' , "\204Ì\217*",
header_line_len=40, duplicate=1 '\001', replace=1 '\001') at
SAPI.c:505
#5 0x080b91de in zif_header (ht=1, return_value=0x823de0c, this_ptr=0x0,
return_value_used=0) at head.c:56
#6 0x0813e437 in execute (op_array=0x823dd24) at ./zend_execute.c:1590
#7 0x0811b8f2 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at zend.c:814
#8 0x080695ba in php_execute_script (primary_file=0xb710) at
main.c:1307
#9 0x08126c22 in apache_php_module_main (r=0x82380f4,
display_source_mode=0) at sapi_apache.c:90
#10 0x08065d14 in send_php ()
#11 0x08065d6d in send_parsed_php ()
#12 0x08148203 in ap_invoke_handler ()
#13 0x0815c3e3 in process_request_internal ()
#14 0x0815c444 in ap_process_request ()
#15 0x081538ad in child_main ()
#16 0x08153a58 in make_child ()
#17 0x08153bcc in startup_children ()
#18 0x08154244 in standalone_main ()
#19 0x08154a97 in main ()
#20 0x4019d627 in __libc_start_main (main=0x8154700 , argc=2,
ubp_av=0xbb44, init=0x8063594 <_init>,
fini=0x81726f0 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>,
stack_end=0xbb3c)
at ../sysdeps/generic/libc-start.c:129
Any ideas?
Sven M. Sorensen
University of Southern Denmark
--
Edit bug report at http://bugs.php.net/?id=15501&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15501&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15501&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15501&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15501&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15501&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15501&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15501&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15501&r=submittedtwice
Bug #15501 Updated: header call crashes PHP as Apache module
ID: 15501
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: RH Linux 7.1
PHP Version: 4.1.1
New Comment:
This script crashes my installation of Apache 1.3.22 with PHP 4.1.1 as
module:
", "", "");
if (!isset($PHP_AUTH_USER)) {
header("WWW-Authenticate: Basic realm=\"My Realm\"");
header("HTTP/1.0 401 Unauthorized");
echo "Please login\n";
exit;
} else {
echo "Hello $PHP_AUTH_USER.";
}
?>
When I un-comment the line //$link = ... (and substitutes my MySQL
server, id and passwd), Apache does not crash. The script correctly
asks for login; however, the realm name is displayed as "My
Realm-507".
All settings on the server can be seen at this phpInfo-page:
http://www3.sdu.dk/phpInfo.php
Apache logs this when crashing:
[Mon Feb 11 13:12:04 2002] Script: '/home/web/test/adgang3.php'
---
SAPI.c(505) : Block 0x08197B3C status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Feb 11 13:12:05 2002] [notice] child pid 7617 exit signal
Segmentation fault (11)
Apache refuses to produce a core dump, but trace from gdb follows
here:
(gdb) run -X
Starting program: /etc/httpd/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x4020a07c in memcpy () from /lib/i686/libc.so.6
bt from gdb:
(gdb) bt
#0 0x4020a07c in memcpy () from /lib/i686/libc.so.6
#1 0x081d0ccc in zval_used_for_init ()
#2 0x0810b8f9 in _mem_block_check (ptr=0x8197b60, silent=1,
__zend_filename=0x81742e9 "SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:659
#3 0x0810aacb in _efree (ptr=0x8197b60, __zend_filename=0x81742e9
"SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:224
#4 0x0806c4bc in sapi_add_header_ex (header_line=0x823de4c 'Z'
, "\204Ì\217*",
header_line_len=40, duplicate=1 '\001', replace=1 '\001') at
SAPI.c:505
#5 0x080b91de in zif_header (ht=1, return_value=0x823de0c,
this_ptr=0x0, return_value_used=0) at head.c:56
#6 0x0813e437 in execute (op_array=0x823dd24) at
./zend_execute.c:1590
#7 0x0811b8f2 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:814
#8 0x080695ba in php_execute_script (primary_file=0xb710) at
main.c:1307
#9 0x08126c22 in apache_php_module_main (r=0x82380f4,
display_source_mode=0) at sapi_apache.c:90
#10 0x08065d14 in send_php ()
#11 0x08065d6d in send_parsed_php ()
#12 0x08148203 in ap_invoke_handler ()
#13 0x0815c3e3 in process_request_internal ()
#14 0x0815c444 in ap_process_request ()
#15 0x081538ad in child_main ()
#16 0x08153a58 in make_child ()
#17 0x08153bcc in startup_children ()
#18 0x08154244 in standalone_main ()
#19 0x08154a97 in main ()
#20 0x4019d627 in __libc_start_main (main=0x8154700 , argc=2,
ubp_av=0xbb44, init=0x8063594 <_init>,
fini=0x81726f0 <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>,
stack_end=0xbb3c)
at ../sysdeps/generic/libc-start.c:129
Any ideas?
Sven M. Sorensen
University of Southern Denmark
Previous Comments:
[2002-02-11 08:05:38] [EMAIL PROTECTED]
This script crashes my installation of Apache 1.3.22 with PHP 4.1.1 as
module:
", "", "");
if (!isset($PHP_AUTH_USER)) {
header("WWW-Authenticate: Basic realm=\"My Realm\"");
header("HTTP/1.0 401 Unauthorized");
echo "Please login\n";
exit;
} else {
echo "Hello $PHP_AUTH_USER.";
}
?>
When I remove the un-comment the line //$link = ... (and substitutes my
MySQL server, id and passwd), Apache does not crash. The script
correctly asks for login, however, the realm name is displayed as "My
Realm-507".
All settings on the server can be seen at this phpInfo-page:
http://www3.sdu.dk/phpInfo.php
Apache logs this when crashing:
[Mon Feb 11 13:12:04 2002] Script: '/home/web/test/adgang3.php'
---
SAPI.c(505) : Block 0x08197B3C status:
Beginning: Overrun (magic=0x, expected=0x7312F8DC)
[Mon Feb 11 13:12:05 2002] [notice] child pid 7617 exit signal
Segmentation fault (11)
Apache refuses to produce a core dump, but trace from gdb follows
here:
(gdb) run -X
Starting program: /etc/httpd/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
0x4020a07c in memcpy () from /lib/i686/libc.so.6
bt from gdb:
(gdb) bt
#0 0x4020a07c in memcpy () from /lib/i686/libc.so.6
#1 0x081d0ccc in zval_used_for_init ()
#2 0x0810b8f9 in _mem_block_check (ptr=0x8197b60, silent=1,
__zend_filename=0x81742e9 "SAPI.c", __zend_lineno=505,
__zend_orig_filename=0x0, __zend_orig_lineno=0) at
zend_alloc.c:659
#3 0x0810aacb in _efree (ptr=0x8197b60, __zend_filename=0x81742e9
"SAPI.c", __zend_lineno=505,
__zend_orig_file
Bug #15589: include() output order is weird
From: [EMAIL PROTECTED] Operating system: Linux (SuSE 7.0) PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: include() output order is weird Hi, I've just stumbled across this problem: I have a few pages which all include one file that does some functionality needed for session management. Now I have a problem in one of these pages (the other ones seem to work): the output from the included file is not completely output before the "including" script continues; instead, I have something like this: ### output from include() ### rest of the "including" file ### output from include() (remaining portion). In short, the last thing the included file should output is "". But I get everything until "". In "long": I have put the concerned scripts at https://members.rosenkeller.org/phpbug/ The file "logout.php" includes "session.php". The corresponding "logout-src.php" and "session-src.php" simply show the source code of the respective file; I have also included phpinfo.php which shows the results of phpinfo(). If you have a look at the HTML source that output.php produces, you should see what I mean (the "warning: undefined variable" is normal, because there is no session). I think that this is a bug; if I overlooked something instead (maybe some configuration option?) I'd be pleased to hear what it is... Thank you in advance, and keep the great work up! :-) -- Edit bug report at http://bugs.php.net/?id=15589&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15589&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15589&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15589&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15589&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15589&r=support Expected behavior: http://bugs.php.net/fix.php?id=15589&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15589&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15589&r=submittedtwice
Bug #15589 Updated: include() output order is weird
ID: 15589 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Unknown/Other Function +Bug Type: Scripting Engine problem Operating System: Linux (SuSE 7.0) PHP Version: 4.1.1 Previous Comments: [2002-02-16 18:59:55] [EMAIL PROTECTED] Hi, I've just stumbled across this problem: I have a few pages which all include one file that does some functionality needed for session management. Now I have a problem in one of these pages (the other ones seem to work): the output from the included file is not completely output before the "including" script continues; instead, I have something like this: ### output from include() ### rest of the "including" file ### output from include() (remaining portion). In short, the last thing the included file should output is "". But I get everything until "". In "long": I have put the concerned scripts at https://members.rosenkeller.org/phpbug/ The file "logout.php" includes "session.php". The corresponding "logout-src.php" and "session-src.php" simply show the source code of the respective file; I have also included phpinfo.php which shows the results of phpinfo(). If you have a look at the HTML source that output.php produces, you should see what I mean (the "warning: undefined variable" is normal, because there is no session). I think that this is a bug; if I overlooked something instead (maybe some configuration option?) I'd be pleased to hear what it is... Thank you in advance, and keep the great work up! :-) -- Edit this bug report at http://bugs.php.net/?id=15589&edit=1
Bug #15589 Updated: include() output order is weird
ID: 15589 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: Linux (SuSE 7.0) PHP Version: 4.1.1 New Comment: Hi, this actually _is_ a bug :-) The minimalistic case: you have 2 files: #a.php 123 #b.php 456 The output should be "123456", right? But it is "123". The same thing happens when using require(). When leaving out the session_destroy() or putting it at the very end of b.php, everything works as expected. Please check this if you can. Best regards, Chris Previous Comments: [2002-02-17 05:05:13] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php It's very likeley that you're doing something wrong. [2002-02-16 18:59:55] [EMAIL PROTECTED] Hi, I've just stumbled across this problem: I have a few pages which all include one file that does some functionality needed for session management. Now I have a problem in one of these pages (the other ones seem to work): the output from the included file is not completely output before the "including" script continues; instead, I have something like this: ### output from include() ### rest of the "including" file ### output from include() (remaining portion). In short, the last thing the included file should output is "". But I get everything until "". In "long": I have put the concerned scripts at https://members.rosenkeller.org/phpbug/ The file "logout.php" includes "session.php". The corresponding "logout-src.php" and "session-src.php" simply show the source code of the respective file; I have also included phpinfo.php which shows the results of phpinfo(). If you have a look at the HTML source that output.php produces, you should see what I mean (the "warning: undefined variable" is normal, because there is no session). I think that this is a bug; if I overlooked something instead (maybe some configuration option?) I'd be pleased to hear what it is... Thank you in advance, and keep the great work up! :-) -- Edit this bug report at http://bugs.php.net/?id=15589&edit=1
Bug #15804: PHPSESSID in querystring causes XHTML validator to fail
From: [EMAIL PROTECTED] Operating system: Apache/1.3.23 (Unix) PHP version: 4.1.2 PHP Bug Type: Session related Bug description: PHPSESSID in querystring causes XHTML validator to fail PHP is compiled with --enable-trans-sid. When I turn on sessions on, (with session_start()) and try to validate my previously valid XHTML page, the validator throws errors on every link. [quote from W3C XHTML 1.0 Transitional validator]: Error: reference not terminated by refc delimiter [end quote] It's referring to the fact that there is a "&" in the code when it is not part of an entity. Without using sessions, I can use & in a URL and the page will validate. I guess the actual bug is that it's inserting a & instead of an & which is invalid XHTML. -- Edit bug report at http://bugs.php.net/?id=15804&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15804&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15804&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15804&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15804&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15804&r=support Expected behavior: http://bugs.php.net/fix.php?id=15804&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15804&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15804&r=submittedtwice
Bug #15852: Displaying the file system
From: [EMAIL PROTECTED]
Operating system: Win2K
PHP version: 4.1.2
PHP Bug Type: Directory function related
Bug description: Displaying the file system
A client has posted us the following code, after being able to view to
complete filesystem on a Windows 2000 server we resell space on:
Current path is $hook->path";
// read directory and echo list
while ($file=$hook->read())
{
if ($file != "." && $file != "..")
{
echo "$file";
}
}
// close directory
$hook->close();
?>
Is there anyway to protect against this, and does it represent a security
flaw?
Thanks
Gary
--
Edit bug report at http://bugs.php.net/?id=15852&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15852&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15852&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15852&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15852&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15852&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15852&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15852&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15852&r=submittedtwice
Bug #15928: move_uploaded_file() is unsafe running in safe-mode
From: [EMAIL PROTECTED] Operating system: AIX PHP version: 4.1.2 PHP Bug Type: PHP options/info functions Bug description: move_uploaded_file() is unsafe running in safe-mode Security issue in move_uploaded_file() while in safe-mode We have different web-sites running on our server. Each of them may prepare a directory in which files may be written using php-upload and move_uploaded_file(). Our webserver runs with safe-mode-restriction. The documentations says, as mentioned, that this is not unsafe. Note: move_uploaded_file() is not affected by the normal safe-mode UID-restrictions. This is not unsafe because move_uploaded_file() only operates on files uploaded via PHP. In fact, it is. If I know a directory of another website which allows to upload files via php, I'll be able to write a file to this location, offering an upload-script on my website. I could on this way put offending files in someone elses website, who probably protectet his php-upload-script with .htaccess. I would suggest that move_uploaded_file() should be modified that way, that files may only be moved to directories whose owner is the same as the upload-script while safe-mode restriction applies. This approach would guarantee that nobody else as the people who offers an upload-script will be able to put files in the owners webspace. After such a modification move_uploaded_file() will be really safe. At present, it's not. It allows to skip safe-mode-restriction. Kind regards and thanks for any feedback Roberto -- Edit bug report at http://bugs.php.net/?id=15928&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15928&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15928&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15928&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15928&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15928&r=support Expected behavior: http://bugs.php.net/fix.php?id=15928&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15928&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15928&r=submittedtwice
Bug #14141 Updated: Fatal error: fatal flex scanner internal error--end of buffer missed in ...
ID: 14141 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: iPlanet related Operating System: SunOS 5.6 PHP Version: 4.0.6 New Comment: I do not admit... (Hope this is the same error, even it has not exactly the same "words" in it) Fatal error: input in flex scanner failed in /home/worldtalk/public_html/info.php3 on line 1 This error I get, when I simply autorefresh a page (at 30 secs) - The error appears randomly... (perhaps more often if the server load is high) => I read, that it could have something to do with FastCGI compatibility... mfg, Stefan Koenig Previous Comments: [2001-11-20 05:25:55] [EMAIL PROTECTED] Hello, I am developing a website and when refreshing a screen or simply accessing to a page I have the following error: Fatal error: fatal flex scanner internal error--end of buffer missed in /www/docs/index.php on line 1 This can occurs at any page and giving me any line number. I read a lot about things like that and I think that it is due to the include I use. I think that it is due to the fact that the file included is not entirely read and t gives an error. In fact, in my pages I use several includes that contains my functions library and my page header and footer. This easily reproductible when I acces very fast the same page (eg: fast clics). Can somebody confirm that I found the right cause of this error ? Most important, Is there any solution to avoid those kind of problems ? Thank you in advance, Regards, Fontana Renato -- Edit this bug report at http://bugs.php.net/?id=14141&edit=1
Bug #15928 Updated: move_uploaded_file() is unsafe running in safe-mode
ID: 15928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: PHP options/info functions Operating System: AIX PHP Version: 4.1.2 New Comment: Sorry, but in fact the bug still persists in php 4.1.2 a php script owned by uid=xxx is able to upload files to a directory owned by uid=yyy in safe_mode. Please reopen this bug. Previous Comments: [2002-03-17 12:35:33] [EMAIL PROTECTED] This is already implemented. [2002-03-07 06:15:09] [EMAIL PROTECTED] Security issue in move_uploaded_file() while in safe-mode We have different web-sites running on our server. Each of them may prepare a directory in which files may be written using php-upload and move_uploaded_file(). Our webserver runs with safe-mode-restriction. The documentations says, as mentioned, that this is not unsafe. Note: move_uploaded_file() is not affected by the normal safe-mode UID-restrictions. This is not unsafe because move_uploaded_file() only operates on files uploaded via PHP. In fact, it is. If I know a directory of another website which allows to upload files via php, I'll be able to write a file to this location, offering an upload-script on my website. I could on this way put offending files in someone elses website, who probably protectet his php-upload-script with .htaccess. I would suggest that move_uploaded_file() should be modified that way, that files may only be moved to directories whose owner is the same as the upload-script while safe-mode restriction applies. This approach would guarantee that nobody else as the people who offers an upload-script will be able to put files in the owners webspace. After such a modification move_uploaded_file() will be really safe. At present, it's not. It allows to skip safe-mode-restriction. Kind regards and thanks for any feedback Roberto -- Edit this bug report at http://bugs.php.net/?id=15928&edit=1
Bug #15928 Updated: move_uploaded_file() is unsafe running in safe-mode
ID: 15928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: PHP options/info functions Operating System: AIX PHP Version: 4.1.2 New Comment: Sorry, since we were running php 4.1.1 still yesterday I was not aware that Sander meant that the bug was fixed in CVS. Since you announced the new release for tomorrow, I'll wait and try it out. Thanks Roberto Previous Comments: [2002-03-19 03:07:13] [EMAIL PROTECTED] I think Sander meant it's fixed in CVS. Can you try a snapshot from snaps.php.net, or wait for 4.2.0RC1, which will be rolled tomorrow? Derick [2002-03-19 03:04:45] [EMAIL PROTECTED] Sorry, but in fact the bug still persists in php 4.1.2 a php script owned by uid=xxx is able to upload files to a directory owned by uid=yyy in safe_mode. Please reopen this bug. [2002-03-17 12:35:33] [EMAIL PROTECTED] This is already implemented. [2002-03-07 06:15:09] [EMAIL PROTECTED] Security issue in move_uploaded_file() while in safe-mode We have different web-sites running on our server. Each of them may prepare a directory in which files may be written using php-upload and move_uploaded_file(). Our webserver runs with safe-mode-restriction. The documentations says, as mentioned, that this is not unsafe. Note: move_uploaded_file() is not affected by the normal safe-mode UID-restrictions. This is not unsafe because move_uploaded_file() only operates on files uploaded via PHP. In fact, it is. If I know a directory of another website which allows to upload files via php, I'll be able to write a file to this location, offering an upload-script on my website. I could on this way put offending files in someone elses website, who probably protectet his php-upload-script with .htaccess. I would suggest that move_uploaded_file() should be modified that way, that files may only be moved to directories whose owner is the same as the upload-script while safe-mode restriction applies. This approach would guarantee that nobody else as the people who offers an upload-script will be able to put files in the owners webspace. After such a modification move_uploaded_file() will be really safe. At present, it's not. It allows to skip safe-mode-restriction. Kind regards and thanks for any feedback Roberto -- Edit this bug report at http://bugs.php.net/?id=15928&edit=1
Bug #16174: compile failure with curl 7.9.5
From: [EMAIL PROTECTED] Operating system: Redhat 6.2 PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: compile failure with curl 7.9.5 Hello, PHP was configured with: './configure' '--with-config-file-path=/etc/httpd/conf' \ '--with-mysql=/usr' \ '--with-pgsql' \ '--with-mcrypt' \ '--with-mcrypt-dir=\usr' \ '--with-imap=/usr' \ '--with-apxs=/usr/sbin/apxs' \ '--with-zlib=/usr' \ '--with-gd=/usr' \ '--with-png' \ '--with-png-dir=/usr' \ '--with-jpeg' \ '--with-jpeg-dir=/usr' \ '--with-openssl' \ '--with-curl' \ '--with-curl-dir=\usr' \ '--enable-ftp' \ '--enable-shmop' \ '--enable-xml' \ '--enable-track-vars' \ '--with-ttf' and it died on make with: curl.c: In function `zm_startup_curl': curl.c:147: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:147: (Each undeclared identifier is reported only once curl.c:147: for each function it appears in.) curl.c:176: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:177: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c: In function `zif_curl_setopt': curl.c:671: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:694: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:695: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c:797: `CURLFORM_COPYNAME' undeclared (first use in this function) curl.c:798: `CURLFORM_FILE' undeclared (first use in this function) curl.c:798: `CURLFORM_END' undeclared (first use in this function) curl.c:802: `CURLFORM_PTRCONTENTS' undeclared (first use in this function) And my curl related libs are: -rw-r--r--1 root root 2168720 Mar 19 17:43 libcurl.a -rwxr-xr-x1 root root 719 Mar 19 17:43 libcurl.la lrwxrwxrwx1 root root 16 Mar 19 17:43 libcurl.so -> libcurl.so.2.0.2 lrwxrwxrwx1 root root 16 Sep 4 2001 libcurl.so.1 -> libcurl.so.1.1.0 -rwxr-xr-x1 root root 403558 Sep 4 2001 libcurl.so.1.1.0 lrwxrwxrwx1 root root 16 Mar 19 17:43 libcurl.so.2 -> libcurl.so.2.0.2 -rwxr-xr-x1 root root 303826 Aug 3 2001 libcurl.so.2.0.0 -rwxr-xr-x1 root root 508339 Mar 19 17:43 libcurl.so.2.0.2 -- Edit bug report at http://bugs.php.net/?id=16174&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16174&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16174&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16174&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16174&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16174&r=support Expected behavior: http://bugs.php.net/fix.php?id=16174&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16174&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16174&r=submittedtwice
Bug #16174 Updated: compile failure with curl 7.9.5
ID: 16174 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Redhat 6.2 PHP Version: 4.1.2 New Comment: # curl --version curl 7.9.5 (i686-pc-linux-gnu) libcurl 7.9.5 (OpenSSL 0.9.5) Previous Comments: [2002-03-19 18:17:41] [EMAIL PROTECTED] Hello, PHP was configured with: './configure' '--with-config-file-path=/etc/httpd/conf' \ '--with-mysql=/usr' \ '--with-pgsql' \ '--with-mcrypt' \ '--with-mcrypt-dir=\usr' \ '--with-imap=/usr' \ '--with-apxs=/usr/sbin/apxs' \ '--with-zlib=/usr' \ '--with-gd=/usr' \ '--with-png' \ '--with-png-dir=/usr' \ '--with-jpeg' \ '--with-jpeg-dir=/usr' \ '--with-openssl' \ '--with-curl' \ '--with-curl-dir=\usr' \ '--enable-ftp' \ '--enable-shmop' \ '--enable-xml' \ '--enable-track-vars' \ '--with-ttf' and it died on make with: curl.c: In function `zm_startup_curl': curl.c:147: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:147: (Each undeclared identifier is reported only once curl.c:147: for each function it appears in.) curl.c:176: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:177: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c: In function `zif_curl_setopt': curl.c:671: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:694: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:695: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c:797: `CURLFORM_COPYNAME' undeclared (first use in this function) curl.c:798: `CURLFORM_FILE' undeclared (first use in this function) curl.c:798: `CURLFORM_END' undeclared (first use in this function) curl.c:802: `CURLFORM_PTRCONTENTS' undeclared (first use in this function) And my curl related libs are: -rw-r--r--1 root root 2168720 Mar 19 17:43 libcurl.a -rwxr-xr-x1 root root 719 Mar 19 17:43 libcurl.la lrwxrwxrwx1 root root 16 Mar 19 17:43 libcurl.so -> libcurl.so.2.0.2 lrwxrwxrwx1 root root 16 Sep 4 2001 libcurl.so.1 -> libcurl.so.1.1.0 -rwxr-xr-x1 root root 403558 Sep 4 2001 libcurl.so.1.1.0 lrwxrwxrwx1 root root 16 Mar 19 17:43 libcurl.so.2 -> libcurl.so.2.0.2 -rwxr-xr-x1 root root 303826 Aug 3 2001 libcurl.so.2.0.0 -rwxr-xr-x1 root root 508339 Mar 19 17:43 libcurl.so.2.0.2 -- Edit this bug report at http://bugs.php.net/?id=16174&edit=1
Bug #16174 Updated: compile failure with curl 7.9.5
ID: 16174 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Redhat 6.2 PHP Version: 4.1.2 New Comment: Ah.. I just wrote a lenghty answer just to find out the problem myself, a old .h file was left in /usr/local/include while the new files were in /usr/include. A suggestion: the libraries and header files should both be fetched from what is specified in configure!! (i.e I specified =/usr and its not taken into account and generates weird problems like this) .. closed .. Previous Comments: [2002-03-19 20:23:51] [EMAIL PROTECTED] I can not reproduce this with latest CVS. Please try a snapshot from http://snaps.php.net/ Also, how did you configure curl? [2002-03-19 18:18:40] [EMAIL PROTECTED] # curl --version curl 7.9.5 (i686-pc-linux-gnu) libcurl 7.9.5 (OpenSSL 0.9.5) [2002-03-19 18:17:41] [EMAIL PROTECTED] Hello, PHP was configured with: './configure' '--with-config-file-path=/etc/httpd/conf' \ '--with-mysql=/usr' \ '--with-pgsql' \ '--with-mcrypt' \ '--with-mcrypt-dir=\usr' \ '--with-imap=/usr' \ '--with-apxs=/usr/sbin/apxs' \ '--with-zlib=/usr' \ '--with-gd=/usr' \ '--with-png' \ '--with-png-dir=/usr' \ '--with-jpeg' \ '--with-jpeg-dir=/usr' \ '--with-openssl' \ '--with-curl' \ '--with-curl-dir=\usr' \ '--enable-ftp' \ '--enable-shmop' \ '--enable-xml' \ '--enable-track-vars' \ '--with-ttf' and it died on make with: curl.c: In function `zm_startup_curl': curl.c:147: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:147: (Each undeclared identifier is reported only once curl.c:147: for each function it appears in.) curl.c:176: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:177: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c: In function `zif_curl_setopt': curl.c:671: `CURLOPT_SSL_VERIFYHOST' undeclared (first use in this function) curl.c:694: `CURLOPT_COOKIEJAR' undeclared (first use in this function) curl.c:695: `CURLOPT_SSL_CIPHER_LIST' undeclared (first use in this function) curl.c:797: `CURLFORM_COPYNAME' undeclared (first use in this function) curl.c:798: `CURLFORM_FILE' undeclared (first use in this function) curl.c:798: `CURLFORM_END' undeclared (first use in this function) curl.c:802: `CURLFORM_PTRCONTENTS' undeclared (first use in this function) And my curl related libs are: -rw-r--r--1 root root 2168720 Mar 19 17:43 libcurl.a -rwxr-xr-x1 root root 719 Mar 19 17:43 libcurl.la lrwxrwxrwx1 root root 16 Mar 19 17:43 libcurl.so -> libcurl.so.2.0.2 lrwxrwxrwx1 root root 16 Sep 4 2001 libcurl.so.1 -> libcurl.so.1.1.0 -rwxr-xr-x1 root root 403558 Sep 4 2001 libcurl.so.1.1.0 lrwxrwxrwx1 root root 16 Mar 19 17:43 libcurl.so.2 -> libcurl.so.2.0.2 -rwxr-xr-x1 root root 303826 Aug 3 2001 libcurl.so.2.0.0 -rwxr-xr-x1 root root 508339 Mar 19 17:43 libcurl.so.2.0.2 -- Edit this bug report at http://bugs.php.net/?id=16174&edit=1
Bug #16358: Problem with ereg
From: [EMAIL PROTECTED]
Operating system: Linux Red HAt 7.1
PHP version: 4.1.2
PHP Bug Type: *Regular Expressions
Bug description: Problem with ereg
Since I have been using php I have had a problem with the ereg function not
mathcing patterns properly.
For example I am trying the use ereg to ensure that users use passowrds
that contain a combination of letters and numbers.
These are my HTML and PHP codes:
if(!ereg("([a-zA-Z0-9])", "$password")){
echo "Bad Password";
}
The problem that I encounter with ereg is that I have been able to enter
passwords from the html form that do not contain numbers and or only have
mixed case letters but ereg IF statment does match the pattern and echo
"Bad Password".
--
Edit bug report at http://bugs.php.net/?id=16358&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16358&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16358&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16358&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16358&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16358&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16358&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16358&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16358&r=submittedtwice
Bug #16358 Updated: Problem with ereg
ID: 16358
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Regular Expressions
Operating System: Linux Red HAt 7.1
PHP Version: 4.1.2
New Comment:
I have tried using your suggestion and I am still having a problem with
ereg and eregi allowing entries with out numbers.
if(!eregi("^[a-z0-9]+$", "$pass")){
die("Your passowrd does not meet security requirments. Use your back
button to make corrections.");
}
Previous Comments:
[2002-03-30 05:44:30] [EMAIL PROTECTED]
You regex only matches on character. append a '+' at the end of the
character-class modifier, e.g.
if (!eregi('^[a-z0-9]+$', ...
[2002-03-30 03:48:27] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-03-30 02:40:13] [EMAIL PROTECTED]
Since I have been using php I have had a problem with the ereg function
not mathcing patterns properly.
For example I am trying the use ereg to ensure that users use passowrds
that contain a combination of letters and numbers.
These are my HTML and PHP codes:
if(!ereg("([a-zA-Z0-9])", "$password")){
echo "Bad Password";
}
The problem that I encounter with ereg is that I have been able to
enter passwords from the html form that do not contain numbers and or
only have mixed case letters but ereg IF statment does match the
pattern and echo "Bad Password".
--
Edit this bug report at http://bugs.php.net/?id=16358&edit=1
Bug #16358 Updated: Problem with ereg
ID: 16358
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: *Regular Expressions
Operating System: Linux Red HAt 7.1
PHP Version: 4.1.2
New Comment:
I have found the error in my ereg script. Please discregard the bug
report that I submitted.
Previous Comments:
[2002-03-31 05:46:06] [EMAIL PROTECTED]
This is NOT a support forum!
[2002-03-30 15:33:55] [EMAIL PROTECTED]
I have tried using your suggestion and I am still having a problem with
ereg and eregi allowing entries with out numbers.
if(!eregi("^[a-z0-9]+$", "$pass")){
die("Your passowrd does not meet security requirments. Use your back
button to make corrections.");
}
[2002-03-30 05:44:30] [EMAIL PROTECTED]
You regex only matches on character. append a '+' at the end of the
character-class modifier, e.g.
if (!eregi('^[a-z0-9]+$', ...
[2002-03-30 03:48:27] [EMAIL PROTECTED]
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
[2002-03-30 02:40:13] [EMAIL PROTECTED]
Since I have been using php I have had a problem with the ereg function
not mathcing patterns properly.
For example I am trying the use ereg to ensure that users use passowrds
that contain a combination of letters and numbers.
These are my HTML and PHP codes:
if(!ereg("([a-zA-Z0-9])", "$password")){
echo "Bad Password";
}
The problem that I encounter with ereg is that I have been able to
enter passwords from the html form that do not contain numbers and or
only have mixed case letters but ereg IF statment does match the
pattern and echo "Bad Password".
--
Edit this bug report at http://bugs.php.net/?id=16358&edit=1
Bug #16373: Security Hole
From: [EMAIL PROTECTED] Operating system: Red Hat 7.1 PHP version: 4.1.2 PHP Bug Type: *General Issues Bug description: Security Hole I am writing to report a possible security hole. The problem is that when I run the phpinfo(); function PHP outputs it's cinfiguration info but there is a picture of a cocasion male with pencils sticking out of his mouth in the upper right hand corner. Please let me know if this is a problem with my system security or if the problemis with the PHP program. Eric -- Edit bug report at http://bugs.php.net/?id=16373&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16373&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16373&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16373&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16373&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16373&r=support Expected behavior: http://bugs.php.net/fix.php?id=16373&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16373&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16373&r=submittedtwice
Bug #16373 Updated: Security Hole
ID: 16373 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Red Hat 7.1 PHP Version: 4.1.2 New Comment: You can view this URL at http://www.crescentart.com/php/. Previous Comments: [2002-04-01 07:45:20] [EMAIL PROTECTED] I am writing to report a possible security hole. The problem is that when I run the phpinfo(); function PHP outputs it's cinfiguration info but there is a picture of a cocasion male with pencils sticking out of his mouth in the upper right hand corner. Please let me know if this is a problem with my system security or if the problemis with the PHP program. Eric -- Edit this bug report at http://bugs.php.net/?id=16373&edit=1
Bug #16373 Updated: Security Hole
ID: 16373 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Red Hat 7.1 PHP Version: 4.1.2 New Comment: the server that I first noticed this image on is running 4.1.2. Today is April fools. None the less I found the image very distaste full and unprofessional. Previous Comments: [2002-04-01 08:17:48] [EMAIL PROTECTED] Anyway, the picture is NOT a security hole, it's an easter egg. But [EMAIL PROTECTED] is right, you're running a very old version of PHP. Upgrading is strongly recommended. [2002-04-01 07:58:49] [EMAIL PROTECTED] You are not running php 4.1.2 but php 4.0.1pl2. Your version of php is very old and remotely exploitable. [2002-04-01 07:56:46] [EMAIL PROTECTED] What date is it today? [2002-04-01 07:52:55] [EMAIL PROTECTED] You can view this URL at http://www.crescentart.com/php/. [2002-04-01 07:45:20] [EMAIL PROTECTED] I am writing to report a possible security hole. The problem is that when I run the phpinfo(); function PHP outputs it's cinfiguration info but there is a picture of a cocasion male with pencils sticking out of his mouth in the upper right hand corner. Please let me know if this is a problem with my system security or if the problemis with the PHP program. Eric -- Edit this bug report at http://bugs.php.net/?id=16373&edit=1
Bug #16373 Updated: Security Hole
ID: 16373 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Red Hat 7.1 PHP Version: 4.1.2 New Comment: Hmm. A picture of Betty Boop saying "Happy April Fools Day" would have been easier to swallow. But guy! :) Previous Comments: [2002-04-01 17:52:12] [EMAIL PROTECTED] Oh, lighten up! But if you really have such a problem with it, turn it off via the expose_php directive in your php.ini file. It's not like we embedded an entire 3-d maze game in your spreadsheet like a certain company from Redmond did. [2002-04-01 17:48:13] [EMAIL PROTECTED] the server that I first noticed this image on is running 4.1.2. Today is April fools. None the less I found the image very distaste full and unprofessional. [2002-04-01 08:17:48] [EMAIL PROTECTED] Anyway, the picture is NOT a security hole, it's an easter egg. But [EMAIL PROTECTED] is right, you're running a very old version of PHP. Upgrading is strongly recommended. [2002-04-01 07:58:49] [EMAIL PROTECTED] You are not running php 4.1.2 but php 4.0.1pl2. Your version of php is very old and remotely exploitable. [2002-04-01 07:56:46] [EMAIL PROTECTED] What date is it today? 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/16373 -- Edit this bug report at http://bugs.php.net/?id=16373&edit=1
#22272 [NEW]: Segmentation Fault (11)
From: webmaster at cryptpad dot com Operating system: RedHat 7.2 PHP version: 4.3.1 PHP Bug Type: Reproducible crash Bug description: Segmentation Fault (11) Installed PHP as a DSO Module in Apache. Install went fine. Modified httpd.conf file to include LoadModule & AddType declarations, then stopped and started Apache. Whenever I go to access a PHP page, it returns no data and puts the following into the apache error log: [Tue Feb 18 14:13:34 2003] [notice] child pid 9320 exit signal Segmentation fault (11) Doing a backtrace reveals the following: (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4040c5e6 in send_php (r=0x83fa594, display_source_mode=0, filename=0x0) at /install/php-4.3.1/sapi/apache/mod_php4.c:498 498 per_dir_conf = (HashTable *) get_module_config(r->per_dir_config, &php4_module); (gdb) bt #0 0x4040c5e6 in send_php (r=0x83fa594, display_source_mode=0, filename=0x0) at /install/php-4.3.1/sapi/apache/mod_php4.c:498 #1 0x4040c80e in send_parsed_php (r=0x83fa594) at /install/php-4.3.1/sapi/apache/mod_php4.c:571 #2 0x080afea3 in ap_invoke_handler () #3 0x080c4f03 in ap_some_auth_required () #4 0x080c4f64 in ap_process_request () #5 0x080bbda1 in ap_child_terminate () #6 0x080bbf4c in ap_child_terminate () #7 0x080bc0c0 in ap_child_terminate () #8 0x080bc738 in ap_child_terminate () #9 0x080bcf9b in main () #10 0x40087657 in __libc_start_main (main=0x80bcbf4 , argc=2, ubp_av=0xb9b4, init=0x8065630 <_init>, fini=0x8172b40 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb9ac) at ../sysdeps/generic/libc-start.c:129 /install/php-4.3.1/ is where I installed PHP from. Should it really be running the mod_php4.c file from there? Can anyone help? P.S. I also have a separate copy of apache running which is my ssl server. I tried to install PHP into that copy in the same way, and it worked fine!! Both Apache versions are 1.3.27 -- Edit bug report at http://bugs.php.net/?id=22272&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22272&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22272&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22272&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22272&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22272&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22272&r=support Expected behavior: http://bugs.php.net/fix.php?id=22272&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22272&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22272&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22272&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22272&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22272&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22272&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22272&r=gnused
#22272 [Fbk->Opn]: Segmentation Fault (11)
ID: 22272 User updated by: webmaster at cryptpad dot com Reported By: webmaster at cryptpad dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: No, None. Previous Comments: [2003-02-18 18:05:24] [EMAIL PROTECTED] Do you set any PHP settings via virtual host or .htaccess, if so, what are they? [2003-02-18 08:38:11] webmaster at cryptpad dot com Installed PHP as a DSO Module in Apache. Install went fine. Modified httpd.conf file to include LoadModule & AddType declarations, then stopped and started Apache. Whenever I go to access a PHP page, it returns no data and puts the following into the apache error log: [Tue Feb 18 14:13:34 2003] [notice] child pid 9320 exit signal Segmentation fault (11) Doing a backtrace reveals the following: (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4040c5e6 in send_php (r=0x83fa594, display_source_mode=0, filename=0x0) at /install/php-4.3.1/sapi/apache/mod_php4.c:498 498 per_dir_conf = (HashTable *) get_module_config(r->per_dir_config, &php4_module); (gdb) bt #0 0x4040c5e6 in send_php (r=0x83fa594, display_source_mode=0, filename=0x0) at /install/php-4.3.1/sapi/apache/mod_php4.c:498 #1 0x4040c80e in send_parsed_php (r=0x83fa594) at /install/php-4.3.1/sapi/apache/mod_php4.c:571 #2 0x080afea3 in ap_invoke_handler () #3 0x080c4f03 in ap_some_auth_required () #4 0x080c4f64 in ap_process_request () #5 0x080bbda1 in ap_child_terminate () #6 0x080bbf4c in ap_child_terminate () #7 0x080bc0c0 in ap_child_terminate () #8 0x080bc738 in ap_child_terminate () #9 0x080bcf9b in main () #10 0x40087657 in __libc_start_main (main=0x80bcbf4 , argc=2, ubp_av=0xb9b4, init=0x8065630 <_init>, fini=0x8172b40 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb9ac) at ../sysdeps/generic/libc-start.c:129 /install/php-4.3.1/ is where I installed PHP from. Should it really be running the mod_php4.c file from there? Can anyone help? P.S. I also have a separate copy of apache running which is my ssl server. I tried to install PHP into that copy in the same way, and it worked fine!! Both Apache versions are 1.3.27 -- Edit this bug report at http://bugs.php.net/?id=22272&edit=1
#22272 [Fbk->Opn]: Segmentation Fault (11)
ID: 22272 User updated by: webmaster at cryptpad dot com Reported By: webmaster at cryptpad dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: Tried: ./configure --with-apxs=/usr/local/apache/bin/apxs with and without --with-mysql Previous Comments: [2003-02-19 04:13:32] [EMAIL PROTECTED] What was the configure line used to configure PHP? [2003-02-19 04:02:25] webmaster at cryptpad dot com No, None. [2003-02-18 18:05:24] [EMAIL PROTECTED] Do you set any PHP settings via virtual host or .htaccess, if so, what are they? [2003-02-18 08:38:11] webmaster at cryptpad dot com Installed PHP as a DSO Module in Apache. Install went fine. Modified httpd.conf file to include LoadModule & AddType declarations, then stopped and started Apache. Whenever I go to access a PHP page, it returns no data and puts the following into the apache error log: [Tue Feb 18 14:13:34 2003] [notice] child pid 9320 exit signal Segmentation fault (11) Doing a backtrace reveals the following: (gdb) run -X Starting program: /usr/local/apache/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x4040c5e6 in send_php (r=0x83fa594, display_source_mode=0, filename=0x0) at /install/php-4.3.1/sapi/apache/mod_php4.c:498 498 per_dir_conf = (HashTable *) get_module_config(r->per_dir_config, &php4_module); (gdb) bt #0 0x4040c5e6 in send_php (r=0x83fa594, display_source_mode=0, filename=0x0) at /install/php-4.3.1/sapi/apache/mod_php4.c:498 #1 0x4040c80e in send_parsed_php (r=0x83fa594) at /install/php-4.3.1/sapi/apache/mod_php4.c:571 #2 0x080afea3 in ap_invoke_handler () #3 0x080c4f03 in ap_some_auth_required () #4 0x080c4f64 in ap_process_request () #5 0x080bbda1 in ap_child_terminate () #6 0x080bbf4c in ap_child_terminate () #7 0x080bc0c0 in ap_child_terminate () #8 0x080bc738 in ap_child_terminate () #9 0x080bcf9b in main () #10 0x40087657 in __libc_start_main (main=0x80bcbf4 , argc=2, ubp_av=0xb9b4, init=0x8065630 <_init>, fini=0x8172b40 <_fini>, rtld_fini=0x4000dcd4 <_dl_fini>, stack_end=0xb9ac) at ../sysdeps/generic/libc-start.c:129 /install/php-4.3.1/ is where I installed PHP from. Should it really be running the mod_php4.c file from there? Can anyone help? P.S. I also have a separate copy of apache running which is my ssl server. I tried to install PHP into that copy in the same way, and it worked fine!! Both Apache versions are 1.3.27 -- Edit this bug report at http://bugs.php.net/?id=22272&edit=1
#22272 [Opn]: Segmentation Fault (11)
ID: 22272 User updated by: webmaster at cryptpad dot com Reported By: webmaster at cryptpad dot com Status: Open Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: Tried changing extension_dir to /usr/local/apache/libexec bit still nothing. Previous Comments: [2003-02-19 15:51:55] michael dot mauch at gmx dot de > /install/php-4.3.1/ is where I installed PHP from. Should it really be > running the mod_php4.c file from there? mod_php4.c is a C source file, it's not executed and only shown there for reference. > P.S. I also have a separate copy of apache running which is my ssl > server. I tried to install PHP into that copy in the same way, and it > worked fine!! Can you please make sure that the php.ini of your "bad" Apache references the correct extension_dir, i.e. the one that belongs to the same libphp4.so (LoadModule in httpd.conf)? ---- [2003-02-19 04:16:52] webmaster at cryptpad dot com Tried: ./configure --with-apxs=/usr/local/apache/bin/apxs with and without --with-mysql [2003-02-19 04:13:32] [EMAIL PROTECTED] What was the configure line used to configure PHP? ---- [2003-02-19 04:02:25] webmaster at cryptpad dot com No, None. [2003-02-18 18:05:24] [EMAIL PROTECTED] Do you set any PHP settings via virtual host or .htaccess, if so, what are they? 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/22272 -- Edit this bug report at http://bugs.php.net/?id=22272&edit=1
#22272 [Fbk->Opn]: Segmentation Fault (11)
ID: 22272 User updated by: webmaster at cryptpad dot com Reported By: webmaster at cryptpad dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: Snapshot didn't work. using the exact php.ini now, still same result. I tried making a symlink to php.ini in the libexec directory, but that didn't help. A couple of other observations, if they help: If I just put the LoadModule statement into apache config, without AddType statement, then it asks me to download the file, and it hasn't processed it. If I leave out the LoadModule statement and put in the AddType statement, I get the same problem as before (blank response). Does that give any more clues? Previous Comments: [2003-02-20 07:30:05] [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 Although I don't think it matters, there's just something freaky in your system.. Are you loading any extensions in the php.ini?? What's the diff -u between it and the php.ini-dist? ---- [2003-02-20 04:33:10] webmaster at cryptpad dot com Tried changing extension_dir to /usr/local/apache/libexec bit still nothing. [2003-02-19 15:51:55] michael dot mauch at gmx dot de > /install/php-4.3.1/ is where I installed PHP from. Should it really be > running the mod_php4.c file from there? mod_php4.c is a C source file, it's not executed and only shown there for reference. > P.S. I also have a separate copy of apache running which is my ssl > server. I tried to install PHP into that copy in the same way, and it > worked fine!! Can you please make sure that the php.ini of your "bad" Apache references the correct extension_dir, i.e. the one that belongs to the same libphp4.so (LoadModule in httpd.conf)? ---- [2003-02-19 04:16:52] webmaster at cryptpad dot com Tried: ./configure --with-apxs=/usr/local/apache/bin/apxs with and without --with-mysql [2003-02-19 04:13:32] [EMAIL PROTECTED] What was the configure line used to configure PHP? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22272 -- Edit this bug report at http://bugs.php.net/?id=22272&edit=1
#22272 [Fbk->Opn]: Segmentation Fault (11)
ID: 22272 User updated by: webmaster at cryptpad dot com Reported By: webmaster at cryptpad dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: I know, The machine is a development machine, so I'm running them separately so I can test stuff out separately. Anyway, does it matter? The two daemons should be independent of each other. PHP just isn't working on one of them. P.S. I'm running AxKit (http://axkit.org) on the copy of Apache that's having the problems. Do you know of any interactions between AxKit and PHP? Previous Comments: [2003-02-21 04:31:31] [EMAIL PROTECTED] Why do you actually have two separate installs of apache...? As it can really run both SSL and non-SSL requests from same instance.. [2003-02-21 04:16:36] webmaster at cryptpad dot com Snapshot didn't work. using the exact php.ini now, still same result. I tried making a symlink to php.ini in the libexec directory, but that didn't help. A couple of other observations, if they help: If I just put the LoadModule statement into apache config, without AddType statement, then it asks me to download the file, and it hasn't processed it. If I leave out the LoadModule statement and put in the AddType statement, I get the same problem as before (blank response). Does that give any more clues? [2003-02-20 07:30:05] [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 Although I don't think it matters, there's just something freaky in your system.. Are you loading any extensions in the php.ini?? What's the diff -u between it and the php.ini-dist? ---- [2003-02-20 04:33:10] webmaster at cryptpad dot com Tried changing extension_dir to /usr/local/apache/libexec bit still nothing. [2003-02-19 15:51:55] michael dot mauch at gmx dot de > /install/php-4.3.1/ is where I installed PHP from. Should it really be > running the mod_php4.c file from there? mod_php4.c is a C source file, it's not executed and only shown there for reference. > P.S. I also have a separate copy of apache running which is my ssl > server. I tried to install PHP into that copy in the same way, and it > worked fine!! Can you please make sure that the php.ini of your "bad" Apache references the correct extension_dir, i.e. the one that belongs to the same libphp4.so (LoadModule in httpd.conf)? 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/22272 -- Edit this bug report at http://bugs.php.net/?id=22272&edit=1
#22272 [Fbk->Opn]: Segmentation Fault (11)
ID: 22272 User updated by: webmaster at cryptpad dot com Reported By: webmaster at cryptpad dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: It's a perl module. I tried editing out all the AxKit lines in the Apache config, but that still didn't work, so I guess it isn't that. Any other ideas? Surely I'm not the only person in the world to have this problem? Previous Comments: [2003-02-21 04:45:36] [EMAIL PROTECTED] I have no idea what this axkit is, but what I'm interested in is that does PHP+Apache work if that thing is NOT there? ---- [2003-02-21 04:37:31] webmaster at cryptpad dot com I know, The machine is a development machine, so I'm running them separately so I can test stuff out separately. Anyway, does it matter? The two daemons should be independent of each other. PHP just isn't working on one of them. P.S. I'm running AxKit (http://axkit.org) on the copy of Apache that's having the problems. Do you know of any interactions between AxKit and PHP? [2003-02-21 04:31:31] [EMAIL PROTECTED] Why do you actually have two separate installs of apache...? As it can really run both SSL and non-SSL requests from same instance.. ---- [2003-02-21 04:16:36] webmaster at cryptpad dot com Snapshot didn't work. using the exact php.ini now, still same result. I tried making a symlink to php.ini in the libexec directory, but that didn't help. A couple of other observations, if they help: If I just put the LoadModule statement into apache config, without AddType statement, then it asks me to download the file, and it hasn't processed it. If I leave out the LoadModule statement and put in the AddType statement, I get the same problem as before (blank response). Does that give any more clues? [2003-02-20 07:30:05] [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 Although I don't think it matters, there's just something freaky in your system.. Are you loading any extensions in the php.ini?? What's the diff -u between it and the php.ini-dist? 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/22272 -- Edit this bug report at http://bugs.php.net/?id=22272&edit=1
#22272 [Fbk->Opn]: Segmentation Fault (11)
ID: 22272 User updated by: webmaster at cryptpad dot com Reported By: webmaster at cryptpad dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.1 New Comment: Tried a clean install. Still didn't work. Here's something else interesting: I tried to set up apache and php on my Windows machine instead, and when I tried to install it as a module, it just downloaded the files instead of parsing them, and when I tried installing it as a CGI program, I got a "Cannot find server or DNS error" page. I am obviously congenitally incapable of installing PHP on anything. Either that or 4.3.1 doesn't work. Whatever it is, I think I've wasted far too much of my time trying to set the sodding thing up, so I think I'll just stick to using Perl. Previous Comments: [2003-02-21 07:06:22] [EMAIL PROTECTED] Sometimes it's good idea to start from clean table..like in this case where you're the only one having the problem. :) Get fresh sources of Apache 1.3.27, compile it with the DSO support, get fresh PHP 4.3.1 sources, and use that plain simple configure line. And btw. Do you happen to have any modules in Apache that also use mysql? If so, you should propably try and configure using --with-myslq=/path/to/mysql/install/prefix [2003-02-21 05:38:37] [EMAIL PROTECTED] Could you first try to *not* load mod_perl and comment out any PerlModule directives. If that works, try configuring php, with --without-xml. As outlined in AxKit docs, does your Apache compile have the recommended --disable-rule=EXPAT option? ---- [2003-02-21 04:52:36] webmaster at cryptpad dot com It's a perl module. I tried editing out all the AxKit lines in the Apache config, but that still didn't work, so I guess it isn't that. Any other ideas? Surely I'm not the only person in the world to have this problem? [2003-02-21 04:45:36] [EMAIL PROTECTED] I have no idea what this axkit is, but what I'm interested in is that does PHP+Apache work if that thing is NOT there? ---- [2003-02-21 04:37:31] webmaster at cryptpad dot com I know, The machine is a development machine, so I'm running them separately so I can test stuff out separately. Anyway, does it matter? The two daemons should be independent of each other. PHP just isn't working on one of them. P.S. I'm running AxKit (http://axkit.org) on the copy of Apache that's having the problems. Do you know of any interactions between AxKit and PHP? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22272 -- Edit this bug report at http://bugs.php.net/?id=22272&edit=1
#26368 [NEW]: Returns a Fatal error when using assign-ops
From: webmaster at x7chat dot com
Operating system: Linux, Windows
PHP version: 4.3.3
PHP Bug Type: Arrays related
Bug description: Returns a Fatal error when using assign-ops
Description:
A certain script I wrote uses the following line of code:
$USER['TEMP'] .= "!";
When I run this some servers (Programmed on Redhat Linux 9 with PHP 4.3.3
and it works fine, tested on another Linux server using PHP 4.3.3 and it
returns the error) it returns the following error message:
Fatal error: Cannot use assign-op operators with overloaded objects nor
string offsets in
(FILE PATH) on line (LINE NUMBER)
I have asked many different programmers about it and nobody has an answer
as to why it causes an error on code that is correct. According to PHP
documentation the syntax of it is correct.
Another person who has had this problem has documented it here:
http://www.faqchest.com/prgm/php-l/php-02/php-0205/php-020581/php02052416_25320.html.
I distribute the script for free and I have had at least 4 different
users report that they are having this problem.
The variable $USER['TEMP'] has been defined before and is not null.
Reproduce code:
---
$q = DoQuery("SELECT * FROM $SERVER[TBL_PREFIX]users WHERE
username='$USER[NAME]'");
$USER['TEMP'] = $row[13];
$k = 1; $i = 0; $s = 0; $r[0] = "";
$USER['TEMP'] .= "!";
while($k){
$sub = substr($USER['TEMP'],$i,1);
if($sub == "!"){
$k = 0;
break;
}
if($sub == ","){
$s++;
}else{
@$r[$s] .= $sub;
}
$i++;
}
Expected result:
I would expect it to add "!" to $USER['TEMP'] every time it goes through
the while loop, on some servers it does but on others it returns the error
even if they are the same type of server running the same version of PHP.
Actual result:
--
On some servers it works correctly and on others it says:
Fatal error: Cannot use assign-op operators with overloaded objects nor
string offsets in
(FILE PATH) on line (LINE NUMBER)
--
Edit bug report at http://bugs.php.net/?id=26368&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26368&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26368&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26368&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26368&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26368&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=26368&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26368&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26368&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26368&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26368&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26368&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26368&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26368&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26368&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26368&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26368&r=float
#26535 [NEW]: Weird error on dl()
From: webmaster at tv2knet dot net Operating system: Linux Debian 2.4.23 PHP version: 4.3.4 PHP Bug Type: Dynamic loading Bug description: Weird error on dl() Description: When I try to load any extension (in this case the sqlite.so extension), I get this weird error when accessing the file thrua webpage: Warning: dl(): Unable to load dynamic library 'V/ÐF8uPl¹¶çT /sqlite.so' - V/ÐF8uPl¹¶çT /sqlite.so: cannot open shared object file: No such file or directory in /home/tvke/tv2knet.net/so/sqlite.dll.php on line 34 But when I use my shell to load the extension - Same script, same server, it does work. Please fix this/help me Greetz to all, - The TV2kNET Admin NOTE: I did try to search the bugsdatabase, BUT I COULDNT SEARCH ON DL()!!! Reproduce code: --- dl($module); Expected result: That it loads the dynamic module. Actual result: -- Warning: dl(): Unable to load dynamic library 'V/ÐF8uPl¹¶çT /sqlite.so' - V/ÐF8uPl¹¶çT /sqlite.so: cannot open shared object file: No such file or directory in /home/tvke/tv2knet.net/so/sqlite.dll.php on line 34 -- Edit bug report at http://bugs.php.net/?id=26535&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26535&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26535&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26535&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26535&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26535&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26535&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26535&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26535&r=support Expected behavior: http://bugs.php.net/fix.php?id=26535&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26535&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26535&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26535&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26535&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26535&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26535&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26535&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26535&r=float
#26550 [NEW]: Having a problem with include
From: webmaster at surrealhosting dot net
Operating system: Red Hat Lynix 7.2
PHP version: 4.3.3
PHP Bug Type: *General Issues
Bug description: Having a problem with include
Description:
Hello well on my forum i have it include a header and footer from my main
page and i get this error
Warning: Unknown(): stream does not support seeking in
/home/cflores/public_html/forum/global.php(313) : eval()'d code on line 4
Warning: Unknown(): stream does not support seeking in
/home/cflores/public_html/forum/global.php(313) : eval()'d code on line 9
The following code is what i put in my vbulletin forum.
Reproduce code:
---
ob_start();
require_once("http://www.surrealhosting.net/forum/header.php";);
$header3 = ob_get_contents();
ob_end_clean();
ob_start();
require_once("http://www.surrealhosting.net/forum/footer.php";);
$footer3 = ob_get_contents();
ob_end_clean();
Expected result:
i expect it to just show the header and footer phps
--
Edit bug report at http://bugs.php.net/?id=26550&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26550&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26550&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26550&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26550&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26550&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26550&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26550&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26550&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26550&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26550&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26550&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26550&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26550&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26550&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26550&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26550&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26550&r=float
#26569 [NEW]: Backslash \ is removed with eval
From: webmaster at acecoolco dot com
Operating system: Linux
PHP version: 4.3.3
PHP Bug Type: Unknown/Other Function
Bug description: Backslash \ is removed with eval
Description:
Ive finally traced this bug.
If you have a page generated with EVAL
Ok, I have a form, when you submit it, it adds code to mysql database, it
works, but using EVAL, it removes \s
I saw the other bug report saying highlight_string removes the
backslashes, this is NOT the case.
sites using EVAL, eval removes the backslash, vbb uses eval, it removes
the \ on submission.
I used to use eval, it removed the backslash on submit.
Reproduce code:
---
$patterns[] = "/{ACWB_DISPLAYPAGELOADTIME}/"; $contents[] =
"$DisplayPageLoadTime";
$Template_IT = @preg_replace($patterns, $contents, $string);
echo $Template_IT;
// I have taken out Eval due to possible security flaws...
/* @eval("?>" . $Template_IT . "http://bugs.php.net/?id=26569&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26569&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26569&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26569&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26569&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26569&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26569&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26569&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26569&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26569&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26569&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26569&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26569&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26569&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26569&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26569&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26569&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26569&r=float
#26569 [Fbk->Opn]: Backslash \ is removed with eval
ID: 26569
User updated by: webmaster at acecoolco dot com
Reported By: webmaster at acecoolco dot com
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Linux
PHP Version: 4.3.3
New Comment:
Well, to template my pages, I use file_get_contents of the file, next I
preg replace everything, then
eval("?>" . $Template_IT . "http://www.acecoolco.com/media_tutorialshow.php?id=28
It inserted fine, stripped the slashes even though it wasnt supposed
to, and the resulting page, instead of a thank you page, I got a blank
page.
I will work on a basic script to show exactly what I mean, it will be
in the next reply
Previous Comments:
[2003-12-09 17:42:47] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2003-12-09 17:10:12] webmaster at acecoolco dot com
Description:
Ive finally traced this bug.
If you have a page generated with EVAL
Ok, I have a form, when you submit it, it adds code to mysql database,
it works, but using EVAL, it removes \s
I saw the other bug report saying highlight_string removes the
backslashes, this is NOT the case.
sites using EVAL, eval removes the backslash, vbb uses eval, it removes
the \ on submission.
I used to use eval, it removed the backslash on submit.
Reproduce code:
---
$patterns[] = "/{ACWB_DISPLAYPAGELOADTIME}/"; $contents[] =
"$DisplayPageLoadTime";
$Template_IT = @preg_replace($patterns, $contents, $string);
echo $Template_IT;
// I have taken out Eval due to possible security flaws...
/* @eval("?>" . $Template_IT . "http://bugs.php.net/?id=26569&edit=1
#26837 [NEW]: mhash seems not loading on PHP as ISAPI
From: webmaster at sparovcek dot net Operating system: Win2k server/IIS5 PHP version: 4.3.4 PHP Bug Type: mhash related Bug description: mhash seems not loading on PHP as ISAPI Description: I was trying to install php_mhash.dll with bundled libmhash.dll library on my Windows 2000 server, but it simply did not start! Everytime I called mhash() function, I get error: "Call to undefined function mhash() ..." After some exercise with checking /extensions dir, and PHP.INI, and after I found 0 (ZERO) configuration mistakes (all other extensions and modules loaded with no problem), I did the following: I copied the PHP installation from server to my local machine, and installed it. And mhash() function WORKED WITH NO PROBLEM! Now, where are the diferences? MHASH is NOT WORKING on this machine: - Windows 2000 server - IIS 5 - PHP 4.3.4 loaded as ISAPI MHASH is WORKING on this machine: - Windows XP pro - Apache 1.3.23 - PHP 4.3.4 loaded as CGI/EXE My opinion is that running PHP as ISAPI module has something to do with it. But I did not experiment too much, because I have only *working* server, not for development purposes. -- Edit bug report at http://bugs.php.net/?id=26837&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26837&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26837&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26837&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26837&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26837&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26837&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26837&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26837&r=support Expected behavior: http://bugs.php.net/fix.php?id=26837&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26837&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26837&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26837&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26837&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26837&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26837&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26837&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26837&r=float
#26858 [NEW]: php_value is buggy for paths
From: webmaster at cricel dot com Operating system: Win32 Widows XP PHP version: 4.3.4 PHP Bug Type: PHP options/info functions Bug description: php_value is buggy for paths Description: Using php_value to set include_path into httpd.conf or .htaccess keeps the last " into the variable. Example, php_php_value include_path "/mydisk/mydir/" will set include_path to /mydisk/mydir/" therefore any include/require statement will build /mydisk/mydic/"myfile.inc.php while is expected /mydisk/mydic/myfile.inc.php Reproduce code: --- php_value include_path "C:\Documents and Settings\JM\Mes documents\Web\www\html\ssi\php\" Expected result: C:\Documents and Settings\JM\Mes documents\Web\www\html\ssi\php\ Actual result: -- C:\Documents and Settings\JM\Mes documents\Web\www\html\ssi\php\" -- Edit bug report at http://bugs.php.net/?id=26858&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26858&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26858&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26858&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26858&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26858&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26858&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26858&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26858&r=support Expected behavior: http://bugs.php.net/fix.php?id=26858&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26858&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26858&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26858&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26858&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26858&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26858&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26858&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26858&r=float
#26858 [Bgs]: php_value is buggy for paths
ID: 26858 User updated by: webmaster at cricel dot com Reported By: webmaster at cricel dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Win32 Widows XP PHP Version: 4.3.4 New Comment: I found the cause: - on Win32 platform, if the path ends with \", Apache understand to force a " char in a string (backquoted). So the path string must be ended without a \ Previous Comments: [2004-01-10 20:15:31] [EMAIL PROTECTED] Can not reproduce with latest CVS. (and AFAICT, it's apache bug if any) [2004-01-10 09:07:17] webmaster at cricel dot com Description: Using php_value to set include_path into httpd.conf or .htaccess keeps the last " into the variable. Example, php_php_value include_path "/mydisk/mydir/" will set include_path to /mydisk/mydir/" therefore any include/require statement will build /mydisk/mydic/"myfile.inc.php while is expected /mydisk/mydic/myfile.inc.php Reproduce code: --- php_value include_path "C:\Documents and Settings\JM\Mes documents\Web\www\html\ssi\php\" Expected result: C:\Documents and Settings\JM\Mes documents\Web\www\html\ssi\php\ Actual result: -- C:\Documents and Settings\JM\Mes documents\Web\www\html\ssi\php\" -- Edit this bug report at http://bugs.php.net/?id=26858&edit=1
#23042 [Com]: Cannot redefine function in class
ID: 23042
Comment by: webmaster at mentch dot net
Reported By: patrice dot ferlet at wanadoo dot fr
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux mandrake 9.1
PHP Version: 4.3.1
New Comment:
I have had the same experience. In PHP 4.2.2, I could have a function
name with multiple declarations with different parameters. However, I
just migrated the site to a server that has PHP 4.3.5 and it crashed
with that same fatal error?? What gives?
In PHP 4.2.2 and earlier, I could use both functions prototypes
successfully when they were in the same class...
Previous Comments:
[2003-04-04 14:38:56] patrice dot ferlet at wanadoo dot fr
the fact is here... ;o)
http://copix.aston.fr with php 4.1 and http://www.metal3d.com/copix php
4.3.1
this is the same code source...
[2003-04-04 02:48:24] [EMAIL PROTECTED]
We fixed a bug so that it displays a warning when you try to do this.
It never actually worked in earlier releases (try it!), and we never
stated that you could overload functions in this way in the manual.
[2003-04-04 01:50:17] patrice dot ferlet at wanadoo dot fr
try this:
class test
{
function blah ($one, $two)
{
echo "ONE\n";
}
function blha ($one, $two, $three)
{
echo "TWO";
}
}
In OOP, we can declare several prototypes of a class method, in php 4.0
i could do this, but with php 4.3.1 i cannot anymore.
I think this is a very important problem.
For a framework i use (and i contribute) this is a real big problem!
[2003-04-03 19:40:07] [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-04-03 16:48:01] patrice dot ferlet at wanadoo dot fr
Fatal error: Cannot redeclare copixaction() in
/var/www/html/newcopix/utils/copix/core/CopixAction.class.php on line
59
Last version of PHP worked but not today with 4.3.1.
I cannot redefine a function in class... but i do oop !
thanks
--
Edit this bug report at http://bugs.php.net/?id=23042&edit=1
#24053 [Com]: include issues spurious "stream" warning that clutters up the page ...
ID: 24053
Comment by: webmaster at nowproduction dot com
Reported By: jphey at netdoor dot com
Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Linux 2.4.20
PHP Version: 4.3.2
New Comment:
I had the same error "Warning: main(): stream does not support
seeking...".
You can include remote files with adding an '@'. This code should
work:
http://remoteurl.com/somefile.html'); ?>
Previous Comments:
[2004-01-17 18:20:22] [EMAIL PROTECTED]
Not PHP but Zend Optimizer bug -> bogus.
[2004-01-17 05:43:57] [EMAIL PROTECTED]
If it only happens when you have Zend Optimizer loaded,
it's a Zend Optimizer bug. URL includes under windows
are handled slightly differently internally (due to flex/
bison issues when working on sockets), which would explain
why you don't have the problem there.
[2004-01-17 03:26:54] choinet at rocketmail dot com
The other hosts that worked fine did not have the Zend Optimizer, just
to clarify.
[2004-01-16 04:15:51] choinet at rocketmail dot com
To the two comments asking about using variables defined in the remote
file, one must realize that the external file is parsed and the html
output is only returned for inclusion.
Also, the above comment does not directly deal with external url
inclusions generating a warning, unless Zend Optimizer causes the same
warning as such.
I am experiencing the same problem on a PHP 4.3.4/Linux/Apache 1.3.29
server. The odd thing is that this problem does not occur on my Windows
testbed or three other Linux/PHP 4.3.4 hosts.
[2004-01-04 11:21:44] the_sandking at hotmail dot com
Indeed, Zend optimizer is newly installed and I am having the same
problem including a local file..
include('../../dir/filename.php');
This complains via the browser about "failed to open stream: No such
file or directory" But in fact inclues the file in question...
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/24053
--
Edit this bug report at http://bugs.php.net/?id=24053&edit=1
#27052 [NEW]: rand() returns easily predictable numbers
From: webmaster at armondc dot com Operating system: Windows 2000 Professional PHP version: 4.3.4 PHP Bug Type: Unknown/Other Function Bug description: rand() returns easily predictable numbers Description: I'm not sure if this is a very major problem, or even a bug, but here goes: It seems rand() on Windows is very predictable. I've tried it on 2 Windows Systems, and they were both predictable. It showed a breif unpredictable segment, then followed by the same string of characters over and over, and finally a few more unpredictable characters. I tried this on a FreeBSD 5.2 System, and it was unpreditable enough. Seems to be a windows-only problem. I also noticed bug#11108 - It seems similar, but the submitter was using his own seeds, and I am using without. Reproduce code: --- Expected result: Something a bit random like: HEOSITFS[ZYH_EVIVVXSLCWRHHC_]_L^PIBTC\TXPBWQLCM^VZSU`UHOG[\VF[KCDGFZM^Q\IG^KAIYPIYBSBIMGHXIBMPHLY\OAZMYAZPJ_`D`F\X\QXR[GP]DQLRHMYIOERBMEKBDJMJPN]J\\KPES^EGRKKO^S[`XL\SSHQXOYQU_JDMM`ZEUEOQOYMHJPYDTRRU_URHYJGXRQYDYADD]OBVUGC^GGSXPRJJAOAKRAYYN^Q\`XFQJNOWQKAJBFONFXNDZFFIMYRL`ROH^]IM_MINJI\MJJAVG`]_B_EAV`C\O_\DHCHLX_NIO`U^KMJF\`K]VZDOZ_FAWCZC_IQK^[NTPZCC]XEFZ[`\AG[PV^XLPRYVAS]ZPH`^WAXYAZYGK_M_QK`F]PRMP^BBPTRV^KV_VDOLFIM]WQNHVF^DYWGGSGLJ_ZMODG[Z_AAXBYD^FS\MITLZESC`DXLH]NWNIVWZZMVMSXFQMG[O[W[YSPVMTQLHD Actual result: -- An easily spotted pattern: ]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\ -- Edit bug report at http://bugs.php.net/?id=27052&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27052&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27052&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27052&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27052&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27052&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27052&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27052&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27052&r=support Expected behavior: http://bugs.php.net/fix.php?id=27052&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27052&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27052&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27052&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27052&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27052&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27052&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27052&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27052&r=float
#27052 [Opn]: rand() returns easily predictable numbers
ID: 27052 User updated by: webmaster at armondc dot com Reported By: webmaster at armondc dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows 2000 Professional PHP Version: 4.3.4 New Comment: On the "actual result" its not as easily spotted without wrapping. This should give a better picture: ]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\ Previous Comments: [2004-01-26 15:53:26] webmaster at armondc dot com Description: I'm not sure if this is a very major problem, or even a bug, but here goes: It seems rand() on Windows is very predictable. I've tried it on 2 Windows Systems, and they were both predictable. It showed a breif unpredictable segment, then followed by the same string of characters over and over, and finally a few more unpredictable characters. I tried this on a FreeBSD 5.2 System, and it was unpreditable enough. Seems to be a windows-only problem. I also noticed bug#11108 - It seems similar, but the submitter was using his own seeds, and I am using without. Reproduce code: --- Expected result: Something a bit random like: HEOSITFS[ZYH_EVIVVXSLCWRHHC_]_L^PIBTC\TXPBWQLCM^VZSU`UHOG[\VF[KCDGFZM^Q\IG^KAIYPIYBSBIMGHXIBMPHLY\OAZMYAZPJ_`D`F\X\QXR[GP]DQLRHMYIOERBMEKBDJMJPN]J\\KPES^EGRKKO^S[`XL\SSHQXOYQU_JDMM`ZEUEOQOYMHJPYDTRRU_URHYJGXRQYDYADD]OBVUGC^GGSXPRJJAOAKRAYYN^Q\`XFQJNOWQKAJBFONFXNDZFFIMYRL`ROH^]IM_MINJI\MJJAVG`]_B_EAV`C\O_\DHCHLX_NIO`U^KMJF\`K]VZDOZ_FAWCZC_IQK^[NTPZCC]XEFZ[`\AG[PV^XLPRYVAS]ZPH`^WAXYAZYGK_M_QK`F]PRMP^BBPTRV^KV_VDOLFIM]WQNHVF^DYWGGSGLJ_ZMODG[Z_AAXBYD^FS\MITLZESC`DXLH]NWNIVWZZMVMSXFQMG[O[W[YSPVMTQLHD Actual result: -- An easily spotted pattern: ]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\ -- Edit this bug report at http://bugs.php.net/?id=27052&edit=1
#27052 [Fbk->Opn]: rand() returns easily predictable numbers
ID: 27052 User updated by: webmaster at armondc dot com Reported By: webmaster at armondc dot com -Status: Feedback +Status: Open Bug Type: Math related Operating System: Windows 2000 Professional -PHP Version: 4.3.4 +PHP Version: 4.3.5RC2-dev New Comment: I tried it on 4.3.5RC2-dev, and it's still relativly the same. The pattern is slightly different, but is still as predictable as before. Previous Comments: [2004-01-26 19:04:34] [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 Some rand() related bugs have already been fixed.. [2004-01-26 15:56:22] webmaster at armondc dot com On the "actual result" its not as easily spotted without wrapping. This should give a better picture: ]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F [LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\ [2004-01-26 15:53:26] webmaster at armondc dot com Description: I'm not sure if this is a very major problem, or even a bug, but here goes: It seems rand() on Windows is very predictable. I've tried it on 2 Windows Systems, and they were both predictable. It showed a breif unpredictable segment, then followed by the same string of characters over and over, and finally a few more unpredictable characters. I tried this on a FreeBSD 5.2 System, and it was unpreditable enough. Seems to be a windows-only problem. I also noticed bug#11108 - It seems similar, but the submitter was using his own seeds, and I am using without. Reproduce code: --- Expected result: Something a bit random like: HEOSITFS[ZYH_EVIVVXSLCWRHHC_]_L^PIBTC\TXPBWQLCM^VZSU`UHOG[\VF[KCDGFZM^Q\IG^KAIYPIYBSBIMGHXIBMPHLY\OAZMYAZPJ_`D`F\X\QXR[GP]DQLRHMYIOERBMEKBDJMJPN]J\\KPES^EGRKKO^S[`XL\SSHQXOYQU_JDMM`ZEUEOQOYMHJPYDTRRU_URHYJGXRQYDYADD]OBVUGC^GGSXPRJJAOAKRAYYN^Q\`XFQJNOWQKAJBFONFXNDZFFIMYRL`ROH^]IM_MINJI\MJJAVG`]_B_EAV`C\O_\DHCHLX_NIO`U^KMJF\`K]VZDOZ_FAWCZC_IQK^[NTPZCC]XEFZ[`\AG[PV^XLPRYVAS]ZPH`^WAXYAZYGK_M_QK`F]PRMP^BBPTRV^KV_VDOLFIM]WQNHVF^DYWGGSGLJ_ZMODG[Z_AAXBYD^FS\MITLZESC`DXLH]NWNIVWZZMVMSXFQMG[O[W[YSPVMTQLHD Actual result: -- An easily spotted pattern: ]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\ -- Edit this bug report at http://bugs.php.net/?id=27052&edit=1
#27052 [Bgs]: rand() returns easily predictable numbers
ID: 27052
User updated by: webmaster at armondc dot com
Reported By: webmaster at armondc dot com
Status: Bogus
Bug Type: Math related
Operating System: Windows 2000 Professional
PHP Version: 4.3.5RC2-dev
New Comment:
I do not see what RAND_MAX has to do with it, and excuse me if I'm
wrong here-
for($x = 0; $x < 15000; $x++) {
echo chr((rand(0,32768)%32)+65);
}
This code should replicate the problem on a unix-like platform, however
from my tests it doesn't.
Just trying to help :)
Previous Comments:
[2004-01-26 20:06:10] [EMAIL PROTECTED]
RTFM:
Note: On some platforms (such as Windows) RAND_MAX is only 32768. If
you require a range larger than 32768, consider using mt_rand()
instead.
[2004-01-26 20:03:17] webmaster at armondc dot com
I tried it on 4.3.5RC2-dev, and it's still relativly the same. The
pattern is slightly different, but is still as predictable as before.
[2004-01-26 19:04:34] [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
Some rand() related bugs have already been fixed..
[2004-01-26 15:56:22] webmaster at armondc dot com
On the "actual result" its not as easily spotted without wrapping.
This should give a better picture:
]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F
[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F
[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F
[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F
[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F
[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F
[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F
[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\
[2004-01-26 15:53:26] webmaster at armondc dot com
Description:
I'm not sure if this is a very major problem, or even a bug, but here
goes:
It seems rand() on Windows is very predictable.
I've tried it on 2 Windows Systems, and they were both predictable. It
showed a breif unpredictable segment, then followed by the same string
of characters over and over, and finally a few more unpredictable
characters.
I tried this on a FreeBSD 5.2 System, and it was unpreditable enough.
Seems to be a windows-only problem.
I also noticed bug#11108 - It seems similar, but the submitter was
using his own seeds, and I am using without.
Reproduce code:
---
Expected result:
Something a bit random like:
HEOSITFS[ZYH_EVIVVXSLCWRHHC_]_L^PIBTC\TXPBWQLCM^VZSU`UHOG[\VF[KCDGFZM^Q\IG^KAIYPIYBSBIMGHXIBMPHLY\OAZMYAZPJ_`D`F\X\QXR[GP]DQLRHMYIOERBMEKBDJMJPN]J\\KPES^EGRKKO^S[`XL\SSHQXOYQU_JDMM`ZEUEOQOYMHJPYDTRRU_URHYJGXRQYDYADD]OBVUGC^GGSXPRJJAOAKRAYYN^Q\`XFQJNOWQKAJBFONFXNDZFFIMYRL`ROH^]IM_MINJI\MJJAVG`]_B_EAV`C\O_\DHCHLX_NIO`U^KMJF\`K]VZDOZ_FAWCZC_IQK^[NTPZCC]XEFZ[`\AG[PV^XLPRYVAS]ZPH`^WAXYAZYGK_M_QK`F]PRMP^BBPTRV^KV_VDOLFIM]WQNHVF^DYWGGSGLJ_ZMODG[Z_AAXBYD^FS\MITLZESC`DXLH]NWNIVWZZMVMSXFQMG[O[W[YSPVMTQLHD
Actual result:
--
An easily spotted pattern:
]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\YRWXENCTQJOP]F[LIBGHU^SDAZ_`MVK\
--
Edit this bug report at http://bugs.php.net/?id=27052&edit=1
#27279 [NEW]: Database data not stripped - whitespace everywhere
From: webmaster at birkman dot com Operating system: Linux 2.4 to MSSQL2000 PHP version: 4.3.4 PHP Bug Type: Sybase (dblib) related Bug description: Database data not stripped - whitespace everywhere Description: In looking at the ChangeLog, I don't see anything describing the behavior I'm seeing. Most of the data returned from the database has whitespace at the end, even bits and integers. Has something changed requiring the use of trim() on every resultset coming from a sybase database? Wouldn't a trim() operation in C be faster than one in PHP? This behavior occurs in PHP-4.3.4 but not in our production version of PHP-4.3.2 Thanks, David Steckbeck -- Edit bug report at http://bugs.php.net/?id=27279&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27279&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27279&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27279&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27279&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27279&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27279&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27279&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27279&r=support Expected behavior: http://bugs.php.net/fix.php?id=27279&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27279&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27279&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27279&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27279&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27279&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27279&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27279&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27279&r=float
#27279 [Bgs]: Database data not stripped - whitespace everywhere
ID: 27279 User updated by: webmaster at birkman dot com Reported By: webmaster at birkman dot com Status: Bogus Bug Type: Sybase (dblib) related Operating System: Linux 2.4 to MSSQL2000 PHP Version: 4.3.4 New Comment: I searched on various keywords (whitespace, sybase, spacing, extra spaces) and nothing came up related to this issue of 4.3.2 -> 4.3.4 spacing. If you wouldn't mind, could you please post links to the bugs you're referencing, and I'll be more than happy to move my comments? Also, I have CLI versions of 4.3.2 and 4.3.4 both built with the exact same libraries showing the bug. And I have a 4.3.4 version built (exact same way) except the 'if ilia_0' has been commented out of php_sybase_db.c, and it works fine. Previous Comments: [2004-02-16 11:05:15] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. This is due to a bug in the library not PHP. For more information search for similar bugs (there were several). [2004-02-16 09:40:22] webmaster at birkman dot com Description: In looking at the ChangeLog, I don't see anything describing the behavior I'm seeing. Most of the data returned from the database has whitespace at the end, even bits and integers. Has something changed requiring the use of trim() on every resultset coming from a sybase database? Wouldn't a trim() operation in C be faster than one in PHP? This behavior occurs in PHP-4.3.4 but not in our production version of PHP-4.3.2 Thanks, David Steckbeck -- Edit this bug report at http://bugs.php.net/?id=27279&edit=1
#27279 [Bgs->Opn]: Database data not stripped - whitespace everywhere
ID: 27279 User updated by: webmaster at birkman dot com Reported By: webmaster at birkman dot com -Status: Bogus +Status: Open Bug Type: Sybase (dblib) related Operating System: Linux 2.4 to MSSQL2000 PHP Version: 4.3.4 New Comment: Changed status to open Previous Comments: [2004-02-17 08:46:07] webmaster at birkman dot com I searched on various keywords (whitespace, sybase, spacing, extra spaces) and nothing came up related to this issue of 4.3.2 -> 4.3.4 spacing. If you wouldn't mind, could you please post links to the bugs you're referencing, and I'll be more than happy to move my comments? Also, I have CLI versions of 4.3.2 and 4.3.4 both built with the exact same libraries showing the bug. And I have a 4.3.4 version built (exact same way) except the 'if ilia_0' has been commented out of php_sybase_db.c, and it works fine. [2004-02-16 11:05:15] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. This is due to a bug in the library not PHP. For more information search for similar bugs (there were several). [2004-02-16 09:40:22] webmaster at birkman dot com Description: In looking at the ChangeLog, I don't see anything describing the behavior I'm seeing. Most of the data returned from the database has whitespace at the end, even bits and integers. Has something changed requiring the use of trim() on every resultset coming from a sybase database? Wouldn't a trim() operation in C be faster than one in PHP? This behavior occurs in PHP-4.3.4 but not in our production version of PHP-4.3.2 Thanks, David Steckbeck -- Edit this bug report at http://bugs.php.net/?id=27279&edit=1
#27279 [Bgs]: Database data not stripped - whitespace everywhere
ID: 27279 User updated by: webmaster at birkman dot com Reported By: webmaster at birkman dot com Status: Bogus Bug Type: Sybase (dblib) related Operating System: Linux 2.4 to MSSQL2000 PHP Version: 4.3.4 New Comment: Hey Again, I'm not trying to be pedantic here but I did try searching for a wide variety of keywords in order to locate the existing bug you referred to. Since I've had no luck thusfar, might you be so kind as to just supply me with a direct link to the already-open bug that my bug was a duplicate of? I'm more than willing to allow my bug to be deemed "closed/bogus" if it is in fact a duplicate, I'd just like a chance to review the original bug to reassure myself that my bug was indeed redundant. Previous Comments: [2004-02-18 11:47:20] [EMAIL PROTECTED] Please don't open this anymore, search again. ---- [2004-02-18 08:16:25] webmaster at birkman dot com Changed status to open ---- [2004-02-17 08:46:07] webmaster at birkman dot com I searched on various keywords (whitespace, sybase, spacing, extra spaces) and nothing came up related to this issue of 4.3.2 -> 4.3.4 spacing. If you wouldn't mind, could you please post links to the bugs you're referencing, and I'll be more than happy to move my comments? Also, I have CLI versions of 4.3.2 and 4.3.4 both built with the exact same libraries showing the bug. And I have a 4.3.4 version built (exact same way) except the 'if ilia_0' has been commented out of php_sybase_db.c, and it works fine. [2004-02-16 11:05:15] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. This is due to a bug in the library not PHP. For more information search for similar bugs (there were several). ---- [2004-02-16 09:40:22] webmaster at birkman dot com Description: In looking at the ChangeLog, I don't see anything describing the behavior I'm seeing. Most of the data returned from the database has whitespace at the end, even bits and integers. Has something changed requiring the use of trim() on every resultset coming from a sybase database? Wouldn't a trim() operation in C be faster than one in PHP? This behavior occurs in PHP-4.3.4 but not in our production version of PHP-4.3.2 Thanks, David Steckbeck -- Edit this bug report at http://bugs.php.net/?id=27279&edit=1
