#30056 [NEW]: Merge CLI and CGI functionality
From: techtonik at tut dot by Operating system: PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Merge CLI and CGI functionality Description: I know that it is strange request and for developers it is more difficult to support two different functionalities in one binary, but.. For a long run PHP had this two .exe messing around and often it was quite easy to mention CLI instead of CGI and vice versa. With PHP5 CLI version becomes default and CGI migrated into directory. In PHP4 in directory was CLI version. Although it is quite easy to remember, it is rather hard to explain users what is CGI or CLI, why their php.exe is incorrect and where to find another php.exe. Often they just replace CGI with CLI (with correct version, ehh) and after upgrade to the story begins anew. I know that this is not so easy, but if there were a voting systems for proposals I bet this one would be in the first 20. I propose to leave default behavior as CGI and use -f key to execute script in CLI mode. Of course, it is more convenient to leave default mode to CLI, but it can probably lead to incompatibilities with CGI specification. Reproduce code: --- CGI behavior php.exe file.php CLI php.exe -f file.php -- Edit bug report at http://bugs.php.net/?id=30056edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30056r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30056r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30056r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30056r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30056r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30056r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30056r=needscript Try newer version: http://bugs.php.net/fix.php?id=30056r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30056r=support Expected behavior: http://bugs.php.net/fix.php?id=30056r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30056r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30056r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30056r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30056r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30056r=dst IIS Stability: http://bugs.php.net/fix.php?id=30056r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30056r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30056r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30056r=mysqlcfg
#30056 [WFx]: Merge CLI and CGI functionality
ID: 30056 User updated by: techtonik at tut dot by Reported By: techtonik at tut dot by Status: Wont fix Bug Type:Feature/Change Request PHP Version: Irrelevant New Comment: Sure it will introduce some problems, but only with PHP and support scripts installation and only with one of the CGI and CLI stepbrothers. This is major change and it, of course, should be indicated at the top of install.txt. Those, who are running CGI version won't feel any changes in PHP's behavior. Only CLI users will need to change their PHP detection routines by adding -f or --cli key to execute the scipt. There also can be some environment checks to detect CGI or CLI mode of PHP executable along with explicit keys. At least you can make it phpi.exe or phpex.exe. If they are so different, you can glue the binaries and include stub, which will parse cmdline or cgi environment variables and pass control to appropriate part. This is a bad solution, since CLI version is very limited under windows (it doesn't understand ordinary quotes, for example), but it will be possible to release such thing at least in next year. Previous Comments: [2004-09-10 23:21:08] [EMAIL PROTECTED] You are at least one year to late. Now such a change would introduce a major BC problem for both versions. Also it is not so easily to merge them because they are in fact very different. Just read the docs and be done. If some users don't read it and get a problem, well than it is their problem. [2004-09-10 21:26:07] techtonik at tut dot by Description: I know that it is strange request and for developers it is more difficult to support two different functionalities in one binary, but.. For a long run PHP had this two .exe messing around and often it was quite easy to mention CLI instead of CGI and vice versa. With PHP5 CLI version becomes default and CGI migrated into directory. In PHP4 in directory was CLI version. Although it is quite easy to remember, it is rather hard to explain users what is CGI or CLI, why their php.exe is incorrect and where to find another php.exe. Often they just replace CGI with CLI (with correct version, ehh) and after upgrade to the story begins anew. I know that this is not so easy, but if there were a voting systems for proposals I bet this one would be in the first 20. I propose to leave default behavior as CGI and use -f key to execute script in CLI mode. Of course, it is more convenient to leave default mode to CLI, but it can probably lead to incompatibilities with CGI specification. Reproduce code: --- CGI behavior php.exe file.php CLI php.exe -f file.php -- Edit this bug report at http://bugs.php.net/?id=30056edit=1
#28508 [NEW]: hypot is broken
From: techtonik at tut dot by Operating system: Windows 2000 PHP version: 4.3.6 PHP Bug Type: Math related Bug description: hypot is broken Description: hypot() support seems to be broken on windows. Can anybody confirm? Reproduce code: --- ?php $x = hypot(3, 4); var_dump($x); ? Expected result: 5 Actual result: -- NULL -- Edit bug report at http://bugs.php.net/?id=28508edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28508r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28508r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28508r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28508r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28508r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28508r=needscript Try newer version: http://bugs.php.net/fix.php?id=28508r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28508r=support Expected behavior: http://bugs.php.net/fix.php?id=28508r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28508r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28508r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28508r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28508r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28508r=dst IIS Stability: http://bugs.php.net/fix.php?id=28508r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28508r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28508r=float
#27526 [Bgs-Opn]: Loading TiFF file crashes Apache 2.0.48
ID: 27526 User updated by: techtonik at tut dot by Reported By: techtonik at tut dot by -Status: Bogus +Status: Open Bug Type: *PDF functions Operating System: Windows 2000 -PHP Version: 4.3.5RC3 +PHP Version: 4.3.6RC2 New Comment: So, will you upgrade PDFlib in PHP distributive to latest available? Previous Comments: [2004-03-13 14:10:44] techtonik at tut dot by Why don't you include latest 4.0.3 Pdflib in distributive? http://www.pdflib.com/support/faq.html#PHP43xforPDFlib403 The BUG is fixed with it. Current version in latest distributive is 4.0.2 [2004-03-08 12:16:33] [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. This is a bug in the old libpdf libraries, upgrade your library to the latest stable libpdf library avaliable and the bug will go away. [2004-03-08 09:10:42] techtonik at tut dot by Description: pdf_open_image_file() crashes Apache while attempting to load TiFF file. Reproduce code: --- ?php $pdf = pdf_new(); pdf_open_file($pdf); pdf_begin_page($pdf, 200, 200); //this function crashes $pdfimage = pdf_open_image_file($pdf, tiff, test.tif); //pdf_place_image($pdf, $pdfimage, 10, 10, 0.6); //pdf_close_image($pdf, $pdfimage); //close it up pdf_end_page($pdf); pdf_close($pdf); $data = pdf_get_buffer($pdf); ? Actual result: -- Start of function trace 0.0021 0 - pdf_new() C:\MyFiles.XFiles\Numerald\test18.php:5 0.0025 0 - pdf_open_file(resource(2) of type (pdf object)) C:\wwwroot\test18.php:6 0.0029 0 - pdf_begin_page(resource(2) of type (pdf object), 200, 200) C:\wwwroot\Numerald\test18.php:11 0.0040 0 - pdf_open_image_file(resource(2) of type (pdf object), 'tiff', 'test.tif') C:\wwwroot\Numerald\test18.php:14 -- Edit this bug report at http://bugs.php.net/?id=27526edit=1
#27526 [Bgs]: Loading TiFF file crashes Apache 2.0.48
ID: 27526 User updated by: techtonik at tut dot by Reported By: techtonik at tut dot by Status: Bogus Bug Type: *PDF functions Operating System: Windows 2000 PHP Version: 4.3.5RC3 New Comment: Why don't you include latest 4.0.3 Pdflib in distributive? http://www.pdflib.com/support/faq.html#PHP43xforPDFlib403 The BUG is fixed with it. Current version in latest distributive is 4.0.2 Previous Comments: [2004-03-08 12:16:33] [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. This is a bug in the old libpdf libraries, upgrade your library to the latest stable libpdf library avaliable and the bug will go away. [2004-03-08 09:10:42] techtonik at tut dot by Description: pdf_open_image_file() crashes Apache while attempting to load TiFF file. Reproduce code: --- ?php $pdf = pdf_new(); pdf_open_file($pdf); pdf_begin_page($pdf, 200, 200); //this function crashes $pdfimage = pdf_open_image_file($pdf, tiff, test.tif); //pdf_place_image($pdf, $pdfimage, 10, 10, 0.6); //pdf_close_image($pdf, $pdfimage); //close it up pdf_end_page($pdf); pdf_close($pdf); $data = pdf_get_buffer($pdf); ? Actual result: -- Start of function trace 0.0021 0 - pdf_new() C:\MyFiles.XFiles\Numerald\test18.php:5 0.0025 0 - pdf_open_file(resource(2) of type (pdf object)) C:\wwwroot\test18.php:6 0.0029 0 - pdf_begin_page(resource(2) of type (pdf object), 200, 200) C:\wwwroot\Numerald\test18.php:11 0.0040 0 - pdf_open_image_file(resource(2) of type (pdf object), 'tiff', 'test.tif') C:\wwwroot\Numerald\test18.php:14 -- Edit this bug report at http://bugs.php.net/?id=27526edit=1
#27526 [NEW]: Loading TiFF file crashes Apache 2.0.48
From: techtonik at tut dot by Operating system: Windows 2000 PHP version: 4.3.5RC3 PHP Bug Type: *PDF functions Bug description: Loading TiFF file crashes Apache 2.0.48 Description: pdf_open_image_file() crashes Apache while attempting to load TiFF file. Reproduce code: --- ?php $pdf = pdf_new(); pdf_open_file($pdf); pdf_begin_page($pdf, 200, 200); //this function crashes $pdfimage = pdf_open_image_file($pdf, tiff, test.tif); //pdf_place_image($pdf, $pdfimage, 10, 10, 0.6); //pdf_close_image($pdf, $pdfimage); //close it up pdf_end_page($pdf); pdf_close($pdf); $data = pdf_get_buffer($pdf); ? Actual result: -- Start of function trace 0.0021 0 - pdf_new() C:\MyFiles.XFiles\Numerald\test18.php:5 0.0025 0 - pdf_open_file(resource(2) of type (pdf object)) C:\wwwroot\test18.php:6 0.0029 0 - pdf_begin_page(resource(2) of type (pdf object), 200, 200) C:\wwwroot\Numerald\test18.php:11 0.0040 0 - pdf_open_image_file(resource(2) of type (pdf object), 'tiff', 'test.tif') C:\wwwroot\Numerald\test18.php:14 -- Edit bug report at http://bugs.php.net/?id=27526edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27526r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27526r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27526r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27526r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27526r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27526r=needscript Try newer version: http://bugs.php.net/fix.php?id=27526r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27526r=support Expected behavior: http://bugs.php.net/fix.php?id=27526r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27526r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27526r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27526r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27526r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27526r=dst IIS Stability: http://bugs.php.net/fix.php?id=27526r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27526r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27526r=float
#26894 [Bgs]: Apache2 hangs when working with mail
ID: 26894 User updated by: techtonik at tut dot by Reported By: techtonik at tut dot by Status: Bogus Bug Type: IMAP related Operating System: NT 4.0 SP6a PHP Version: 4.3.5RC2 New Comment: Can you implement some custom timeout for connection with this c-client (i don't know that it is)? Is it ok, that this c-client makes temporary files into my root directory? Do you know any free IMAP servers for windows? Can you at least document this behavior? Previous Comments: [2004-02-09 21:55:43] [EMAIL PROTECTED] It's c-client that hangs, not anything in PHP. (Instead of using POP3, use IMAP as it works fine..there are some restrictions with deleting/expunging when you use POP3..) [2004-02-09 13:42:19] techtonik at tut dot by See Bug #23257 There is a sample script, which hangs just fine for me.. File msg2 created in the root C:\ Additionally I added xdebug trace: Start of function trace 1.1202 0 - imap_open() C:\Lotus\virlist_db\ema.php:9 6.7052 0 - imap_num_msg() C:\Lotus\virlist_db\ema.php:11 6.7719 0 - imap_fetchstructure() C:\Lotus\virlist_db\ema.php:15 6.9647 0 - imap_delete() C:\Lotus\virlist_db\ema.php:17 6.9737 0 - imap_expunge() C:\Lotus\virlist_db\ema.php:19 6.9804 0 - imap_fetchstructure() C:\Lotus\virlist_db\ema.php:21 [2004-01-16 10:25:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-16 09:36:16] techtonik at tut dot by I've tried this build. Problem persists - Apache hangs. Virtual memory allocation stops at approximately 6Mb. [2004-01-13 13:30:24] [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 Try the snapshot first. 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/26894 -- Edit this bug report at http://bugs.php.net/?id=26894edit=1
#26894 [NoF-Opn]: Apache2 hangs when working with mail
ID: 26894 User updated by: techtonik at tut dot by -Summary: Apache2 hangs when working with mail. Reported By: techtonik at tut dot by -Status: No Feedback +Status: Open Bug Type: IMAP related Operating System: NT 4.0 SP6a -PHP Version: 4CVS-2004-01-16 +PHP Version: 4.3.5RC2 New Comment: See Bug #23257 There is a sample script, which hangs just fine for me.. File msg2 created in the root C:\ Additionally I added xdebug trace: Start of function trace 1.1202 0 - imap_open() C:\Lotus\virlist_db\ema.php:9 6.7052 0 - imap_num_msg() C:\Lotus\virlist_db\ema.php:11 6.7719 0 - imap_fetchstructure() C:\Lotus\virlist_db\ema.php:15 6.9647 0 - imap_delete() C:\Lotus\virlist_db\ema.php:17 6.9737 0 - imap_expunge() C:\Lotus\virlist_db\ema.php:19 6.9804 0 - imap_fetchstructure() C:\Lotus\virlist_db\ema.php:21 Previous Comments: [2004-01-21 06:08:56] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2004-01-16 10:25:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-16 09:36:16] techtonik at tut dot by I've tried this build. Problem persists - Apache hangs. Virtual memory allocation stops at approximately 6Mb. [2004-01-13 13:30:24] [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 Try the snapshot first. [2004-01-13 09:45:59] techtonik at tut dot by Description: I'm trying to parse a lot of msges in pop3 mailbox using IMAP functions. Unfortunately I can't find debug biuld for PHP 4.3.4 and I can't compile it myself, so I'll try to descript what is wrong in general. First of all Apache in hung state is endlessly munching file with name like msg77 or msg6 and so on, which it creates in the root! directory on my drive. Figured by Filemon. This file contains full email message, which I'm trying to send via mail() function. Message is random size. Now munching one with size about 1687 bytes. Apache works about hour and couldn't output anything even though I have timeout set to 180 seconds. So I can't even figure the line, where it hangs. My script reads all msgs from 1st till last by one. When msg fetched, an attach in tar.gz format is taked out of it, decompressed by gzinflate() and parsed by preg_match_all(). After that parsed letters remailed to another email. It all began with gzinflate() reporting buffer error and then data error after parsing some amount of msgs. These errors in turn appeared after I have added imap_delete() and imap_expunge() to erase successfully parsed messages. Now it just hangs and that is all. If I can fugure out which function makes Apache 2.0.48 hang I can do a more detailed report. -- Edit this bug report at http://bugs.php.net/?id=26894edit=1
#26894 [Fbk-Opn]: Apache2 hangs when working with mail.
ID: 26894 User updated by: techtonik at tut dot by Reported By: techtonik at tut dot by -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: NT 4.0 SP6a PHP Version: 4.3.4 New Comment: I've tried this build. Problem persists - Apache hangs. Virtual memory allocation stops at approximately 6Mb. Previous Comments: [2004-01-13 13:30:24] [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 Try the snapshot first. [2004-01-13 09:45:59] techtonik at tut dot by Description: I'm trying to parse a lot of msges in pop3 mailbox using IMAP functions. Unfortunately I can't find debug biuld for PHP 4.3.4 and I can't compile it myself, so I'll try to descript what is wrong in general. First of all Apache in hung state is endlessly munching file with name like msg77 or msg6 and so on, which it creates in the root! directory on my drive. Figured by Filemon. This file contains full email message, which I'm trying to send via mail() function. Message is random size. Now munching one with size about 1687 bytes. Apache works about hour and couldn't output anything even though I have timeout set to 180 seconds. So I can't even figure the line, where it hangs. My script reads all msgs from 1st till last by one. When msg fetched, an attach in tar.gz format is taked out of it, decompressed by gzinflate() and parsed by preg_match_all(). After that parsed letters remailed to another email. It all began with gzinflate() reporting buffer error and then data error after parsing some amount of msgs. These errors in turn appeared after I have added imap_delete() and imap_expunge() to erase successfully parsed messages. Now it just hangs and that is all. If I can fugure out which function makes Apache 2.0.48 hang I can do a more detailed report. -- Edit this bug report at http://bugs.php.net/?id=26894edit=1
#26894 [NEW]: Apache2 hangs when working with mail.
From: techtonik at tut dot by Operating system: NT 4.0 SP6a PHP version: 4.3.4 PHP Bug Type: *Mail Related Bug description: Apache2 hangs when working with mail. Description: I'm trying to parse a lot of msges in pop3 mailbox using IMAP functions. Unfortunately I can't find debug biuld for PHP 4.3.4 and I can't compile it myself, so I'll try to descript what is wrong in general. First of all Apache in hung state is endlessly munching file with name like msg77 or msg6 and so on, which it creates in the root! directory on my drive. Figured by Filemon. This file contains full email message, which I'm trying to send via mail() function. Message is random size. Now munching one with size about 1687 bytes. Apache works about hour and couldn't output anything even though I have timeout set to 180 seconds. So I can't even figure the line, where it hangs. My script reads all msgs from 1st till last by one. When msg fetched, an attach in tar.gz format is taked out of it, decompressed by gzinflate() and parsed by preg_match_all(). After that parsed letters remailed to another email. It all began with gzinflate() reporting buffer error and then data error after parsing some amount of msgs. These errors in turn appeared after I have added imap_delete() and imap_expunge() to erase successfully parsed messages. Now it just hangs and that is all. If I can fugure out which function makes Apache 2.0.48 hang I can do a more detailed report. -- Edit bug report at http://bugs.php.net/?id=26894edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26894r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26894r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26894r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26894r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26894r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26894r=needscript Try newer version: http://bugs.php.net/fix.php?id=26894r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26894r=support Expected behavior: http://bugs.php.net/fix.php?id=26894r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26894r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26894r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26894r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26894r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26894r=dst IIS Stability: http://bugs.php.net/fix.php?id=26894r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26894r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26894r=float