#21587 [Opn->Bgs]: ob_gzhandler sending out empty pages
ID: 21587 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Zlib Related Operating System: FreeBSD 4.6 PHP Version: 4.2.2 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: [2003-01-11 14:26:07] [EMAIL PROTECTED] I have an obsolete PDA browser which doesn't support gz compressed pages but sends out the following (unnecessary) header in it's HTTP requests: "Accept-Encoding: " using ob_start("ob_gzhandler"); leads to the browser receiving empty pages. -- Edit this bug report at http://bugs.php.net/?id=21587&edit=1
#21447 [Opn]: gettext stopped working
ID: 21447 Updated by: [EMAIL PROTECTED] -Summary: HTTP::negotiateLanguage() severely bugged. Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Gettext related Operating System: Linux Red Hat 8.0 PHP Version: 4.2.2 New Comment: restored correct summary. Previous Comments: [2003-01-11 18:19:40] [EMAIL PROTECTED] No, I am using a stock Red Hat 8.0 and by default it should use the old process-per-request model (at least, httpd -l gives Compiled in modules: core.c prefork.c http_core.c mod_so.c Any suggestion? [2003-01-05 18:58:36] [EMAIL PROTECTED] Which worker model are you using? If you are using a thread based (worker) model you should be aware that gettext library is NOT thread safe and therefor you will encounter problems when you try using it within the threaded enviroment. [2003-01-05 18:55:58] [EMAIL PROTECTED] After installing Red Hat Linux 8.0 with Apache 2, gettext support stopped working. I am using the sequence of calls putenv("LANG=".$_ERW_locale); setlocale(LC_MESSAGES, $_ERW_locale); bindtextdomain("ERW", $_ERW_localePath); textdomain("ERW"); to bind the text domain, and this worked perfectly in several different ERW installations (http://erw.dsi.unimi.it/) up to the upgrade. It is very difficult to give any other hint. If you create a script like and the translation file is located as follows /home/vigna/cvs/ERW/php/locale/it_IT/LC_MESSAGES/ERW.mo the string does not get translated. The complete lack of feedback of any of the gettext package functions makes it also very difficult to understand what's going wrong. -- Edit this bug report at http://bugs.php.net/?id=21447&edit=1
#21590 [Fbk->Bgs]: PHP 4.3.0 does not function
ID: 21590 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: PWS related Operating System: Windows 98 SE PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2003-01-11 18:02:57] [EMAIL PROTECTED] What extensions are you loading? Did you copy the DLLs from the 4.3.0 installation package to your %SYSTEM%\ directory? (Note: the additional DLLs from your old 4.1.1 may not work with 4.3.0, hence copying the new DLLs) [2003-01-11 16:51:57] [EMAIL PROTECTED] I installed PHP 4.3.0 over 4.1.1 on a Win98SE machine running PWS. I installed using the installation program. After reinstall and reboot PHP scripts no longer functioned: the error was "Cannot find server" (and *not* the common server 500 error. it was the generic error for failing to even find a page.) I verified the installation process: The installer failed to add the correction "extension_dir" path line in the php.ini file. Correcting that did not fix the problem. I returned to the 4.1.1 version. It functions using either the php4ts.dll or the php.exe as the interpreter (set in the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\w3svc\parameters\Script Map registry key). It functions using either its php.ini file or the new one from the 4.3.0 installation. The 4.3.0 system will not work, using either the php4ts.dll or php.exe as the interpreter set in the registry. The php.exe file works properly if called from the shell (to parse a php file). But it fails whenever called by way of PWS, it seems. I have tried running the 4.3.0 installer twice, and I have manually installed 4.3.0 from the binaries. In all cases it fails. I can trivially reinstall 4.1.1 by replacing the 4.3.0 php.exe and php4ts.dll files with the 4.1.1 versions in my install directory. I am using the default PHP configuration, with the exception of placing the install files in c:\program files\PHP. I have not tried using the ISAPI dlls nor have I tried a different installation location. I couldn't find this reported in the database. Sincerely, David Fischer [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21590&edit=1
#21102 [Opn->Fbk]: stat, lstat fail if filesize larger than 2 GB
ID: 21102 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: solaris PHP Version: 4.4.0-dev New Comment: What version of Solaris are you running? Many unixes (even current ones) use a signed int (32-bit) for the st_size element of the stat struct used by their c-library's stat() function. Try taking a look in stat.h and/or types.h if you'd like to confirm this on your local system. Does the stat command (from the shell) return sensible output when run against this file? Previous Comments: [2003-01-11 20:49:47] [EMAIL PROTECTED] Updating -> 4.4.0-dev / open [2003-01-11 20:10:51] [EMAIL PROTECTED] [unable to edit bug report] latest CVS tarball does not fix the bug, example still fails with latest release. [2003-01-09 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-22 00:55:50] [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-12-19 18:52:37] [EMAIL PROTECTED] ~ if the file /tmp/very_large_file is larger than 2 GB, php reports the error: Warning: stat failed for /tmp/very_large_file (errno=79 - Value too large for defined data type) php_4.2.3 is compiled as an apache_1.3.27 module -- Edit this bug report at http://bugs.php.net/?id=21102&edit=1
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: linux PHP Version: 4.2.3,4.3.0 New Comment: I have 2 FreeBSD servers with the same problem. Both have /www as symlink. Real path is /home/www. I also have a Windows machine, with no symlink ;-) - no problem there. /www is c:/www there, and all works. All machines have same httpd.conf, same Apache, same 4.2.3 Previous Comments: [2003-01-11 05:16:38] [EMAIL PROTECTED] 4.3.o stills has the same problem, the test suite I posted on 30 Oct 2002 12:56am fails with this messages: Warning: main() [function.main]: open_basedir restriction in effect. File(/usr/local/lib/php/hello.php) is not within the allowed path(s): (/usr/local/http-docs/common/scripts/) in /usr/local/http-docs/common/lib/test/test.php on line 5 Warning: main(hello.php) [function.main]: failed to create stream: Not owner in /usr/local/http-docs/common/lib/test/test.php on line 5 Fatal error: main() [function.main]: Failed opening required 'hello.php' (include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois') in /usr/local/http-docs/common/lib/test/test.php on line 5 where test.php tries to include hello.php which is in /usr/local/http-docs/common/lib/test that is a path that's included in include_path [2003-01-10 04:36:13] [EMAIL PROTECTED] Update version. Bug confirmed in 4.3.0 - final. [2003-01-10 03:17:18] [EMAIL PROTECTED] Is somebody working on this critical bug in php 4.3.0?? Bug was opened 8 sep and now it isn't even the same year... This is a severe problem for all hosting companies since they have to turn of open_basedir to get things going without errors. [2003-01-09 12:42:13] [EMAIL PROTECTED] I have just tried to EXPLICITLY set "php_admin_flag safe_mode off" to ALL virtual hosts, which should not be restricted with safe mode and it seems to help. So the problem is here only when I rely on the default setting in php.ini file (where I have safe mode off by default) and when there is AT LEAST one virtual host with safe_mode enabled. [2003-01-09 12:36:48] [EMAIL PROTECTED] If a have one virt. host with safe_mode turned on and the other one with safe_mode off, the SECOND one (with safe_mode off from default ini setting) sometimes seems to have safe_mode turned on, until next reload. When I tried to replace safe_mode with open_basedir restrictions, this problem was the same one, which is described above. 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#21102 [NoF->Opn]: stat, lstat fail if filesize larger than 2 GB
ID: 21102 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: solaris -PHP Version: 4.2.3 +PHP Version: 4.4.0-dev New Comment: Updating -> 4.4.0-dev / open Previous Comments: [2003-01-11 20:10:51] [EMAIL PROTECTED] [unable to edit bug report] latest CVS tarball does not fix the bug, example still fails with latest release. [2003-01-09 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-22 00:55:50] [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-12-19 18:52:37] [EMAIL PROTECTED] ~ if the file /tmp/very_large_file is larger than 2 GB, php reports the error: Warning: stat failed for /tmp/very_large_file (errno=79 - Value too large for defined data type) php_4.2.3 is compiled as an apache_1.3.27 module -- Edit this bug report at http://bugs.php.net/?id=21102&edit=1
#21102 [Com]: stat, lstat fail if filesize larger than 2 GB
ID: 21102 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: *Directory/Filesystem functions Operating System: solaris PHP Version: 4.2.3 New Comment: [unable to edit bug report] latest CVS tarball does not fix the bug, example still fails with latest release. Previous Comments: [2003-01-09 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-22 00:55:50] [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-12-19 18:52:37] [EMAIL PROTECTED] ~ if the file /tmp/very_large_file is larger than 2 GB, php reports the error: Warning: stat failed for /tmp/very_large_file (errno=79 - Value too large for defined data type) php_4.2.3 is compiled as an apache_1.3.27 module -- Edit this bug report at http://bugs.php.net/?id=21102&edit=1
#16676 [Opn->]: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won\'t fix Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 Previous Comments: [2003-01-11 17:32:11] [EMAIL PROTECTED] As of PHP 4.3.0 you can use an alternative php.ini named: php-{sapi}.ini, where {sapi} is the name of the sapi you are using. So, for the cli, php will look for php-cli.ini before it tries php.ini. For cgi it will look for php-cgi.ini etc. [2003-01-11 17:27:35] [EMAIL PROTECTED] We don't seem to be communicating very well. I've been wanting to shut off buffering this whole time. Your suggestion to not buffer if I don't need it is just telling me what I already want to do. I've been trying to use the functions documented in the manual that are supposed to shut it off, but they have a big "Won't fix" label on them in the bug database. How about if I word it differently. I want the default buffer handling set in php.ini for my webpage output, but I don't want buffers for my command line scripts. I want those to output something to STDOUT as soon as it comes to a echo/print. If I don't use ob_end_flush, ob_implicit_flush, or ini_set, then what should I use to turn off buffering in my command line scripts. [2003-01-11 17:08:45] [EMAIL PROTECTED] And don't forget that some buffers should never be deleted once it's started. The error message is raised, since some users don't know it shouldn't. [2003-01-11 17:05:17] [EMAIL PROTECTED] Since current output buffer is statelss even if some buffers need stateful handling to prevent crashes/malformed output/ etc. Don't start buffer if you don't need it. Complain people who insisted this behavior. Search php-dev archive ;) [2003-01-10 12:32:43] [EMAIL PROTECTED] Now I'm getting a PHP notice in Windows XP using PHP 4.3.0 from the cmd line. PHP Notice: ob_end_flush() [ref.outcontrol]: failed to delete buffer default output handler. in C:\Apache\cgi-bin\mybot.php on line 58 In previous versions, ob_end_flush was my workaround to ob_implicit_flush not working. In 4.3.0 ob_end_flush isn't working for me and it does work in 4.2.3. Could someone make at least one of the two work again instead of keeping the "Won't fix" status? 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/16676 -- Edit this bug report at http://bugs.php.net/?id=16676&edit=1
#21447 [Fbk->Opn]: HTTP::negotiateLanguage() severely bugged.
ID: 21447 User updated by: [EMAIL PROTECTED] -Summary: gettext stopped working Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Gettext related Operating System: Linux Red Hat 8.0 PHP Version: 4.2.2 New Comment: No, I am using a stock Red Hat 8.0 and by default it should use the old process-per-request model (at least, httpd -l gives Compiled in modules: core.c prefork.c http_core.c mod_so.c Any suggestion? Previous Comments: [2003-01-05 18:58:36] [EMAIL PROTECTED] Which worker model are you using? If you are using a thread based (worker) model you should be aware that gettext library is NOT thread safe and therefor you will encounter problems when you try using it within the threaded enviroment. [2003-01-05 18:55:58] [EMAIL PROTECTED] After installing Red Hat Linux 8.0 with Apache 2, gettext support stopped working. I am using the sequence of calls putenv("LANG=".$_ERW_locale); setlocale(LC_MESSAGES, $_ERW_locale); bindtextdomain("ERW", $_ERW_localePath); textdomain("ERW"); to bind the text domain, and this worked perfectly in several different ERW installations (http://erw.dsi.unimi.it/) up to the upgrade. It is very difficult to give any other hint. If you create a script like and the translation file is located as follows /home/vigna/cvs/ERW/php/locale/it_IT/LC_MESSAGES/ERW.mo the string does not get translated. The complete lack of feedback of any of the gettext package functions makes it also very difficult to understand what's going wrong. -- Edit this bug report at http://bugs.php.net/?id=21447&edit=1
#21590 [Opn->Fbk]: PHP 4.3.0 does not function
ID: 21590 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PWS related Operating System: Windows 98 SE PHP Version: 4.3.0 New Comment: What extensions are you loading? Did you copy the DLLs from the 4.3.0 installation package to your %SYSTEM%\ directory? (Note: the additional DLLs from your old 4.1.1 may not work with 4.3.0, hence copying the new DLLs) Previous Comments: [2003-01-11 16:51:57] [EMAIL PROTECTED] I installed PHP 4.3.0 over 4.1.1 on a Win98SE machine running PWS. I installed using the installation program. After reinstall and reboot PHP scripts no longer functioned: the error was "Cannot find server" (and *not* the common server 500 error. it was the generic error for failing to even find a page.) I verified the installation process: The installer failed to add the correction "extension_dir" path line in the php.ini file. Correcting that did not fix the problem. I returned to the 4.1.1 version. It functions using either the php4ts.dll or the php.exe as the interpreter (set in the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\w3svc\parameters\Script Map registry key). It functions using either its php.ini file or the new one from the 4.3.0 installation. The 4.3.0 system will not work, using either the php4ts.dll or php.exe as the interpreter set in the registry. The php.exe file works properly if called from the shell (to parse a php file). But it fails whenever called by way of PWS, it seems. I have tried running the 4.3.0 installer twice, and I have manually installed 4.3.0 from the binaries. In all cases it fails. I can trivially reinstall 4.1.1 by replacing the 4.3.0 php.exe and php4ts.dll files with the 4.1.1 versions in my install directory. I am using the default PHP configuration, with the exception of placing the install files in c:\program files\PHP. I have not tried using the ISAPI dlls nor have I tried a different installation location. I couldn't find this reported in the database. Sincerely, David Fischer [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21590&edit=1
#16676 [WFx->Opn]: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Won't fix +Status: Open Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: As of PHP 4.3.0 you can use an alternative php.ini named: php-{sapi}.ini, where {sapi} is the name of the sapi you are using. So, for the cli, php will look for php-cli.ini before it tries php.ini. For cgi it will look for php-cgi.ini etc. Previous Comments: [2003-01-11 17:27:35] [EMAIL PROTECTED] We don't seem to be communicating very well. I've been wanting to shut off buffering this whole time. Your suggestion to not buffer if I don't need it is just telling me what I already want to do. I've been trying to use the functions documented in the manual that are supposed to shut it off, but they have a big "Won't fix" label on them in the bug database. How about if I word it differently. I want the default buffer handling set in php.ini for my webpage output, but I don't want buffers for my command line scripts. I want those to output something to STDOUT as soon as it comes to a echo/print. If I don't use ob_end_flush, ob_implicit_flush, or ini_set, then what should I use to turn off buffering in my command line scripts. [2003-01-11 17:08:45] [EMAIL PROTECTED] And don't forget that some buffers should never be deleted once it's started. The error message is raised, since some users don't know it shouldn't. [2003-01-11 17:05:17] [EMAIL PROTECTED] Since current output buffer is statelss even if some buffers need stateful handling to prevent crashes/malformed output/ etc. Don't start buffer if you don't need it. Complain people who insisted this behavior. Search php-dev archive ;) [2003-01-10 12:32:43] [EMAIL PROTECTED] Now I'm getting a PHP notice in Windows XP using PHP 4.3.0 from the cmd line. PHP Notice: ob_end_flush() [ref.outcontrol]: failed to delete buffer default output handler. in C:\Apache\cgi-bin\mybot.php on line 58 In previous versions, ob_end_flush was my workaround to ob_implicit_flush not working. In 4.3.0 ob_end_flush isn't working for me and it does work in 4.2.3. Could someone make at least one of the two work again instead of keeping the "Won't fix" status? [2002-12-27 08:35:57] [EMAIL PROTECTED] Should have been won't fix 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/16676 -- Edit this bug report at http://bugs.php.net/?id=16676&edit=1
#16676 [Com]: ob_implicit_flush not turning off ob
ID: 16676 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Won\'t fix Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: We don't seem to be communicating very well. I've been wanting to shut off buffering this whole time. Your suggestion to not buffer if I don't need it is just telling me what I already want to do. I've been trying to use the functions documented in the manual that are supposed to shut it off, but they have a big "Won't fix" label on them in the bug database. How about if I word it differently. I want the default buffer handling set in php.ini for my webpage output, but I don't want buffers for my command line scripts. I want those to output something to STDOUT as soon as it comes to a echo/print. If I don't use ob_end_flush, ob_implicit_flush, or ini_set, then what should I use to turn off buffering in my command line scripts. Previous Comments: [2003-01-11 17:08:45] [EMAIL PROTECTED] And don't forget that some buffers should never be deleted once it's started. The error message is raised, since some users don't know it shouldn't. [2003-01-11 17:05:17] [EMAIL PROTECTED] Since current output buffer is statelss even if some buffers need stateful handling to prevent crashes/malformed output/ etc. Don't start buffer if you don't need it. Complain people who insisted this behavior. Search php-dev archive ;) [2003-01-10 12:32:43] [EMAIL PROTECTED] Now I'm getting a PHP notice in Windows XP using PHP 4.3.0 from the cmd line. PHP Notice: ob_end_flush() [ref.outcontrol]: failed to delete buffer default output handler. in C:\Apache\cgi-bin\mybot.php on line 58 In previous versions, ob_end_flush was my workaround to ob_implicit_flush not working. In 4.3.0 ob_end_flush isn't working for me and it does work in 4.2.3. Could someone make at least one of the two work again instead of keeping the "Won't fix" status? [2002-12-27 08:35:57] [EMAIL PROTECTED] Should have been won't fix [2002-12-27 08:16:53] [EMAIL PROTECTED] It is easy to make it actually flush output. Difficult part is make it work always. Some output buffers shouldn't be deleted and cannot be deleted. i.e. Some browsers will freeze if server send malformed compressed output. Thus ob_end_flush() wouldn't and shouldn't work in some cases. If it works, it's a bug should be fixed. Fix is simple, but you have to live with that. If you are interested, search php-dev archive. BTW, ob_implicit_flush() simply enable SAPI level auto flushing even if its name imply PHP output buffer flushing. Don't blame me, I'm for fixing it ;) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16676 -- Edit this bug report at http://bugs.php.net/?id=16676&edit=1
#16676 [WFx->]: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Won\'t fix Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: And don't forget that some buffers should never be deleted once it's started. The error message is raised, since some users don't know it shouldn't. Previous Comments: [2003-01-11 17:05:17] [EMAIL PROTECTED] Since current output buffer is statelss even if some buffers need stateful handling to prevent crashes/malformed output/ etc. Don't start buffer if you don't need it. Complain people who insisted this behavior. Search php-dev archive ;) [2003-01-10 12:32:43] [EMAIL PROTECTED] Now I'm getting a PHP notice in Windows XP using PHP 4.3.0 from the cmd line. PHP Notice: ob_end_flush() [ref.outcontrol]: failed to delete buffer default output handler. in C:\Apache\cgi-bin\mybot.php on line 58 In previous versions, ob_end_flush was my workaround to ob_implicit_flush not working. In 4.3.0 ob_end_flush isn't working for me and it does work in 4.2.3. Could someone make at least one of the two work again instead of keeping the "Won't fix" status? [2002-12-27 08:35:57] [EMAIL PROTECTED] Should have been won't fix [2002-12-27 08:16:53] [EMAIL PROTECTED] It is easy to make it actually flush output. Difficult part is make it work always. Some output buffers shouldn't be deleted and cannot be deleted. i.e. Some browsers will freeze if server send malformed compressed output. Thus ob_end_flush() wouldn't and shouldn't work in some cases. If it works, it's a bug should be fixed. Fix is simple, but you have to live with that. If you are interested, search php-dev archive. BTW, ob_implicit_flush() simply enable SAPI level auto flushing even if its name imply PHP output buffer flushing. Don't blame me, I'm for fixing it ;) [2002-12-24 21:39:37] [EMAIL PROTECTED] You can solve your problem by putting @ob_end_flush(); on top of your command line scripts. 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/16676 -- Edit this bug report at http://bugs.php.net/?id=16676&edit=1
#16676 [WFx->]: ob_implicit_flush not turning off ob
ID: 16676 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Won\'t fix Bug Type: Output Control Operating System: Slackware 8.0 PHP Version: 4.2.0 New Comment: Since current output buffer is statelss even if some buffers need stateful handling to prevent crashes/malformed output/ etc. Don't start buffer if you don't need it. Complain people who insisted this behavior. Search php-dev archive ;) Previous Comments: [2003-01-10 12:32:43] [EMAIL PROTECTED] Now I'm getting a PHP notice in Windows XP using PHP 4.3.0 from the cmd line. PHP Notice: ob_end_flush() [ref.outcontrol]: failed to delete buffer default output handler. in C:\Apache\cgi-bin\mybot.php on line 58 In previous versions, ob_end_flush was my workaround to ob_implicit_flush not working. In 4.3.0 ob_end_flush isn't working for me and it does work in 4.2.3. Could someone make at least one of the two work again instead of keeping the "Won't fix" status? [2002-12-27 08:35:57] [EMAIL PROTECTED] Should have been won't fix [2002-12-27 08:16:53] [EMAIL PROTECTED] It is easy to make it actually flush output. Difficult part is make it work always. Some output buffers shouldn't be deleted and cannot be deleted. i.e. Some browsers will freeze if server send malformed compressed output. Thus ob_end_flush() wouldn't and shouldn't work in some cases. If it works, it's a bug should be fixed. Fix is simple, but you have to live with that. If you are interested, search php-dev archive. BTW, ob_implicit_flush() simply enable SAPI level auto flushing even if its name imply PHP output buffer flushing. Don't blame me, I'm for fixing it ;) [2002-12-24 21:39:37] [EMAIL PROTECTED] You can solve your problem by putting @ob_end_flush(); on top of your command line scripts. [2002-12-24 16:25:58] [EMAIL PROTECTED] iliaa, I appreciate you trying to point me to help, but I still think I'm right about this bug report. I've tried it on several machines with each stable version of PHP since the report. Now still with 4.2.3 I'm seeing the same thing. Again, I'm not using zlib output compression cause I let mod_gzip do that in apache. This is for a php shell script. As you said, flush would send the output, but according to the documentation, ob_implicit_flush() should "result in a flush operation after every output call, so that explicit calls to flush() will no longer be needed". I'm saying ob_implicit_flush is broken in 4.2.x and does not call flush() after each echo, or if it does, it's still not outputting to STDOUT. By default, php.ini has 4k of output buffering. I want to leave that for the rest of the applications I'm running and since you can't modify the ini value with ini_set(), I'm resorting to the ob_* functions. Instead of calling ob_end_flush() at the start of the script cause according to the docs on that, as part of its functionality, it turns off ob. Either way, I'm getting output buffering turned off while leaving 4k buffering in php.ini, but I doesn't mean that ob_implicit_flush() might still be not working right. I guess I'll just wait a few more days for 4.3.0 and try that out. 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/16676 -- Edit this bug report at http://bugs.php.net/?id=16676&edit=1
#21590 [NEW]: PHP 4.3.0 does not function
From: [EMAIL PROTECTED] Operating system: Windows 98 SE PHP version: 4.3.0 PHP Bug Type: PWS related Bug description: PHP 4.3.0 does not function I installed PHP 4.3.0 over 4.1.1 on a Win98SE machine running PWS. I installed using the installation program. After reinstall and reboot PHP scripts no longer functioned: the error was "Cannot find server" (and *not* the common server 500 error. it was the generic error for failing to even find a page.) I verified the installation process: The installer failed to add the correction "extension_dir" path line in the php.ini file. Correcting that did not fix the problem. I returned to the 4.1.1 version. It functions using either the php4ts.dll or the php.exe as the interpreter (set in the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\w3svc\parameters\Script Map registry key). It functions using either its php.ini file or the new one from the 4.3.0 installation. The 4.3.0 system will not work, using either the php4ts.dll or php.exe as the interpreter set in the registry. The php.exe file works properly if called from the shell (to parse a php file). But it fails whenever called by way of PWS, it seems. I have tried running the 4.3.0 installer twice, and I have manually installed 4.3.0 from the binaries. In all cases it fails. I can trivially reinstall 4.1.1 by replacing the 4.3.0 php.exe and php4ts.dll files with the 4.1.1 versions in my install directory. I am using the default PHP configuration, with the exception of placing the install files in c:\program files\PHP. I have not tried using the ISAPI dlls nor have I tried a different installation location. I couldn't find this reported in the database. Sincerely, David Fischer [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=21590&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21590&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21590&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21590&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21590&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21590&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21590&r=support Expected behavior: http://bugs.php.net/fix.php?id=21590&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21590&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21590&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21590&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21590&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21590&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21590&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21590&r=gnused
#21589 [Opn->Bgs]: mysql_fetch_assoc() and duplicate field names
ID: 21589 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows XP and 2000 PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2003-01-11 16:18:32] [EMAIL PROTECTED] I have 2 tables: [table1] BLOCK_ID mediumint(8) SUB_ID mediumint(8) ... [table2] BLOCK_ID mediumint(8) ... I call query: SELECT * FROM table1 a, table2 b WHERE a.sub_id=b.block_id AND a.block_id=1; It works well. But when I use same query without aliases: SELECT * FROM table1, table2 WHERE table1.sub_id=table2.block_id AND a.block_id=1; In this case mysql_fetch_assoc() returns only 1 field BLOCK_ID and it's table2.BLOCK_ID. I think it's a bug in mysql_fetch_assoc() because MysqlFront returns table1.BLOCK_ID as BLOCK_ID and table2.BLOCK_ID as BLOCK_ID_1 Thank you. -- Edit this bug report at http://bugs.php.net/?id=21589&edit=1
#21585 [Com]: socket_shutdown() crashes php.exe
ID: 21585 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sockets related Operating System: Windows NT 4.0 SP 6 PHP Version: 4.3.0 New Comment: See also bug #21588. http://bugs.php.net/21588 Previous Comments: [2003-01-11 12:29:19] [EMAIL PROTECTED] Causes: Exception: access violation (0xc005), Address 0x10011b1b Proof of concept: I used the windows build available from www.php.net, and I also used the php-ini.recommended, except that I uncommented the lines to load the modules php_bz2.dll, php_sockets.dll, php_zip.dll -- Edit this bug report at http://bugs.php.net/?id=21585&edit=1
#21588 [NEW]: socket_bind() with invalid address crashes php.exe
From: [EMAIL PROTECTED] Operating system: WinNT 4.0 SP 6 PHP version: 4.3.0 PHP Bug Type: Sockets related Bug description: socket_bind() with invalid address crashes php.exe Any call to socket_bind() which would fail will cause php.exe to crash: Exception: access violation (0xc005), Address 0x10011b1b Sample: OR I used the windows build available from www.php.net, and I also used the php-ini.recommended, except that I uncommented the lines to load the modules php_bz2.dll, php_sockets.dll, php_zip.dll. NOTE: In retrospect, this may be the same bug as #21585 http://bugs.php.net/21585 -- Edit bug report at http://bugs.php.net/?id=21588&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21588&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21588&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21588&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21588&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21588&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21588&r=support Expected behavior: http://bugs.php.net/fix.php?id=21588&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21588&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21588&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21588&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21588&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21588&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21588&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21588&r=gnused
#21054 [Sus]: 'ob_gzhandler' cannot be used twice???
ID: 21054 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Output Control Operating System: Redhat 7.2 PHP Version: 4.3.0RC3 New Comment: Now I have 4.4.0-dev (200301041230) and the problem seems to be corrected, I don't see anymore this warning in logs. BTW this is the output: array(4) { ["output_buffering"]=> string(1) "1" ["output_handler"]=> bool(false) ["zlib.output_compression"]=> string(0) "" ["zlib.output_handler"]=> string(0) "" } Previous Comments: [2003-01-11 11:41:09] [EMAIL PROTECTED] To both of you: please execute the following script: [2002-12-18 04:45:40] [EMAIL PROTECTED] The same message appears if I place in the begining of the any php script. (W2kPro SP2, PHP4.3.0RC2, Apache 2.0.43) [2002-12-16 15:56:49] [EMAIL PROTECTED] It's a pretty useless bugreport like this. Suspended until you can profile some real useful information to reproduce this problem. [2002-12-16 15:52:45] [EMAIL PROTECTED] I don't know if it's a particular script to cause the warning, the log don't tell me anything Other informations: Apache: 2.0.43 PHP: 4.3.0RC3 Zend Optimizer: 2.0.3 Configure: './configure' '--enable-track-vars' '--prefix=/usr' '--exec-prefix=/usr' '--libexecdir=/usr/lib/apache' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--datadir=/home/httpd' '--sysconfdir=/etc/httpd/conf' '--localstatedir=/var' '--libdir=/usr/lib/apache' '--includedir=/usr/include/apache' '--mandir=/usr/man' '--with-mysql=/usr' '--with-config-file-path=/usr/local/Zend/etc' '--enable-memory-limit' '--with-apxs2' '--with-zlib' '--disable-session' [2002-12-16 15:45:29] [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. 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/21054 -- Edit this bug report at http://bugs.php.net/?id=21054&edit=1
#21587 [NEW]: ob_gzhandler sending out empty pages
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.6 PHP version: 4.2.2 PHP Bug Type: Zlib Related Bug description: ob_gzhandler sending out empty pages I have an obsolete PDA browser which doesn't support gz compressed pages but sends out the following (unnecessary) header in it's HTTP requests: "Accept-Encoding: " using ob_start("ob_gzhandler"); leads to the browser receiving empty pages. -- Edit bug report at http://bugs.php.net/?id=21587&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21587&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21587&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21587&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21587&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21587&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21587&r=support Expected behavior: http://bugs.php.net/fix.php?id=21587&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21587&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21587&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21587&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21587&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21587&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21587&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21587&r=gnused
#12655 [Com]: date-format problem
ID: 12655 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MSSQL related Operating System: Win2k PHP Version: 4.0.6 New Comment: I figured out Smarty interferes with the option of setting mssql.datetimeconvert to "off". If I use a Smarty instance in my test file, datetimeconvert cycles between on an off...and after some refreshes of the page it's eventually on. Perhaps Smarty changes the locale settings...I don't know... Previous Comments: [2003-01-11 12:33:26] [EMAIL PROTECTED] My problem even goes further: Regardless whether I use a smalldatetime column or a datetime column, the option "mssql.datetimeconvert = Off" doesn't work correctly. As a matter of fact, first it worked. But when I refresh my page, the output of the datetime is as if datetimeconvert were set to "On". Now, after some "refreshing" it keeps showing me the converted datetime (so for the moment being, the setting seems to be ON, although I turned it off hours ago and even restarted the Server). My Configuration: PHP 4.2.3, Win XP Prof. SP1, MS SQL Server 2000, Apache 2.0.43 [2002-12-10 05:51:55] [EMAIL PROTECTED] Reproduced with version 4CVS-2002-12-10 (dev). Took liberty to report this as a new bug, as this one (12655)looks closed: http://bugs.php.net/20920 mssql.datetimeconvert=0 doesn't work for smalldatetime See also: http://bugs.php.net/20911 Trailing null character after mssql datetime field [2002-12-08 17:06:42] [EMAIL PROTECTED] i've found the problem. The fix only fixed the problem for the normal datetime columntype. You'll need to do the same trick for smalldatetime columntype. It's very easy to reproduce. 1. create a table with 2 columns. set the first column to be datetime, and the second to be smalldatetime. 2. set the mssql.datetimeconvert to 0. 3. Insert a value. 4. do a select * from the table you'll notice that column1 has different formatting then colum2. i've tested this with php 4.2.3 and php 4.3.0-RC2. both have the 'bug'. [2002-12-08 16:52:49] [EMAIL PROTECTED] i'm using php 4.2.3 and i'm still having this problem ;( where can i get php 4.2.0 so i can test if that version works ? [2002-04-23 14:12:43] [EMAIL PROTECTED] I wrote a patch wich has been commitef by fmk, it is php4.2 one of the latest version of php_mssql.c php_mssql.h have a patch for this problem, because the function dbconvert() of the MSSQL-Client-Api wich is used for converting the datetime-values does wired things. There is a new option in the php.ini called mssql.datetimeconvert if set to Off then the datetime values are returned in the format -MM-DD HH:MM:SS. This patch is also in php4.2 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/12655 -- Edit this bug report at http://bugs.php.net/?id=12655&edit=1
#21586 [NEW]: imagettftext segmentation fault
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: imagettftext segmentation fault imagettftext seems to be impossible to use ;p because it crash apache child every time it's invoked (there was a similar bug report but problem was resolved relinking libpng, now it's not a libpng problem, so i've done a new post) look here plz: $im_size = GetImageSize ("image.jpg"); $imageWidth = $im_size[0]; $imageHeight = $im_size[1]; $im = imageCreateTrueColor($imageWidth, $imageHeight); $im2 = ImageCreateFromJPEG("image.jpg"); ImageCopy ($im,$im2,0,0,0,0, $imageWidth, $imageHeight); ImageDestroy ($im2); $black = ImageColorClosest($im, 0, 0, 0); // Now apache will crash... imagettftext($im, 15, 0, 40, 90, $black, "arial.ttf", "Ciao"); Header ("Content-type: image/jpeg"); ImageJpeg($im); ImageDestroy($im); tail -n 1 error_log: [Sat Jan 11 19:17:29 2003] [notice] child pid 15648 exit signal Segmentation fault (11) i'm using: libjpeg jpeg-6b libgd 1.8.3 and php 4.3.0 my configure options are: --prefix=/usr --with-bz2 --with-gd --enable-force-cgi-redirect --enable-discard-path --enable-gd-native-ttf --enable-mime-magic --enable-ftp --enable-wddx --enable-dbase --enable-bcmath --enable-sysvsem --enable-exif --enable-sysvshm --enable-sockets --enable-calendar --enable-trans-sid --enable-safe-mode --enable-versioning --enable-track-vars --enable-inline-optimization --with-config-file-path=/etc/php4 --host=i686-pc-linux-gnu --without-readline --with-pam --with-gettext --with-openssl --with-gdbm=/usr --with-db3=/usr --with-mysql=/usr --with-ttf --with-t1lib --with-pdflib=/usr --with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-zlib --with-zlib-dir=/usr/lib --with-exec-dir=/usr/bin --with-apxs=/usr/sbin/apxs --with-xml --with-dom --with-mcrypt --with-mhash --disable-posix-threads --with-xpm-dir=/usr/X11R6 ps if i use imagestring instead of imagettftext it works.. bye bye and thanx Bonzo -- Edit bug report at http://bugs.php.net/?id=21586&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21586&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21586&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21586&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21586&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21586&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21586&r=support Expected behavior: http://bugs.php.net/fix.php?id=21586&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21586&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21586&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21586&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21586&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21586&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21586&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21586&r=gnused
#12655 [Com]: date-format problem
ID: 12655 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MSSQL related Operating System: Win2k PHP Version: 4.0.6 New Comment: My problem even goes further: Regardless whether I use a smalldatetime column or a datetime column, the option "mssql.datetimeconvert = Off" doesn't work correctly. As a matter of fact, first it worked. But when I refresh my page, the output of the datetime is as if datetimeconvert were set to "On". Now, after some "refreshing" it keeps showing me the converted datetime (so for the moment being, the setting seems to be ON, although I turned it off hours ago and even restarted the Server). My Configuration: PHP 4.2.3, Win XP Prof. SP1, MS SQL Server 2000, Apache 2.0.43 Previous Comments: [2002-12-10 05:51:55] [EMAIL PROTECTED] Reproduced with version 4CVS-2002-12-10 (dev). Took liberty to report this as a new bug, as this one (12655)looks closed: http://bugs.php.net/20920 mssql.datetimeconvert=0 doesn't work for smalldatetime See also: http://bugs.php.net/20911 Trailing null character after mssql datetime field [2002-12-08 17:06:42] [EMAIL PROTECTED] i've found the problem. The fix only fixed the problem for the normal datetime columntype. You'll need to do the same trick for smalldatetime columntype. It's very easy to reproduce. 1. create a table with 2 columns. set the first column to be datetime, and the second to be smalldatetime. 2. set the mssql.datetimeconvert to 0. 3. Insert a value. 4. do a select * from the table you'll notice that column1 has different formatting then colum2. i've tested this with php 4.2.3 and php 4.3.0-RC2. both have the 'bug'. [2002-12-08 16:52:49] [EMAIL PROTECTED] i'm using php 4.2.3 and i'm still having this problem ;( where can i get php 4.2.0 so i can test if that version works ? [2002-04-23 14:12:43] [EMAIL PROTECTED] I wrote a patch wich has been commitef by fmk, it is php4.2 one of the latest version of php_mssql.c php_mssql.h have a patch for this problem, because the function dbconvert() of the MSSQL-Client-Api wich is used for converting the datetime-values does wired things. There is a new option in the php.ini called mssql.datetimeconvert if set to Off then the datetime values are returned in the format -MM-DD HH:MM:SS. This patch is also in php4.2 [2002-04-22 17:44:18] [EMAIL PROTECTED] Reopen if you have the same problem with 4.2.0 (released 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/12655 -- Edit this bug report at http://bugs.php.net/?id=12655&edit=1
#21579 [Opn->Fbk]: freetype wont compile into php 4.3
ID: 21579 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: linux PHP Version: 4.3.0 New Comment: You really should compile/install that ft2 lib correctly first.. Previous Comments: [2003-01-11 12:25:36] [EMAIL PROTECTED] #include #include FT_CONFIG_CONFIG_H #include FT_ERRORS_H #include FT_TYPES_H i had found ft2build.h in /usr/local/etc/freetype/include so i made a symlink to it but even that didnt work ? can i not reply via email what is [EMAIL PROTECTED] ? [2003-01-11 12:14:31] [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. [2003-01-11 11:33:03] [EMAIL PROTECTED] Please show the line 41 from your file: /usr/local/etc/freetype/include/freetype2/freetype/freetype.h [2003-01-11 05:33:42] [EMAIL PROTECTED] In file included from /usr/src/sources/php/php-4.3.0/ext/gd/libgd/gdft.c:49: /usr/local/etc/freetype/include/freetype2/freetype/freetype.h:41:22: ft2build.h: N o such file or directory here is the initial error thens spits out heaps of other gd errors which is too much to paste in, i cannot compile freetype in, but when i take it out php 4.3 compiled fine -- Edit this bug report at http://bugs.php.net/?id=21579&edit=1
#21585 [NEW]: socket_shutdown() crashes php.exe
From: [EMAIL PROTECTED] Operating system: Windows NT 4.0 SP 6 PHP version: 4.3.0 PHP Bug Type: Sockets related Bug description: socket_shutdown() crashes php.exe Causes: Exception: access violation (0xc005), Address 0x10011b1b Proof of concept: I used the windows build available from www.php.net, and I also used the php-ini.recommended, except that I uncommented the lines to load the modules php_bz2.dll, php_sockets.dll, php_zip.dll -- Edit bug report at http://bugs.php.net/?id=21585&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21585&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21585&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21585&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21585&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21585&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21585&r=support Expected behavior: http://bugs.php.net/fix.php?id=21585&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21585&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21585&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21585&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21585&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21585&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21585&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21585&r=gnused
#21579 [Bgs->Opn]: freetype wont compile into php 4.3
ID: 21579 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: GD related Operating System: linux PHP Version: 4.3.0 New Comment: #include #include FT_CONFIG_CONFIG_H #include FT_ERRORS_H #include FT_TYPES_H i had found ft2build.h in /usr/local/etc/freetype/include so i made a symlink to it but even that didnt work ? can i not reply via email what is [EMAIL PROTECTED] ? Previous Comments: [2003-01-11 12:14:31] [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. [2003-01-11 11:33:03] [EMAIL PROTECTED] Please show the line 41 from your file: /usr/local/etc/freetype/include/freetype2/freetype/freetype.h [2003-01-11 05:33:42] [EMAIL PROTECTED] In file included from /usr/src/sources/php/php-4.3.0/ext/gd/libgd/gdft.c:49: /usr/local/etc/freetype/include/freetype2/freetype/freetype.h:41:22: ft2build.h: N o such file or directory here is the initial error thens spits out heaps of other gd errors which is too much to paste in, i cannot compile freetype in, but when i take it out php 4.3 compiled fine -- Edit this bug report at http://bugs.php.net/?id=21579&edit=1
#21571 [Csd->Bgs]: command system(),passthru, etc error
ID: 21571 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Scripting Engine problem Operating System: Redhat 7.3 PHP Version: 4.2.3 Previous Comments: [2003-01-10 15:19:57] [EMAIL PROTECTED] there some buggy under /etc/php.ini with customize setting and default setting from source :) im sorry for this report thx onOs [2003-01-10 14:29:49] [EMAIL PROTECTED] #!/usr/bin/php -q output [sono.jalin@www conf]$ ./test.php sh: 1/ls: No such file or directory [sono.jalin@www conf]$ list modules : [sono.jalin@www conf]$ php -m Running PHP 4.2.3 Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies [PHP Modules] yp xml wddx sysvshm sysvsem standard sockets shmop session pspell posix pcre openssl ncurses iconv gmp gettext ftp exif domxml dio dbx dba curl ctype calendar bz2 bcmath zlib session mm mysql snmp pdf gd [Zend Modules] information compile php-4.2.3 include # Patch to get around a dumb assumption that size_t is always 4 bytes Patch0: php-4.2.1-64bit-iconv.patch # Argh! openldap 2.1.x changed it's API! This is needed only for openldap 2.1.x and higher Patch1: php-4.2.1-ldap-TSRM.patch # Patch to tweak the default php.ini to something a little more unix like Patch2: php-4.2.1-php.ini-dist.patch # Patch to pass in -DUCD_COMPATIBLE to the net-snmp package Patch3: php-4.2.1-snmp.patch # Patch to prevent zts being compiled in Patch7: php-4.2.2-disable-zts.patch all patch based redhat patch no gdb backtrace since this php is not core dump or something :) note : php-4.2.2 under my system is working perfectly with command system(), passthru, etc thx onOs -- Edit this bug report at http://bugs.php.net/?id=21571&edit=1
#21582 [Opn->Bgs]: foreach/if/else strange problems
ID: 21582 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: winXP PHP Version: 4.3.0 New Comment: bogus then Previous Comments: [2003-01-11 12:00:04] [EMAIL PROTECTED] sorry, not a bug - array index duplicate :( [2003-01-11 11:39:30] [EMAIL PROTECTED] I have an array. Filter him in foreach cycle. Size of array is 8. Have a condition if/else - not all part of array come throw code: info ".count($info).""; print_r($info); foreach ($info as $k=> $line) { mt_srand((float)microtime()*100);// untill php4.2.0 $weight = mt_rand(1,10)* $line['weight']; // rand if (!in_array($line['id'], $cookie_br) || ($spid==$line['sponsor'])) { $info2[$weight] = array('id' =>$line['id'], 'sponsor'=>$line['sponsor'], 'weight' =>$weight, 'url'=>$line['url'], 'html' =>$line['html']); $i++;//counter } else//rest { $info_rest[$weight] = array('id' =>$line['id'], 'sponsor'=>$line['sponsor'], 'weight' =>$weight, 'url'=>$line['url'], 'html' =>$line['html']); $i_rest++;//counter } } echo "info2 ".count($info2).""; print_r($info2); echo "inforest ".count($info_rest)." i_rest ".$i_rest; print_r($info_rest); ?> -- Edit this bug report at http://bugs.php.net/?id=21582&edit=1
#21582 [Com]: foreach/if/else strange problems
ID: 21582 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: winXP PHP Version: 4.3.0 New Comment: sorry, not a bug - array index duplicate :( Previous Comments: [2003-01-11 11:39:30] [EMAIL PROTECTED] I have an array. Filter him in foreach cycle. Size of array is 8. Have a condition if/else - not all part of array come throw code: info ".count($info).""; print_r($info); foreach ($info as $k=> $line) { mt_srand((float)microtime()*100);// untill php4.2.0 $weight = mt_rand(1,10)* $line['weight']; // rand if (!in_array($line['id'], $cookie_br) || ($spid==$line['sponsor'])) { $info2[$weight] = array('id' =>$line['id'], 'sponsor'=>$line['sponsor'], 'weight' =>$weight, 'url'=>$line['url'], 'html' =>$line['html']); $i++;//counter } else//rest { $info_rest[$weight] = array('id' =>$line['id'], 'sponsor'=>$line['sponsor'], 'weight' =>$weight, 'url'=>$line['url'], 'html' =>$line['html']); $i_rest++;//counter } } echo "info2 ".count($info2).""; print_r($info2); echo "inforest ".count($info_rest)." i_rest ".$i_rest; print_r($info_rest); ?> -- Edit this bug report at http://bugs.php.net/?id=21582&edit=1
#21583 [Opn->Bgs]: cannot make
ID: 21583 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux Slacware 8.0 (kernel:2.2) PHP Version: 4.3.0 New Comment: 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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2003-01-11 11:41:21] [EMAIL PROTECTED] ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /root/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' -- Edit this bug report at http://bugs.php.net/?id=21583&edit=1
#14383 [Asn->NoF]: using postgres with DBA causes DBA not to be able to find any keys.
ID: 14383 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: No Feedback Bug Type: DBM/DBA related Operating System: FreeBSD 4.4-STABLE PHP Version: 4.2.0-dev Assigned To: yohgaki New Comment: 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. Previous Comments: [2002-11-06 06:00:30] [EMAIL PROTECTED] For me it works, i think. Could you please try latest cvs version copy new test below to ext/pgsql/tests/30_bug14383.phpt and run the following test script using: php run-tests.php ext/pgsql ===ext/pgsql/tests/30_bug14383.phpt --TEST-- Bug 14383 --SKIPIF-- --FILE-- --EXPECTF-- database handler: %s 3NYNYY Content String 2 Content 2 replaced Read during write permitted Content 2 replaced 2nd time The 6th value array(3) { ["key number 6"]=> string(13) "The 6th value" ["key2"]=> string(27) "Content 2 replaced 2nd time" ["key5"]=> string(23) "The last content string" } ===EOF ext/pgsql/tests/30_bug14383.phpt [2001-12-13 04:40:28] [EMAIL PROTECTED] Thanks a lot. I'll take a look at source. It could be hard to figure out what's wrong. Please be patient. Since I don't use FreeBSD, I might ask something later. [2001-12-13 03:29:55] [EMAIL PROTECTED] Hi, Yes the latest snapshop has the same error. Again, if I comment out the pg_connect call it works just fine. [2001-12-13 03:17:09] [EMAIL PROTECTED] Ok, I just tested it with 4.1.0 and I still get the exact same error, no change. I'll try to get a snap if I can and try it. [2001-12-13 02:51:58] [EMAIL PROTECTED] No, I've not tried it with 4.1.0. I'm trying to get it or one of the snaps right now and the servers are slllo...:( Will report back when I get it tested. -- GB 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/14383 -- Edit this bug report at http://bugs.php.net/?id=14383&edit=1
#21583 [NEW]: cannot make
From: [EMAIL PROTECTED] Operating system: Linux Slacware 8.0 (kernel:2.2) PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: cannot make ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /root/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' -- Edit bug report at http://bugs.php.net/?id=21583&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21583&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21583&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21583&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21583&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21583&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21583&r=support Expected behavior: http://bugs.php.net/fix.php?id=21583&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21583&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21583&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21583&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21583&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21583&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21583&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21583&r=gnused
#21054 [Sus]: 'ob_gzhandler' cannot be used twice???
ID: 21054 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: Output Control Operating System: Redhat 7.2 PHP Version: 4.3.0RC3 New Comment: To both of you: please execute the following script: Previous Comments: [2002-12-18 04:45:40] [EMAIL PROTECTED] The same message appears if I place in the begining of the any php script. (W2kPro SP2, PHP4.3.0RC2, Apache 2.0.43) [2002-12-16 15:56:49] [EMAIL PROTECTED] It's a pretty useless bugreport like this. Suspended until you can profile some real useful information to reproduce this problem. [2002-12-16 15:52:45] [EMAIL PROTECTED] I don't know if it's a particular script to cause the warning, the log don't tell me anything Other informations: Apache: 2.0.43 PHP: 4.3.0RC3 Zend Optimizer: 2.0.3 Configure: './configure' '--enable-track-vars' '--prefix=/usr' '--exec-prefix=/usr' '--libexecdir=/usr/lib/apache' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--datadir=/home/httpd' '--sysconfdir=/etc/httpd/conf' '--localstatedir=/var' '--libdir=/usr/lib/apache' '--includedir=/usr/include/apache' '--mandir=/usr/man' '--with-mysql=/usr' '--with-config-file-path=/usr/local/Zend/etc' '--enable-memory-limit' '--with-apxs2' '--with-zlib' '--disable-session' [2002-12-16 15:45:29] [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. [2002-12-16 15:44:55] [EMAIL PROTECTED] Sometimes (it seems random) I find in the error_log this fatal error: PHP Warning: (null)() [ref.outcontr ol]: output handler 'ob_gzhandler' cannot be used twice in Unknown on line 0 Repeated 4 times. I haven't activated gz_handler in php.ini and it's not activated in virtaulhosts, I don't set in scripts. I'm not using it, why it tells me that I use it TWICE? Andrea Busia -- Edit this bug report at http://bugs.php.net/?id=21054&edit=1
#21582 [NEW]: foreach/if/else strange problems
From: [EMAIL PROTECTED] Operating system: winXP PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: foreach/if/else strange problems I have an array. Filter him in foreach cycle. Size of array is 8. Have a condition if/else - not all part of array come throw code: info ".count($info).""; print_r($info); foreach ($info as $k=> $line) { mt_srand((float)microtime()*100);// untill php4.2.0 $weight = mt_rand(1,10)* $line['weight']; // rand if (!in_array($line['id'], $cookie_br) || ($spid==$line['sponsor'])) { $info2[$weight] = array('id' =>$line['id'], 'sponsor'=>$line['sponsor'], 'weight' =>$weight, 'url'=>$line['url'], 'html' =>$line['html']); $i++;//counter } else//rest { $info_rest[$weight] = array('id' =>$line['id'], 'sponsor'=>$line['sponsor'], 'weight' =>$weight, 'url'=>$line['url'], 'html' =>$line['html']); $i_rest++;//counter } } echo "info2 ".count($info2).""; print_r($info2); echo "inforest ".count($info_rest)." i_rest ".$i_rest; print_r($info_rest); ?> -- Edit bug report at http://bugs.php.net/?id=21582&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21582&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21582&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21582&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21582&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21582&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21582&r=support Expected behavior: http://bugs.php.net/fix.php?id=21582&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21582&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21582&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21582&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21582&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21582&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21582&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21582&r=gnused
#21298 [Opn]: jpeg dups
ID: 21298 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.7 PHP Version: 4.3.0 New Comment: Please try to reinstall your jpeg library and test again. From the output you presented it seems you have a bad libjpeg. And please use a packege. However: If you configure without --with-jpeg-dir you should not be able to work with jpeg files. Could you please verify this? Because if you remove the mentioned configure line and still have the jpeg functions in your php build then the jpeg functionality comes from another library and that is the error then. Previous Comments: [2002-12-30 16:43:28] [EMAIL PROTECTED] Configure: ./configure --enable-mbstring --with-mysql=/usr/local --with-xml --with-gd --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --enable-bcmath --with-imap --enable-ftp --with-jpeg-dir --with-png-dir --with-ttf --enable-sockets --with-zlib --with-openssl --with-pdflib --with-curl --with-mcrypt --with-freetype --with-freetype-dir=/usr/local/include/freetype2 --with-tsrm-pth Make works fine until it hits this: /bin/sh libtool --silent --mode=link gcc -g -O2 -prefer-pic -rpath /usr/home/install/packages/php-4.3.0/libs -avoid-version -module -L/usr/local/lib -L/usr/local/lib/mysql -L/lib -R /usr/local/lib -R /usr/local/lib/mysql -R /lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext/curl/curl.lo ext/curl/curlstreams.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/imap/php_imap.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/mcrypt/mcrypt.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pdf/pdf.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrap
#21579 [Opn]: freetype wont compile into php 4.3
ID: 21579 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: linux PHP Version: 4.3.0 New Comment: Please show the line 41 from your file: /usr/local/etc/freetype/include/freetype2/freetype/freetype.h Previous Comments: [2003-01-11 05:33:42] [EMAIL PROTECTED] In file included from /usr/src/sources/php/php-4.3.0/ext/gd/libgd/gdft.c:49: /usr/local/etc/freetype/include/freetype2/freetype/freetype.h:41:22: ft2build.h: N o such file or directory here is the initial error thens spits out heaps of other gd errors which is too much to paste in, i cannot compile freetype in, but when i take it out php 4.3 compiled fine -- Edit this bug report at http://bugs.php.net/?id=21579&edit=1
#21242 [Opn->Bgs]: cannot locate Kerberos libraries (--with-imap, --wipe-kerberos)
ID: 21242 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Red Hat 7.1 PHP Version: 4.3.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php As [EMAIL PROTECTED] wrote you need a symlink which should be done by a normal make install or rpm call. Previous Comments: [2002-12-28 08:13:38] [EMAIL PROTECTED] try creating a softlink to the files not found. eg: libdyn.so to libdyn.so.1.0. This worked several times for me. [2002-12-28 07:27:21] [EMAIL PROTECTED] . [2002-12-28 07:17:23] [EMAIL PROTECTED] ./configure --with-apache=../apache_1.3.27 --with-mysql=/usr --with-gettext --enable-track-vars --with-imap=/usr --with-kerberos --with-imap-ssl --enable-trans-id Results in configure error : configure: error: Kerberos libraries not found. Check the path given to --with-kerberos (if no path is given, searches in /usr/kerberos, /usr/local and /usr ) - Kerberos libraries are properly installed as usual in /usr/kerberos/lib : [root@pajonk lib]# ls -la /usr/kerberos/lib total 1096 drwxr-xr-x2 root root 4096 Dec 28 13:59 . drwxr-xr-x7 root root 4096 Mar 30 2001 .. lrwxrwxrwx1 root root 17 Feb 10 2002 libcom_err.so.3 -> libcom_err.so.3.0 -rwxr-xr-x1 root root 5881 Mar 30 2001 libcom_err.so.3.0 lrwxrwxrwx1 root root 16 Feb 10 2002 libdes425.so.3 -> libdes425.so.3.0 -rwxr-xr-x1 root root14459 Mar 30 2001 libdes425.so.3.0 lrwxrwxrwx1 root root 13 Feb 10 2002 libdyn.so.1 -> libdyn.so.1.0 -rwxr-xr-x1 root root 9598 Mar 30 2001 libdyn.so.1.0 lrwxrwxrwx1 root root 21 Feb 10 2002 libgssapi_krb5.so.2 -> libgssapi_krb5.so.2.2 -rwxr-xr-x1 root root86532 Mar 30 2001 libgssapi_krb5.so.2.2 lrwxrwxrwx1 root root 16 Feb 10 2002 libgssrpc.so.3 -> libgssrpc.so.3.0 -rwxr-xr-x1 root root89826 Mar 30 2001 libgssrpc.so.3.0 lrwxrwxrwx1 root root 18 Feb 10 2002 libk5crypto.so.3 -> libk5crypto.so.3.0 -rwxr-xr-x1 root root73926 Mar 30 2001 libk5crypto.so.3.0 lrwxrwxrwx1 root root 19 Feb 10 2002 libkadm5clnt.so.4 -> libkadm5clnt.so.4.0 -rwxr-xr-x1 root root75536 Mar 30 2001 libkadm5clnt.so.4.0 lrwxrwxrwx1 root root 18 Feb 10 2002 libkadm5srv.so.4 -> libkadm5srv.so.4.0 -rwxr-xr-x1 root root 105053 Mar 30 2001 libkadm5srv.so.4.0 lrwxrwxrwx1 root root 14 Feb 10 2002 libkdb5.so.3 -> libkdb5.so.3.0 -rwxr-xr-x1 root root88685 Mar 30 2001 libkdb5.so.3.0 lrwxrwxrwx1 root root 14 Feb 10 2002 libkrb4.so.2 -> libkrb4.so.2.0 -rwxr-xr-x1 root root75685 Mar 30 2001 libkrb4.so.2.0 lrwxrwxrwx1 root root 14 Feb 10 2002 libkrb5.so.3 -> libkrb5.so.3.0 -rwxr-xr-x1 root root 414190 Mar 30 2001 libkrb5.so.3.0 lrwxrwxrwx1 root root 13 Feb 10 2002 libpty.so.1 -> libpty.so.1.1 -rwxr-xr-x1 root root12995 Mar 30 2001 libpty.so.1.1 -- Edit this bug report at http://bugs.php.net/?id=21242&edit=1
#21581 [Opn]: CURL_EXEC CRASH WITH CURLOPT_FILE
ID: 21581 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Reproducible crash +Bug Type: cURL related Operating System: WINDOWS 2000 PHP Version: 4.3.0 New Comment: Modified to cURL related. Previous Comments: [2003-01-11 08:15:54] [EMAIL PROTECTED] PHP 4.3.0 crash (php.exe or WEB server) when you use the example code in PHP Manual. This bug was reported in version 4.2.3 (ID : 19301 ). $ch = curl_init ("http://www.ebay.com";); $fp = fopen ("output/result.txt", "w"); curl_setopt ($ch, CURLOPT_FILE, $fp); curl_setopt ($ch, CURLOPT_HEADER, 0); curl_exec ($ch); curl_close ($ch); fclose ($fp); It's very easy to reproduce. -- Edit this bug report at http://bugs.php.net/?id=21581&edit=1
#21581 [NEW]: CURL_EXEC CRASH WITH CURLOPT_FILE
From: [EMAIL PROTECTED] Operating system: WINDOWS 2000 PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: CURL_EXEC CRASH WITH CURLOPT_FILE PHP 4.3.0 crash (php.exe or WEB server) when you use the example code in PHP Manual. This bug was reported in version 4.2.3 (ID : 19301 ). $ch = curl_init ("http://www.ebay.com";); $fp = fopen ("output/result.txt", "w"); curl_setopt ($ch, CURLOPT_FILE, $fp); curl_setopt ($ch, CURLOPT_HEADER, 0); curl_exec ($ch); curl_close ($ch); fclose ($fp); It's very easy to reproduce. -- Edit bug report at http://bugs.php.net/?id=21581&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21581&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21581&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21581&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21581&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21581&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21581&r=support Expected behavior: http://bugs.php.net/fix.php?id=21581&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21581&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21581&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21581&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21581&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21581&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21581&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21581&r=gnused
#21573 [Opn->Bgs]: fsockopen does not block
ID: 21573 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Sockets related Operating System: Windows XP PHP Version: 4.3.0 New Comment: Read the manual for fgets: " string fgets ( int fp [, int length]) Returns a string of up to length - 1 bytes read from the file pointed to by fp. Reading ends when length - 1 bytes have been read, on a newline (which is included in the return value), or on EOF (whichever comes first). If no length is specified, the length defaults to 1k, or 1024 bytes. " In 4.2.x, fgets was not behaving as it should - we fixed this bug in 4.3. Now, fgets() is the wrong function to use for what you are doing; you should be using fread() to read a single character. If you insist on using fgets(), you need add one to the number of bytes to read. (fgets($fp, 2)) I'm marking this as bogus as it is really a problem in your script, and not a bug in PHP. Previous Comments: [2003-01-10 18:27:33] [EMAIL PROTECTED] I have code that would connect to a pop server and retrieve email messages, without using IMAP functions, which worked fine in PHP 4.0 to PHP 4.2.3, but no longer works correctly in PHP 4.3.0. From what I can tell it seems that although the socket shows that it is in blocking mode, it acts as though it is not in blocking mode. The following code demonstrates the problem. With the debug statements added to the code and when it gets to the fgets function, it loops continuously, without reading data from the stream, until the time limit is reached. \n"; socket_set_blocking ($fp, TRUE); // debug print_r (socket_get_status ($fp)); echo "\n"; $continue = 1; while ($continue) { $chr = fgets ($fp, 1); $str .= $chr; // debug echo "chr = $chr\n"; $array = explode ("\r\n", $str); if ($str != $array[0]) { $continue=0; } } fclose ($fp); ?> Output from version 4.3.0: Array ( [stream_type] => socket [unread_bytes] => 0 [timed_out] => [blocked] => 1 [eof] => ) Array ( [stream_type] => socket [unread_bytes] => 0 [timed_out] => [blocked] => 1 [eof] => ) chr = chr = chr = . . (Loops continuously) . chr = Fatal error: Maximum execution time of 30 seconds exceeded in f:\httproot\popcorn0.8.2\includes\popcorn.inc on line 110 Output from version 4.2.3: Array ( [timed_out] => [blocked] => 1 [eof] => [unread_bytes] => 0 ) Array ( [timed_out] => [blocked] => 1 [eof] => [unread_bytes] => 0 ) chr = + chr = O chr = K chr = chr = C chr = u chr = b chr = i chr = c ... chr = . chr = n chr = e chr = t chr = > chr = chr = I realize that fsockopen, opens the stream in blocking mode by default, but I had to use socket_set_blocking prior to version 4.3.0 to get it to work properly. I tried using stream_set_blocking with the same results. Also, I have tried connecting to multiple POP mail servers with the same result. Only when I go back to version 4.2.3, does it work properly. -- Edit this bug report at http://bugs.php.net/?id=21573&edit=1
#21575 [Fbk->Opn]: 4.2x to 4.3 Compatibility issue
ID: 21575 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Any PHP Version: 4.3.0 New Comment: I'm using Windows 2000 with IIS 5, and I've tried both CGI and ISAPI mode. I updated my server to PHP4.30 on 2 Jan, as you may notice in another bug-report I submitted ( http:// bugs.php.net/bug.php?id=20426 ). I did not run Windows Update this week, and I disabled auto-update service since I don't trust Microsoft. :-) Anyway, it should not be called as 'bug', and I have not trouble to modify my codes (just find/replace PATH_INFO with PHP_SELF.) I'm just curious about what is going on. Does PHP.INI would affect environment variables ? I'm using all default settings but enabling register_globals. Previous Comments: [2003-01-10 21:54:37] [EMAIL PROTECTED] Environment variables are supplied by the environment under which PHP is running. In most cases this means the webserver. Did you change/upgrade your webserver at the same time? Moreover, what webserver are you running and on what OS? [2003-01-10 21:01:46] [EMAIL PROTECTED] Environment variable "PATH_INFO" disappeared in PHP4.30, which is presented in 4.1x and 4.2x. I know that I can use PHP_SELF instead, but my old codes now having problems. -- Edit this bug report at http://bugs.php.net/?id=21575&edit=1
#21579 [NEW]: freetype wont compile into php 4.3
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.3.0 PHP Bug Type: GD related Bug description: freetype wont compile into php 4.3 In file included from /usr/src/sources/php/php-4.3.0/ext/gd/libgd/gdft.c:49: /usr/local/etc/freetype/include/freetype2/freetype/freetype.h:41:22: ft2build.h: N o such file or directory here is the initial error thens spits out heaps of other gd errors which is too much to paste in, i cannot compile freetype in, but when i take it out php 4.3 compiled fine -- Edit bug report at http://bugs.php.net/?id=21579&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21579&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21579&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21579&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21579&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21579&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21579&r=support Expected behavior: http://bugs.php.net/fix.php?id=21579&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21579&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21579&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21579&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21579&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21579&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21579&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21579&r=gnused
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: linux PHP Version: 4.2.3,4.3.0 New Comment: 4.3.o stills has the same problem, the test suite I posted on 30 Oct 2002 12:56am fails with this messages: Warning: main() [function.main]: open_basedir restriction in effect. File(/usr/local/lib/php/hello.php) is not within the allowed path(s): (/usr/local/http-docs/common/scripts/) in /usr/local/http-docs/common/lib/test/test.php on line 5 Warning: main(hello.php) [function.main]: failed to create stream: Not owner in /usr/local/http-docs/common/lib/test/test.php on line 5 Fatal error: main() [function.main]: Failed opening required 'hello.php' (include_path='./:/usr/local/http-docs/common/lib:/usr/local/lib/php:/usr/local/http-docs/common/lib/phpwhois') in /usr/local/http-docs/common/lib/test/test.php on line 5 where test.php tries to include hello.php which is in /usr/local/http-docs/common/lib/test that is a path that's included in include_path Previous Comments: [2003-01-10 04:36:13] [EMAIL PROTECTED] Update version. Bug confirmed in 4.3.0 - final. [2003-01-10 03:17:18] [EMAIL PROTECTED] Is somebody working on this critical bug in php 4.3.0?? Bug was opened 8 sep and now it isn't even the same year... This is a severe problem for all hosting companies since they have to turn of open_basedir to get things going without errors. [2003-01-09 12:42:13] [EMAIL PROTECTED] I have just tried to EXPLICITLY set "php_admin_flag safe_mode off" to ALL virtual hosts, which should not be restricted with safe mode and it seems to help. So the problem is here only when I rely on the default setting in php.ini file (where I have safe mode off by default) and when there is AT LEAST one virtual host with safe_mode enabled. [2003-01-09 12:36:48] [EMAIL PROTECTED] If a have one virt. host with safe_mode turned on and the other one with safe_mode off, the SECOND one (with safe_mode off from default ini setting) sometimes seems to have safe_mode turned on, until next reload. When I tried to replace safe_mode with open_basedir restrictions, this problem was the same one, which is described above. [2003-01-09 04:36:33] [EMAIL PROTECTED] I wrote regression tests for safe mode recently which trigger this bug reliably when upgrading to 4.3.0 from 4.2.2 on Apache 2.0.40. In the Apache config I use: (erring on the side of verbosity) php_admin_value safe_mode 1 php_admin_value safe_mode_exec_dir /bin php_admin_value open_basedir / php_admin_value display_errors 0 php_admin_value log_errors 1 php_admin_value safe_mode_allowed_env_vars FOO_ php_admin_value safe_mode_protected_env_vars FOO_FEE Then: /local/qa/perl-framework/t/htdocs/php/safemode/readfile.php contains: The server error log gets this output for the script: PHP Warning: Unknown(): open_basedir restriction in effect. File(/local/qa/perl-framework/t/htdocs/php/safemode/readfile.php) is not within the allowed path(s): (/) in Unknown on line 0 PHP Warning: Unknown(/local/qa/perl-framework/t/htdocs/php/safemode/readfile.php): failed to create stream: Operation not permitted in Unknown on line 0 PHP Warning: Unknown(): Failed opening '/local/qa/perl-framework/t/htdocs/php/safemode/readfile.php' for inclusion (include_path='.:/usr/share/pear') in Unknown on line 0 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#21224 [Opn]: apache configure fails at php module
ID: 21224 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Problem solved when removing --enable-versioning from php configure settings Previous Comments: [2003-01-10 17:23:15] [EMAIL PROTECTED] Same problem as everyone else. ld: fatal: file /path/to/php-4.3.0/sapi/apache/php.sym unknown file type. Solaris8 and Solaris9. GNU gcc 3.2.1 libtool 1.4, automake 1.7.2, autoconf 2.57 Apache 1.3.27. However I will try not using --enable-versioning and see if that works. Because I did use that in my configure. [2003-01-06 05:02:49] [EMAIL PROTECTED] Problem solved (for me) when removing --enable-versioning from the configure [2002-12-30 09:32:31] [EMAIL PROTECTED] I'm having the same problem building 4.3.0 with Apache on my server, previous builds were ok: RedHat Linux 7.1 kernel 2.4.18-18.7.xsmp gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.2 2.96-112.7.1) ld -v GNU ld version 2.10.91 (with BFD 2.10.91.0.2) libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) ./configure --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql \ --with-pgsql=/usr/local/pgsql --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle --with-sybase-ct=/opt/sybase-12.5/OCS-12_5 \ --with-pdflib=/usr/local/pdflib --with-jpeg --with-tiff --with-zlib \ --with-gd --with-ttf --with-freetype --with-xml --with-gettext \ --enable-ftp --enable-versioning --enable-sockets --enable-calendar \ --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-debugger \ --enable-magic-quotes --enable-rpath --enable-short-tags --enable-posix \ --enable-session --enable-xml --enable-bcmath --enable-ctype --enable-mailparse \ --with-apache=../apache_1.3.27 ./configure --with-layout=Apache --prefix=/usr/local/apache \ --activate-module=src/modules/php4/libphp4.a --enable-module=so \ --enable-module=rewrite --add-module=mod_gzip.c Configuring for Apache, Version 1.3.27 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) + on-the-fly added and activated gzip module (modules/extra/mod_gzip.o) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o rewrite_module uses ConfigStart/End + using -lndbm for DBM support enabling DBM support for mod_rewrite o php4_module uses ConfigStart/End + using system Expat + using -ldl for vendor DSO support + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DLINUX=22 -I/usr/include/db1 `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/local/mysql/lib/mysql -Wl,-rpath,/usr/local/oracle/lib -Wl,-rpath,/lib -Wl,-rpath,/usr/local/pdflib/lib -Wl,-rpath,/usr/local/pgsql/lib -Wl,-rpath,/opt/sybase-12.5/OCS-12_5/lib -rdynamic -L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib -L/usr/local/pdflib/lib -L/usr/local/pgsql/lib -L/opt/sybase-12.5/OCS-12_5/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -export-symbols /usr/local/src/php-4.3.0/sapi/apache/php.sym -rdynamic -L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib -L/usr/local/pdflib/lib -L/usr/local/pgsql/lib -L/opt/sybase-12.5/OCS-12_5/lib -lsybtcl -lintl -lcomn -lct -lcs -lpq -lpdf -lz -lpng -lmysqlclient -lttf -lpng -lz -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -ldl -lm -lnsl -lclntsh -ldl -lm -lnsl -lclntsh -lm -lcrypt -lndbm -lexpat -ldl /usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym: file format not recognized; treating as linker script /usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym:2: parse error collect2: ld returned 1 exit status make: *** [dummy] Error 1 = End of Error Report = Aborting! [2002-12-30 05:59:59] [EMAIL PROTECTED] Same problem at Linux RedHat 6.2 machines, some with: GNU ld 2.9.5 ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) and others with: GNU ld 2.13.2 ltmain.sh (GNU libt
#21532 [Fbk->Opn]: incorrect warning
ID: 21532 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: "Directory (...) 20021122 doesn't exist." Previous Comments: [2003-01-10 16:58:37] [EMAIL PROTECTED] Is the '20021122' directory owned by user with uid of 405? [2003-01-08 18:22:19] [EMAIL PROTECTED] /www/user405/data and /www/user405 exist. Both directories are owned by uid 405 with r-x permission for owner. [2003-01-08 18:16:50] [EMAIL PROTECTED] /www/user405/data and /www/user405 exist. Both directories are owned by uid 405 with r-x permission for owner. [2003-01-08 18:05:17] [EMAIL PROTECTED] But /www/user405/data/ does exist? I bet that directory is not accesible by the uid 405.. [2003-01-08 17:18:04] [EMAIL PROTECTED] PHP log: --- [08-Jan-2003 23:54:22] PHP Warning: opendir(): SAFE MODE Restriction in effect. The script whose uid is 405 is not allowed to access /www/user405/data/20021122 owned by uid 0 in /www/user405/stale/table1a_stale_bpl.php on line 3 [08-Jan-2003 23:54:22] PHP Warning: opendir(/www/user405/data/20021122/bpl): failed to open dir: No such file or directory in /www/user405/stale/table1a_stale_bpl.php on line 3 --- First warning is incorrect. Directory /www/user405/data/20021122 doesn't exist. -- Edit this bug report at http://bugs.php.net/?id=21532&edit=1
#21477 [Ana->Csd]: $node->dump_node($node) crashes with libxml2-2.4.30
ID: 21477 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: DOM XML related Operating System: linux; kernel 2.4.18 PHP Version: 4.3.0 Assigned To: New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. And fixed in CVS PHP_4_3 as well. Previous Comments: [2003-01-10 13:48:00] [EMAIL PROTECTED] This is a valid bug, by initial conclusion as to the nature of this bug was wrong. [2003-01-10 12:54:57] [EMAIL PROTECTED] You're not in position to decide what is bogus and what is not. This is bogus. [2003-01-10 12:50:17] [EMAIL PROTECTED] Thanks for identifying the problem, chregu. But your comment didn't specify WHICH $root in the sample code was causing the problem. Here's an example: hi eot; $doc = domxml_open_mem($xml); $root=$doc->document_element(); //This won't work: //$nodeDump =$doc->dump_node($doc); //This crashes: //$nodeDump =$root->dump_node($root); //This works: $nodeDump =$doc->dump_node($root); echo htmlentities($nodeDump); ?> I have re-opened the bug for integrity of the bug database: a bug is not 'Bogus' if PHP crashes due to scripting errors. For the sake of others who get bitten, this should stay open until fixed, then set it to 'Closed'. [2003-01-10 11:56:45] [EMAIL PROTECTED] The error is here: $nodeContent =$root->dump_node($root); $root has to be a DOM_DOCUMENT and in your case it's DOM_ELEMENT. I'll fix the code, so it will throw an error, if it's not a DOM_DOCUMENT chregu [2003-01-10 04:44:37] [EMAIL PROTECTED] modified bug title to be more specific 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/21477 -- Edit this bug report at http://bugs.php.net/?id=21477&edit=1
#18648 [NoF->Opn]: Single entry form POST gives incorrect variable content
ID: 18648 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Apache2 related Operating System: All PHP Version: 4.3.0-dev/4.4.0-dev New Comment: Exactly the same problem was reported recently by other users. Reopening. Previous Comments: [2003-01-05 16:48:15] [EMAIL PROTECTED] Related bug: http://bugs.php.net/21441 [2002-12-25 01:00:03] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-09 12:48:23] [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 Small note for win32 users, the snapshot containing this patch will not be avaliable for a few hours (1 hour for latest CVS, 7 hours for STABLE). [2002-12-08 05:01:28] [EMAIL PROTECTED] Hi guys, I'm having the same problem on Win32 platform. CODE Page 1: USA-United States -All- Page 2: if (isset($HTTP_POST_VARS["marketframe"])) { $strCountryCode = $HTTP_POST_VARS["marketframe"]; } I get the value $strCountryCode = "USAmarketframe=USA" Also tried using $_POST but same result, using the GET method it works fine. OS Version: Windows 2000 Adv. Server SP3 Web Server: Apache 2.0.43 PHP Version: 4.3.0-dev (Oct 20 2002 16:11:45), API Filter, accessing MS SQL Server 7 [2002-12-06 11:30:07] [EMAIL PROTECTED] Oops, I should have meant php_strtok_r() replaces the delimiter "=" by "\0". 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/18648 -- Edit this bug report at http://bugs.php.net/?id=18648&edit=1
#21566 [Csd->Bgs]: problem with $_POST
ID: 21566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Apache2 related Operating System: Linux Red Hat 8 PHP Version: 4.2.2 New Comment: 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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Duplication of bug #18648 Marking as bogus... Previous Comments: [2003-01-11 02:25:21] [EMAIL PROTECTED] I have a version of the CVS (11/01 02:30). No changes, it doesn't work fine. With PHP 4.3.0, same problem. [2003-01-10 08:44:20] [EMAIL PROTECTED] This is probably caused by a bug in older versions of PHP in combination with Apache 2. Please upgrade to the latest version of PHP and Apache 2. [2003-01-10 06:11:35] [EMAIL PROTECTED] I submit data using form ... ..in page2.php I have "; ?> .. I submit myname as 'Jack' .. I get this.. My name is Jackmyname=Jack My PHP came and installed with Linux Red Hat 8. -- Edit this bug report at http://bugs.php.net/?id=21566&edit=1
#21574 [Ver->Bgs]: $_POST doesn't contain good value
ID: 21574 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Bogus -Bug Type: Variables related +Bug Type: Apache2 related Operating System: RedHat 8 PHP Version: 4CVS-2003-01-10 (stable) New Comment: Duplication of bug #18648. Marking as bogus... Previous Comments: [2003-01-10 22:15:15] [EMAIL PROTECTED] Verified with Apache2 only. (Latest too). [2003-01-10 22:00:48] [EMAIL PROTECTED] It looks the same as #21566. And it looks very critical to me? [2003-01-10 20:23:54] [EMAIL PROTECTED] My configuration is : - RedHat8 - Apache 2.0.43 - PHP 4.3.1-dev (same problem with PHP 4.4.0-dev, PHP 5.0.0-dev ; PHP 4.3.0 have another annoying problem) I have IP stored in a db in longint format (with ip2long(...)). I use the following script to obtain the hostname of an IP. "; print ""; print ""; print ""; $ip = long2ip($entier); print $ip; print "".gethostbyaddr($ip); ?> For example, if I type -722987112, I want to obtain 212.232.23.152 with the good hostname. I have this problem : if I perform a print_r($_POST), I obtain : Array ( [entier] => -722987112entier=-722987112 ) The script worked fine with Apache 1.2.27/PHP 4.2.3 -- Edit this bug report at http://bugs.php.net/?id=21574&edit=1
#18251 [Com]: Lost variables from post action
ID: 18251 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: WindowsXP, Linux PHP Version: 4.1.2 New Comment: Ack. 1. First form name = foo 2. Second (last) print_r: print_r ($_GET) Previous Comments: [2003-01-11 02:49:04] [EMAIL PROTECTED] I did encounter a similar coding error: queried the $_POST array multiple times, came up empty subsequent times. CODE FIX: reset($_POST) HTTP SERVER/PHP TEST SCRIPT: posttest.php Foo A Foo B Foo C Foo D Bar 1 Bar 2 Bar 3 Bar 4 method = post"; while (list ($cgi_foo, $cgi_on) = each ($_POST)) { if (is_array($cgi_on)) { while (list ($cgi_bar, $cgi_val) = each ($cgi_on)) { $sz_ret .= "\n".''.$cgi_foo.'--'.$cgi_bar.''; } } elseif (('on'==$cgi_on)&&('foo_'==substr($cgi_foo,0,4))) { $sz_ret .= "\n".''.$cgi_foo.''; } else { $sz_ret .= "\ngot: '$cgi_foo', '$cgi_on'"; } $i_counter++; } if (1>$i_counter) { echo "\n\n"; print_r ($_POST); echo "\n\n"; } } elseif (isset($_GET)&&(0'.$cgi_foo.'--'.$cgi_bar.''; } } elseif (('on'==$cgi_on)&&('foo_'==substr($cgi_foo,0,4))) { $sz_ret .= "\n".''.$cgi_foo.''; } else { $sz_ret .= "\ngot: '$cgi_foo', '$cgi_on'"; } $i_counter++; } if (1>$i_counter) { echo "\n\n"; print_r ($_POST); echo "\n\n"; } } else { $sz_ret .= " no data extracted"; } $sz_ret .= "i_counter = $i_counter"; return $sz_ret; } print get_foos(); ?> [2002-12-15 06:44:10] [EMAIL PROTECTED] Running php 4.2.3 on apache 1.3.27 on Win2k. In some pages my POST variables make it to the next page missing the first 4 character's. If I send "test_data", I'll get only "_data" on the other side. The funny thing is that it only happens in one machine. I have two other machines with the same configuration and nothing wrong happens. And it appears that this bug happens only with array from form variables. Any thoughts??? [2002-11-29 14:20:38] [EMAIL PROTECTED] The answer will be "We are not support previous PHP versions" ;-) [2002-11-28 14:00:39] [EMAIL PROTECTED] My problem might be affected by this bug. I'm using PHP 4.2.3 (sapi) on Windows 2000 Server running Apache 1.3.27 as Webserver. My form: Then I'm dumping $_POST, where the following happens: When input was an integer from 1-999 it is displayed correctly. From 1000 on the corresponding post value is "false". Inserting "abcdefgh" in the form results in "efgh"... Any Ideas? Copying that example to my debian system, running PHP 4.2.3 on an apache 1.3.26, the result is fine and works as expected. Hope that helps finding another bug, Stefan [2002-07-09 18:08:31] [EMAIL PROTECTED] Update to 4.2.1. If this happens with it too, then reopen this report. 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/18251 -- Edit this bug report at http://bugs.php.net/?id=18251&edit=1
#18251 [Com]: Lost variables from post action
ID: 18251 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Variables related Operating System: WindowsXP, Linux PHP Version: 4.1.2 New Comment: I did encounter a similar coding error: queried the $_POST array multiple times, came up empty subsequent times. CODE FIX: reset($_POST) HTTP SERVER/PHP TEST SCRIPT: posttest.php Foo A Foo B Foo C Foo D Bar 1 Bar 2 Bar 3 Bar 4 method = post"; while (list ($cgi_foo, $cgi_on) = each ($_POST)) { if (is_array($cgi_on)) { while (list ($cgi_bar, $cgi_val) = each ($cgi_on)) { $sz_ret .= "\n".''.$cgi_foo.'--'.$cgi_bar.''; } } elseif (('on'==$cgi_on)&&('foo_'==substr($cgi_foo,0,4))) { $sz_ret .= "\n".''.$cgi_foo.''; } else { $sz_ret .= "\ngot: '$cgi_foo', '$cgi_on'"; } $i_counter++; } if (1>$i_counter) { echo "\n\n"; print_r ($_POST); echo "\n\n"; } } elseif (isset($_GET)&&(0'.$cgi_foo.'--'.$cgi_bar.''; } } elseif (('on'==$cgi_on)&&('foo_'==substr($cgi_foo,0,4))) { $sz_ret .= "\n".''.$cgi_foo.''; } else { $sz_ret .= "\ngot: '$cgi_foo', '$cgi_on'"; } $i_counter++; } if (1>$i_counter) { echo "\n\n"; print_r ($_POST); echo "\n\n"; } } else { $sz_ret .= " no data extracted"; } $sz_ret .= "i_counter = $i_counter"; return $sz_ret; } print get_foos(); ?> Previous Comments: [2002-12-15 06:44:10] [EMAIL PROTECTED] Running php 4.2.3 on apache 1.3.27 on Win2k. In some pages my POST variables make it to the next page missing the first 4 character's. If I send "test_data", I'll get only "_data" on the other side. The funny thing is that it only happens in one machine. I have two other machines with the same configuration and nothing wrong happens. And it appears that this bug happens only with array from form variables. Any thoughts??? [2002-11-29 14:20:38] [EMAIL PROTECTED] The answer will be "We are not support previous PHP versions" ;-) [2002-11-28 14:00:39] [EMAIL PROTECTED] My problem might be affected by this bug. I'm using PHP 4.2.3 (sapi) on Windows 2000 Server running Apache 1.3.27 as Webserver. My form: Then I'm dumping $_POST, where the following happens: When input was an integer from 1-999 it is displayed correctly. From 1000 on the corresponding post value is "false". Inserting "abcdefgh" in the form results in "efgh"... Any Ideas? Copying that example to my debian system, running PHP 4.2.3 on an apache 1.3.26, the result is fine and works as expected. Hope that helps finding another bug, Stefan [2002-07-09 18:08:31] [EMAIL PROTECTED] Update to 4.2.1. If this happens with it too, then reopen this report. [2002-07-09 18:04:24] [EMAIL PROTECTED] I meet this problem 1/100 (aproximetly) post actions 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/18251 -- Edit this bug report at http://bugs.php.net/?id=18251&edit=1
#21577 [Opn]: overriding of GET and POST variables
ID: 21577 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Win2K / IIS PHP Version: 4.3.0 New Comment: oops should say arent lost Previous Comments: [2003-01-11 02:42:30] [EMAIL PROTECTED] The what some people consider a feature of having a same named form element only keeping the last item is data lost to me. The array method (foo.php?a[]=1&a[]=2&a[]=3 ) is not peferable to have the html templates cross compatible. There needs to be a mechanism to access these items. With keeping the status quo for the people that like this effect, why not create another global which is a hash of a hash so the duplicated named items are lost. Currently I have written a class to do this all but getting access to multipart variables seems to be harder. (especially when also doing file uploading) eg: foo.php?a=1&a=2&a=3&b=ten&c=eleven $_GET_HASH["a"] = array("1","2","3") $_GET_HASH["b"] = "ten" $_GET_HASH["c"] = "eleven" same effect if a form had been posted $_POST_HASH["a"] = array("1","2","3") $_POST_HASH["b"] = "ten" $_POST_HASH["c"] = "eleven" with $_FILES still accessable like normal -- Edit this bug report at http://bugs.php.net/?id=21577&edit=1
#21577 [NEW]: overriding of GET and POST variables
From: [EMAIL PROTECTED] Operating system: Win2K / IIS PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: overriding of GET and POST variables The what some people consider a feature of having a same named form element only keeping the last item is data lost to me. The array method (foo.php?a[]=1&a[]=2&a[]=3 ) is not peferable to have the html templates cross compatible. There needs to be a mechanism to access these items. With keeping the status quo for the people that like this effect, why not create another global which is a hash of a hash so the duplicated named items are lost. Currently I have written a class to do this all but getting access to multipart variables seems to be harder. (especially when also doing file uploading) eg: foo.php?a=1&a=2&a=3&b=ten&c=eleven $_GET_HASH["a"] = array("1","2","3") $_GET_HASH["b"] = "ten" $_GET_HASH["c"] = "eleven" same effect if a form had been posted $_POST_HASH["a"] = array("1","2","3") $_POST_HASH["b"] = "ten" $_POST_HASH["c"] = "eleven" with $_FILES still accessable like normal -- Edit bug report at http://bugs.php.net/?id=21577&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21577&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21577&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21577&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21577&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21577&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21577&r=support Expected behavior: http://bugs.php.net/fix.php?id=21577&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21577&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21577&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21577&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21577&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21577&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21577&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21577&r=gnused
#21566 [Com]: problem with $_POST
ID: 21566 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Linux Red Hat 8 PHP Version: 4.2.2 New Comment: I have a version of the CVS (11/01 02:30). No changes, it doesn't work fine. With PHP 4.3.0, same problem. Previous Comments: [2003-01-10 08:44:20] [EMAIL PROTECTED] This is probably caused by a bug in older versions of PHP in combination with Apache 2. Please upgrade to the latest version of PHP and Apache 2. [2003-01-10 06:11:35] [EMAIL PROTECTED] I submit data using form ... ..in page2.php I have "; ?> .. I submit myname as 'Jack' .. I get this.. My name is Jackmyname=Jack My PHP came and installed with Linux Red Hat 8. -- Edit this bug report at http://bugs.php.net/?id=21566&edit=1