#29625 [Opn->Csd]: configure file problem
ID: 29625 Updated by: [EMAIL PROTECTED] Reported By: ych at tcte dot com dot cn -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: linux PHP Version: 4.3.8 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-18 03:11:22] ych at tcte dot com dot cn while configure --enable-xslt --with-xslt-sablot=/usr/local/sablot --with-sablot-js=/usr/local/js, an error will said: -ljs, command not find. [2004-08-17 15:15:58] [EMAIL PROTECTED] So, does it cause any problems for you? It works perfectly for me and others. [2004-08-12 03:17:44] ych at tcte dot com dot cn Description: in configure file line 86047, missing quotation mark for variable PHP_SABLOT_JS_LIBS Reproduce code: --- *) LIBS="-ljs $LIBS" ;; esac fi PHP_SABLOT_JS_LIBS=-L$PHP_SABLOT_JS_DIR/lib -ljs else echo "$ac_t""no" 1>&6 LDFLAGS=$save_old_LDFLAGS ext_shared=$save_ext_shared unset ac_cv_func_js -- Edit this bug report at http://bugs.php.net/?id=29625&edit=1
#29555 [Com]: PHP-5.0.0 + ADODB-451, exit signal Segmentation fault
ID: 29555 Comment by: tmgh at www dot deyang dot gov dot cn Reported By: ogir at yahoo dot com Status: Feedback Bug Type: Unknown/Other Function Operating System: WBEL3 Kernel-2.4.25 PHP Version: 5.0.0 New Comment: i have the same error. ps:windows 2000 sp4+apache2.0.50+adodb452+ado extension501+php5.0.2-dev I think some thing is wrong with PHP-5.0.2-dev without adodb,php5 occasionally crash apache2 on win32. Previous Comments: [2004-08-06 21:20:28] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2004-08-06 21:13:14] ogir at yahoo dot com Description: I have compiled PHP-5.0.0 with OCI8 support, all works fine, but the problem is when I try to use ADOdb(ver.451) library, my php script's with adodb doesn't work. And apache log file say this: [notice] child pid 10525 exit signal Segmentation fault (11) After that, I have compiled PHP-4.3.8 + OCI8, with the same options of configure from PHP5, and ADOdb now works very fine! I think some thing is wrong with PHP-5.0.0. ADODB from http://adodb.sourceforge.net/ say that ADOdb has full PHP5 support, including SPL and exception support. Reproduce code: --- Expected result: Nothing, only that script load/run without any error. -- Edit this bug report at http://bugs.php.net/?id=29555&edit=1
#29725 [Opn->Bgs]: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear
ID: 29725 Updated by: [EMAIL PROTECTED] Reported By: mex at localnet dot sk -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows XP SP1a PHP Version: 5.0.1 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. It depends on the webserver whether it is set or not, not really much something that PHP can do about. To: scottmacvicar at ntlworld dot com, don't update the bugreports with quickfixes if you don't know what you're talking about. Previous Comments: [2004-08-18 01:28:00] mex at localnet dot sk ok, but reference is the same for php 4 and php 5, without any notice about "register_long_arrays = On". [2004-08-18 00:57:32] scottmacvicar at ntlworld dot com 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. Check your php.ini and make sure you register the old-style vars, this was a change made for PHP 5. register_long_arrays = On [2004-08-18 00:53:39] mex at localnet dot sk Description: variable $HTTP_SERVER_VARS['PHP_SELF'] does not exist or it's clear Reproduce code: --- on windows xp sp1a I get clear page: on freebsd 5.2-cvs i get right reply Expected result: variable may be filled with relative path to actual script Actual result: -- variable is clear (or null?) -- Edit this bug report at http://bugs.php.net/?id=29725&edit=1
#29454 [Opn->Fbk]: php_check_syntax second argument doesn't work in the right way
ID: 29454 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 5CVS-2004-07-30 (dev) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works fine here. Previous Comments: [2004-07-30 07:26:45] [EMAIL PROTECTED] Description: The second argument of php_check_syntax is supposed to be passed by reference. However, you need to specify the reference where the function is called, like php_check_syntax($file, &$error); resulting in Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of php_check_syntax(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. Reproduce code: --- php_check_syntax("test.php", $error); Expected result: errorstring in $error Actual result: -- Notice: Undefined variable: error -- Edit this bug report at http://bugs.php.net/?id=29454&edit=1
#28029 [Com]: HTTP request failed!
ID: 28029 Comment by: andreizilla at gmail dot com Reported By: coadmin at hostings dot pl Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: I'm having simular (same?) problems on: * FreeBSD zig.andreib.com 5.2.1-RELEASE-p9 FreeBSD 5.2.1-RELEASE-p9 #0: Sun Aug 15 18:42:43 CDT 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MYKERNEL i386 * Apache/1.3.31 * PHP Version 4.3.8 configuted with: './configure' '--enable-versioning' '--enable-memory-limit' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--with-regex=php' '--disable-cli' '--with-apxs=/usr/local/sbin/apxs' '--disable-ipv6' '--prefix=/usr/local' 'i386-portbld-freebsd5.2.1' Apache seems to be segfaulting every several minutes. This is what the log files look like: [Wed Aug 18 01:52:25 2004] [notice] child pid 18870 exit signal Segmentation fault (11) [Wed Aug 18 01:52:28 2004] [notice] child pid 18869 exit signal Segmentation fault (11) [Wed Aug 18 01:52:32 2004] [notice] child pid 18868 exit signal Segmentation fault (11) [Wed Aug 18 01:52:45 2004] [notice] child pid 18867 exit signal Segmentation fault (11) [Wed Aug 18 01:53:15 2004] [notice] child pid 18866 exit signal Segmentation fault (11) ... times several hundred. This also happends when I do `apachectl graceful' If anyone knows where I can find more information on resolving this problem please, please, please tell me. Thank you. - andrei Previous Comments: [2004-07-25 14:02:46] coadmin at hostings dot pl Hello, sorry I couldn't use --disable-all on productive machine. There are too many commercial hostings accounts. But... My problem was suddenly resolved about month ago before compiling PHP. It was very strange. I didn't do any changes in Apache or PHP. >From one day up to now all is working correctly. There wasn't any HTTP request failed!. Additionaly, I upgraded to 4.3.8 a week ago and there is many many many less segfaults. But... #2 On the other server (php 4.3.6) always was OK. After upgrade to PHP 4.3.8 I've again the same bug... I really don't know what is it. Maybe it's OS releated? But as I see on bug status, only 37.5% people, reproducting this bug has the same OS as me. There aren't segaults during HTTP request failed!, but there are other segfaults releated to php engine. [2004-07-19 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-07-11 22:01:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And use EXACTLY this configure line: # ./configure --with-apxs=/usr/local/apache/bin/apxs --disable-all # make && make install # /usr/local/apache/bin/apachectl stop && sleep 10 # /usr/local/apache/bin/apachectl start Then test using the simplest script you could reproduce this problem before. [2004-05-24 04:25:00] joseph at xtremecorponline dot com My mistake. fopen causes these errors when the filename passed to it does not exist, or is corrupted, on the server. I hope that helps narrow it down. [2004-05-24 04:16:19] joseph at xtremecorponline dot com Hello - Running FreeBSD 4.9,PHP4.3.6. I get the same errors, fopen causing segmentation fault, which then interrupts the browser's SSL connection. I have a script that thumbnails images on the fly. It's not all the time, but every once in a while, fopen will cause this error: [error] PHP Warning: fopen: failed to open stream: HTTP in /usr/local/www/site/phpthumb.php on line 615 which is reported in my apache error log for the virtual host. consequently, immediately after, in the apache error-log in apache root, this error occurs: child pid 43187 exit signal Segmentation fault (11) (note the PID # is always different as the apache processes recycle) The script file is 1200 lines long, I'm sure yuo dont want it all, but here is the area of line 615 as the error shows. The code `if ($fp = fopen($_REQUEST['src'], 'rb')) {` is line 615. FreeBSD 4.9 Apache/1.3.29 PHP/4.3.6 mod_ssl/2.8.16 OpenSSL/0.9.6g Am also running turck-mmcache 2.4.6 Please help with this. Am also more than willing to get you any info you need to help troubleshoot as fast as possible. --
#29555 [Com]: PHP-5.0.0 + ADODB-451, exit signal Segmentation fault
ID: 29555 Comment by: tmgh at www dot deyang dot gov dot cn Reported By: ogir at yahoo dot com Status: Feedback Bug Type: Unknown/Other Function Operating System: WBEL3 Kernel-2.4.25 PHP Version: 5.0.0 New Comment: i use vc++6 and get the trace: 0139EA74 mov eax,dword ptr [ebp+104h] 0139EA7A testeax,eax 0139EA7C je 0139EAA2 0139EA7E pushebx 0139EA7F pushesi 0139EA80 pushebp 0139EA81 calleax 0139EA83 add esp,0Ch 0139EA86 cmp eax,0FFh 0139EA89 jne 0139EAA2 0139EA8B mov ecx,dword ptr [ebp+4] 0139EA8E mov edx,dword ptr [esi+4] 0139EA91 pushecx 0139EA92 pushedx 0139EA93 push15F6C08h 0139EA98 push10h 0139EA9A call01392690 0139EA9F add esp,10h 0139EAA2 cmp edi,dword ptr [esi+10Ch] 0139EAA8 jb 0139EA62 0139EAAA pop edi 0139EAAB pop esi 0139EAAC pop ebp 0139EAAD pop ebx the "0139EA74 mov eax,dword ptr [ebp+104h]" is the problem.my vc tell me "PHP5TS! 0139ea74()" and "cxx0017 error:symbol 'this' not find" Previous Comments: [2004-08-18 08:07:19] tmgh at www dot deyang dot gov dot cn i have the same error. ps:windows 2000 sp4+apache2.0.50+adodb452+ado extension501+php5.0.2-dev I think some thing is wrong with PHP-5.0.2-dev without adodb,php5 occasionally crash apache2 on win32. [2004-08-06 21:20:28] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2004-08-06 21:13:14] ogir at yahoo dot com Description: I have compiled PHP-5.0.0 with OCI8 support, all works fine, but the problem is when I try to use ADOdb(ver.451) library, my php script's with adodb doesn't work. And apache log file say this: [notice] child pid 10525 exit signal Segmentation fault (11) After that, I have compiled PHP-4.3.8 + OCI8, with the same options of configure from PHP5, and ADOdb now works very fine! I think some thing is wrong with PHP-5.0.0. ADODB from http://adodb.sourceforge.net/ say that ADOdb has full PHP5 support, including SPL and exception support. Reproduce code: --- Expected result: Nothing, only that script load/run without any error. -- Edit this bug report at http://bugs.php.net/?id=29555&edit=1
#29721 [Bgs]: Dynamic variables wrong after a POST
ID: 29721 User updated by: me at autourdupc dot com Reported By: me at autourdupc dot com Status: Bogus Bug Type: Variables related Operating System: Windows PHP Version: 4.3.8 New Comment: I use var_dump($_POST); I think you do not understand my request. Error message displayed are good. The problem is that I put a value on the first field and after the POST all others fields are filled with this same value. Normally, thez should be empty or on error. I think there is a bug : If you put "a" on the first field, all the post displayed by the var_dump are good but the values displayed by the dynamic construction of the variables are wrong. I don't understand why the result is correct is I use a static name for my variables and the result is different if I use a dynamic name. Please try again my example and see ! May be it is not a bug concerning the POST but a bug concerning dynamic variables. Previous Comments: [2004-08-17 15:42:32] [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. Use var_dump($_POST); and you'll see that variables are on their places. Debug you code. [2004-08-17 15:35:33] me at autourdupc dot com Description: Using dynamic variables. After a POST, variables initialized with a NULL value are not NULL. Reproduce code: --- http://www.autourdupc.com/bug.php.txt Expected result: If you enter a value in the first field and leave others blank. After the post, only the first value must have the value. Actual result: -- Actually, all the variables have the same value. -- Edit this bug report at http://bugs.php.net/?id=29721&edit=1
#29711 [Fbk]: libxml and non iso-8859-1
ID: 29711 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: XML related Operating System: ALL PHP Version: 5.0.1 New Comment: We are still early enough in PHP5 deployment to fix stuff like this and not worry too much about 5.0.x BC breakage. Especially for something which already has broken BC with PHP4. People porting their stuff are already screwed. So we either revert to PHP4 behaviour to remove the BC break or we do it right and default to UTF-8. Leaving it as-is because of BC worries to 5.0.x shouldn't even be considered. My vote is to default it to UTF-8. Previous Comments: [2004-08-17 09:15:32] [EMAIL PROTECTED] the minimun BC 'll be convert it back to the orginal encoding by default, it'll not break any php4 or php5 scripts, it'll break only the not working one, what the problem with it? [2004-08-17 08:58:46] [EMAIL PROTECTED] Oh come on, nobody uses PHP 5 yet :) For once do things right instead of half-assed solutions we've had for the past years because of BC issues. [2004-08-17 08:51:03] [EMAIL PROTECTED] It works for all correctly, which use iso-8859-1 (or similar or utf-8 in the iso-8859-1 space) source encoding or which did specify utf-8 as output encoding. So for the majority (I'd say), it works as expected, if we change default to UTF-8 (which would be of course the correct solution), it will break a lot of people's code. The encoding thingie in ext/xml in PHP 4 was always broken, IMHO. We unfortunately missed the chance to implement it more correctly with slight BC breaks for PHP 5.0.0... [2004-08-17 08:28:58] [EMAIL PROTECTED] I'm for breaking it and make it output UTF-8 by default like the domxml stuff does. Consistency is a good thing and as it doesn't work "correctly" for 5.0.0 and 5.0.1 anyway I'd say we fix this. [2004-08-17 08:19:25] [EMAIL PROTECTED] It's not a bug per se, it's more a BC break and/or documentation problem.. As libxml2 in PHP 5, detects the encoding automatically (which is anyway the correct behaviour), you don't have to specify it. Therefore, in PHP 5, the 1st parameter to xml_parser_create() only specifies the output encoding, which defaults to ISO-8859-1. If you specify "UTF-8" there, you at least get UTF-8 encoded strings and can convert them to Windows-1255. So, what to do now? If we change that behaviour (Output encoding defaults to iso-8859-1), we break BC to 5.0.0 and 5.0.1, if we leave it, it's a BC break to 4.x. But IMHO anyway the behaviour of PHP 4 was wrong (not respecting the source encoding specified in the XML document), on the other hand, defaulting to ISO-8859-1 was also not a very bright idea back then... I'm in favor of leaving as it is and clearly document 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/29711 -- Edit this bug report at http://bugs.php.net/?id=29711&edit=1
#29711 [Fbk]: libxml and non iso-8859-1
ID: 29711 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: XML related Operating System: ALL PHP Version: 5.0.1 New Comment: Right, let's do that. I can try to make a patch if somebody can send me an example script (in a .tar.gz file). Previous Comments: [2004-08-18 10:09:36] [EMAIL PROTECTED] We are still early enough in PHP5 deployment to fix stuff like this and not worry too much about 5.0.x BC breakage. Especially for something which already has broken BC with PHP4. People porting their stuff are already screwed. So we either revert to PHP4 behaviour to remove the BC break or we do it right and default to UTF-8. Leaving it as-is because of BC worries to 5.0.x shouldn't even be considered. My vote is to default it to UTF-8. [2004-08-17 09:15:32] [EMAIL PROTECTED] the minimun BC 'll be convert it back to the orginal encoding by default, it'll not break any php4 or php5 scripts, it'll break only the not working one, what the problem with it? [2004-08-17 08:58:46] [EMAIL PROTECTED] Oh come on, nobody uses PHP 5 yet :) For once do things right instead of half-assed solutions we've had for the past years because of BC issues. [2004-08-17 08:51:03] [EMAIL PROTECTED] It works for all correctly, which use iso-8859-1 (or similar or utf-8 in the iso-8859-1 space) source encoding or which did specify utf-8 as output encoding. So for the majority (I'd say), it works as expected, if we change default to UTF-8 (which would be of course the correct solution), it will break a lot of people's code. The encoding thingie in ext/xml in PHP 4 was always broken, IMHO. We unfortunately missed the chance to implement it more correctly with slight BC breaks for PHP 5.0.0... [2004-08-17 08:28:58] [EMAIL PROTECTED] I'm for breaking it and make it output UTF-8 by default like the domxml stuff does. Consistency is a good thing and as it doesn't work "correctly" for 5.0.0 and 5.0.1 anyway I'd say we fix this. 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/29711 -- Edit this bug report at http://bugs.php.net/?id=29711&edit=1
#29698 [Com]: include suite does not traverse include_path subdirectories
ID: 29698 Comment by: scooter at butterball dot demon dot co dot uk Reported By: mills at sinetechnologies dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Win XP PHP Version: 5.0.1 New Comment: Hi, I have seen the same problem on SunOS 5.8 Our code works fine on Linux Fedora Core 2. PHP version 5.0.1 is being used on both platforms. Scooter Previous Comments: [2004-08-16 17:00:07] mills at sinetechnologies dot com This is not a duplication of 27891, or any other bug I have seen. [2004-08-16 08:33:57] mills at sinetechnologies dot com Description: This is new for PHP5. PHP4 works as expected. Using require_once as the test, and having a properly set up include path, require_once does not travel farther down the include_path to locate files to include. Same behavior in cgi and module implementations. For example, take the following include path: include_path = ".;C:\Program Files\Apache Group\Apache\php\include" In the include directory is another directory called 'phrame' The phrame directory contains files and folders. The file 'include.php' contains other include calls such as include( 'util/Object.php'); (the location of which is "C:\Program Files\Apache Group\Apache\php\include\phrame\util\Object.php") This should use . and then find the util/Object.php. It does in PHP4, but not in PHP5. It looks like the parser is only going one directory deep when searching for files, and not allowing recursive calls. For PHP4, it works as expected, and all files are included, but PHP5 only goes one directory deep, and fails for subdirectories. This makes implementing projects built with PHP4 and extending them with PHP5 a nightmare for both server administrators and developers. Directory Structure Summary: /include /phrame include.php /util /Object.php Reproduce code: --- //load include page which loads other needed pages require_once 'phrame/include.php'; //directly load a needed page for test purposes. require_once 'phrame/util/Object.php'; Expected result: //in PHP4 //include loaded and all other pages loaded require_once 'phrame/include.php'; //a direct call to this page gets loaded. require_once 'phrame/util/Object.php'; Actual result: -- //in PHP5 //partial works, include.php is included if blank, //but because of other include calls, the require_once //causes this page to fail to load. require_once 'phrame/include.php'; //does not work! page fails to load require_once 'phrame/util/Object.php'; -- Edit this bug report at http://bugs.php.net/?id=29698&edit=1
#29721 [Bgs]: Dynamic variables wrong after a POST
ID: 29721 Updated by: [EMAIL PROTECTED] Reported By: me at autourdupc dot com Status: Bogus Bug Type: Variables related Operating System: Windows PHP Version: 4.3.8 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 There *is* a bug in your code, so the bug system is not the place to dsicuss this. Post your problem (and your failing code) to the php-general list, and someone (maybe even me!) might help out. Previous Comments: [2004-08-18 09:55:03] me at autourdupc dot com I use var_dump($_POST); I think you do not understand my request. Error message displayed are good. The problem is that I put a value on the first field and after the POST all others fields are filled with this same value. Normally, thez should be empty or on error. I think there is a bug : If you put "a" on the first field, all the post displayed by the var_dump are good but the values displayed by the dynamic construction of the variables are wrong. I don't understand why the result is correct is I use a static name for my variables and the result is different if I use a dynamic name. Please try again my example and see ! May be it is not a bug concerning the POST but a bug concerning dynamic variables. [2004-08-17 15:42:32] [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. Use var_dump($_POST); and you'll see that variables are on their places. Debug you code. [2004-08-17 15:35:33] me at autourdupc dot com Description: Using dynamic variables. After a POST, variables initialized with a NULL value are not NULL. Reproduce code: --- http://www.autourdupc.com/bug.php.txt Expected result: If you enter a value in the first field and leave others blank. After the post, only the first value must have the value. Actual result: -- Actually, all the variables have the same value. -- Edit this bug report at http://bugs.php.net/?id=29721&edit=1
#29727 [NEW]: CUROPT_PROXYAUTH constant is not register
From: bip at pennec dot org Operating system: All PHP version: 4.3.9RC1 PHP Bug Type: cURL related Bug description: CUROPT_PROXYAUTH constant is not register Description: CURLOPT_PROXYAUTH constant appears in libcurl 7.10.7 but is not register in recents releases of the php_curl module. This constant is needed to pass thru proxy with ntlm authentication Reproduce code: --- $ch = curl_init(); curl_setopt ($ch, CURLOPT_PROXYAUTH, CURLAUTH_NTLM); -- Edit bug report at http://bugs.php.net/?id=29727&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29727&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29727&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29727&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29727&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29727&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29727&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29727&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29727&r=support Expected behavior: http://bugs.php.net/fix.php?id=29727&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29727&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29727&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29727&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29727&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29727&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29727&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29727&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29727&r=float
#29170 [Com]: problem with open_basedir and include
ID: 29170 Comment by: kuba at 3net dot pl Reported By: phynias at camphreaks dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Redhat 9 PHP Version: 5.0.0 New Comment: try to tell all of my clients, that they MUST change their scripts, that worked perfectly with PHP 4 ... Previous Comments: [2004-08-03 16:49:43] [EMAIL PROTECTED] use absolute path with include() and all other functions. define('ROOT_PATH','/home/httpd/vhosts/mysite.com/httpdocs'); include (ROOT_PATH.'/inc/include1.php'); it will work perfectly at all hostings, all platforms, all versions etc. etc. [2004-08-03 16:42:24] kuba at 3net dot pl the same story when this issue will be solved? do i have to change my software, install old php 4.3.7, or wait for you to solve it? [2004-07-15 00:39:59] phynias at camphreaks dot com Description: When open_basedir options or set on a a set within apache. Such as: php_admin_value open_basedir"/home/httpd/vhosts/mysite.com/httpdocs" If I do an include form 1 page and then in that page inlcude another page it errors out with open_basedir restriction in effect. Easiest way to test it is to do the following. in your docroot create a file called test.php inside test.php put then inside include1.php put and inside include2.php put So if yer vase was /httpd/docroot you would have /httpd/docroot/test.php /httpd/docroot/inc/include1.php /httpd/docroot/inc/inc2/include2.php Then bring up test.php in your browser. Of course u must have the dirs /inc and inc/inc2 created This will include the first file but error on the second one. Actual result: -- Warning: main() [function.main]: open_basedir restriction in effect. File(/usr/share/pear/include/inc2.php) is not within the allowed path(s): (/home/httpd/vhosts/mysite.com/httpdocs:/tmp) in /home/httpd/vhosts/mysite.com/httpdocs/test/inc.php on line 2 Warning: main(include/inc2.php) [function.main]: failed to open stream: Operation not permitted in /home/httpd/vhosts/mysite.com/httpdocs/test/inc.php on line 2 Warning: main() [function.include]: Failed opening 'include/inc2.php' for inclusion (include_path='.:./:/usr/share/pear:/php/includes:') in /home/httpd/vhosts/mysite.com/httpdocs/test/inc.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=29170&edit=1
#29728 [NEW]: Reflection API Feature: Default parameter value.
From: wb at pro-net dot co dot uk Operating system: * PHP version: 5.0.0 PHP Bug Type: Zend Engine 2 problem Bug description: Reflection API Feature: Default parameter value. Description: This is not strictly a bug and more of a feature request (if there is a better place for feature requests then please let me know). At the moment there is no way to find out if a parameter for a method has a default value or not. It would be nice is the ReflectionParameter class had something like the the following methods. ReflectionParameter->isRequired() Returns TRUE if the parameter is required or FALSE if it is not required (and therefore has a default value). ReflectionParameter->getDefault() Returns the default value for the parameter. This could throw an Exception if no default value is set as it could be possiable for the default value to be FALSE :) Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit bug report at http://bugs.php.net/?id=29728&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29728&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29728&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29728&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29728&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29728&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29728&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29728&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29728&r=support Expected behavior: http://bugs.php.net/fix.php?id=29728&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29728&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29728&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29728&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29728&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29728&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29728&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29728&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29728&r=float
#29222 [Com]: php4.3.8 segfaults with apache2 (2.0.50)
ID: 29222 Comment by: javier_peces at hotmail dot com Reported By: formorer at debian dot org Status: No Feedback Bug Type: Reproducible crash Operating System: Debian Woody/Sid PHP Version: 4.3.8 New Comment: I get the same in debian sid and apache2. Sorry I cannot get debugging symbols. Pasted at bottom all version numbers of apache2 and php4 I have installed. If I can help in any manner please let me know. (gdb) continue Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1079519520 (LWP 3589)] 0x4071e957 in execute () from /usr/lib/apache2/modules/ libphp4.so (gdb) bt #0 0x4071e957 in execute () from /usr/lib/apache2/ modules/libphp4.so #1 0x08078785 in ap_run_handler () #2 0x080b9838 in ?? () #3 0x in ?? () #4 0x081e0668 in ?? () #5 0x081e0668 in ?? () #6 0x0813b208 in ?? () #7 0xb978 in ?? () #8 0x08078d90 in ap_invoke_handler () Previous frame inner to this frame (corrupt stack?) (gdb) ||/ Name Version Description +++-==- ==- ii apache22.0.50-9 Next generation, scalable, extendable web server ii apache2-common 2.0.50-9 Next generation, scalable, extendable web server ii apache2-doc2.0.50-9 Documentation for apache2 un apache2-modules (no description available) un apache2-mpm-perchild (no description available) ii apache2-mpm-prefork2.0.50-9 Traditional model for Apache2 un apache2-mpm-threadpool (no description available) un apache2-mpm-worker (no description available) ||/ Name Version Description +++-==- ==- ii php4 4.3.8-5 A server-side, HTML-embedded scripting language ii php4-apd 0.4p2-3 PHP code execution profiler and debugger ii php4-cgi 4.3.8-5 A server-side, HTML-embedded scripting language un php4-cgi-curl (no description available) un php4-cgi-domxml (no description available) un php4-cgi-gd (no description available) un php4-cgi-imap (no description available) un php4-cgi-ldap (no description available) un php4-cgi-mhash (no description available) un php4-cgi-mysql (no description available) un php4-cgi-pgsql (no description available) un php4-cgi-snmp (no description available) un php4-cgi-xml (no description available) ii php4-curl 4.3.8-5 CURL module for php4 ii php4-dbase 4.3.4+rcfinal-3 dBase module for php4 ii php4-dev 4.3.8-5 Files for PHP4 module development un php4-domxml (no description available) un php4-gd (no description available) ii php4-gd2 4.3.2+rc3-2 GD module (with GD2) for php4 ii php4-imap 4.3.8-5 IMAP module for php4 ii php4-ldap 4.3.8-5 LDAP module for php4 un php4-mcal (no description available) un php4-mhash (no description available) ii php4-mysql 4.3.8-5 MySQL module for php4 un php4-odbc (no description available) ii php4-pear 4.3.8-5 PEAR - PHP Extension and Application Repository ii php4-pear-log 1.6.0-1 Log module for PEAR ii php4-pgsql 4.3.8-1 PostgreSQL module for php4 un php4-recode (no description available) un php4-sablot (no description available) un php4-snmp (no description available) un php4-sybase (no description available) un php4-xml (no description available) un php4-xslt (no description available) Previous
#29698 [Com]: include suite does not traverse include_path subdirectories
ID: 29698 Comment by: scooter at butterball dot demon dot co dot uk Reported By: mills at sinetechnologies dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Win XP PHP Version: 5.0.1 New Comment: Hi, We have resolved this bug on our Solaris box. The php.ini file was still the old php4 version, we installed the php5 version of the php.ini file and now recursive includes work fine on the Solaris box. They always worked on the Fedora box, but it had the php5 .ini file installed from the start. Not sure if this is a solution to the apparent bug on Win XP, but it worked for us. One last point the include_path on the php.ini file was the only element changed from the default, the '.' was changed to './' - this may also be important. Scooter Previous Comments: [2004-08-18 10:21:04] scooter at butterball dot demon dot co dot uk Hi, I have seen the same problem on SunOS 5.8 Our code works fine on Linux Fedora Core 2. PHP version 5.0.1 is being used on both platforms. Scooter [2004-08-16 17:00:07] mills at sinetechnologies dot com This is not a duplication of 27891, or any other bug I have seen. [2004-08-16 08:33:57] mills at sinetechnologies dot com Description: This is new for PHP5. PHP4 works as expected. Using require_once as the test, and having a properly set up include path, require_once does not travel farther down the include_path to locate files to include. Same behavior in cgi and module implementations. For example, take the following include path: include_path = ".;C:\Program Files\Apache Group\Apache\php\include" In the include directory is another directory called 'phrame' The phrame directory contains files and folders. The file 'include.php' contains other include calls such as include( 'util/Object.php'); (the location of which is "C:\Program Files\Apache Group\Apache\php\include\phrame\util\Object.php") This should use . and then find the util/Object.php. It does in PHP4, but not in PHP5. It looks like the parser is only going one directory deep when searching for files, and not allowing recursive calls. For PHP4, it works as expected, and all files are included, but PHP5 only goes one directory deep, and fails for subdirectories. This makes implementing projects built with PHP4 and extending them with PHP5 a nightmare for both server administrators and developers. Directory Structure Summary: /include /phrame include.php /util /Object.php Reproduce code: --- //load include page which loads other needed pages require_once 'phrame/include.php'; //directly load a needed page for test purposes. require_once 'phrame/util/Object.php'; Expected result: //in PHP4 //include loaded and all other pages loaded require_once 'phrame/include.php'; //a direct call to this page gets loaded. require_once 'phrame/util/Object.php'; Actual result: -- //in PHP5 //partial works, include.php is included if blank, //but because of other include calls, the require_once //causes this page to fail to load. require_once 'phrame/include.php'; //does not work! page fails to load require_once 'phrame/util/Object.php'; -- Edit this bug report at http://bugs.php.net/?id=29698&edit=1
#29729 [NEW]: Can't connect to local MySQL
From: kil at systema dot ru Operating system: Tru64 UNIX v 5.1A PHP version: 5.0.1 PHP Bug Type: MySQL related Bug description: Can't connect to local MySQL Description: CC=cc CXX=cxx CFLAGS="-arch host" CXXFLAGS="-arch host" PHP is Apache-2.0.50 shared module PHP-4.3.8 is OK. Reproduce code: --- Expected result: Web page Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in ... -- Edit bug report at http://bugs.php.net/?id=29729&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29729&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29729&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29729&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29729&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29729&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29729&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29729&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29729&r=support Expected behavior: http://bugs.php.net/fix.php?id=29729&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29729&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29729&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29729&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29729&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29729&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29729&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29729&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29729&r=float
#29730 [NEW]: configure of PHP vith error messages
From: pbense at freemail dot hu Operating system: linux debian 2.4 PHP version: 5.0.1 PHP Bug Type: PHP options/info functions Bug description: configure of PHP vith error messages Description: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1631: checking host system type configure:1719: checking for gcc configure:1832: checking whether the C compiler (gcc ) works configure:1848: gcc -o conftestconftest.c 1>&5 configure:1874: checking whether the C compiler (gcc ) is a cross-compiler configure:1879: checking whether we are using GNU C configure:1888: gcc -E conftest.c configure:1907: checking whether gcc accepts -g configure:1940: checking whether gcc and cc understand -c and -o together configure:1955: gcc -c conftest.c -o conftest.o 1>&5 configure:1956: gcc -c conftest.c -o conftest.o 1>&5 configure:1961: cc -c conftest.c 1>&5 configure:1963: cc -c conftest.c -o conftest.o 1>&5 configure:1964: cc -c conftest.c -o conftest.o 1>&5 configure:1991: checking how to run the C preprocessor configure:2012: gcc -E conftest.c >/dev/null 2>conftest.out configure:2072: checking for AIX configure:2099: checking if compiler supports -R configure:2114: gcc -o conftest -g -O2 conftest.c -R /usr/lib 1>&5 /usr/bin/ld: cannot open /usr/lib: File format not recognized collect2: ld returned 1 exit status configure: failed program was: #line 2107 "configure" #include "confdefs.h" int main() { ; return 0; } configure:2132: checking if compiler supports -Wl,-rpath, configure:2147: gcc -o conftest -g -O2 conftest.c -Wl,-rpath,/usr/lib 1>&5 configure:2173: checking for re2c configure:2204: checking for ranlib configure:2232: checking whether ln -s works configure:2257: checking for mawk configure:2291: checking for bison configure:2325: checking bison version configure:2335: checking for flex configure:2369: checking for yywrap in -lfl configure:2388: gcc -o conftest -g -O2 conftest.c -lfl 1>&5 configure:2412: checking lex output file root configure:2433: checking whether yytext is a pointer configure:2452: gcc -o conftest -g -O2 conftest.c -lfl 1>&5 configure:2476: checking for working const configure:2530: gcc -c -g -O2 conftest.c 1>&5 configure:2555: checking flex version configure:2683: gcc -o conftest -g -O2 conftest.c 1>&5 /tmp/ccpWsglW.o: In function `main': /root/src/php-5.0.1/configure:2678: undefined reference to `pthread_mutexattr_init' /root/src/php-5.0.1/configure:2679: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2665 "configure" #include "confdefs.h" #include #include void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(&mattr); return pthread_create(&thd, NULL, thread_routine, &data); } configure:2703: checking for pthreads_cflags configure:2736: gcc -o conftest -g -O2 -kthread conftest.c 1>&5 gcc: unrecognized option `-kthread' /tmp/ccbMXTjN.o: In function `main': /root/src/php-5.0.1/configure:2731: undefined reference to `pthread_mutexattr_init' /root/src/php-5.0.1/configure:2732: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2718 "configure" #include "confdefs.h" #include #include void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(&mattr); return pthread_create(&thd, NULL, thread_routine, &data); } configure:2736: gcc -o conftest -g -O2 -pthread conftest.c 1>&5 configure:2766: checking for pthreads_lib configure:2892: checking for AOLserver support configure:3114: checking for Apache 1.x module support via DSO through APXS configure:3399: checking for Apache 1.x module support configure:4188: checking for member fd in BUFF * configure:4207: gcc -c -g -O2 conftest.c 1>&5 configure:4201: httpd.h: No such file or directory configure: failed program was: #line 4200 "configure" #include "confdefs.h" #include int main() { conn_rec *c; int fd = c->client->fd; ; return 0; } configure:4231: checking for mod_charset compatibility option configure:4298: checking for Apache 2.0 filter-module support via DSO through APXS configure:5042: checking for Apache 2.0 handler-module support via DSO through APXS configure:5786: checking for Apache 1.x (hooks) module support via DSO through APXS configure:6358: checking for Apache 1.x (hooks) module support configure:7144: checking for mod_charset compatibility option configure:7212: checking for Caudium support configure:7524: checking for CLI build configure:7580: checking for Continuity support configure:7807: checking for embedded SAPI library support configure:7992: checking for Zeus ISAPI support configure:8204: checking for Milter support configure:8
#29729 [Opn->Bgs]: Can't connect to local MySQL
ID: 29729 Updated by: [EMAIL PROTECTED] Reported By: kil at systema dot ru -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Tru64 UNIX v 5.1A PHP Version: 5.0.1 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: [2004-08-18 13:02:09] kil at systema dot ru Description: CC=cc CXX=cxx CFLAGS="-arch host" CXXFLAGS="-arch host" PHP is Apache-2.0.50 shared module PHP-4.3.8 is OK. Reproduce code: --- Expected result: Web page Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in ... -- Edit this bug report at http://bugs.php.net/?id=29729&edit=1
#29729 [Bgs->Opn]: Can't connect to local MySQL
ID: 29729 User updated by: kil at systema dot ru Reported By: kil at systema dot ru -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Tru64 UNIX v 5.1A PHP Version: 5.0.1 New Comment: In PHP-4.x.x such problem is only in case compilation with POSIX threads: CC="cc -pthread" CXX="cxx -pthread" Previous Comments: [2004-08-18 13:16:54] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . [2004-08-18 13:02:09] kil at systema dot ru Description: CC=cc CXX=cxx CFLAGS="-arch host" CXXFLAGS="-arch host" PHP is Apache-2.0.50 shared module PHP-4.3.8 is OK. Reproduce code: --- Expected result: Web page Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in ... -- Edit this bug report at http://bugs.php.net/?id=29729&edit=1
#29730 [Opn->Bgs]: configure of PHP vith error messages
ID: 29730 Updated by: [EMAIL PROTECTED] Reported By: pbense at freemail dot hu -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: linux debian 2.4 PHP Version: 5.0.1 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 This is exactly how configure figures out what works on your machine or not. Previous Comments: [2004-08-18 13:13:17] pbense at freemail dot hu Description: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:1631: checking host system type configure:1719: checking for gcc configure:1832: checking whether the C compiler (gcc ) works configure:1848: gcc -o conftestconftest.c 1>&5 configure:1874: checking whether the C compiler (gcc ) is a cross-compiler configure:1879: checking whether we are using GNU C configure:1888: gcc -E conftest.c configure:1907: checking whether gcc accepts -g configure:1940: checking whether gcc and cc understand -c and -o together configure:1955: gcc -c conftest.c -o conftest.o 1>&5 configure:1956: gcc -c conftest.c -o conftest.o 1>&5 configure:1961: cc -c conftest.c 1>&5 configure:1963: cc -c conftest.c -o conftest.o 1>&5 configure:1964: cc -c conftest.c -o conftest.o 1>&5 configure:1991: checking how to run the C preprocessor configure:2012: gcc -E conftest.c >/dev/null 2>conftest.out configure:2072: checking for AIX configure:2099: checking if compiler supports -R configure:2114: gcc -o conftest -g -O2 conftest.c -R /usr/lib 1>&5 /usr/bin/ld: cannot open /usr/lib: File format not recognized collect2: ld returned 1 exit status configure: failed program was: #line 2107 "configure" #include "confdefs.h" int main() { ; return 0; } configure:2132: checking if compiler supports -Wl,-rpath, configure:2147: gcc -o conftest -g -O2 conftest.c -Wl,-rpath,/usr/lib 1>&5 configure:2173: checking for re2c configure:2204: checking for ranlib configure:2232: checking whether ln -s works configure:2257: checking for mawk configure:2291: checking for bison configure:2325: checking bison version configure:2335: checking for flex configure:2369: checking for yywrap in -lfl configure:2388: gcc -o conftest -g -O2 conftest.c -lfl 1>&5 configure:2412: checking lex output file root configure:2433: checking whether yytext is a pointer configure:2452: gcc -o conftest -g -O2 conftest.c -lfl 1>&5 configure:2476: checking for working const configure:2530: gcc -c -g -O2 conftest.c 1>&5 configure:2555: checking flex version configure:2683: gcc -o conftest -g -O2 conftest.c 1>&5 /tmp/ccpWsglW.o: In function `main': /root/src/php-5.0.1/configure:2678: undefined reference to `pthread_mutexattr_init' /root/src/php-5.0.1/configure:2679: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2665 "configure" #include "confdefs.h" #include #include void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(&mattr); return pthread_create(&thd, NULL, thread_routine, &data); } configure:2703: checking for pthreads_cflags configure:2736: gcc -o conftest -g -O2 -kthread conftest.c 1>&5 gcc: unrecognized option `-kthread' /tmp/ccbMXTjN.o: In function `main': /root/src/php-5.0.1/configure:2731: undefined reference to `pthread_mutexattr_init' /root/src/php-5.0.1/configure:2732: undefined reference to `pthread_create' collect2: ld returned 1 exit status configure: failed program was: #line 2718 "configure" #include "confdefs.h" #include #include void *thread_routine(void *data) { return data; } int main() { pthread_t thd; pthread_mutexattr_t mattr; int data = 1; pthread_mutexattr_init(&mattr); return pthread_create(&thd, NULL, thread_routine, &data); } configure:2736: gcc -o conftest -g -O2 -pthread conftest.c 1>&5 configure:2766: checking for pthreads_lib configure:2892: checking for AOLserver support configure:3114: checking for Apache 1.x module support via DSO through APXS configure:3399: checking for Apache 1.x module support configure:4188: checking for member fd in BUFF * configure:4207: gcc -c -g -O2 conftest.c 1>&5 configure:4201: httpd.h: No such file or directory configure: failed program was: #line 4200 "configure" #include "confdefs.h" #include int main() { conn_rec *c; int fd = c->client->fd; ; return 0; } configure:4231: checking for mod_charset compatibility option configure:4298: checking for Apache 2.0 filter-module support via DSO through APXS configure:5042: checking for Apache 2.0 handler-module supp
#29729 [Opn->Bgs]: Can't connect to local MySQL
ID: 29729 Updated by: [EMAIL PROTECTED] Reported By: kil at systema dot ru -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Tru64 UNIX v 5.1A PHP Version: 5.0.1 New Comment: Believe me, you are doing something wrong compiling. (as we don't bundle the mysql client anymore and the default installed one might have different socket location compiled in). Please ask for suport about this on the mailinglists. Previous Comments: [2004-08-18 13:21:04] kil at systema dot ru In PHP-4.x.x such problem is only in case compilation with POSIX threads: CC="cc -pthread" CXX="cxx -pthread" [2004-08-18 13:16:54] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . [2004-08-18 13:02:09] kil at systema dot ru Description: CC=cc CXX=cxx CFLAGS="-arch host" CXXFLAGS="-arch host" PHP is Apache-2.0.50 shared module PHP-4.3.8 is OK. Reproduce code: --- Expected result: Web page Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in ... -- Edit this bug report at http://bugs.php.net/?id=29729&edit=1
#29731 [NEW]: Using ftp_chmod errors out if you use a variable...
From: webmaster at acecoolco dot com Operating system: Windows PHP version: 5.0.0 PHP Bug Type: PHP options/info functions Bug description: Using ftp_chmod errors out if you use a variable... Description: If you do ftp_chmod($conn_id, 0777, "/blah/public_html/"); it works, if you set $blah = "0777"; and use ftp_chmod($conn_id, $blah, "/blah/public_html/"); or ftp_chmod($conn_id, "$blah", "/blah/public_html/"); then if will end up chmodding 1417 or something... Reproduce code: --- If you do ftp_chmod($conn_id, 0777, "/blah/public_html/"); it works, if you set $blah = "0777"; and use ftp_chmod($conn_id, $blah, "/blah/public_html/"); or ftp_chmod($conn_id, "$blah", "/blah/public_html/"); then if will end up chmodding 1417 or something... Expected result: chmod as should be... Actual result: -- chmods 1417 or so... -- Edit bug report at http://bugs.php.net/?id=29731&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29731&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29731&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29731&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29731&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29731&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29731&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29731&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29731&r=support Expected behavior: http://bugs.php.net/fix.php?id=29731&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29731&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29731&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29731&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29731&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29731&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29731&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29731&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29731&r=float
#29729 [Bgs]: Can't connect to local MySQL
ID: 29729 User updated by: kil at systema dot ru Reported By: kil at systema dot ru Status: Bogus Bug Type: MySQL related Operating System: Tru64 UNIX v 5.1A PHP Version: 5.0.1 New Comment: I compiled PHP-5.0.1 such as PHP-4.3.8 PHP-4.3.8 is working PHP-5.0.1 no I can send configuration files by E-mail Previous Comments: [2004-08-18 13:27:54] [EMAIL PROTECTED] Believe me, you are doing something wrong compiling. (as we don't bundle the mysql client anymore and the default installed one might have different socket location compiled in). Please ask for suport about this on the mailinglists. [2004-08-18 13:21:04] kil at systema dot ru In PHP-4.x.x such problem is only in case compilation with POSIX threads: CC="cc -pthread" CXX="cxx -pthread" [2004-08-18 13:16:54] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . [2004-08-18 13:02:09] kil at systema dot ru Description: CC=cc CXX=cxx CFLAGS="-arch host" CXXFLAGS="-arch host" PHP is Apache-2.0.50 shared module PHP-4.3.8 is OK. Reproduce code: --- Expected result: Web page Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in ... -- Edit this bug report at http://bugs.php.net/?id=29729&edit=1
#29729 [Bgs]: Can't connect to local MySQL
ID: 29729 User updated by: kil at systema dot ru Reported By: kil at systema dot ru Status: Bogus Bug Type: MySQL related Operating System: Tru64 UNIX v 5.1A PHP Version: 5.0.1 New Comment: Have you test PHP-5.0.1 on Tru64 ? Previous Comments: [2004-08-18 13:40:05] kil at systema dot ru I compiled PHP-5.0.1 such as PHP-4.3.8 PHP-4.3.8 is working PHP-5.0.1 no I can send configuration files by E-mail [2004-08-18 13:27:54] [EMAIL PROTECTED] Believe me, you are doing something wrong compiling. (as we don't bundle the mysql client anymore and the default installed one might have different socket location compiled in). Please ask for suport about this on the mailinglists. [2004-08-18 13:21:04] kil at systema dot ru In PHP-4.x.x such problem is only in case compilation with POSIX threads: CC="cc -pthread" CXX="cxx -pthread" [2004-08-18 13:16:54] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . [2004-08-18 13:02:09] kil at systema dot ru Description: CC=cc CXX=cxx CFLAGS="-arch host" CXXFLAGS="-arch host" PHP is Apache-2.0.50 shared module PHP-4.3.8 is OK. Reproduce code: --- Expected result: Web page Actual result: -- Warning: mysql_connect() [function.mysql-connect]: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in ... -- Edit this bug report at http://bugs.php.net/?id=29729&edit=1
#29729 [Bgs]: Can't connect to local MySQL
ID: 29729 Updated by: [EMAIL PROTECTED] Reported By: kil at systema dot ru Status: Bogus Bug Type: MySQL related Operating System: Tru64 UNIX v 5.1A PHP Version: 5.0.1 New Comment: Please, ask these questions on support mailing lists. You just need to change mysql.default_socket to the real location of MySQL socket. Your problem is not concerned with compiling options and/or your OS. Previous Comments: [2004-08-18 13:44:13] kil at systema dot ru Have you test PHP-5.0.1 on Tru64 ? [2004-08-18 13:40:05] kil at systema dot ru I compiled PHP-5.0.1 such as PHP-4.3.8 PHP-4.3.8 is working PHP-5.0.1 no I can send configuration files by E-mail [2004-08-18 13:27:54] [EMAIL PROTECTED] Believe me, you are doing something wrong compiling. (as we don't bundle the mysql client anymore and the default installed one might have different socket location compiled in). Please ask for suport about this on the mailinglists. [2004-08-18 13:21:04] kil at systema dot ru In PHP-4.x.x such problem is only in case compilation with POSIX threads: CC="cc -pthread" CXX="cxx -pthread" [2004-08-18 13:16:54] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . 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/29729 -- Edit this bug report at http://bugs.php.net/?id=29729&edit=1
#29729 [Bgs]: Can't connect to local MySQL
ID: 29729 User updated by: kil at systema dot ru Reported By: kil at systema dot ru Status: Bogus Bug Type: MySQL related Operating System: Tru64 UNIX v 5.1A PHP Version: 5.0.1 New Comment: Real socket location is /tmp/mysql.sock It is identical to PHP call I tried set up all MySQL related variables. The such result. Previous Comments: [2004-08-18 13:50:11] [EMAIL PROTECTED] Please, ask these questions on support mailing lists. You just need to change mysql.default_socket to the real location of MySQL socket. Your problem is not concerned with compiling options and/or your OS. [2004-08-18 13:44:13] kil at systema dot ru Have you test PHP-5.0.1 on Tru64 ? [2004-08-18 13:40:05] kil at systema dot ru I compiled PHP-5.0.1 such as PHP-4.3.8 PHP-4.3.8 is working PHP-5.0.1 no I can send configuration files by E-mail [2004-08-18 13:27:54] [EMAIL PROTECTED] Believe me, you are doing something wrong compiling. (as we don't bundle the mysql client anymore and the default installed one might have different socket location compiled in). Please ask for suport about this on the mailinglists. [2004-08-18 13:21:04] kil at systema dot ru In PHP-4.x.x such problem is only in case compilation with POSIX threads: CC="cc -pthread" CXX="cxx -pthread" 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/29729 -- Edit this bug report at http://bugs.php.net/?id=29729&edit=1
#29729 [Bgs]: Can't connect to local MySQL
ID: 29729 User updated by: kil at systema dot ru Reported By: kil at systema dot ru Status: Bogus Bug Type: MySQL related Operating System: Tru64 UNIX v 5.1A PHP Version: 5.0.1 New Comment: I compiled 4.3.8 and 5.0.1 on the same machine I didn't touch anything else except PHP Previous Comments: [2004-08-18 14:04:10] kil at systema dot ru Real socket location is /tmp/mysql.sock It is identical to PHP call I tried set up all MySQL related variables. The such result. [2004-08-18 13:50:11] [EMAIL PROTECTED] Please, ask these questions on support mailing lists. You just need to change mysql.default_socket to the real location of MySQL socket. Your problem is not concerned with compiling options and/or your OS. [2004-08-18 13:44:13] kil at systema dot ru Have you test PHP-5.0.1 on Tru64 ? [2004-08-18 13:40:05] kil at systema dot ru I compiled PHP-5.0.1 such as PHP-4.3.8 PHP-4.3.8 is working PHP-5.0.1 no I can send configuration files by E-mail [2004-08-18 13:27:54] [EMAIL PROTECTED] Believe me, you are doing something wrong compiling. (as we don't bundle the mysql client anymore and the default installed one might have different socket location compiled in). Please ask for suport about this on the mailinglists. 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/29729 -- Edit this bug report at http://bugs.php.net/?id=29729&edit=1
#29732 [NEW]: Mod operator(%) doesn't work with negative integers
From: robinmessag at hotmail dot com Operating system: Windows 98SE PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Mod operator(%) doesn't work with negative integers Description: When doing the modulus of a negative number, PHP returns a bogus value. However, it is clearly doing the modulus, simply returning a negative answer. In order to work around, one can add the modulus and mod again, but this is not a satisfactory solution IMHO. This bug has been reported before and dismissed, however, modulus on negative numbers is correct and useful and this should be fixed or at least documented. Reproduce code: --- $hour=4; $timedifference1=-6; $timedifference2=-30; $realtime=($hour+$timedifference1)%24; $realtime2=($hour+$timedifference2)%24; $realtime3=($hour+$timedifference2)%24; $realtime3=(24+$realtime3)%24; echo("The time is:$realtime or maybe $realtime2"); echo("The correct time is:$realtime3"); Expected result: The time is:22 or maybe 22 The correct time is:22 Actual result: -- The time is:-2 or maybe -2 The correct time is:22 -- Edit bug report at http://bugs.php.net/?id=29732&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29732&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29732&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29732&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29732&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29732&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29732&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29732&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29732&r=support Expected behavior: http://bugs.php.net/fix.php?id=29732&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29732&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29732&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29732&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29732&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29732&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29732&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29732&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29732&r=float
#29733 [NEW]: printf handles repeated placeholders wrong
From: bugs dot php dot net at bluetwanger dot de Operating system: PHP version: 5.0.1 PHP Bug Type: Unknown/Other Function Bug description: printf handles repeated placeholders wrong Description: printf('%s - %s %s %3$s %2$s', 1, 2, 3); complains: Warning: printf(): Too few arguments in /home/bertheau/printf.php on line 2 printf('%s - %s %s %3$s %2$s', 1, 2, 3, 4); does not complain and prints: 1 - 2 3 3 2 I expect the first version to not complain and print what the second version prints. -- Edit bug report at http://bugs.php.net/?id=29733&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29733&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29733&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29733&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29733&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29733&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29733&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29733&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29733&r=support Expected behavior: http://bugs.php.net/fix.php?id=29733&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29733&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29733&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29733&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29733&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29733&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29733&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29733&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29733&r=float
#29732 [Opn->Fbk]: Mod operator(%) doesn't work with negative integers
ID: 29732 Updated by: [EMAIL PROTECTED] Reported By: robinmessag at hotmail dot com -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Windows 98SE PHP Version: Irrelevant New Comment: What was the previous bug number? Previous Comments: [2004-08-18 14:39:25] robinmessag at hotmail dot com Description: When doing the modulus of a negative number, PHP returns a bogus value. However, it is clearly doing the modulus, simply returning a negative answer. In order to work around, one can add the modulus and mod again, but this is not a satisfactory solution IMHO. This bug has been reported before and dismissed, however, modulus on negative numbers is correct and useful and this should be fixed or at least documented. Reproduce code: --- $hour=4; $timedifference1=-6; $timedifference2=-30; $realtime=($hour+$timedifference1)%24; $realtime2=($hour+$timedifference2)%24; $realtime3=($hour+$timedifference2)%24; $realtime3=(24+$realtime3)%24; echo("The time is:$realtime or maybe $realtime2"); echo("The correct time is:$realtime3"); Expected result: The time is:22 or maybe 22 The correct time is:22 Actual result: -- The time is:-2 or maybe -2 The correct time is:22 -- Edit this bug report at http://bugs.php.net/?id=29732&edit=1
#29445 [Opn->Fbk]: Pages randomly go blank
ID: 29445 Updated by: [EMAIL PROTECTED] Reported By: jcapellman at hotmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux 2.4 PHP Version: 4.3.8 New Comment: 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. Previous Comments: [2004-07-29 15:28:45] jcapellman at hotmail dot com Description: The problem is that pages randomly goto a blank screen. You can go about 5 or 6 pages before it does it. I checked my logs after one of these bugs occurred and it doesn't show up at all. Refreshing the page or copying and pasting the url into the url box gets you to the page after one of these bugs, it's just really annoying to have to do that. Even pages that only have 1 result returned do this so it's not a memory/cpu usage problem. I'm using 1and1.com for hosting, they use Apache 1.3.29 and MySQL 4.0.20. I never had this problem when I was hosting it on my own server but that was with an older version of PHP. List of modules compiled with PHP (taken from a phpinfo() call): '../configure' '--with-mysql=/usr' '--with-zlib' '--enable-debug=no' '--enable-safe-mode=no' '--enable-discard-path=no' '--with-gd=/usr' '--with-png-dir=/usr/lib' '--enable-track-vars' '--with-db' '--with-gdbm' '--enable-force-cgi-redirect' '--with-ttf=/usr/' '--enable-ftp' '--with-mcrypt' '--enable-dbase' '--enable-memory-limit' '--enable-calendar' '--enable-wddx' '--with-jpeg-dir=/usr/src/kundenserver/jpeg-6b' '--enable-bcmath' '--enable-gd-imgstrttf' '--enable-shmop' '--enable-mhash' '--with-mhash=/usr/src/kundenserver/mhash-0.8.9/' '--with-openssl' '--enable-xslt' '--with-xslt-sablot' '--with-dom' '--with-dom-xslt' '--with-dom-exslt' '--with-imap' '--with-curl' '--with-iconv=/usr/local' '--with-freetype-dir=/usr/include/freetype2' '--with-bz2' '--with-gettext' '--enable-exif' '--with-idn' Reproduce code: --- Anywhere on www.jarredcapellman.com (my site) after a couple page views you will see the problem. At the bottom of page lists the number queries, execution time and memory usage, which aren't ever very high even with quite a few people on it. Actual result: -- Random blank pages -- Edit this bug report at http://bugs.php.net/?id=29445&edit=1
#29734 [NEW]: Function GetDate interprets 2 different timestamps as same date
From: jlamas at gmail dot com Operating system: Linux PHP version: 4.3.8 PHP Bug Type: Date/time related Bug description: Function GetDate interprets 2 different timestamps as same date Description: The function GetDate interprets the both timestamps as October 17th, 2004. The timestamps are: 1097895600 and 1097978400 Reproduce code: --- $tbDataInicial = '2004-10-01'; $tbDataFinal_temp = '2004-10-31'; while ($sDataLoop != $tbDataFinal_temp) { if ($sDataLoop == "") {$sDataLoop=$tbDataInicial;} //Add one more day $nTimeStamp=strtotime($sDataLoop); $sDataLoop = getdate($nTimeStamp); $sDataLoop=date("Y-m-d",mktime(0,0,0,$sDataLoop['mon'],$sDataLoop['mday']+1,$sDataLoop['year'])); } Expected result: The while should go through the parameters $tbDataInicial and $tbDataFinal that represents the begin and end dates respectively. Actual result: -- This generates and infinite loop since $sDataLoop get stucked on the day October 17th, 2004. -- Edit bug report at http://bugs.php.net/?id=29734&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29734&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29734&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29734&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29734&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29734&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29734&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29734&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29734&r=support Expected behavior: http://bugs.php.net/fix.php?id=29734&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29734&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29734&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29734&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29734&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29734&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29734&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29734&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29734&r=float
#29403 [Opn->Bgs]: Failure of File Upload
ID: 29403 Updated by: [EMAIL PROTECTED] Reported By: markrx178 at yahoo dot com dot hk -Status: Open +Status: Bogus Bug Type: HTTP related Operating System: Fedora 2 PHP Version: 4.3.8 New Comment: >Should my tmp folder be owned by Apacher group/user. yes >Is that why I'm the exact same frustrating problem that markx is having? no, read the documentation, as was pointed above. Previous Comments: [2004-08-10 04:43:10] emaynard at emaynard dot org Should my tmp folder be owned by Apacher group/user. Is that why I'm the exact same frustrating problem that markx is having? [2004-07-31 03:21:34] php at sharpdreams dot com Please review the information on http://www.php.net/manual/en/features.file-upload.php including the user comments. You will never see a temporary file created by PHP as long as PHP is doing its job correctly. PHP removes those temporary files at the end of the request unless they are moved/renamed. [2004-07-27 06:16:09] markrx178 at yahoo dot com dot hk Description: Dear Guru, I had installed the 4.3.8-3 rpm for Fedora in an Apache 2.0.50 environment. After installation of some community suites (like xoops, phpnuke, etc. ), I found all of the upload functions failed strangely. I go further to suspect some setting may be wrong about my php.conf. However, after extensive searching, I found my settings (including FileUploads on, tmp_dir = /www/tmp, etc.) should probably be correct. * I have checked the tmp directory is owned and writeable by apache. I therefore write a very simple file upload to check the correct functioning of file upload. http://ootlinux01.homelinux.net:8000/testupload.html (It will POST to a .php file which simply display phpinfo()) and check whether the tmpfile would be created in the destinated directory. I cannot find the expected new tmpfile. Would someone know what's has gone wrong or is it some unmatched version among Apache and PHP ? I would be grateful for your kind assistance. Thank you for your help. Best Regards, Mark Reproduce code: --- http://ootlinux01.homelinux.net:8000/testupload.html (It will POST to a .php file which simply display phpinfo()) However, the expected tmpfile in the tmp directory was not found. Expected result: I expected a tmpfile could be found. Actual result: -- Nothing found in the tmp directory (as I specified in php.conf). -- Edit this bug report at http://bugs.php.net/?id=29403&edit=1
#29735 [NEW]: Segfault (11) / Possible stack corruption
From: sparkeh at btinternet dot com Operating system: Linux 2.6.7-gentoo-r9 PHP version: 5.0.1 PHP Bug Type: Reproducible crash Bug description: Segfault (11) / Possible stack corruption Description: I've tried to get the code to the minimum required to cause a crash. The combination of the local variable being defined and the global reference seems to be causing stack corruption (the script never returns successfully from the function call: jelly can # php -f crash.php About to segfault : Segmentation fault jelly can # php -v PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38) Reproduce code: --- Expected result: About to segfault : Actual result: -- About to segfault : Segmentation fault -- Edit bug report at http://bugs.php.net/?id=29735&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29735&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29735&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29735&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29735&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29735&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29735&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29735&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29735&r=support Expected behavior: http://bugs.php.net/fix.php?id=29735&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29735&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29735&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29735&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29735&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29735&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29735&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29735&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29735&r=float
#29731 [Opn->Bgs]: Using ftp_chmod errors out if you use a variable...
ID: 29731 Updated by: [EMAIL PROTECTED] Reported By: webmaster at acecoolco dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Windows PHP Version: 5.0.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 Read about using *chmod here: http://php.net/chmod Short version: "0777" != 0777. Previous Comments: [2004-08-18 13:34:42] webmaster at acecoolco dot com Description: If you do ftp_chmod($conn_id, 0777, "/blah/public_html/"); it works, if you set $blah = "0777"; and use ftp_chmod($conn_id, $blah, "/blah/public_html/"); or ftp_chmod($conn_id, "$blah", "/blah/public_html/"); then if will end up chmodding 1417 or something... Reproduce code: --- If you do ftp_chmod($conn_id, 0777, "/blah/public_html/"); it works, if you set $blah = "0777"; and use ftp_chmod($conn_id, $blah, "/blah/public_html/"); or ftp_chmod($conn_id, "$blah", "/blah/public_html/"); then if will end up chmodding 1417 or something... Expected result: chmod as should be... Actual result: -- chmods 1417 or so... -- Edit this bug report at http://bugs.php.net/?id=29731&edit=1
#29735 [Bgs]: Segfault (11) / Possible stack corruption
ID: 29735 User updated by: sparkeh at btinternet dot com Reported By: sparkeh at btinternet dot com Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: There is no recursion. This is a function being called from within a switch block. Surely? Previous Comments: [2004-08-18 15:47:59] [EMAIL PROTECTED] 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 This is expected, PHP does not protect against infinite recursion. [2004-08-18 15:24:10] sparkeh at btinternet dot com Description: I've tried to get the code to the minimum required to cause a crash. The combination of the local variable being defined and the global reference seems to be causing stack corruption (the script never returns successfully from the function call: jelly can # php -f crash.php About to segfault : Segmentation fault jelly can # php -v PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38) Reproduce code: --- Expected result: About to segfault : Actual result: -- About to segfault : Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29735&edit=1
#29736 [NEW]: instanceof requires class to be loaded
From: hans at velum dot net Operating system: All PHP version: 5.0.1 PHP Bug Type: Feature/Change Request Bug description: instanceof requires class to be loaded Description: [pasted from messages on internals@ list] I like the new $obj instanceof ClassName way of checking class / interface types, but this method does have one major drawback compared to the old is_a() approach: The class must be loaded in order to perform an instanceof check! There are many situations where you do not want to have to load every class to see whether a returned object is a class of that type. In particular for driver classes, the current model requires loading *every* possible driver in order to check to see which type of class was returned. is_a() works great, but has been deprecated and is now generating E_STRICT errors. Reproduce code: --- [conributed by Sean Coates on internals@ list] and Expected result: $foo is_a Foo? yes $foo instanceof Foo? yes and $foo is_a Foo? no $foo instanceof Foo? no Actual result: -- $foo is_a Foo? yes $foo instanceof Foo? yes and $foo is_a Foo? no Fatal error: Class 'Foo' not found in /home/sean/phpdoc/scripts/tmp/is_a.php on line 8 -- Edit bug report at http://bugs.php.net/?id=29736&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29736&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29736&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29736&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29736&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29736&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29736&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29736&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29736&r=support Expected behavior: http://bugs.php.net/fix.php?id=29736&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29736&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29736&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29736&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29736&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29736&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29736&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29736&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29736&r=float
#29734 [Opn->Bgs]: Function GetDate interprets 2 different timestamps as same date
ID: 29734 Updated by: [EMAIL PROTECTED] Reported By: jlamas at gmail dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux PHP Version: 4.3.8 New Comment: We are happy to tell you that you just discovered Daylight Savings Time. For more information see: http://webexhibits.org/daylightsaving/b.html Instead of using mktime/date consider using gmmktime and gmdate which do not suffer from DST. This has something to do with DST changeover, consult http://php.net/support.php for more information. Previous Comments: [2004-08-18 15:17:59] jlamas at gmail dot com Description: The function GetDate interprets the both timestamps as October 17th, 2004. The timestamps are: 1097895600 and 1097978400 Reproduce code: --- $tbDataInicial = '2004-10-01'; $tbDataFinal_temp = '2004-10-31'; while ($sDataLoop != $tbDataFinal_temp) { if ($sDataLoop == "") {$sDataLoop=$tbDataInicial;} //Add one more day $nTimeStamp=strtotime($sDataLoop); $sDataLoop = getdate($nTimeStamp); $sDataLoop=date("Y-m-d",mktime(0,0,0,$sDataLoop['mon'],$sDataLoop['mday']+1,$sDataLoop['year'])); } Expected result: The while should go through the parameters $tbDataInicial and $tbDataFinal that represents the begin and end dates respectively. Actual result: -- This generates and infinite loop since $sDataLoop get stucked on the day October 17th, 2004. -- Edit this bug report at http://bugs.php.net/?id=29734&edit=1
#29735 [Opn->Bgs]: Segfault (11) / Possible stack corruption
ID: 29735 Updated by: [EMAIL PROTECTED] Reported By: sparkeh at btinternet dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 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 This is expected, PHP does not protect against infinite recursion. Previous Comments: [2004-08-18 15:24:10] sparkeh at btinternet dot com Description: I've tried to get the code to the minimum required to cause a crash. The combination of the local variable being defined and the global reference seems to be causing stack corruption (the script never returns successfully from the function call: jelly can # php -f crash.php About to segfault : Segmentation fault jelly can # php -v PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38) Reproduce code: --- Expected result: About to segfault : Actual result: -- About to segfault : Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29735&edit=1
#29737 [NEW]: ip2long() works not as documented
From: belikoviv at is dot lg dot ua Operating system: Windows 2000 SP4; Fedora Core 2 PHP version: 5.0.0 PHP Bug Type: *Network Functions Bug description: ip2long() works not as documented Description: Documentation (from 16-08-2004) says: "Note: ip2long() will return -1 for the IP 255.255.255.255" Instead it returns FALSE. Reproduce code: --- #!/usr/local/bin/php Expected result: 255.255.255.255 -1 255.255.255.255 Actual result: -- 255.255.255.255 0.0.0.0 -- Edit bug report at http://bugs.php.net/?id=29737&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29737&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29737&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29737&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29737&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29737&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29737&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29737&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29737&r=support Expected behavior: http://bugs.php.net/fix.php?id=29737&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29737&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29737&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29737&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29737&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29737&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29737&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29737&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29737&r=float
#29734 [Bgs]: Function GetDate interprets 2 different timestamps as same date
ID: 29734 User updated by: jlamas at gmail dot com Reported By: jlamas at gmail dot com Status: Bogus Bug Type: Date/time related Operating System: Linux PHP Version: 4.3.8 New Comment: I´ve changed what you said and the error continues. The error occurs on this line: '$sDataLoop = getdate($nTimeStamp);' The date and mktime functions generate the dates correctly. I debugged this code and it generates the date 2004-10-18. But when the getdate function read the timestamp generated by the strtotime function it reads 2004-10-17. Does it have another function similar to getdate ? Previous Comments: [2004-08-18 15:47:07] [EMAIL PROTECTED] We are happy to tell you that you just discovered Daylight Savings Time. For more information see: http://webexhibits.org/daylightsaving/b.html Instead of using mktime/date consider using gmmktime and gmdate which do not suffer from DST. This has something to do with DST changeover, consult http://php.net/support.php for more information. [2004-08-18 15:17:59] jlamas at gmail dot com Description: The function GetDate interprets the both timestamps as October 17th, 2004. The timestamps are: 1097895600 and 1097978400 Reproduce code: --- $tbDataInicial = '2004-10-01'; $tbDataFinal_temp = '2004-10-31'; while ($sDataLoop != $tbDataFinal_temp) { if ($sDataLoop == "") {$sDataLoop=$tbDataInicial;} //Add one more day $nTimeStamp=strtotime($sDataLoop); $sDataLoop = getdate($nTimeStamp); $sDataLoop=date("Y-m-d",mktime(0,0,0,$sDataLoop['mon'],$sDataLoop['mday']+1,$sDataLoop['year'])); } Expected result: The while should go through the parameters $tbDataInicial and $tbDataFinal that represents the begin and end dates respectively. Actual result: -- This generates and infinite loop since $sDataLoop get stucked on the day October 17th, 2004. -- Edit this bug report at http://bugs.php.net/?id=29734&edit=1
#29735 [Bgs]: Segfault (11) / Possible stack corruption
ID: 29735 Updated by: [EMAIL PROTECTED] Reported By: sparkeh at btinternet dot com Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: ? You call the function segfault() in a never ending loop. Previous Comments: [2004-08-18 16:17:19] sparkeh at btinternet dot com There is no recursion. This is a function being called from within a switch block. Surely? [2004-08-18 15:47:59] [EMAIL PROTECTED] 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 This is expected, PHP does not protect against infinite recursion. [2004-08-18 15:24:10] sparkeh at btinternet dot com Description: I've tried to get the code to the minimum required to cause a crash. The combination of the local variable being defined and the global reference seems to be causing stack corruption (the script never returns successfully from the function call: jelly can # php -f crash.php About to segfault : Segmentation fault jelly can # php -v PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38) Reproduce code: --- Expected result: About to segfault : Actual result: -- About to segfault : Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29735&edit=1
#29735 [Bgs]: Segfault (11) / Possible stack corruption
ID: 29735 User updated by: sparkeh at btinternet dot com Reported By: sparkeh at btinternet dot com Status: Bogus Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: What loop?? Remove the "global $moo" and the $rar = 0 and it runs as expected: Previous Comments: [2004-08-18 17:05:03] [EMAIL PROTECTED] ? You call the function segfault() in a never ending loop. [2004-08-18 16:17:19] sparkeh at btinternet dot com There is no recursion. This is a function being called from within a switch block. Surely? [2004-08-18 15:47:59] [EMAIL PROTECTED] 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 This is expected, PHP does not protect against infinite recursion. [2004-08-18 15:24:10] sparkeh at btinternet dot com Description: I've tried to get the code to the minimum required to cause a crash. The combination of the local variable being defined and the global reference seems to be causing stack corruption (the script never returns successfully from the function call: jelly can # php -f crash.php About to segfault : Segmentation fault jelly can # php -v PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38) Reproduce code: --- Expected result: About to segfault : Actual result: -- About to segfault : Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29735&edit=1
#29455 [Opn]: DBA can not be built with FreeBSD DBM
ID: 29455 User updated by: dada at bbs dot giga dot net dot tw Reported By: dada at bbs dot giga dot net dot tw Status: Open Bug Type: *Compile Issues Operating System: FreeBSD PHP Version: 5.0.0 Assigned To: helly New Comment: The deprecated DBM extension seems using 'ndbm' in FreeBSD (instead of built-in db library) for accessing Berkeley DB 1.85 format in BSD system. 1. Deprecated DBM extension use ndbm's dbm_open() in FreeBSD's /usr/include/ndbm.h 2. my solution use dbopen() in FreeBSD's /usr/include/db.h Both works! My codes use the 2nd solution to support db 1.85 format. Maybe you can barrow the codes from the deprecated DBM extension to utilize the 1st solution to support the Berkeley DB 1.85 format in FreeBSD. This may increase the portability. ~ dada Previous Comments: [2004-08-05 04:05:21] dada at bbs dot giga dot net dot tw I just send the modified source to you. Thanks. [2004-08-05 00:37:40] [EMAIL PROTECTED] Please send me your handler file. I'll see what to do next. And thanks for your patience and very much for your efforts in helping. [2004-08-04 12:49:32] dada at bbs dot giga dot net dot tw The DBM is not the database format, but the API interface. So the 'support for DBM handler' may be confused. The PHP source use gdbm's dbm (api) emulation as underlying library to build DBM handler support in DBA. But the resulting database format for this kind of 'dbm' handler does NOT compatible with FreeBSD's built-in DB format. FreeBSD has its built-in database format (libc) which been used in the system everywhere, such as /etc/mail/aliases.db. In fact, FreeBSD/db's format is the same as 'Berkeley DB 1.85' So my question becomes: How to access 'Berkeley DB 1.85' by DBA extension ? -or- How to build 'dbm' handler with FreeBSD/db as underlying library ? The deprecated PHP dbm_* extension can open 'Berkeley DB 1.85' in FreeBSD. But this should be replaced by DBA. The codes in PHP/ext/dba/dba_dbm.c does not compatiable with the API of FreeBSD's db library. I decided to fix this myself. I rewrite the PHP/ext/dba/dba_dbm.c today, and it can be build with FreeBSD/db. It now runs perfectly. But I think this should be called as 'db1' handler. The codes can only be compiled in FreeBSD. I don't know if you would like to add this into PHP CVS. I'll be glad if I can contribute my codes. Thanks for your patience on the report and tolerate my poor english. [2004-08-02 13:20:45] [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. [2004-07-30 09:13:08] dada at bbs dot giga dot net dot tw Description: Yes, it's related to Bug #28384. Since DBM extension is deprecated. I need the DBM handler (Berkeley DB 1.85) support of DBA extension. (ex: dba_open( 'index.db', 'n', 'dbm' ) ) FreeBSD has its own built-in DBM library, which is Berkeley DB 1.85. But I can not build DBA extension with FreeBSD's DBM. The DBM support can not be auto-detected by the configure script. -- Edit this bug report at http://bugs.php.net/?id=29455&edit=1
#29738 [NEW]: percentages error
From: support at pulse-hosting dot com Operating system: Linux RedHat PHP version: Irrelevant PHP Bug Type: Unknown/Other Function Bug description: percentages error Description: I can't seem to work out why, but the %() function doesn't always return the right out. For example 25% (40); returns 25 yet 25% of 40 is 15. I've checked and checked again and the error is on php's side and not mine. Other percentages work yet some don't. Reproduce code: --- $sum = 25% (40); echo "25% of 40 is ".$sum; Expected result: 25% of 40 is 15 Actual result: -- 25% of 40 is 25 -- Edit bug report at http://bugs.php.net/?id=29738&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29738&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29738&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29738&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29738&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29738&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29738&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29738&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29738&r=support Expected behavior: http://bugs.php.net/fix.php?id=29738&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29738&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29738&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29738&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29738&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29738&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29738&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29738&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29738&r=float
#20201 [Bgs->Csd]: wont start (LoadModule issue)
ID: 20201 User updated by: Boris at CrazySnowBoarder dot com Reported By: Boris at CrazySnowBoarder dot com -Status: Bogus +Status: Closed Bug Type: *Configuration Issues Operating System: xp home PHP Version: 4.3.0-pre2 New Comment: Works fine in later Versions with right configuration Previous Comments: [2002-10-31 14:58:39] [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. Not a bug, the versions dont match. Get the latest snapshot off snaps.php.net (http://snaps.php.net/php4-latest.tar.gz) [2002-10-31 14:54:15] Boris at CrazySnowBoarder dot com ok then i get this... apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is not comp atible with this version of Apache (found 20020628, need 20020903). Please contact the vendor for the correct version. [2002-10-31 14:35:28] [EMAIL PROTECTED] Don't use a space in your directory name, this is the argument seperator. Putting "" around the path _might_ work. Not a bug -> bogus [2002-10-31 14:34:02] Boris at CrazySnowBoarder dot com ok problme is with this line LoadModule php4_module C:\Program Files\PHP\SAPI\php4apache2.dll i have tried many combination and moved file to differnt loaction including root of apache2... as soon as i add this line to(httpd.conf) apache doesn't start when i run command apache.exe -k start it gives me that loadModule requres 2 argumes and i have too.. [2002-10-31 14:08:31] [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/20201 -- Edit this bug report at http://bugs.php.net/?id=20201&edit=1
#29739 [NEW]: Error at libmysql.c:388
From: fmonna at generali dot es Operating system: AIX 4.3.3 ML10 PHP version: 4.3.8 PHP Bug Type: Compile Failure Bug description: Error at libmysql.c:388 Description: After a succefull configure, make fails to compile at libmysql.c:388 I'm using gcc. My configure command was: ./configure --with-mysql --with-apxs=/usr/HTTPServer/bin/apxs --with-gd --with-zlib-dir=/usr/local/lib --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --with-xpm-dir=/usr/local/lib Thanks for any help !! Reproduce code: --- make /bin/sh /tmp/php/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile gcc -I/tmp/php/php-4.3.8/ext/mysql/libmysql -Iext/mysql/ -I/tmp/php/php-4.3.8/ext/mysql/ -DPHP_ATOM_INC -I/tmp/php/php-4.3.8/include -I/tmp/php/php-4.3.8/main -I/tmp/php/php-4.3.8 -I/tmp/php/php-4.3.8/Zend -I/usr/local/include -I/tmp/php/php-4.3.8/ext/xml/expat -I/tmp/php/php-4.3.8/TSRM -O2 -prefer-pic -c /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c -o ext/mysql/libmysql/libmysql.lo In file included from /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:4: /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:260: warning: redefinition of `uint' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:464: warning: `uint' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:261: warning: redefinition of `ushort' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:463: warning: `ushort' previously declared here In file included from /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:4: /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:577: conflicting types for `int8' /usr/include/sys/inttypes.h:622: previous declaration of `int8' /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:578: warning: redefinition of `int16' /usr/include/sys/inttypes.h:623: warning: `int16' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:581: warning: redefinition of `uchar' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:462: warning: `uchar' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:588: warning: redefinition of `int32' /usr/include/sys/inttypes.h:624: warning: `int32' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/global.h:601: warning: redefinition of `ulong' /usr/local/lib/gcc-lib/powerpc-ibm-aix4.3.2.0/3.0.1/include/sys/types.h:465: warning: `ulong' previously declared here /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c: In function `net_field_length_ll': /tmp/php/php-4.3.8/ext/mysql/libmysql/libmysql.c:388: warning: left shift count >= width of type make: 1254-004 The error code from the last command is 1. -- Edit bug report at http://bugs.php.net/?id=29739&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29739&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29739&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29739&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29739&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29739&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29739&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29739&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29739&r=support Expected behavior: http://bugs.php.net/fix.php?id=29739&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29739&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29739&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29739&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29739&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29739&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29739&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29739&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29739&r=float
#28391 [Com]: token_get_all stack underflow error after include call
ID: 28391 Comment by: wb at pro-net dot co dot uk Reported By: fred at bitwyze dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux Red Hat 8.0 PHP Version: 5.0.0RC2 New Comment: I am also seeing the same issue with the token_get_all() function produceing a PHP Fatal Error: start-condition stack underflow Now 99% of the time i will not get this error but it just appears for no real reason the other 1% of the time even though nothing has changed. Im using FreeBSD + PHP 5.0.0 Previous Comments: [2004-05-14 00:43:26] fred at bitwyze dot com Description: When there is a parse error in an included file before a call to token_get_all the error is printed out and execution is stoped. I fix the error in the include file and reload the file that is including it and get; "Fatal error: start-condition stack underflow in /index.php on line 4" I reload my browser, same thing. I hit reload for a minute or two still getting the stack underflow error. Then magically after some time of hitting refresh it disapears and gives the the correct output. If I restart the web server the stack underflow error goes away. It happens is both php5-200405131630 and 5.0.0RC32 compiled with the same flags './configure' '--with-apxs=/web/apache/bin/apxs' '--enable-track-vars' '--enable-force-cgi-redirect' '--with-gettext' '--with-mysql=/usr--with-freetype' '--enable-gd-native-ttf' '--with-fdftk=/usr/local' '--with-zlib=/usr' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-tiff-dir=/usr--with-jpeg-dir=/usr' '--with-zlib-dir=/usr' '--with-pdflib=/usr/local' '--with-pdflibpsp=/usr/local' '--with-xml' '--with-expat-dir=/usr' '--with-iconv=/usr/local' '--with-xmlrpc' '--enable-dbase' '--disable-debug' '--with-pgsql' '--with-config-file-path=/usr/local/lib/php5.ini' Reproduce code: --- somefile.php that gets included class style { } ?> Expected result: 12 Actual result: -- "Fatal error: start-condition stack underflow in /index.php on line 4" -- Edit this bug report at http://bugs.php.net/?id=28391&edit=1
#29740 [NEW]: Apache2 Environment variables for Oracle are incorrect
From: atebbe at utk dot edu Operating system: Suse Professional 9.1 PHP version: 5.0.1 PHP Bug Type: Apache2 related Bug description: Apache2 Environment variables for Oracle are incorrect Description: We attempted to build PHP with OCI support using Oracle 8. Oracle 8 wouldn't install cleanly on Suse 9.1, so we installed Oracle 9 instead, and built PHP using these libraries. PHP Info still shows that Apache is setting ORACLE_HOME, ORA_NLS33 to Oracle 8 locations, and the ORACLE_SID is incorrect as well. Where does PHP get these values from, and can I change these? -- Edit bug report at http://bugs.php.net/?id=29740&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29740&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29740&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29740&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29740&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29740&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29740&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29740&r=support Expected behavior: http://bugs.php.net/fix.php?id=29740&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29740&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29740&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29740&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29740&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29740&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29740&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29740&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29740&r=float
#29738 [Opn->Bgs]: percentages error
ID: 29738 Updated by: [EMAIL PROTECTED] Reported By: support at pulse-hosting dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux RedHat PHP Version: Irrelevant 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. There is no "%() function" in PHP. Check appropriate part of the documentation: http://www.php.net/manual/en/language.operators.arithmetic.php Previous Comments: [2004-08-18 17:40:33] support at pulse-hosting dot com Description: I can't seem to work out why, but the %() function doesn't always return the right out. For example 25% (40); returns 25 yet 25% of 40 is 15. I've checked and checked again and the error is on php's side and not mine. Other percentages work yet some don't. Reproduce code: --- $sum = 25% (40); echo "25% of 40 is ".$sum; Expected result: 25% of 40 is 15 Actual result: -- 25% of 40 is 25 -- Edit this bug report at http://bugs.php.net/?id=29738&edit=1
#29738 [Bgs]: percentages error
ID: 29738 User updated by: support at pulse-hosting dot com Reported By: support at pulse-hosting dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux RedHat PHP Version: Irrelevant New Comment: Oops, I ment 10, the correct output should be 10 not 15. 25% of 40 is 10 Previous Comments: [2004-08-18 18:10:42] [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. There is no "%() function" in PHP. Check appropriate part of the documentation: http://www.php.net/manual/en/language.operators.arithmetic.php [2004-08-18 17:40:33] support at pulse-hosting dot com Description: I can't seem to work out why, but the %() function doesn't always return the right out. For example 25% (40); returns 25 yet 25% of 40 is 15. I've checked and checked again and the error is on php's side and not mine. Other percentages work yet some don't. Reproduce code: --- $sum = 25% (40); echo "25% of 40 is ".$sum; Expected result: 25% of 40 is 15 Actual result: -- 25% of 40 is 25 -- Edit this bug report at http://bugs.php.net/?id=29738&edit=1
#29738 [Bgs]: percentages error
ID: 29738 User updated by: support at pulse-hosting dot com Reported By: support at pulse-hosting dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux RedHat PHP Version: Irrelevant New Comment: oh sorry :P Previous Comments: [2004-08-18 18:17:18] support at pulse-hosting dot com Oops, I ment 10, the correct output should be 10 not 15. 25% of 40 is 10 [2004-08-18 18:10:42] [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. There is no "%() function" in PHP. Check appropriate part of the documentation: http://www.php.net/manual/en/language.operators.arithmetic.php [2004-08-18 17:40:33] support at pulse-hosting dot com Description: I can't seem to work out why, but the %() function doesn't always return the right out. For example 25% (40); returns 25 yet 25% of 40 is 15. I've checked and checked again and the error is on php's side and not mine. Other percentages work yet some don't. Reproduce code: --- $sum = 25% (40); echo "25% of 40 is ".$sum; Expected result: 25% of 40 is 15 Actual result: -- 25% of 40 is 25 -- Edit this bug report at http://bugs.php.net/?id=29738&edit=1
#29740 [Opn->Bgs]: Apache2 Environment variables for Oracle are incorrect
ID: 29740 Updated by: [EMAIL PROTECTED] Reported By: atebbe at utk dot edu -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Suse Professional 9.1 PHP Version: 5.0.1 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. PHP and OCI lib get these values from the environment. Plz, ask such questions in support mailing lists. Previous Comments: [2004-08-18 18:08:53] atebbe at utk dot edu Description: We attempted to build PHP with OCI support using Oracle 8. Oracle 8 wouldn't install cleanly on Suse 9.1, so we installed Oracle 9 instead, and built PHP using these libraries. PHP Info still shows that Apache is setting ORACLE_HOME, ORA_NLS33 to Oracle 8 locations, and the ORACLE_SID is incorrect as well. Where does PHP get these values from, and can I change these? -- Edit this bug report at http://bugs.php.net/?id=29740&edit=1
#29652 [Opn->Fbk]: number of FD to ocius.msg is growing
ID: 29652 Updated by: [EMAIL PROTECTED] Reported By: yannick at agl dot fr -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux Redhat 7.3 PHP Version: 4.3.7 New Comment: Tested under Linux with Oracle 9.2.0.1, Apache 1.3.31 and latest PHP5 & PHP4 versions. Cannot reproduce your situation - there is still only one ocius.msb's descriptor. Plz, provide more info about software installed - versions of Oracle, Apache etc. Previous Comments: [2004-08-17 11:34:14] yannick at agl dot fr Yes the limit of FD is exceeded... This issue occurs only with php not with JDBC under OCI. [2004-08-17 07:38:36] [EMAIL PROTECTED] So, what the problem with it? It exceedes your FD limit? It's most likely to be an OCI trouble, 'cos PHP knows nothing about ocius.msg. [2004-08-16 10:15:35] yannick at agl dot fr the number of FD is growing constantly for each child. for example: >ps -ef | grep httpd root 469 1 0 Aug05 ?00:00:00 /usr/local/apache/bin/httpd -f / web 6853 469 0 07:57 ?00:01:09 /usr/local/apache/bin/httpd -f / web 7035 469 0 08:02 ?00:00:18 /usr/local/apache/bin/httpd -f / web 7138 469 0 08:07 ?00:00:25 /usr/local/apache/bin/httpd -f / web 8408 469 0 08:52 ?00:00:21 /usr/local/apache/bin/httpd -f / web 8428 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 8429 469 0 08:53 ?00:00:17 /usr/local/apache/bin/httpd -f / web 10107 469 0 09:54 ?00:00:04 /usr/local/apache/bin/httpd -f / web 10402 469 0 10:05 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10413 469 0 10:06 ?00:00:01 /usr/local/apache/bin/httpd -f / web 10626 469 1 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10630 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10631 469 0 10:11 ?00:00:00 /usr/local/apache/bin/httpd -f / web 10661 469 0 10:12 ?00:00:00 /usr/local/apache/bin/httpd -f / number of child: 14 > cd /proc/7035/fd > ls -l |grep ocius |wc > 235 i think each request make a new FD... [2004-08-13 17:36:12] [EMAIL PROTECTED] Does it grow constantly or it stops after reaching the number of apache childs? Can you please try the same with OCINLogon ? Btw, ocilogoff() does nothing for a long time (connections are closed by Oracle after a timeout). [2004-08-13 15:54:06] yannick at agl dot fr Description: i see the number of file descriptor to ocius.msg is growing for each apache child. so i reproduce problem with this script. Reproduce code: --- Expected result: 1 file descriptor to ocius.msg 1 connection to database Actual result: -- the number of file descriptor to ocius.msg is growing. 1 connection to database -- Edit this bug report at http://bugs.php.net/?id=29652&edit=1
#29727 [Opn]: CUROPT_PROXYAUTH constant is not registered
ID: 29727 User updated by: bip at pennec dot org -Summary: CUROPT_PROXYAUTH constant is not register Reported By: bip at pennec dot org Status: Open Bug Type: cURL related Operating System: All PHP Version: 4.3.9RC1 New Comment: This patch seems to works with libcurl 7.12. The patch is applied against curl.c version of php 4.3.4 43,47d39 > /* As of curl 7.11.1 this is no longer defined inside curl.h */ > #ifndef HttpPost > #define HttpPost curl_httppost > #endif > 197a198,210 > #if LIBCURL_VERSION_NUM >= 0x070a07 /* CURLOPT_HTTPAUTH is available since curl 7.10.6 */ > REGISTER_CURL_CONSTANT(CURLOPT_PROXYAUTH); > REGISTER_CURL_CONSTANT(CURLOPT_HTTPAUTH); > /* http authentication options */ > REGISTER_CURL_CONSTANT(CURLAUTH_BASIC); > REGISTER_CURL_CONSTANT(CURLAUTH_DIGEST); > REGISTER_CURL_CONSTANT(CURLAUTH_GSSNEGOTIATE); > REGISTER_CURL_CONSTANT(CURLAUTH_NTLM); > REGISTER_CURL_CONSTANT(CURLAUTH_ANY); > REGISTER_CURL_CONSTANT(CURLAUTH_ANYSAFE); > > #endif > 715a729,732 > #if LIBCURL_VERSION_NUM >= 0x070a07 > case CURLOPT_PROXYAUTH: > case CURLOPT_HTTPAUTH: > #endif Previous Comments: [2004-08-18 11:05:04] bip at pennec dot org Description: CURLOPT_PROXYAUTH constant appears in libcurl 7.10.7 but is not register in recents releases of the php_curl module. This constant is needed to pass thru proxy with ntlm authentication Reproduce code: --- $ch = curl_init(); curl_setopt ($ch, CURLOPT_PROXYAUTH, CURLAUTH_NTLM); -- Edit this bug report at http://bugs.php.net/?id=29727&edit=1
#29646 [Fbk->Opn]: mail() inserts change CRLF ("\r\n") to CRCRLF ("\r\r\n") for some extra headers
ID: 29646 User updated by: shelby at coolpage dot com Reported By: shelby at coolpage dot com -Status: Feedback +Status: Open Bug Type: Mail related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: No I will not do your work for you! Your general assumption that it was fixed without specific knowledge it was fixed is not enough to make me go through the hassle. In short I doubt your assertion it is fixed, because: 1. You have not provided specific knowledge that it was fixed. It seems you are just hoping it was, and want me to go through hassle to prove it. You prove it. It is not my bug. It is YOUR bug. 2. You closed this other similar bug report in Feb. 2003: http://bugs.php.net/bug.php?id=22262 But I am using a version from Nov. 2003: [EMAIL PROTECTED] php -v PHP 4.3.4 (cli) (built: Nov 4 2003 16:10:03) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies And this bug has been around since at least 2002 and has been ignored. No related bug report has been marked as fixed. They were both closed because the people who made the bug reports are not going to test it for you: http://bugs.php.net/bug.php?id=22262 http://bugs.php.net/bug.php?id=15841 You method of closing bug reports because reporters are not willing to retest every time you decide to put a new version # on PHP is ridiculous. Have it your way...fix it or do not fix it... closing this bug report does not mean it is fixed. Previous Comments: [2004-08-17 08:11:30] [EMAIL PROTECTED] You're using a very old PHP version (4.3.4), I am very sure it was fixed since. So try that snapshot. [2004-08-17 00:58:42] shelby at coolpage dot com Also telling us to try the latest snapshot is useless unless you tell us what is the correct use of the mail() function on Qmail. Please see my original post and please answer the question as to what is the correct documented use. In the meantime, I have provided a documented use in my comments on this bug which works and which I am suggesting that others link to, as a replacement for the document for PHP mail(). Hopefully that will generate enough pressure to finally fix this bug and also help people work around it in meantime! Correction: in previous post for work around, I said "if another header follows". I believe I insert the "\r\n" and "\n", even after the last header input to mail(). [2004-08-17 00:52:38] shelby at coolpage dot com Thanks, but has the latest snapshot been specifically edited to fix this specific problem? Because this problem as been around for years, and so only a specific fix is worth my time. Also I have no way to test the latest snapshot until my host Pair.com upgrades. I alerted Pair.com to this problem. [2004-08-17 00:49:37] shelby at coolpage dot com I verified that the work around this bug for my configuration (as previously mentioned) is to use "\r\n" only after the "From:", "Reply-To:", "Cc:", and "Bcc:" headers, if there is another header which follows, and to use only "\n" after other extra headers, if another header follows. Note in my use, I only tried placing the "From:", "Reply-To:", "Cc:", and "Bcc:" headers first, and any extra headers (such as "Date:", "Mime-Versions:", etc) after. [2004-08-17 00:40:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/29646 -- Edit this bug report at http://bugs.php.net/?id=29646&edit=1
#29735 [Bgs->Opn]: Segfault (11) / Possible stack corruption
ID: 29735 User updated by: sparkeh at btinternet dot com Reported By: sparkeh at btinternet dot com -Status: Bogus +Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: There is no loop here. This is segfaulting because the function is failing to return correctly (stack corruption). Remove the "global" statement, and add an echo '' outside of the switch() braces to see normal (expected) program flow. Previous Comments: [2004-08-18 17:18:38] sparkeh at btinternet dot com What loop?? Remove the "global $moo" and the $rar = 0 and it runs as expected: [2004-08-18 17:05:03] [EMAIL PROTECTED] ? You call the function segfault() in a never ending loop. [2004-08-18 16:17:19] sparkeh at btinternet dot com There is no recursion. This is a function being called from within a switch block. Surely? [2004-08-18 15:47:59] [EMAIL PROTECTED] 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 This is expected, PHP does not protect against infinite recursion. [2004-08-18 15:24:10] sparkeh at btinternet dot com Description: I've tried to get the code to the minimum required to cause a crash. The combination of the local variable being defined and the global reference seems to be causing stack corruption (the script never returns successfully from the function call: jelly can # php -f crash.php About to segfault : Segmentation fault jelly can # php -v PHP 5.0.1 (cli) (built: Aug 18 2004 12:39:38) Reproduce code: --- Expected result: About to segfault : Actual result: -- About to segfault : Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29735&edit=1
#29742 [NEW]: Parse error when using a script for displaying contents by url querys
From: cheetah-z at web dot de Operating system: FreeBSD PHP version: 4.3.8 PHP Bug Type: Unknown/Other Function Bug description: Parse error when using a script for displaying contents by url querys Description: I wanted to build a website with an structure as easy as possible. So i decided to use a php script displaying different contents on the same site by using querys. BTW: Sorry for my english, it may be a bit lame, but I am German so just try to understand my special germenglish. Reproduce code: --- Willkommen auf der Webseite von TM-Servers Diese Webseite wurde zum Zweck der Information... ...tm-server.de.vu ging heute online."; if ($site == "server") { echo "Serverdaten folgen in Kürze!"; } if ($site == "members") { echo "Mitgliederliste folgt in Kürze!"; } if ($site == "links") { echo "Hier werden demnächst sehenswerte Links gesammelt!"; } if ($site == "partner") { echo "Demnächst werden hier alle Partner und Sponsoren von TM-Serversaufgeführt!"; } ?> Expected result: I expected my website to open regularly and when clicking a link containing a query (for example: "index.php?site=members" to display the content defined by the echo function (for example: "Mitgliederliste folgt in Kürze!") Actual result: -- Parse error: parse error, unexpected $ in /home/export/www/vhosts/funnetwork/hosting/cheetah7/index.php on line 97 an important information is, that line 97 is the very end of index.php and just contains: "" The php tag was already closed many lines before! -- Edit bug report at http://bugs.php.net/?id=29742&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29742&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29742&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29742&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29742&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29742&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29742&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29742&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29742&r=support Expected behavior: http://bugs.php.net/fix.php?id=29742&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29742&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29742&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29742&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29742&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29742&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29742&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29742&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29742&r=float
#29131 [Com]: Compile fails on exif
ID: 29131 Comment by: smgallo at buffalo dot edu Reported By: james dot robinson at netregistry dot com dot au Status: Open Bug Type: Compile Failure Operating System: Debian Stable PHP Version: 5.0.0 New Comment: I am experiencing the same problem with php 5.0.1 on RedHat Enterprise 3 AS. Previous Comments: [2004-07-18 18:35:49] itsdave101 at yahoo dot com I am also having the same problem although i am building an rpm on fedora core 1, i have successfully compiled an rpm without mbstring..' i dont personally need mbstring, but i was just trying to build an rpm with all the same options of the php4 rpm that comes with fedora., i can provide src rpm if anyone is interested. ./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --target=i386-redhat-linux --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --enable-force-cgi-redirect --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db4=/usr --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --with-gd --enable-gd-native-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-png --with-pspell --with-regex=system --with-xml --with-expat-dir=/usr --with-dom=shared,/usr --with-dom-xslt=/usr --with-dom-exslt=/usr --with-xmlrpc=shared --with-pcre=/usr --with-zlib --with-layout=GNU --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-pear=/usr/share/pear --with-imap=shared --with-imap-ssl --with-kerberos --with-ldap=shared --with-mysql=shared,/usr --with-pgsql=shared --with-snmp=shared,/usr --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-calendar --enable-dbx --enable-dio --enable-mcal --enable-mbstring --enable-force-cgi-redirect [2004-07-16 18:27:18] sheltren at cs dot ucsb dot edu I receive the same error during compile on Fedora Core 2. I can paste the configure options if needed, although, like the initial report, configure exited cleanly without reporting any errors. [2004-07-14 03:46:05] james dot robinson at netregistry dot com dot au Description: Compile fails with the following: gcc -Iext/exif/ -I/usr/src/php/php-5.0.0/ext/exif/ -DPHP_ATOM_INC -I/usr/src/php/php-5.0.0/include -I/usr/src/php/php-5.0.0/main -I/usr/src/php/php-5.0.0 -I/usr/local/include -I/usr/src/php/php-5.0.0/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/c-client -I/usr/src/php/php-5.0.0/ext/mbstring/oniguruma -I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl -I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/postgresql -I/usr/src/php/php-5.0.0/TSRM -g -O2 -c /usr/src/php/php-5.0.0/ext/exif/exif.c -o ext/exif/exif.o && echo > ext/exif/exif.lo In file included from /usr/src/php/php-5.0.0/ext/mbstring/php_mbregex.h:28, from /usr/src/php/php-5.0.0/ext/mbstring/mbstring.h:77, from /usr/src/php/php-5.0.0/ext/exif/exif.c:76: /usr/src/php/php-5.0.0/ext/mbstring/oniguruma/oniguruma.h:573: redefinition of `struct re_registers' make: *** [ext/exif/exif.lo] Error 1 Configure: ./configure \ --prefix=/usr/local/php-5.0.0 \ --with-regex=system \ --enable-calendar \ --with-iodbc \ --with-dom \ --with-curl \ --with-openssl \ --with-iconv \ --enable-filepro \ --enable-ftp \ --with-gettext \ --enable-sysvsem \ --enable-sysvshm \ --disable-debug \ --with-gd \ --with-imap=/usr \ --with-ldap=/usr \ --with-mm=/usr \ --with-mysql=/usr \ --with-pcre-regex=/usr \ --with-pgsql=/usr \ --enable-sockets \ --with-zlib \ --enable-memory-limit \ --enable-fastcgi \ --with-pear \ --enable-mbstring \ --enable-shmop \ --enable-exif \ --enable-bcmath \ --enable-safe-mode \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr \ --enable-xslt \ --with-xslt \ --with-xslt-sablot \ --with-mhash \ --with-mcrypt=/usr \ --without-tsrm-pthreads \ --with-tsrm-pth \ --enable-wddx \ --disable-shared \ --with-freetype-dir=/usr/lib \ --with-fastcgi=/usr/local Configure does not return any errors. --
#29131 [Com]: Compile fails on exif
ID: 29131 Comment by: smgallo at buffalo dot edu Reported By: james dot robinson at netregistry dot com dot au Status: Open Bug Type: Compile Failure Operating System: Debian Stable PHP Version: 5.0.0 New Comment: I am experiencing the same problem with php 5.0.1 on RedHat Enterprise 3 AS. Previous Comments: [2004-08-18 20:36:23] smgallo at buffalo dot edu I am experiencing the same problem with php 5.0.1 on RedHat Enterprise 3 AS. [2004-07-18 18:35:49] itsdave101 at yahoo dot com I am also having the same problem although i am building an rpm on fedora core 1, i have successfully compiled an rpm without mbstring..' i dont personally need mbstring, but i was just trying to build an rpm with all the same options of the php4 rpm that comes with fedora., i can provide src rpm if anyone is interested. ./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --target=i386-redhat-linux --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php.d --enable-force-cgi-redirect --disable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-bz2 --with-db4=/usr --with-curl --with-exec-dir=/usr/bin --with-freetype-dir=/usr --with-png-dir=/usr --with-gd --enable-gd-native-ttf --with-gdbm --with-gettext --with-ncurses --with-gmp --with-iconv --with-jpeg-dir=/usr --with-openssl --with-png --with-pspell --with-regex=system --with-xml --with-expat-dir=/usr --with-dom=shared,/usr --with-dom-xslt=/usr --with-dom-exslt=/usr --with-xmlrpc=shared --with-pcre=/usr --with-zlib --with-layout=GNU --enable-bcmath --enable-exif --enable-ftp --enable-magic-quotes --enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm --enable-discard-path --enable-track-vars --enable-trans-sid --enable-yp --enable-wddx --without-oci8 --with-pear=/usr/share/pear --with-imap=shared --with-imap-ssl --with-kerberos --with-ldap=shared --with-mysql=shared,/usr --with-pgsql=shared --with-snmp=shared,/usr --with-snmp=shared --enable-ucd-snmp-hack --with-unixODBC=shared --enable-memory-limit --enable-bcmath --enable-shmop --enable-calendar --enable-dbx --enable-dio --enable-mcal --enable-mbstring --enable-force-cgi-redirect [2004-07-16 18:27:18] sheltren at cs dot ucsb dot edu I receive the same error during compile on Fedora Core 2. I can paste the configure options if needed, although, like the initial report, configure exited cleanly without reporting any errors. [2004-07-14 03:46:05] james dot robinson at netregistry dot com dot au Description: Compile fails with the following: gcc -Iext/exif/ -I/usr/src/php/php-5.0.0/ext/exif/ -DPHP_ATOM_INC -I/usr/src/php/php-5.0.0/include -I/usr/src/php/php-5.0.0/main -I/usr/src/php/php-5.0.0 -I/usr/local/include -I/usr/src/php/php-5.0.0/Zend -I/usr/include/libxml2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/c-client -I/usr/src/php/php-5.0.0/ext/mbstring/oniguruma -I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl -I/usr/src/php/php-5.0.0/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/postgresql -I/usr/src/php/php-5.0.0/TSRM -g -O2 -c /usr/src/php/php-5.0.0/ext/exif/exif.c -o ext/exif/exif.o && echo > ext/exif/exif.lo In file included from /usr/src/php/php-5.0.0/ext/mbstring/php_mbregex.h:28, from /usr/src/php/php-5.0.0/ext/mbstring/mbstring.h:77, from /usr/src/php/php-5.0.0/ext/exif/exif.c:76: /usr/src/php/php-5.0.0/ext/mbstring/oniguruma/oniguruma.h:573: redefinition of `struct re_registers' make: *** [ext/exif/exif.lo] Error 1 Configure: ./configure \ --prefix=/usr/local/php-5.0.0 \ --with-regex=system \ --enable-calendar \ --with-iodbc \ --with-dom \ --with-curl \ --with-openssl \ --with-iconv \ --enable-filepro \ --enable-ftp \ --with-gettext \ --enable-sysvsem \ --enable-sysvshm \ --disable-debug \ --with-gd \ --with-imap=/usr \ --with-ldap=/usr \ --with-mm=/usr \ --with-mysql=/usr \ --with-pcre-regex=/usr \ --with-pgsql=/usr \ --enable-sockets \ --with-zlib \ --enable-memory-limit \ --enable-fastcgi \ --with-pear \ --enable-mbstring \ --enable-shmop \ --enable-exif \ --enable-bcmath \ --enable-safe-mode \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-xpm-dir=/usr \ --enable-xslt \ --with-xslt \ --with-xslt-sablot \ --with-mhash \ --with-mcrypt=/usr \ --without-tsrm-pthreads \ --with-tsrm-pth \ --enable-
#29735 [Opn]: Segfault (11) / Possible stack corruption
ID: 29735 User updated by: sparkeh at btinternet dot com Reported By: sparkeh at btinternet dot com Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.7-gentoo-r9 PHP Version: 5.0.1 New Comment: N.B. Original code tested and works as expected with PHP 4.3.3 Previous Comments: [2004-08-18 19:44:13] sparkeh at btinternet dot com There is no loop here. This is segfaulting because the function is failing to return correctly (stack corruption). Remove the "global" statement, and add an echo '' outside of the switch() braces to see normal (expected) program flow. [2004-08-18 17:18:38] sparkeh at btinternet dot com What loop?? Remove the "global $moo" and the $rar = 0 and it runs as expected: [2004-08-18 17:05:03] [EMAIL PROTECTED] ? You call the function segfault() in a never ending loop. [2004-08-18 16:17:19] sparkeh at btinternet dot com There is no recursion. This is a function being called from within a switch block. Surely? [2004-08-18 15:47:59] [EMAIL PROTECTED] 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 This is expected, PHP does not protect against infinite recursion. 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/29735 -- Edit this bug report at http://bugs.php.net/?id=29735&edit=1
#29726 [Opn]: Streams socket functionality
ID: 29726 User updated by: lists at cyberlot dot net Reported By: lists at cyberlot dot net Status: Open Bug Type: Sockets related Operating System: Fedora Core 2 PHP Version: 5.0.1 New Comment: This problem only exists with fread, fget which multiple examples in the docs use and the docs list as "See Also" functions. However by using stream_socket_recvfrom this problem was resovled.. This function is not at this time referenced in the manual other in the functions list so might easily overlooked as I did. One possible issue I do see, stream_socket_recvfrom looks to work because it pulls everything in the buffer up to X bytes regardless of any EOL character. On a slow single line entry settup this shouldn't be a problem and everything should work fine.. Under high load when data ends up being buffered at both sides this function would return only partial "blocks" of what a user might expect and the user would need to program his own internal buffering that checks for EOL. This should be covered in more detail in the online manual. Previous Comments: [2004-08-18 00:59:26] lists at cyberlot dot net Description: switched from socket functions to stream functions for socket server usage because streams is supposed to be stable, and are included by default.. The problem socket_read supports PHP_NORMAL_READ which allows it to see flashes \0 as EOL... This is not possible when using streams to create a socket server as fget does not see \0 as EOL Expected result: Expect fgets to return data at \0 Actual result: -- Nothing is returned until the buffer is filled. -- Edit this bug report at http://bugs.php.net/?id=29726&edit=1
#28150 [Com]: configure in 5.0-RC2 does not look for mysqlclient in lib64
ID: 28150 Comment by: volantt at gmail dot com Reported By: thomas+php at stromberg dot org Status: Wont fix Bug Type: Compile Failure Operating System: SUSE Linux 9.0 AMD64 PHP Version: 5CVS-2004-04-26 (dev) New Comment: I have run into the same issue, just to get 5.0 to configure it required manually edit of the ./configure script to replace urs/lib with usr/lib64 in places. Would be nice to have the configure script be able to look for /lib64 or a /usr/lib64 directory when compiling. Previous Comments: [2004-07-27 15:31:45] sonny at sun dot com Is there a timeframe when this Bug will be fixed? [2004-06-30 23:44:15] gregory at networksentry dot co dot za Ive just built myself up a x86_64 distro from scratch and have had the same problem as the libs are installed in */lib64/* and not */lib/* even setting this in configure args will not help i manualy edited the configure script useing a dirty sed script the configure program will need to take into the 64 bit lib paths to be multi platform ... the /lib dirs are for 32 bit apps and legacy software it is posible to have both a 32bit and 64 bit MySQL client lib on the same host even compiled with the same compiler (-m32/-m64) switches. i never took time to look into modifying the .m4 files as i do not understand there layout/usage. if the fine android in charge of the said files could make changes it would be appreciated. TTFN [2004-05-21 14:57:00] zerokode at gmx dot net Hmmm... Maybe you could just check for -lmysql... That is platform-independent... (this also goes for the GD-dependent libs...) [2004-04-26 20:35:46] thomas+php at stromberg dot org The problem in this situation is there is no way to tell configure to see this directory. configure only allows you to specify the root directory of mysql, which in my case is /usr. There is no option in the PHP5 configure script to set something like --with-mysql-library=/usr/ lib64. [2004-04-26 20:30:15] [EMAIL PROTECTED] We only look for old fashion standard directories. Please specify the location manually on the configure line. 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/28150 -- Edit this bug report at http://bugs.php.net/?id=28150&edit=1
#28934 [Com]: call_user_func_array() and Exceptions
ID: 28934 Comment by: phpbugs at d51 dot biz Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.0RC3 New Comment: I ran the following to see if the exception was being thrown. It is thrown and caught: Reproduce code: --- getMessage(); } // Expected output: bar ?> Actual result: -- Warning: call_user_func_array() [function.call-user-func-array]: Unable to call foo() in /path/to/test.php on line 16 bar Extended Info: -- I also attempted catching an exception with call_user_func() - it worked as expected producing only "bar". I also produced an identical outcome when I used a non-empty array as the second argument. This is most definitely an issue with call_user_func_array(). The following code produces a similar error: Reproduce code: --- getMessage(); } // Expected Output: assert ?> Actual results: --- Warning: assert() [function.assert]: Assertion failed in /path/to/test.php on line 7 Warning: call_user_func_array() [function.call-user-func-array]: Unable to call foo() in /path/to/test.php on line 20 assert More Info: -- Bug #29617 seems to be a duplicate of this report. Previous Comments: [2004-08-01 23:17:58] JustinHagstrom at yahoo dot com This also happens when an exception is thrown in any callback function. It is present in the final release of PHP 5 and the snapshots from Aug 01, 2004. [2004-06-27 23:21:47] [EMAIL PROTECTED] Description: When a function called by call_user_func_array() throws an exception, an error appears: "Warning: call_user_func_array() [function.call-user-func-array]: Unable to call babba() in /data/webdev/classes/Tree/demo.php on line 19" Reproduce code: --- Expected result: Nothing Actual result: -- Warning: call_user_func_array() [function.call-user-func-array]: Unable to call babba() in /data/webdev/classes/Tree/demo.php on line 43 -- Edit this bug report at http://bugs.php.net/?id=28934&edit=1
#29744 [NEW]: DARTPART function returns random results
From: jwhatcher at hotmail dot com Operating system: WINDOWS 2000 Advance Server PHP version: 5.0.0 PHP Bug Type: MSSQL related Bug description: DARTPART function returns random results Description: Using in my where clause, DATEPART (dw , dt.usedate) = 1 returns random results toggling between SUNDAY AND MONDAY. Switch to DATENAME (dw , dt.usedate) = 'Sunday' and it works fine. This code worked fine in 4.2. date_table is a table with all dates between 1900 to 2050. Reproduce code: --- $query = mssql_query(" SELECT dt.usedate FROM date_table dt WHERE dt.usedate between '$s_reportdate' AND '$e_reportdate' AND DATEPART (dw , dt.usedate) = 1 ORDER BY DT.usedate"); Expected result: Should return Sunday dates between range provided. Actual result: -- Returns seemingly random results of either a Monday or Sunday date. If I add DATEPART (dw , dt.usedate) as blah into the select clause it returns 1 every time but the dates still shift. -- Edit bug report at http://bugs.php.net/?id=29744&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29744&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29744&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29744&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29744&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29744&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29744&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29744&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29744&r=support Expected behavior: http://bugs.php.net/fix.php?id=29744&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29744&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29744&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29744&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29744&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29744&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29744&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29744&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29744&r=float
#29454 [Fbk->Csd]: php_check_syntax second argument doesn't work in the right way
ID: 29454 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 5CVS-2004-07-30 (dev) New Comment: Has been fixed in the meanwhile. Previous Comments: [2004-08-18 08:51:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works fine here. [2004-07-30 07:26:45] [EMAIL PROTECTED] Description: The second argument of php_check_syntax is supposed to be passed by reference. However, you need to specify the reference where the function is called, like php_check_syntax($file, &$error); resulting in Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would like to pass it by reference, modify the declaration of php_check_syntax(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file. However, future versions may not support this any longer. Reproduce code: --- php_check_syntax("test.php", $error); Expected result: errorstring in $error Actual result: -- Notice: Undefined variable: error -- Edit this bug report at http://bugs.php.net/?id=29454&edit=1
#26315 [Com]: mssql_fectch_* functions are returning a space char on empty fields
ID: 26315 Comment by: jwhatcher at hotmail dot com Reported By: webmaster at cbre dot fr Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.3.4 New Comment: '' = ' '. Politely, this is a bug. In transact sql and query analyzer '' is seen as '' but in php '' is seen as ' '. I am using varchar fields. This surely breaks several lines of code for the empty function is now useless when selecting '' out of the database. Please reconsider and look into this item. Add autotrim to the ini file if this would fix the problem. Previous Comments: [2004-06-20 02:49:52] spam2 at rhsoft dot net hmm this is a bug i developed a cms first for mysql and the port for postgre with select database-type works very fine the last two days i try to get it running with mssql/msde an nothing works with this damned spaces if (!empty($image)) echo ""; for example makes a big shit :-( [2004-05-24 21:23:07] hagen at woecht dot de If you must make from a space to '' in your PHP script, how can you distinguish between a "true" space or "faked" space? All '' and space in the DB are then '' (:-((() [2004-04-23 10:25:51] tomasz at biznespolska dot pl In my opinion this is bug, and is still present on version 4.3.6. This is not only problem with CHAR, and NCHAR columns but also empty VARCHAR columns returns space. Example: $re = mssql_fetch_row(mssql_query("SELECT CAST('' AS VARCHAR(10))")); print('--'.$re[0].'--'); // the result is: -- -- // and should be: Because of that I still use PHP4.3.3. [2004-03-24 04:33:03] francois dot zietlow at ri-solution dot com The Protocol have been changed. Quote from Sybase Doco. [quote] The empty string ("") is treated as a single space. In *char* and *nchar* *not null* columns, the result is a (column-length) field of spaces. [/quote] Found on Bug Report: http://bugs.php.net/bug.php?id=6527 Its not nice... Just I write my own empty-Function. Francois [2004-03-24 04:18:11] francois dot zietlow at ri-solution dot com I think that is a Bug, too. I have the same Problem. It's not a solution to trim any value. Or?? @iliaa: Please write why do you think it's not a Bug. Thanks! Francois 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/26315 -- Edit this bug report at http://bugs.php.net/?id=26315&edit=1
#29745 [NEW]: ftp_get warns on a Transfer Complete
From: pearcec at poss dot com Operating system: RedHat ES3 PHP version: 5.0.0 PHP Bug Type: FTP related Bug description: ftp_get warns on a Transfer Complete Description: I get a warning on a Transfer being complete... Warning: ftp_get(): Transfer complete. in /home/pearcec/saturn/bin/sysNav/solarisPatchGrab/solarisPatchGrab.inc on line 241 The problem is I am not running passive mode. The ftp request times out and the file is 0 bugs. It should have an error condition of times out. -- Edit bug report at http://bugs.php.net/?id=29745&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29745&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29745&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29745&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29745&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29745&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29745&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29745&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29745&r=support Expected behavior: http://bugs.php.net/fix.php?id=29745&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29745&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29745&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29745&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29745&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29745&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29745&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29745&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29745&r=float
#7207 [Com]: imap_open bug
ID: 7207 Comment by: compu_global_hyper_mega_net_2 at yahoo dot com Reported By: brain at brainlapse Status: Closed Bug Type: IMAP related Operating System: win98se PHP Version: 4.0.3 New Comment: This bug should be reopened. The current behaviour is really wrong. Obviously, in the above example, I have a pop3 server running on localhost, with the user/password credentials. Result: PHP Notice: (null)(): Mailbox is empty (errflg=1) in Unknown on line 0 Notice: (null)(): Mailbox is empty (errflg=1) in Unknown on line 0 Previous Comments: [2004-08-04 07:34:32] a at a dot com After almost 4 years, this problem continues to be unaddressed. The mail-box-empty message is reported as an error, which is wrong. If the mail box is empty, imap_last_error should not return this as an error. [2000-10-30 09:26:33] [EMAIL PROTECTED] No feedback and I can not reproduce this with latest working CVS. --Jani [2000-10-15 21:45:56] [EMAIL PROTECTED] I can not reproduce this. Could you please include a shortest possible reproducing script into this bug report? --Jani [2000-10-14 12:35:22] brain at brainlapse when there are no messages in an INBOX, the error "Fatal error: Mailbox is empty in C:\Program Files\Apache Group\Apache\htdocs/mail.php3 on line XX" Adding the @ in front of imap_open does nothing. When there are messages this error does not apear. -- Edit this bug report at http://bugs.php.net/?id=7207&edit=1
#28976 [Com]: Ability to disable Return-Path header or use From header instead of php.ini
ID: 28976 Comment by: dv at josheli dot com Reported By: kdaniel at aosepc dot com Status: Open Bug Type: Mail related Operating System: Windows\Apache PHP Version: 4.3.6 New Comment: using cli PHP 5 and latest snap (php5-win32-200408181430), the extra "From:" header does not seem to work. test.php: Warning: mail(): "sendmail_from" not set in php.ini or custom "From:" header missing in C:\dev\quiktests\test.php on line 3 Previous Comments: [2004-08-06 21:39:27] kdaniel at aosepc dot com I don't see how that is possible because there is no way for the mail server to pick up the sendmail_from ini setting. PHP has to be using it somewhere. There needs to be a way to disable its use. [2004-08-06 19:27:15] [EMAIL PROTECTED] I'm pretty sure that this header is added by the SMTP mail server and not by PHP itself. PHP first writes the generated headers to the SMTP stream, followed by any additional_headers you passed to mail(). Any headers following those you passed as additional_headers have been added by the transporting mail server (s). Looks like it is adding the SMPT "MAIL FROM" into Return_Path: [2004-07-21 04:04:12] kdaniel at aosepc dot com Yes, PHP is picking up the sendmail_from ini setting and sticking it into the mime headers as Return-Path. [2004-07-21 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-07-06 15:32:27] [EMAIL PROTECTED] You mean it uses the sendmail_from ini setting? 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/28976 -- Edit this bug report at http://bugs.php.net/?id=28976&edit=1
#29742 [Opn->Bgs]: Parse error when using a script for displaying contents by url querys
ID: 29742 Updated by: [EMAIL PROTECTED] Reported By: cheetah-z at web dot de -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: FreeBSD PHP Version: 4.3.8 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You forgot to close the 1st if() Previous Comments: [2004-08-18 19:59:03] cheetah-z at web dot de Description: I wanted to build a website with an structure as easy as possible. So i decided to use a php script displaying different contents on the same site by using querys. BTW: Sorry for my english, it may be a bit lame, but I am German so just try to understand my special germenglish. Reproduce code: --- Willkommen auf der Webseite von TM-Servers Diese Webseite wurde zum Zweck der Information... ...tm-server.de.vu ging heute online."; if ($site == "server") { echo "Serverdaten folgen in Kürze!"; } if ($site == "members") { echo "Mitgliederliste folgt in Kürze!"; } if ($site == "links") { echo "Hier werden demnächst sehenswerte Links gesammelt!"; } if ($site == "partner") { echo "Demnächst werden hier alle Partner und Sponsoren von TM-Serversaufgeführt!"; } ?> Expected result: I expected my website to open regularly and when clicking a link containing a query (for example: "index.php?site=members" to display the content defined by the echo function (for example: "Mitgliederliste folgt in Kürze!") Actual result: -- Parse error: parse error, unexpected $ in /home/export/www/vhosts/funnetwork/hosting/cheetah7/index.php on line 97 an important information is, that line 97 is the very end of index.php and just contains: "" The php tag was already closed many lines before! -- Edit this bug report at http://bugs.php.net/?id=29742&edit=1
#29719 [Csd]: fgetcsv - double quotes issue
ID: 29719 User updated by: t dot meesters at triptic dot nl Reported By: t dot meesters at triptic dot nl Status: Closed Bug Type: Filesystem function related Operating System: Linux-2.4 -PHP Version: 4.3.8 +PHP Version: php4-STABLE-200408181830 New Comment: Result is now: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Although the test with newlines and double quotes works fine now, the problem still lies with test 3: the inline double quote. Previous Comments: [2004-08-17 16:10:12] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-17 14:25:30] t dot meesters at triptic dot nl Description: The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the behaviour concerning escaped string qualifiers changed. With single line data, an initial escaped string qualifier doesn't get noticed. With multiple line data, the last occurrence of an escaped string qualifier doesn't get noticed. For the example code, use the following data: - CSV DATA (test.csv) - test;test spaced string;"test; with delimeter";"""test with inline double quotes""";"test with newlines";"""test with newlines and double quotes""" Reproduce code: --- Expected result: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Actual result: -- Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes ) -- Edit this bug report at http://bugs.php.net/?id=29719&edit=1
#29646 [Opn->Bgs]: mail() inserts change CRLF ("\r\n") to CRCRLF ("\r\r\n") for some extra headers
ID: 29646 Updated by: [EMAIL PROTECTED] Reported By: shelby at coolpage dot com -Status: Open +Status: Bogus Bug Type: Mail related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Until can be verified with latest PHP version, considered bogus. Previous Comments: [2004-08-18 19:44:51] shelby at coolpage dot com No I will not do your work for you! Your general assumption that it was fixed without specific knowledge it was fixed is not enough to make me go through the hassle. In short I doubt your assertion it is fixed, because: 1. You have not provided specific knowledge that it was fixed. It seems you are just hoping it was, and want me to go through hassle to prove it. You prove it. It is not my bug. It is YOUR bug. 2. You closed this other similar bug report in Feb. 2003: http://bugs.php.net/bug.php?id=22262 But I am using a version from Nov. 2003: [EMAIL PROTECTED] php -v PHP 4.3.4 (cli) (built: Nov 4 2003 16:10:03) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies And this bug has been around since at least 2002 and has been ignored. No related bug report has been marked as fixed. They were both closed because the people who made the bug reports are not going to test it for you: http://bugs.php.net/bug.php?id=22262 http://bugs.php.net/bug.php?id=15841 You method of closing bug reports because reporters are not willing to retest every time you decide to put a new version # on PHP is ridiculous. Have it your way...fix it or do not fix it... closing this bug report does not mean it is fixed. [2004-08-17 08:11:30] [EMAIL PROTECTED] You're using a very old PHP version (4.3.4), I am very sure it was fixed since. So try that snapshot. [2004-08-17 00:58:42] shelby at coolpage dot com Also telling us to try the latest snapshot is useless unless you tell us what is the correct use of the mail() function on Qmail. Please see my original post and please answer the question as to what is the correct documented use. In the meantime, I have provided a documented use in my comments on this bug which works and which I am suggesting that others link to, as a replacement for the document for PHP mail(). Hopefully that will generate enough pressure to finally fix this bug and also help people work around it in meantime! Correction: in previous post for work around, I said "if another header follows". I believe I insert the "\r\n" and "\n", even after the last header input to mail(). [2004-08-17 00:52:38] shelby at coolpage dot com Thanks, but has the latest snapshot been specifically edited to fix this specific problem? Because this problem as been around for years, and so only a specific fix is worth my time. Also I have no way to test the latest snapshot until my host Pair.com upgrades. I alerted Pair.com to this problem. [2004-08-17 00:49:37] shelby at coolpage dot com I verified that the work around this bug for my configuration (as previously mentioned) is to use "\r\n" only after the "From:", "Reply-To:", "Cc:", and "Bcc:" headers, if there is another header which follows, and to use only "\n" after other extra headers, if another header follows. Note in my use, I only tried placing the "From:", "Reply-To:", "Cc:", and "Bcc:" headers first, and any extra headers (such as "Date:", "Mime-Versions:", etc) after. 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/29646 -- Edit this bug report at http://bugs.php.net/?id=29646&edit=1
#29719 [Csd]: fgetcsv - double quotes issue
ID: 29719 Updated by: [EMAIL PROTECTED] Reported By: t dot meesters at triptic dot nl Status: Closed Bug Type: Filesystem function related Operating System: Linux-2.4 PHP Version: php4-STABLE-200408181830 New Comment: With latest CVS I get the correct output of: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Previous Comments: [2004-08-18 23:08:04] t dot meesters at triptic dot nl Result is now: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Although the test with newlines and double quotes works fine now, the problem still lies with test 3: the inline double quote. [2004-08-17 16:10:12] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-17 14:25:30] t dot meesters at triptic dot nl Description: The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the behaviour concerning escaped string qualifiers changed. With single line data, an initial escaped string qualifier doesn't get noticed. With multiple line data, the last occurrence of an escaped string qualifier doesn't get noticed. For the example code, use the following data: - CSV DATA (test.csv) - test;test spaced string;"test; with delimeter";"""test with inline double quotes""";"test with newlines";"""test with newlines and double quotes""" Reproduce code: --- Expected result: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Actual result: -- Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes ) -- Edit this bug report at http://bugs.php.net/?id=29719&edit=1
#29727 [Opn->Csd]: CUROPT_PROXYAUTH constant is not registered
ID: 29727 Updated by: [EMAIL PROTECTED] Reported By: bip at pennec dot org -Status: Open +Status: Closed Bug Type: cURL related Operating System: All PHP Version: 4.3.9RC1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-18 19:08:08] bip at pennec dot org This patch seems to works with libcurl 7.12. The patch is applied against curl.c version of php 4.3.4 43,47d39 > /* As of curl 7.11.1 this is no longer defined inside curl.h */ > #ifndef HttpPost > #define HttpPost curl_httppost > #endif > 197a198,210 > #if LIBCURL_VERSION_NUM >= 0x070a07 /* CURLOPT_HTTPAUTH is available since curl 7.10.6 */ > REGISTER_CURL_CONSTANT(CURLOPT_PROXYAUTH); > REGISTER_CURL_CONSTANT(CURLOPT_HTTPAUTH); > /* http authentication options */ > REGISTER_CURL_CONSTANT(CURLAUTH_BASIC); > REGISTER_CURL_CONSTANT(CURLAUTH_DIGEST); > REGISTER_CURL_CONSTANT(CURLAUTH_GSSNEGOTIATE); > REGISTER_CURL_CONSTANT(CURLAUTH_NTLM); > REGISTER_CURL_CONSTANT(CURLAUTH_ANY); > REGISTER_CURL_CONSTANT(CURLAUTH_ANYSAFE); > > #endif > 715a729,732 > #if LIBCURL_VERSION_NUM >= 0x070a07 > case CURLOPT_PROXYAUTH: > case CURLOPT_HTTPAUTH: > #endif [2004-08-18 11:05:04] bip at pennec dot org Description: CURLOPT_PROXYAUTH constant appears in libcurl 7.10.7 but is not register in recents releases of the php_curl module. This constant is needed to pass thru proxy with ntlm authentication Reproduce code: --- $ch = curl_init(); curl_setopt ($ch, CURLOPT_PROXYAUTH, CURLAUTH_NTLM); -- Edit this bug report at http://bugs.php.net/?id=29727&edit=1
#29719 [Csd]: fgetcsv - double quotes issue
ID: 29719 User updated by: t dot meesters at triptic dot nl Reported By: t dot meesters at triptic dot nl Status: Closed Bug Type: Filesystem function related Operating System: Linux-2.4 PHP Version: php4-STABLE-200408181830 New Comment: Oops, I think the line wrapping caused an error in my initial input: please note that test #3 should be: """test with inline double quotes""" (on one line) Sorry for the inconvenience. Previous Comments: [2004-08-18 23:15:15] [EMAIL PROTECTED] With latest CVS I get the correct output of: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) [2004-08-18 23:08:04] t dot meesters at triptic dot nl Result is now: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Although the test with newlines and double quotes works fine now, the problem still lies with test 3: the inline double quote. [2004-08-17 16:10:12] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-08-17 14:25:30] t dot meesters at triptic dot nl Description: The fgetcsv() of PHP 4.3.4 works fine, however, as of 4.3.8 the behaviour concerning escaped string qualifiers changed. With single line data, an initial escaped string qualifier doesn't get noticed. With multiple line data, the last occurrence of an escaped string qualifier doesn't get noticed. For the example code, use the following data: - CSV DATA (test.csv) - test;test spaced string;"test; with delimeter";"""test with inline double quotes""";"test with newlines";"""test with newlines and double quotes""" Reproduce code: --- Expected result: Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => "test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes" ) Actual result: -- Array ( [0] => test [1] => test spaced string [2] => test; with delimeter [3] => test with inline double quotes" [4] => test with newlines [5] => "test with newlines and double quotes ) -- Edit this bug report at http://bugs.php.net/?id=29719&edit=1
#29481 [Com]: HSE_REQ_MAP_URL_TO_PATH_EX failed
ID: 29481 Comment by: tod at sambar dot com Reported By: steffen at land10web dot com Status: Suspended Bug Type: URL related Operating System: Windows XP + Sambar 6.1 PHP Version: 5CVS-2004-08-01 (dev) New Comment: I'm happy to add support for this, but need to know what you are expecting as a response. Since there is no URI element to translate, do I just parrot back the ?x=y args from the Query string? Many thanks! Tod Sambar Previous Comments: [2004-08-01 15:30:40] [EMAIL PROTECTED] ?f=2 *is* a valid component of an URL. It works on IIS, which is our only "officially supported" (and strongly discouraged) ISAPI platform. None of us have Sambar server or the time to test it. Volunteers are welcome to submit a patch to fix it under Sambar, but it must also not break IIS. [2004-08-01 14:42:29] steffen at land10web dot com Description: Using Sambar 6.1 and I get in the ISAPI log: With eg. the URL www.sambarserver.info/forum/viewforum.php?f=2 : PHP5ISAPI.DLL: HSE_REQ_MAP_URL_TO_PATH_EX failed '?f=1' All is working fine, only a lot failed enties in the log. The response from Sambar Support is: "I believe the URL_TO_PATH_EX is an issue on the part of PHP. They should not be passing the ?f=2 in their lookup as that is not a valid element of the URL" Regards, Steffen -- Edit this bug report at http://bugs.php.net/?id=29481&edit=1
#29467 [Fbk->NoF]: apache2 crashes if I try to load php5apache2.dll
ID: 29467 Updated by: [EMAIL PROTECTED] Reported By: genialbrainmachine at tiscali dot it -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: windows 2000 SP4 PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-05 23:07:06] [EMAIL PROTECTED] Please try http://snaps.php.net/win32/php5.0-win32-latest.zip to see if that solves your problem. Make sure to follow install.txt instructions. [2004-07-31 15:20:51] genialbrainmachine at tiscali dot it I tried to install Apache2.0.50 with the Php5.0.0 module on Win2k SP4. But **frequently** (not always) I experienced a detestable crash when the httpd service starts. (Conversely, when the server starts it works fine.) The critical line in my httpd.conf is: LoadModule php5_module ..MyPath../php5apache2.dll The crash happens only when this line is uncommented. (The error message I encountered is synthetical: "The Apache2 service has reported an unespected stop", or something similar translated from the italian "Il servizio Apache2 è terminato in modo imprevisto.") [2004-07-31 15:19:06] genialbrainmachine at tiscali dot it Description: I tried to install Apache2.0.50 with the Php5.0.0 module on Win2k SP4. But **frequently** (not always) I experienced a detestable crash when the httpd service start. (Conversely, when the server starts it works fine.) The critical line in my httpd.conf is: LoadModule php5_module ..MyPath../php5apache2.dll The crash happens only when this line is uncommented. (The error message I encountered is synthetical: "The Apache2 service has reported an unespected stop", or something similar translated from the italian "Il servizio Apache2 è terminato in modo imprevisto.") Reproduce code: --- unapplicable Expected result: I expect that Apache doesn't crash!! :) Actual result: -- unapplicable -- Edit this bug report at http://bugs.php.net/?id=29467&edit=1
#29555 [Fbk->NoF]: PHP-5.0.0 + ADODB-451, exit signal Segmentation fault
ID: 29555 Updated by: [EMAIL PROTECTED] Reported By: ogir at yahoo dot com -Status: Feedback +Status: No Feedback Bug Type: Unknown/Other Function Operating System: WBEL3 Kernel-2.4.25 PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-18 09:07:53] tmgh at www dot deyang dot gov dot cn i use vc++6 and get the trace: 0139EA74 mov eax,dword ptr [ebp+104h] 0139EA7A testeax,eax 0139EA7C je 0139EAA2 0139EA7E pushebx 0139EA7F pushesi 0139EA80 pushebp 0139EA81 calleax 0139EA83 add esp,0Ch 0139EA86 cmp eax,0FFh 0139EA89 jne 0139EAA2 0139EA8B mov ecx,dword ptr [ebp+4] 0139EA8E mov edx,dword ptr [esi+4] 0139EA91 pushecx 0139EA92 pushedx 0139EA93 push15F6C08h 0139EA98 push10h 0139EA9A call01392690 0139EA9F add esp,10h 0139EAA2 cmp edi,dword ptr [esi+10Ch] 0139EAA8 jb 0139EA62 0139EAAA pop edi 0139EAAB pop esi 0139EAAC pop ebp 0139EAAD pop ebx the "0139EA74 mov eax,dword ptr [ebp+104h]" is the problem.my vc tell me "PHP5TS! 0139ea74()" and "cxx0017 error:symbol 'this' not find" [2004-08-18 08:07:19] tmgh at www dot deyang dot gov dot cn i have the same error. ps:windows 2000 sp4+apache2.0.50+adodb452+ado extension501+php5.0.2-dev I think some thing is wrong with PHP-5.0.2-dev without adodb,php5 occasionally crash apache2 on win32. [2004-08-06 21:20:28] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2004-08-06 21:13:14] ogir at yahoo dot com Description: I have compiled PHP-5.0.0 with OCI8 support, all works fine, but the problem is when I try to use ADOdb(ver.451) library, my php script's with adodb doesn't work. And apache log file say this: [notice] child pid 10525 exit signal Segmentation fault (11) After that, I have compiled PHP-4.3.8 + OCI8, with the same options of configure from PHP5, and ADOdb now works very fine! I think some thing is wrong with PHP-5.0.0. ADODB from http://adodb.sourceforge.net/ say that ADOdb has full PHP5 support, including SPL and exception support. Reproduce code: --- Expected result: Nothing, only that script load/run without any error. -- Edit this bug report at http://bugs.php.net/?id=29555&edit=1
#29608 [Fbk->NoF]: OCi reports OCIStmtExecute: ORA-24324: service handle not initialized
ID: 29608 Updated by: [EMAIL PROTECTED] Reported By: tomek at matrox dot pl -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: W2k, Red Hat PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-12 11:02:53] izhekov at ppartner dot com I've tried to reproduce this problem. I've installed 2 apache services on different ports 80 and 81 - first of them using PHP5 and the other using PHP4 then I restarted the system. When first I access my scripts using PHP5 on port 80 everythings goes fine. Running scripts afterthat with PHP4 on port 81 also worked fine. When I tried to access again scripts on apache service running on 80 port, errors occured again: - Warning: ociexecute() [function.ociexecute]: OCIStmtExecute: ORA-24324: service handle not initialized in C:\SERVER\HTTPD\htdocs\service\db_modul.php on line 21 Warning: ocifetch() [function.ocifetch]: OCIFetch: ORA-24338: statement handle not executed in C:\SERVER\HTTPD\htdocs\service\db_modul.php on line 27 -- [2004-08-12 10:09:03] izhekov at ppartner dot com I migrate from PHP 4 to PHP 5 on my Windows 2003 server. Everything goes fine, but when I try to use an PHP application that uses Oracle database I receive the error mentioned above. I restarted the Oracle server but that not helped me. Other applications and PHP 4 works fine with my Oracle server, but PHP 5 did not. Last night the power supply goes down unexpectally and both Oracle server and web server was restarted. Now everything seems to be fine, but I'm sure the problem exists and many people will have the same problems also. Searching in Google for: http://www.google.com/search?hl=bg&ie=UTF-8&q=%22service+handle+not+initialized+in%22+%2Bwarning&lr= shows many sites with the same problem. [2004-08-11 17:43:31] [EMAIL PROTECTED] >I think the OCI8 functions did not work at all in PHP 5. you're wrong. OCI8 functions work for most of the people. Perhaps you're misusing them or having some problems with Oracle client/Oracle server. I still need more info to find out what happens and/or to reproduce your situation. Feel free to provide this info and open the bug report again. [2004-08-11 16:34:48] izhekov at ppartner dot com I have the same problem. If you search in google for this error, you'll find some sites that have the same problem. I'm using Windows 2003 Server. I think this bug is fatal for many people. I think the OCI8 functions did not work at all in PHP 5. [2004-08-11 09:51:44] [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/29608 -- Edit this bug report at http://bugs.php.net/?id=29608&edit=1
#29746 [NEW]: Add a $_SERVER["CURRENT_SCRIPT_NAME"] variable.
From: gazman at email dot si Operating system: whatever PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Add a $_SERVER["CURRENT_SCRIPT_NAME"] variable. Description: Please add a $_SERVER["CURRENT_SCRIPT_NAME"] variable. It should contain the name of the current EXECUTING script. It should be used to tell the code the filename it is in. It would be used in conjunction with include() and require() functions, as the $_SERVER["SCRIPT_NAME"] holds the value of the parent script and not the child script. It should be fairly easy to do... PHP must know it to parse the file and i believe you could as well make that availible as a variable from code. (a read-only variable (constant?) that points to the name of the currently parsed file) -- Edit bug report at http://bugs.php.net/?id=29746&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29746&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29746&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29746&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29746&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29746&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29746&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29746&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29746&r=support Expected behavior: http://bugs.php.net/fix.php?id=29746&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29746&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29746&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29746&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29746&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29746&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29746&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29746&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29746&r=float
#29728 [Opn]: Reflection API Feature: Default parameter value.
ID: 29728 Updated by: [EMAIL PROTECTED] Reported By: wb at pro-net dot co dot uk Status: Open -Bug Type: Zend Engine 2 problem +Bug Type: Feature/Change Request Operating System: * -PHP Version: 5.0.0 +PHP Version: 5.0.* -Assigned To: +Assigned To: helly New Comment: The first is ReflectionParameter::isOptional() Previous Comments: [2004-08-18 12:05:01] wb at pro-net dot co dot uk Description: This is not strictly a bug and more of a feature request (if there is a better place for feature requests then please let me know). At the moment there is no way to find out if a parameter for a method has a default value or not. It would be nice is the ReflectionParameter class had something like the the following methods. ReflectionParameter->isRequired() Returns TRUE if the parameter is required or FALSE if it is not required (and therefore has a default value). ReflectionParameter->getDefault() Returns the default value for the parameter. This could throw an Exception if no default value is set as it could be possiable for the default value to be FALSE :) Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=29728&edit=1
#29746 [Opn->Bgs]: Add a $_SERVER["CURRENT_SCRIPT_NAME"] variable.
ID: 29746 Updated by: [EMAIL PROTECTED] Reported By: gazman at email dot si -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: whatever PHP Version: Irrelevant New Comment: http://www.php.net/manual/en/language.constants.predefined.php __FILE__ Previous Comments: [2004-08-19 01:06:24] gazman at email dot si Description: Please add a $_SERVER["CURRENT_SCRIPT_NAME"] variable. It should contain the name of the current EXECUTING script. It should be used to tell the code the filename it is in. It would be used in conjunction with include() and require() functions, as the $_SERVER["SCRIPT_NAME"] holds the value of the parent script and not the child script. It should be fairly easy to do... PHP must know it to parse the file and i believe you could as well make that availible as a variable from code. (a read-only variable (constant?) that points to the name of the currently parsed file) -- Edit this bug report at http://bugs.php.net/?id=29746&edit=1
#29646 [Bgs]: mail() inserts change CRLF ("\r\n") to CRCRLF ("\r\r\n") for some extra headers
ID: 29646 Updated by: [EMAIL PROTECTED] Reported By: shelby at coolpage dot com Status: Bogus Bug Type: Mail related Operating System: FreeBSD PHP Version: 4.3.4 New Comment: It's a qmail bug. That MTA attempts to automagically guess newlines and does a bad job of it. Previous Comments: [2004-08-18 23:11:35] [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. Until can be verified with latest PHP version, considered bogus. [2004-08-18 19:44:51] shelby at coolpage dot com No I will not do your work for you! Your general assumption that it was fixed without specific knowledge it was fixed is not enough to make me go through the hassle. In short I doubt your assertion it is fixed, because: 1. You have not provided specific knowledge that it was fixed. It seems you are just hoping it was, and want me to go through hassle to prove it. You prove it. It is not my bug. It is YOUR bug. 2. You closed this other similar bug report in Feb. 2003: http://bugs.php.net/bug.php?id=22262 But I am using a version from Nov. 2003: [EMAIL PROTECTED] php -v PHP 4.3.4 (cli) (built: Nov 4 2003 16:10:03) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies And this bug has been around since at least 2002 and has been ignored. No related bug report has been marked as fixed. They were both closed because the people who made the bug reports are not going to test it for you: http://bugs.php.net/bug.php?id=22262 http://bugs.php.net/bug.php?id=15841 You method of closing bug reports because reporters are not willing to retest every time you decide to put a new version # on PHP is ridiculous. Have it your way...fix it or do not fix it... closing this bug report does not mean it is fixed. [2004-08-17 08:11:30] [EMAIL PROTECTED] You're using a very old PHP version (4.3.4), I am very sure it was fixed since. So try that snapshot. [2004-08-17 00:58:42] shelby at coolpage dot com Also telling us to try the latest snapshot is useless unless you tell us what is the correct use of the mail() function on Qmail. Please see my original post and please answer the question as to what is the correct documented use. In the meantime, I have provided a documented use in my comments on this bug which works and which I am suggesting that others link to, as a replacement for the document for PHP mail(). Hopefully that will generate enough pressure to finally fix this bug and also help people work around it in meantime! Correction: in previous post for work around, I said "if another header follows". I believe I insert the "\r\n" and "\n", even after the last header input to mail(). [2004-08-17 00:52:38] shelby at coolpage dot com Thanks, but has the latest snapshot been specifically edited to fix this specific problem? Because this problem as been around for years, and so only a specific fix is worth my time. Also I have no way to test the latest snapshot until my host Pair.com upgrades. I alerted Pair.com to this problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29646 -- Edit this bug report at http://bugs.php.net/?id=29646&edit=1
#29746 [Bgs]: Add a $_SERVER["CURRENT_SCRIPT_NAME"] variable.
ID: 29746 User updated by: gazman at email dot si Reported By: gazman at email dot si Status: Bogus Bug Type: Feature/Change Request Operating System: whatever PHP Version: Irrelevant New Comment: damn :D I searched that thing for HOURS! You can anyone inform the documentation team that they should put a link to THAT site from the site where the $_SERVER vars are? :D You made my day! Previous Comments: [2004-08-19 01:14:18] [EMAIL PROTECTED] http://www.php.net/manual/en/language.constants.predefined.php __FILE__ [2004-08-19 01:06:24] gazman at email dot si Description: Please add a $_SERVER["CURRENT_SCRIPT_NAME"] variable. It should contain the name of the current EXECUTING script. It should be used to tell the code the filename it is in. It would be used in conjunction with include() and require() functions, as the $_SERVER["SCRIPT_NAME"] holds the value of the parent script and not the child script. It should be fairly easy to do... PHP must know it to parse the file and i believe you could as well make that availible as a variable from code. (a read-only variable (constant?) that points to the name of the currently parsed file) -- Edit this bug report at http://bugs.php.net/?id=29746&edit=1
#29736 [Opn->Bgs]: instanceof requires class to be loaded
ID: 29736 Updated by: [EMAIL PROTECTED] Reported By: hans at velum dot net -Status: Open +Status: Bogus Bug Type: Feature/Change Request -Operating System: All +Operating System: * PHP Version: 5.0.1 New Comment: Can't reproduce: [EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) { var_dump($name); } $x = NULL; var_dump($x instanceof test);' make: `sapi/cli/php' is up to date. string(4) "test" Fatal error: Class 'test' not found in Command line code on line 1 [EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) { var_dump($name); eval("class $name {}");} $x = NULL; var_dump($x instanceof test);' make: `sapi/cli/php' is up to date. string(4) "test" bool(false) So the problem lies in unserialize() -> other bug Previous Comments: [2004-08-18 16:31:23] hans at velum dot net Description: [pasted from messages on internals@ list] I like the new $obj instanceof ClassName way of checking class / interface types, but this method does have one major drawback compared to the old is_a() approach: The class must be loaded in order to perform an instanceof check! There are many situations where you do not want to have to load every class to see whether a returned object is a class of that type. In particular for driver classes, the current model requires loading *every* possible driver in order to check to see which type of class was returned. is_a() works great, but has been deprecated and is now generating E_STRICT errors. Reproduce code: --- [conributed by Sean Coates on internals@ list] and Expected result: $foo is_a Foo? yes $foo instanceof Foo? yes and $foo is_a Foo? no $foo instanceof Foo? no Actual result: -- $foo is_a Foo? yes $foo instanceof Foo? yes and $foo is_a Foo? no Fatal error: Class 'Foo' not found in /home/sean/phpdoc/scripts/tmp/is_a.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=29736&edit=1
#29617 [Com]: call_user_func_array doesn't handle correctly Exceptions
ID: 29617 Comment by: JustinHagstrom at yahoo dot com Reported By: jpbarrette at savoirfairelinux dot net Status: Open Bug Type: Scripting Engine problem Operating System: Mandrake linux 10.0 (Community) PHP Version: 5.0.0 New Comment: This bug was already reported here: http://bugs.php.net/bug.php?id=28934 Previous Comments: [2004-08-16 06:44:25] php dot net at benjamin dot schulz dot name this is 5.0.1 here [2004-08-16 06:42:46] php dot net at benjamin dot schulz dot name i experienced this problem, too: Sample Code: '; } try { call_user_func('foo'); } catch(Exception $e) { echo __LINE__, ''; } try { call_user_func_array('foo', array()); } catch(Exception $e) { echo __LINE__, ''; } ?> Expected Result --- 11 17 23 Actual Result - 11 17 Warning: call_user_func_array() [function.call-user-func-array]: Unable to call foo() in /home/eskaly/dev/test.php on line 27 23 [2004-08-11 17:26:48] jpbarrette at savoirfairelinux dot net The fixed code: [2004-08-11 17:23:22] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-08-11 16:58:55] jpbarrette at savoirfairelinux dot net Description: If I throw an exception in a function previously called by call_user_func_array, It produces a warning saying: Unable to call (the function name) But the function was correctly called. The same situation doesn't occur if I use call_user_func instead. Reproduce code: --- http://bugs.php.net/?id=29617&edit=1
#29747 [NEW]: Fatal error on COM registry read.
From: radek at pinkbike dot com Operating system: Windows XP PHP version: 5CVS-2004-08-19 (dev) PHP Bug Type: COM related Bug description: Fatal error on COM registry read. Description: Fatal error using the 'WScript.Shell' COM when accessing the registry on WIndows XP. Tried 5.0 RC3, 5.0, and latest Apache/1.3.31 (Win32) PHP/5.0.2-dev with same results. Reproduce code: --- This works correctly (reading a valid registry entry) $shell= &new COM('WScript.Shell'); $data=$shell->regRead('HKEY_CURRENT_USER\Environment\TEMP'); The following causes a fatal error if the registry key does not exist $shell= &new COM('WScript.Shell'); $data=$shell->regRead('HKEY_CURRENT_USER\Environment\TEMP1'); This used to work correctly in 4.x versions of PHP. Expected result: Not to get a fatal error but a NULL if a registry entery does not exist. Actual result: -- Fatal error: Uncaught exception 'com_exception' with message 'Source: WshShell.RegRead Description: Unable to open registry key "HKEY_CURRENT_USER\Environment\TEMP1" for reading.' in f:\web\test.php:3 Stack trace: #0 {main} thrown in f:\web\test.php on line 3 -- Edit bug report at http://bugs.php.net/?id=29747&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29747&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29747&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29747&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29747&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29747&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29747&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29747&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29747&r=support Expected behavior: http://bugs.php.net/fix.php?id=29747&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29747&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29747&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29747&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29747&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29747&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29747&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29747&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29747&r=float
#29748 [NEW]: simplexml: tags doesn't exist crash my CLI or Apache
From: mesarpe at gmail dot com Operating system: windows XP PHP version: 5.0.1 PHP Bug Type: CGI related Bug description: simplexml: tags doesn't exist crash my CLI or Apache Description: Hello! Well, I'm loadind an XML file into a file this xml has a parameter that doesn't exist. I try to readit, if it doesn't exist, system shows me a windows messaged that CLI has crashed and my application will be closed. (I'm using Dev-PHP version alpha 3 http://devphp.sourceforge.net/) I tryied to check it with Apache and my apache crash down too. Thanks, anyway! Reproduce code: --- $var = @simplexml_load_file('xml.xml'); if($var->options->item == false) echo "a"; else echo "b"; Expected result: a or b a if it exist. b if it doesn't Actual result: -- nothing -- Edit bug report at http://bugs.php.net/?id=29748&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29748&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29748&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29748&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29748&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29748&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29748&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29748&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29748&r=support Expected behavior: http://bugs.php.net/fix.php?id=29748&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29748&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29748&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29748&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29748&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29748&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29748&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29748&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29748&r=float
#27383 [Com]: uninitialized memory in http_fopen_wrapper.c error handling
ID: 27383 Comment by: iceberg64_2001 at yahoo dot com Reported By: remijnj at eidetica dot com Status: Closed Bug Type: HTTP related Operating System: Linux (Slackware 9.1) PHP Version: 4.3.5RC3 New Comment: I have a problem with my pc. Everytime im on the internet a Microsoft Visual c++ runtime library error tag will come up. I dont know i why. Can anyone help me? Previous Comments: [2004-02-25 18:56:37] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2004-02-25 17:47:09] remijnj at eidetica dot com It does reach that line if php_stream_eof(stream) evaluates to true (seems to happen if the sending of the request times out or something). I've seen it happen and my patch easily fixes the problem of printing uninitialized data in that does not contain any '\0' char. I'm not sure how the code all works but i've seen this exact error with the "HTTP request failed!" bit and i don't see this string anywhere else in the source so i'm pretty sure it reaches it. I could be mistaken about why it is still unitialized though. Point is i have applied this patch in our server and the errors are now printed without the "garbage" bytes. Joost [2004-02-25 16:30:23] [EMAIL PROTECTED] In the CVS it cannot reach that line, if tmp_line is < 9 then response_code is set to 0 and the code terminates before that line is reached. In all other instances tmp_line will contain a null terminated string. [2004-02-25 15:09:45] remijnj at eidetica dot com I reopened the bug because the tmp_line is still not initialized. See my previous comment (forgot to open the bug again) which has a simple patch from cvs diff -u. Joost [2004-02-24 17:51:34] remijnj at eidetica dot com Thanks for adding it to CVS so quickly. I got the cvs version checked out now and i notice one important bit missing (because i didn't explain it properly i guess). My initial problem (garbage bytes in "HTTP request failed" error) is still there as far as i can see from the code. Let me explain. The line : php_stream_wrapper_log_error(wrapper, options TSRMLS_CC, "HTTP request failed! %s", tmp_line); can be reached with tmp_line uninitialized. That is why i added the 'tmp_line[0] = '\0';' at the start of the function. Here an incremental patch on top of this. Index: ext/standard/http_fopen_wrapper.c === RCS file: /repository/php-src/ext/standard/http_fopen_wrapper.c,v retrieving revision 1.53.2.15 diff -u -r1.53.2.15 http_fopen_wrapper.c --- ext/standard/http_fopen_wrapper.c 24 Feb 2004 21:53:56 - 1.53.2.15 +++ ext/standard/http_fopen_wrapper.c 24 Feb 2004 22:51:56 - @@ -107,6 +107,8 @@ size_t chunk_size = 0, file_size = 0; int eol_detect, have_header = 0; + tmp_line[0] = '\0'; + if (redirect_max < 1) { php_error_docref(NULL TSRMLS_CC, E_WARNING, "Circular redirect, aborting."); return NULL; 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/27383 -- Edit this bug report at http://bugs.php.net/?id=27383&edit=1
#29736 [Bgs]: instanceof requires class to be loaded
ID: 29736 User updated by: hans at velum dot net Reported By: hans at velum dot net Status: Bogus Bug Type: Feature/Change Request Operating System: * PHP Version: 5.0.1 New Comment: Well, no ... the problem that I am describing has nothing to do with unserialize(). That was just an example that Sean posted that illustrates how is_a() and instanceof differ. I apologize if that wasn't clear. You did reproduce the bug in your first example. Simple reproduction: Will result in E_FATAL (no such class). That's the problem. is_a() has no such limitations, but is now deprecated. This change suggestion/request is asking for a way to check whether a variable is an instance of a particular class/superclass/interface *without loading that class/interface*. Hope that makes it clearer. -Hans Previous Comments: [2004-08-19 01:28:46] [EMAIL PROTECTED] Can't reproduce: [EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) { var_dump($name); } $x = NULL; var_dump($x instanceof test);' make: `sapi/cli/php' is up to date. string(4) "test" Fatal error: Class 'test' not found in Command line code on line 1 [EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) { var_dump($name); eval("class $name {}");} $x = NULL; var_dump($x instanceof test);' make: `sapi/cli/php' is up to date. string(4) "test" bool(false) So the problem lies in unserialize() -> other bug [2004-08-18 16:31:23] hans at velum dot net Description: [pasted from messages on internals@ list] I like the new $obj instanceof ClassName way of checking class / interface types, but this method does have one major drawback compared to the old is_a() approach: The class must be loaded in order to perform an instanceof check! There are many situations where you do not want to have to load every class to see whether a returned object is a class of that type. In particular for driver classes, the current model requires loading *every* possible driver in order to check to see which type of class was returned. is_a() works great, but has been deprecated and is now generating E_STRICT errors. Reproduce code: --- [conributed by Sean Coates on internals@ list] and Expected result: $foo is_a Foo? yes $foo instanceof Foo? yes and $foo is_a Foo? no $foo instanceof Foo? no Actual result: -- $foo is_a Foo? yes $foo instanceof Foo? yes and $foo is_a Foo? no Fatal error: Class 'Foo' not found in /home/sean/phpdoc/scripts/tmp/is_a.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=29736&edit=1
#29736 [Bgs->Opn]: instanceof requires class to be loaded
ID: 29736 Updated by: [EMAIL PROTECTED] Reported By: hans at velum dot net -Status: Bogus +Status: Open Bug Type: Feature/Change Request Operating System: * PHP Version: 5.0.1 New Comment: The example was buggy, but the bug exists :) php5 -r 'class Foo{} $f = unserialize("O:3:\"Foo\":0:{}"); var_dump(!($foo instanceof Bar));' Bar could be a huge class, I dont want to load it just to check $f wasnt a instance of it? Previous Comments: [2004-08-19 02:40:32] hans at velum dot net Well, no ... the problem that I am describing has nothing to do with unserialize(). That was just an example that Sean posted that illustrates how is_a() and instanceof differ. I apologize if that wasn't clear. You did reproduce the bug in your first example. Simple reproduction: Will result in E_FATAL (no such class). That's the problem. is_a() has no such limitations, but is now deprecated. This change suggestion/request is asking for a way to check whether a variable is an instance of a particular class/superclass/interface *without loading that class/interface*. Hope that makes it clearer. -Hans [2004-08-19 01:28:46] [EMAIL PROTECTED] Can't reproduce: [EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) { var_dump($name); } $x = NULL; var_dump($x instanceof test);' make: `sapi/cli/php' is up to date. string(4) "test" Fatal error: Class 'test' not found in Command line code on line 1 [EMAIL PROTECTED] /usr/src/PHP_5_0 $ php -r 'function __autoload($name) { var_dump($name); eval("class $name {}");} $x = NULL; var_dump($x instanceof test);' make: `sapi/cli/php' is up to date. string(4) "test" bool(false) So the problem lies in unserialize() -> other bug [2004-08-18 16:31:23] hans at velum dot net Description: [pasted from messages on internals@ list] I like the new $obj instanceof ClassName way of checking class / interface types, but this method does have one major drawback compared to the old is_a() approach: The class must be loaded in order to perform an instanceof check! There are many situations where you do not want to have to load every class to see whether a returned object is a class of that type. In particular for driver classes, the current model requires loading *every* possible driver in order to check to see which type of class was returned. is_a() works great, but has been deprecated and is now generating E_STRICT errors. Reproduce code: --- [conributed by Sean Coates on internals@ list] and Expected result: $foo is_a Foo? yes $foo instanceof Foo? yes and $foo is_a Foo? no $foo instanceof Foo? no Actual result: -- $foo is_a Foo? yes $foo instanceof Foo? yes and $foo is_a Foo? no Fatal error: Class 'Foo' not found in /home/sean/phpdoc/scripts/tmp/is_a.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=29736&edit=1
#17826 [Com]: PHP 4.2.1 Apache SAPI is not compatible with Apache 2.0.39
ID: 17826 Comment by: cp444 at nyu dot edu Reported By: jan at penninkhof dot com Status: Closed Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.2.1 Assigned To: edink New Comment: I'm running on Windows XP and dont have the winnt directory. I followed all the directions as posted previously but am still running into the command line: the specified module cannot be found. I downloaded php5-win32-latest and am working on mysql-4.0.20d-win. Please advise. Previous Comments: [2002-12-29 11:50:16] kemalcelayir at hotmail dot com Apache 2.0.43 and PHP Version 4.3.1-dev work together. Most problems are because of PHP version. http://snaps.php.net/win32/php4-win32-latest.zip LoadModule php4_module c:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php .php3 .php4 .phtml That's all. [2002-12-22 11:16:04] bodewes_NO_SPAM_ at fmf dot nl Finaly!!! I got i fixed! I downloaded the latest from the website (rc4) from: http://snaps.php.net/~edink/php-4.3.0RC4-Win32.zip Just unzipped it and named it c:/php/ edited the http.conf in the way mentioned above and edited the php.ini in the windows folder And that only after 3 hours :P [2002-12-13 07:46:57] vince at alkinos dot com OK, corrected thanks to Edin: # There is link on the front page: # # http://snaps.php.net/~edink/php-4.3.0RC3-Win32.zip # # Edin Vince [2002-12-13 05:18:29] vince at alkinos dot com Hi, Despite having done exactly what is explained in "[23 Oct 8:52pm] [EMAIL PROTECTED]" in this bug list, I still have "cannot load php4apache2.dll into server - The specified procedure cannot be found". Versions of apache and php are the same. The only thing is that I'm using Windows XP Pro SP1 with all windows updates... Download of php4-win32-STABLE-latest.zip was made today (buggy version?) What's wrong??? Do I have to put php4ts.dll into the register datas??? DO I miss any specific XP Pro procedure? I spent 3 hours on this and it still doesn't work. Urgent help needed plz. Thanks in advance. Vince [2002-12-07 11:18:22] cis at cis dot net When I use the SAPI DLL for PHP on W2K and Apache 2.0.43, I get nothing. :( No errors anywhere I can see, but also no php processing. I know it's 'supposed' to be buggy, but I get nothing - not even an error. I can load a .php page, but everything between the shows up in the page source. If I use php-cgi.exe instead of php4apache2.dll, my pages work. But I have an urgent need for the virtual() function and this only works in the dll version of php. Using apache -k start there are no errors. There are also no errors in error.log. I've set php.ini to report errors, but there aren't ever any. Anyone got an idea? My httpd.conf contains: # PHP LoadModule php4_module c:/php/sapi/php4apache2.dll #AddModule mod_php4.c AddType application/x-httpd-php .phtml .php .php3 .php4 .html I've commented out the AddModule line for 2 reasons. One is that I have no module called mod_php4.c - the other reason is that the docs say that it's not required in the newer versions of Apache, especially Apache 2. Bob Kramer 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/17826 -- Edit this bug report at http://bugs.php.net/?id=17826&edit=1
#29698 [Opn]: include suite does not traverse include_path subdirectories
ID: 29698 User updated by: mills at sinetechnologies dot com Reported By: mills at sinetechnologies dot com Status: Open Bug Type: Zend Engine 2 problem Operating System: Win XP PHP Version: 5.0.1 New Comment: Changing the '.' to './' had no success on the problem. Also, I cannot directly call C:\Program Files\Apache Group\Apache\php\include\phrame\util\HashMap.php (it is two directories below the include directory). But I can directly call C:\Program Files\Apache Group\Apache\php\include\include.php Permissions on the files are the same. Previous Comments: [2004-08-18 12:25:46] scooter at butterball dot demon dot co dot uk Hi, We have resolved this bug on our Solaris box. The php.ini file was still the old php4 version, we installed the php5 version of the php.ini file and now recursive includes work fine on the Solaris box. They always worked on the Fedora box, but it had the php5 .ini file installed from the start. Not sure if this is a solution to the apparent bug on Win XP, but it worked for us. One last point the include_path on the php.ini file was the only element changed from the default, the '.' was changed to './' - this may also be important. Scooter [2004-08-18 10:21:04] scooter at butterball dot demon dot co dot uk Hi, I have seen the same problem on SunOS 5.8 Our code works fine on Linux Fedora Core 2. PHP version 5.0.1 is being used on both platforms. Scooter [2004-08-16 17:00:07] mills at sinetechnologies dot com This is not a duplication of 27891, or any other bug I have seen. [2004-08-16 08:33:57] mills at sinetechnologies dot com Description: This is new for PHP5. PHP4 works as expected. Using require_once as the test, and having a properly set up include path, require_once does not travel farther down the include_path to locate files to include. Same behavior in cgi and module implementations. For example, take the following include path: include_path = ".;C:\Program Files\Apache Group\Apache\php\include" In the include directory is another directory called 'phrame' The phrame directory contains files and folders. The file 'include.php' contains other include calls such as include( 'util/Object.php'); (the location of which is "C:\Program Files\Apache Group\Apache\php\include\phrame\util\Object.php") This should use . and then find the util/Object.php. It does in PHP4, but not in PHP5. It looks like the parser is only going one directory deep when searching for files, and not allowing recursive calls. For PHP4, it works as expected, and all files are included, but PHP5 only goes one directory deep, and fails for subdirectories. This makes implementing projects built with PHP4 and extending them with PHP5 a nightmare for both server administrators and developers. Directory Structure Summary: /include /phrame include.php /util /Object.php Reproduce code: --- //load include page which loads other needed pages require_once 'phrame/include.php'; //directly load a needed page for test purposes. require_once 'phrame/util/Object.php'; Expected result: //in PHP4 //include loaded and all other pages loaded require_once 'phrame/include.php'; //a direct call to this page gets loaded. require_once 'phrame/util/Object.php'; Actual result: -- //in PHP5 //partial works, include.php is included if blank, //but because of other include calls, the require_once //causes this page to fail to load. require_once 'phrame/include.php'; //does not work! page fails to load require_once 'phrame/util/Object.php'; -- Edit this bug report at http://bugs.php.net/?id=29698&edit=1
#29751 [NEW]: php5isapi.dll give "no input file specified error"
From: steve_info at dcsi dot com Operating system: Windows 2000 Server PHP version: 5.0.1 PHP Bug Type: IIS related Bug description: php5isapi.dll give "no input file specified error" Description: I installed 5.0.1 for Windows 2000 using the php5isapi.dll. I stopped and restrated IIS and then checked it out with phpinfo(). I recieved the "no input file specified" error. I rechecked all the installation steps but never could resolve the problem. I suspected the .dll was acting a lot like the CGI executable without the %s%s, so I decided to replace the version 5 dlls with the version 4.3.8 Dlls. I did this and then edited the .php script configuration and the registry values to reflect the version 4 dll. It all works. It looks like the php5isapi.dll is the worng file. This the .zip distribution. -- Edit bug report at http://bugs.php.net/?id=29751&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29751&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29751&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29751&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29751&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29751&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29751&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29751&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29751&r=support Expected behavior: http://bugs.php.net/fix.php?id=29751&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29751&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29751&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29751&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29751&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29751&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29751&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29751&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29751&r=float
#17774 [Com]: connection_status() not returning correct result
ID: 17774 Comment by: sneakin at semanticgap dot com Reported By: neil at mpfreescene dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: FREEBSD 4.7-STABLE PHP Version: PHP/4.3.0RC3 New Comment: I tried using connection_aborted(), but I guess in 2 years time this bug hasn't been fixed. I'm using class.jabber.php, and I'm still waiting for it to disconnect from a page that got stopped. I'm using PHP 4.3.2. Previous Comments: [2003-04-18 14:55:18] stank at stank dot stank Same problem here. If php can abort when the user aborts, why do you have to output to tell if the user has aborted? [2003-02-02 11:52:48] blahstyle at hotmail dot com It's glad to meet the person who's suffering with same bug. I have two sample codes that isn't run correctly. First one: It's supposed to stop at xx:0 when user press STOP button of browser, but it isn't. The number is continued until 100. Second one: Registered Shutdown function won't work! Neither of them worked correctly. Apache 1.3.27 + PHP 4.3.0, Win32 / FreeBSD 4.6 PHP is running as a dynamic module for Apache. [2002-12-13 04:05:31] neil at mpfreescene dot com ignore that, its working now, but it wasnt a minute ago. [2002-12-13 04:04:08] neil at mpfreescene dot com Okay, so we got the problem down to apache 2.x. ANyway, I got time to install apache 1.3.27. Now my system is running this :- SERVER_SOFTWARE Apache/1.3.27 (Unix) PHP/4.3.0RC3 And the problem still exists. I run the exact same script as shown above, which yourselfs have verified should return a '1'. The script is returning a 0, even if I press the STOP button. I have not bothered to compile gzip into this apache installation, to ensure it is not that which causes a problem. http://admin.mghost.net/~neil/test/ - script http://admin.mghost.net/~neil/test/output.txt - output file http://admin.mghost.net/~neil/test/test.cgi - standard perl diver script, to show details of my server. [2002-12-08 17:01:42] neil at mpfreescene dot com This may interest you :- http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8996 Obviously if apaches log files are doing htat, then its completely the fault of apache 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/17774 -- Edit this bug report at http://bugs.php.net/?id=17774&edit=1
#29617 [Opn->Bgs]: call_user_func_array doesn't handle correctly Exceptions
ID: 29617 Updated by: [EMAIL PROTECTED] Reported By: jpbarrette at savoirfairelinux dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Mandrake linux 10.0 (Community) PHP Version: 5.0.0 New Comment: Duplicate of #28934. Previous Comments: [2004-08-19 01:34:28] JustinHagstrom at yahoo dot com This bug was already reported here: http://bugs.php.net/bug.php?id=28934 [2004-08-16 06:44:25] php dot net at benjamin dot schulz dot name this is 5.0.1 here [2004-08-16 06:42:46] php dot net at benjamin dot schulz dot name i experienced this problem, too: Sample Code: '; } try { call_user_func('foo'); } catch(Exception $e) { echo __LINE__, ''; } try { call_user_func_array('foo', array()); } catch(Exception $e) { echo __LINE__, ''; } ?> Expected Result --- 11 17 23 Actual Result - 11 17 Warning: call_user_func_array() [function.call-user-func-array]: Unable to call foo() in /home/eskaly/dev/test.php on line 27 23 [2004-08-11 17:26:48] jpbarrette at savoirfairelinux dot net The fixed code: [2004-08-11 17:23:22] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. 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/29617 -- Edit this bug report at http://bugs.php.net/?id=29617&edit=1
#28227 [Com]: PHP CGI depends upon non-standard SCRIPT_FILENAME
ID: 28227 Comment by: keith at ksmith dot com Reported By: lukem at NetBSD dot org Status: Assigned Bug Type: CGI related Operating System: NetBSD 2.0C PHP Version: 4.3.6 Assigned To: shane New Comment: 4.3.1 does not suffer this. It was introduced at or prior to 4.3.4 Previous Comments: [2004-05-03 19:47:16] shane at caraveo dot com The current code does not rely on script_filename, script_filename is only used as a shortcut if it is available. Otherwise, the init function tries to determine the real script path, IF the fix_pathinfo ini setting is on. The current code was only tested under apache and iis. That said, the patch looks ok, and very likely improves the situation, but needs some good testing on apache/mod_php, apache/cgi, iis/isapi and iis/cgi, with various changes of configuration in php.ini (discard path, fix pathinfo, etc.). Unfortunately I have zero time. -Shane [2004-05-03 11:59:41] [EMAIL PROTECTED] Shane, can you please take a look when you have a moment? [2004-05-03 04:25:48] lukem at NetBSD dot org Here's the patch: http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/pkgsrc/www/php4/patches/patch-aa?rev=1.10&content-type=text/plain [2004-04-30 02:11:47] lukem at NetBSD dot org Description: I upgraded PHP from 4.2.3 to 4.3.6 and I started getting the error "No input file specified." from the php-as-cgi whilst running under a (fairly minimal and small) web server called bozohttpd. Further investigation reveals that sapi/cgi/cgi_main.c::init_request_info() is using the existance of SCRIPT_FILENAME to determine if php is running as a CGI. However, the "defacto standard" for CGI/1.1: http://cgi-spec.golux.com/ makes no mention of SCRIPT_FILENAME, only SCRIPT_NAME. Thus, when a web server that is used to run php as a CGI doesn't support SCRIPT_FILENAME (which is reasonable - see the specs above), php refuses to function and fails with the error above. Some research into other web servers indicates that none of them support SCRIPT_FILENAME. These servers include: thttpd, mini_httpd, w3c-httpd, OmniHTTPd - (PHP PR 25833), Xitami (PHP PR 25305) This issue is also alluded to in the "command line" documentation on your web site: http://www.php.net/features.commandline (search for "no input file"). In summary, PHP 4.3.6 should not be relying solely upon SCRIPT_FILENAME to determine if it's running as a CGI. I have a patch to fix this issue - rev 1.10 of NetBSD's pkgsrc/www/php4/patches/patch-aa - which I can provide if necessary. Cheers, Luke Mewburn. -- Edit this bug report at http://bugs.php.net/?id=28227&edit=1
#29752 [NEW]: session and gzcompress don't work together
From: php-is-cool at gmx dot net Operating system: Linux PHP version: 4.3.7 PHP Bug Type: Session related Bug description: session and gzcompress don't work together Description: if I send output to the browser using gzcompress the session-id does not get added. I know the reason for this: gzcompress returns a compressed binary string that can't be searched for relative urls. But i don't know the reason why gzcompress does not invoke the url-rewriting before actually starting with compressing the data? Wouldn't that be a good thing? thanks in advance -- Edit bug report at http://bugs.php.net/?id=29752&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29752&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29752&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=29752&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=29752&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29752&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29752&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29752&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=29752&r=support Expected behavior: http://bugs.php.net/fix.php?id=29752&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=29752&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=29752&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=29752&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29752&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=29752&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29752&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=29752&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29752&r=float