#21736 [Opn-Fbk]: fsockopen timeouts
ID: 21736 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Documentation problem +Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: 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 sorry - I just re-read you report (it's early!). Can you try a stable snapshot? If it still hangs, can you read the instructions here: http://bugs.php.net/bugs-generating-backtrace.php and follow the If you can't get a core file section; when/if php hangs (after approx 1 minute), interrupt the httpd by pressing CTRL-C and then type bt full. Previous Comments: [2003-01-19 03:44:31] [EMAIL PROTECTED] And did you read the NEWS for PHP 4.3.0? Added php.ini option default_socket_timeout to set the timeout limit for PHP network streams. (kalowsky, [EMAIL PROTECTED], Wez) This setting is documented here: http://www.php.net/manual/en/ref.filesystem.php Changing this to a documentation problem as the fsockopen page should mention this new feature (which helps prevents potential DOS attacks), and the documentation of the ini setting should be listed in either the network functions summary or in the new streams section. [2003-01-18 19:45:05] [EMAIL PROTECTED] Hi, Thanks for your answer. You're right, it is not the fsockopen() which times out. It is the script itself because the fsockopen() never responds. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Here is some hints: - the script runs fine on PHP4.2.x but not on PHP4.3.0 - fsockopen(207.46.245.61, 80); works fine on both PHP4.3.0 and PHP4.2.x - fsockopen(lb.msnbc.com, 80); also works fine on both PHP4.3.0 and PHP4.2.x - if you need, you can find the phpinfo page at this address : http://w06.httpserveur.net/phpinfo.php Thans a lot. [2003-01-18 18:17:46] [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. What times out? The script or the fsockopen call? What is the error message? *please* read the info here: http://bugs.php.net/how-to-report.php and then fill in more information to make this a useful bug report. [2003-01-18 16:36:59] [EMAIL PROTECTED] Hi, PHP4.3.0 is a great version. Congratulations. Just on thing about fsockopen() Let's try this simple script : ? echo fsockopen(www.msnbc.com, 80); ? It works fine in PHP4.2.x but it timeouts in PHP4.3.0 Thanks a lot -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21736 [Fbk]: fsockopen timeouts
ID: 21736 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: I stand by my original comment; you have your max_execution_time set to 30 seconds, while the default_socket_timeout is 60 seconds. Try setting it to something less than 30 seconds (or even using the timeout parameter to fsockopen). Previous Comments: [2003-01-19 03:48:50] [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 sorry - I just re-read you report (it's early!). Can you try a stable snapshot? If it still hangs, can you read the instructions here: http://bugs.php.net/bugs-generating-backtrace.php and follow the If you can't get a core file section; when/if php hangs (after approx 1 minute), interrupt the httpd by pressing CTRL-C and then type bt full. [2003-01-19 03:44:31] [EMAIL PROTECTED] And did you read the NEWS for PHP 4.3.0? Added php.ini option default_socket_timeout to set the timeout limit for PHP network streams. (kalowsky, [EMAIL PROTECTED], Wez) This setting is documented here: http://www.php.net/manual/en/ref.filesystem.php Changing this to a documentation problem as the fsockopen page should mention this new feature (which helps prevents potential DOS attacks), and the documentation of the ini setting should be listed in either the network functions summary or in the new streams section. [2003-01-18 19:45:05] [EMAIL PROTECTED] Hi, Thanks for your answer. You're right, it is not the fsockopen() which times out. It is the script itself because the fsockopen() never responds. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Here is some hints: - the script runs fine on PHP4.2.x but not on PHP4.3.0 - fsockopen(207.46.245.61, 80); works fine on both PHP4.3.0 and PHP4.2.x - fsockopen(lb.msnbc.com, 80); also works fine on both PHP4.3.0 and PHP4.2.x - if you need, you can find the phpinfo page at this address : http://w06.httpserveur.net/phpinfo.php Thans a lot. [2003-01-18 18:17:46] [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. What times out? The script or the fsockopen call? What is the error message? *please* read the info here: http://bugs.php.net/how-to-report.php and then fill in more information to make this a useful bug report. [2003-01-18 16:36:59] [EMAIL PROTECTED] Hi, PHP4.3.0 is a great version. Congratulations. Just on thing about fsockopen() Let's try this simple script : ? echo fsockopen(www.msnbc.com, 80); ? It works fine in PHP4.2.x but it timeouts in PHP4.3.0 Thanks a lot -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21740 [Opn-Fbk]: number_format wrong output
ID: 21740 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: win2000 PHP Version: 4.3.0 New Comment: 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 There have been some fixes to this function; try a snapshot. Previous Comments: [2003-01-18 22:07:59] [EMAIL PROTECTED] the function number_format returns a wrong string (different char in front of the number) when the number to convert is not over 1.000 and a 'string thousands_sep' is set. -- Edit this bug report at http://bugs.php.net/?id=21740edit=1
#21744 [NEW]: strip_slashes misses exclamation marks in alt text
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: strip_slashes misses exclamation marks in alt text The following code prints ! (without the quotes): print strip_tags('IMG ALT=Bang Not Stripped!'); I would expect it to print nothing. Same thing happens here: print strip_tags('AREA ALT=Bang Not Stripped!'); Here is an example copied from the command line: [dan@192 v008]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? ! [dan@192 v008]$ -- Edit bug report at http://bugs.php.net/?id=21744edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21744r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21744r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21744r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21744r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21744r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21744r=support Expected behavior: http://bugs.php.net/fix.php?id=21744r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21744r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21744r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21744r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21744r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21744r=dst IIS Stability: http://bugs.php.net/fix.php?id=21744r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21744r=gnused
#21745 [NEW]: in_array not function as intended...
From: [EMAIL PROTECTED] Operating system: windows95 PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: in_array not function as intended... function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok /* wondering ? bug : bogus; May Allah bless all of us!. sincerely, Jimson Chang */ -- Edit bug report at http://bugs.php.net/?id=21745edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21745r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21745r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21745r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21745r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21745r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21745r=support Expected behavior: http://bugs.php.net/fix.php?id=21745r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21745r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21745r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21745r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21745r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21745r=dst IIS Stability: http://bugs.php.net/fix.php?id=21745r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21745r=gnused
#19113 [Opn]: HTTP status 200 returned on HTTP CONNECT when mod_proxy not in use
ID: 19113 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: any PHP Version: 4.3.0 New Comment: Well can you tell me why it is severe? Okay it is maybe not correct that it reacts on any string but basicly why should it not react on TINTE / HTTP/1.0 This could be a valid request if the server has loaded mod_tinte v1.0 or whatever. If you dislike the feature you can always check for a valid (from your point of view) request method from within your scripts. Previous Comments: [2003-01-18 20:33:41] [EMAIL PROTECTED] This problem seems more severe than reported here, at least in 4.1.3 with Apache 1.3.26 shipped with Debian GNU/Linux 3.0.1: If mod_php4 is enabled, any (!) string (try foobar\n\n instead of GET / HTTP/1.0\n\n) will return the home page from $DOCUMENT_ROOT/index.php. If we comment out the LoadModule directive for mod_php4, the server returns correctly 501 method not implemented. Interestingly we couldn't reproduce it on an Apache 1.3.26 with PHP 4.2.2, but this may be because of the tested virtual host is not the first one in the httpd.conf. We noticed this while trying to figure out why the Apache answered to requests like \xe3P (probably trying to exploit some bugs in some webserver) with 200 OK instead of 501 method not implemented. An example: With mod_php4: telnet our_host 80 Trying ###.###.###.###... Connected to our_host. Escape character is '^]'. \xe3P !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN HTML HEAD TITLEour_host home page/TITLE /HEAD [...] Without mod_php4: telnet our_host 80 Trying ###.###.###.###... Connected to our_host. Escape character is '^]'. \xe3P !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN HTMLHEAD TITLE501 Method Not Implemented/TITLE /HEADBODY H1Method Not Implemented/H1 \xe3P to /index.php not supported.P Invalid method in request \\xe3PP HR ADDRESSApache/1.3.26 Server at our_host Port 80/ADDRESS /BODY/HTML Connection closed by foreign host. Maybe also interessting: A very long string (e.g. 80.000 characters) correctly leads to an error 414 Request-URI Too Large, equal if mod_php4 is loaded or not. This looks like mod_php4 handles any possible request method, which is passed to it. Is this really the wanted behaviour? Why should PHP change Apache's behaviour in such cases? [2003-01-05 07:41:37] [EMAIL PROTECTED] Verified in Apache 1.3.27/Linux/PHP 4.3.0 [2003-01-04 16:48:32] [EMAIL PROTECTED] Yes; [EMAIL PROTECTED] is correct. My previous comment (bug possibly fixed) was in haste. The problem still exists in 4.3.0. Please, someone in the PHP crew investigate this fully, as it's becoming more and more of an issue and seems to be affecting essentially everyone who uses PHP and Apache. [2003-01-03 23:39:16] [EMAIL PROTECTED] Problem still exists in PHP 4.3.0, i'm running Apache 1.3.27 on FreeBSD. [2003-01-02 06:32:47] [EMAIL PROTECTED] I apologise for not being able to test 4.3.0 or any of the snap releases prior to now -- we use FreeBSD, and we rely on the FreeBSD port of mod_php4. The port author has not upgraded to 4.3.0 yet, and therefore we were stuck using 4.2.3 until earlier this evening when I removed the port and went with the old method of installing off source manually. It seems that this problem may in fact be fixed in 4.3.0. The problem documented no longer appears. 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/19113 -- Edit this bug report at http://bugs.php.net/?id=19113edit=1
#21744 [Opn]: strip_slashes misses exclamation marks in alt text
ID: 21744 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.0 New Comment: Tried the same using PHP 4.0.6 and did not get the problem: [admin@labworks ukshopsearch]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? X-Powered-By: PHP/4.0.6 Content-type: text/html [admin@labworks ukshopsearch]$ Previous Comments: [2003-01-19 04:39:37] [EMAIL PROTECTED] The following code prints ! (without the quotes): print strip_tags('IMG ALT=Bang Not Stripped!'); I would expect it to print nothing. Same thing happens here: print strip_tags('AREA ALT=Bang Not Stripped!'); Here is an example copied from the command line: [dan@192 v008]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? ! [dan@192 v008]$ -- Edit this bug report at http://bugs.php.net/?id=21744edit=1
#21741 [Opn-Bgs]: strip_tags() reproducible error...
ID: 21741 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux 2.4 PHP Version: 4.3.0 New Comment: See bug #21744 which reports the same problem but is more concise than this. To unify the report, let me mark this bogus. Previous Comments: [2003-01-19 01:27:34] [EMAIL PROTECTED] Function: strip_tags() Test input: http://66.28.101.38/shift.htm Unexpected result: The result string is cut off after a few sentences and ends with extraneous marks. Not all input would generate this error but most of the time with Microsoft Word created dirty documents as the test input above will demonstrate. Probably cause: Totally speculation but my guess is that there is a funk in the code in the string function dealing with UTF-8 characters common in Microsoft generated stuff. -- Edit this bug report at http://bugs.php.net/?id=21741edit=1
#21744 [Opn-Ver]: strip_slashes misses exclamation marks in alt text
ID: 21744 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.0 -Assigned To: +Assigned To: moriyoshi New Comment: Verified with HEAD Previous Comments: [2003-01-19 04:58:46] [EMAIL PROTECTED] Tried the same using PHP 4.0.6 and did not get the problem: [admin@labworks ukshopsearch]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? X-Powered-By: PHP/4.0.6 Content-type: text/html [admin@labworks ukshopsearch]$ [2003-01-19 04:39:37] [EMAIL PROTECTED] The following code prints ! (without the quotes): print strip_tags('IMG ALT=Bang Not Stripped!'); I would expect it to print nothing. Same thing happens here: print strip_tags('AREA ALT=Bang Not Stripped!'); Here is an example copied from the command line: [dan@192 v008]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? ! [dan@192 v008]$ -- Edit this bug report at http://bugs.php.net/?id=21744edit=1
#21744 [Ver-Asn]: strip_slashes misses exclamation marks in alt text
ID: 21744 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Assigned Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.0 -Assigned To: moriyoshi +Assigned To: rasmus New Comment: My fault. I'll fix it soonish. Previous Comments: [2003-01-19 05:10:35] [EMAIL PROTECTED] Verified with HEAD [2003-01-19 04:58:46] [EMAIL PROTECTED] Tried the same using PHP 4.0.6 and did not get the problem: [admin@labworks ukshopsearch]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? X-Powered-By: PHP/4.0.6 Content-type: text/html [admin@labworks ukshopsearch]$ [2003-01-19 04:39:37] [EMAIL PROTECTED] The following code prints ! (without the quotes): print strip_tags('IMG ALT=Bang Not Stripped!'); I would expect it to print nothing. Same thing happens here: print strip_tags('AREA ALT=Bang Not Stripped!'); Here is an example copied from the command line: [dan@192 v008]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? ! [dan@192 v008]$ -- Edit this bug report at http://bugs.php.net/?id=21744edit=1
#21745 [Opn]: in_array not function as intended...
ID: 21745 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: windows95 PHP Version: 4.3.0 New Comment: // functions within functions scope function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok // global scope $country = array('japan', 'korea'); echo in_array('japan', array('japan', 'korea')) ? 'japan - ok' : 'japan - fail'; // ok echo 'br'; echo in_array('japan', $country) ? 'japan -ok' : 'japan - fail'; // ok echo 'br'; // function scope function t(){ $country = array('Malaysia', 'Singapore'); echo in_array('Malaysia', $country) ? 'Malaysia -ok' : 'Malaysia - fail'; } t(); // ok /* wondering ? bug : bogus; looks like in_array() can't function well in functions within functions scope.. May Allah bless all of us!. sincerely, Jimson Chang */ Previous Comments: [2003-01-19 04:53:35] [EMAIL PROTECTED] function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok /* wondering ? bug : bogus; May Allah bless all of us!. sincerely, Jimson Chang */ -- Edit this bug report at http://bugs.php.net/?id=21745edit=1
#21745 [Opn-Bgs]: in_array not function as intended...
ID: 21745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: windows95 PHP Version: 4.3.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2003-01-19 05:14:29] [EMAIL PROTECTED] // functions within functions scope function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok // global scope $country = array('japan', 'korea'); echo in_array('japan', array('japan', 'korea')) ? 'japan - ok' : 'japan - fail'; // ok echo 'br'; echo in_array('japan', $country) ? 'japan -ok' : 'japan - fail'; // ok echo 'br'; // function scope function t(){ $country = array('Malaysia', 'Singapore'); echo in_array('Malaysia', $country) ? 'Malaysia -ok' : 'Malaysia - fail'; } t(); // ok /* wondering ? bug : bogus; looks like in_array() can't function well in functions within functions scope.. May Allah bless all of us!. sincerely, Jimson Chang */ [2003-01-19 04:53:35] [EMAIL PROTECTED] function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok /* wondering ? bug : bogus; May Allah bless all of us!. sincerely, Jimson Chang */ -- Edit this bug report at http://bugs.php.net/?id=21745edit=1
#21745 [Bgs-Fbk]: in_array not function as intended...
ID: 21745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: Reproducible crash Operating System: windows95 PHP Version: 4.3.0 New Comment: oops It might be related that you have functions defined in functions. Can you try without this? Derick Previous Comments: [2003-01-19 05:16:03] [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 [2003-01-19 05:14:29] [EMAIL PROTECTED] // functions within functions scope function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok // global scope $country = array('japan', 'korea'); echo in_array('japan', array('japan', 'korea')) ? 'japan - ok' : 'japan - fail'; // ok echo 'br'; echo in_array('japan', $country) ? 'japan -ok' : 'japan - fail'; // ok echo 'br'; // function scope function t(){ $country = array('Malaysia', 'Singapore'); echo in_array('Malaysia', $country) ? 'Malaysia -ok' : 'Malaysia - fail'; } t(); // ok /* wondering ? bug : bogus; looks like in_array() can't function well in functions within functions scope.. May Allah bless all of us!. sincerely, Jimson Chang */ [2003-01-19 04:53:35] [EMAIL PROTECTED] function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok /* wondering ? bug : bogus; May Allah bless all of us!. sincerely, Jimson Chang */ -- Edit this bug report at http://bugs.php.net/?id=21745edit=1
#21742 [Com]: $_SERVER[PATH_INFO] doesnt work
ID: 21742 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Windows XP Home PHP Version: 4.3.0 New Comment: Hi, Did you add 'AcceptPathInfo on' in the file httpd.conf for apache2 ? leonard Previous Comments: [2003-01-19 01:32:10] [EMAIL PROTECTED] If you try to use the $_SERVER['PATH_INFO'] variables, it won't work becuase Apache won't let you use file.php/ becuase it tries to look for the file '/' and can't find it, thus throwing a 404.. Also, if you have any ' in your Summary.. it throws an error ;P ( Bug System ) -- Edit this bug report at http://bugs.php.net/?id=21742edit=1
#21746 [NEW]: gmake: *** [ext/ctype/ctype.lo] Error 1
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: gmake: *** [ext/ctype/ctype.lo] Error 1 When I run this configure command (and any other options with apxs): ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --enable-track-vars \ --with-openssl=/usr \ --enable-force-cgi-redirect \ --enable-sockets \ --with-gettext \ --with-mm Followed with the command: gmake I get the following error message: Server# gmake /bin/sh libtool --silent --mode=compile gcc -Iext/ctype/ -I/usr/local/src/php-4.3.0/ext/ctype/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.0/include -I/usr/local/src/php-4.3.0/main -I/usr/local/src/php-4.3.0 -I/usr/local/src/php-4.3.0/Zend -I/usr/local/include -I/usr/local/src/php-4.3.0/ext/xml/expat -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.0/ext/ctype/ctype.c -o ext/ctype/ctype.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.0/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.0/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.0/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.0/Zend/zend.h:202, from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/Zend/zend.h:203, from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.0/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:224, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. gmake: *** [ext/ctype/ctype.lo] Error 1 -I have this problem sinds version 4.2.1. -Compilation worked when I replace the --with-apxs=/usr/local/apache/bin/apxs param with --with-apache=../apache-1.3.27, but I don't want a static php installation. -When I disable ctype in configure (--disable-ctype) it hangs at gettext. (Also with the error: In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, ... ) -- Edit bug report at http://bugs.php.net/?id=21746edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21746r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21746r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21746r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21746r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21746r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21746r=support Expected behavior: http://bugs.php.net/fix.php?id=21746r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21746r=notenoughinfo Submitted
#21742 [Opn-Asn]: $_SERVER[PATH_INFO] doesnt work
ID: 21742 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Apache2 related Operating System: Windows XP Home PHP Version: 4.3.0 -Assigned To: +Assigned To: wez Previous Comments: [2003-01-19 05:29:30] [EMAIL PROTECTED] Hi, Did you add 'AcceptPathInfo on' in the file httpd.conf for apache2 ? leonard [2003-01-19 01:32:10] [EMAIL PROTECTED] If you try to use the $_SERVER['PATH_INFO'] variables, it won't work becuase Apache won't let you use file.php/ becuase it tries to look for the file '/' and can't find it, thus throwing a 404.. Also, if you have any ' in your Summary.. it throws an error ;P ( Bug System ) -- Edit this bug report at http://bugs.php.net/?id=21742edit=1
#21744 [Asn-Csd]: strip_tags misses exclamation marks in alt text
ID: 21744 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.0 Assigned To: rasmus New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-01-19 05:13:20] [EMAIL PROTECTED] My fault. I'll fix it soonish. [2003-01-19 05:10:35] [EMAIL PROTECTED] Verified with HEAD [2003-01-19 04:58:46] [EMAIL PROTECTED] Tried the same using PHP 4.0.6 and did not get the problem: [admin@labworks ukshopsearch]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? X-Powered-By: PHP/4.0.6 Content-type: text/html [admin@labworks ukshopsearch]$ [2003-01-19 04:39:37] [EMAIL PROTECTED] The following code prints ! (without the quotes): print strip_tags('IMG ALT=Bang Not Stripped!'); I would expect it to print nothing. Same thing happens here: print strip_tags('AREA ALT=Bang Not Stripped!'); Here is an example copied from the command line: [dan@192 v008]$ php ? print strip_tags('IMG ALT=Bang Not Stripped!') . \n; ? ! [dan@192 v008]$ -- Edit this bug report at http://bugs.php.net/?id=21744edit=1
#21745 [Fbk-Ana]: in_array not function as intended...
ID: 21745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Analyzed -Bug Type: Reproducible crash +Bug Type: Scripting Engine problem Operating System: windows95 PHP Version: 4.3.0 New Comment: This problem turned out to be a problem of the scripting engine, rather than of in_array(), that global declarations don't work in nested functions. Previous Comments: [2003-01-19 05:19:00] [EMAIL PROTECTED] oops It might be related that you have functions defined in functions. Can you try without this? Derick [2003-01-19 05:16:03] [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 [2003-01-19 05:14:29] [EMAIL PROTECTED] // functions within functions scope function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok // global scope $country = array('japan', 'korea'); echo in_array('japan', array('japan', 'korea')) ? 'japan - ok' : 'japan - fail'; // ok echo 'br'; echo in_array('japan', $country) ? 'japan -ok' : 'japan - fail'; // ok echo 'br'; // function scope function t(){ $country = array('Malaysia', 'Singapore'); echo in_array('Malaysia', $country) ? 'Malaysia -ok' : 'Malaysia - fail'; } t(); // ok /* wondering ? bug : bogus; looks like in_array() can't function well in functions within functions scope.. May Allah bless all of us!. sincerely, Jimson Chang */ [2003-01-19 04:53:35] [EMAIL PROTECTED] function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok /* wondering ? bug : bogus; May Allah bless all of us!. sincerely, Jimson Chang */ -- Edit this bug report at http://bugs.php.net/?id=21745edit=1
#21745 [Ana-Bgs]: in_array not function as intended...
ID: 21745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Bogus Bug Type: Scripting Engine problem Operating System: windows95 PHP Version: 4.3.0 New Comment: Sorry, my assumption wasn't right at all. The error is because $fruit is not initialised in the global scope. Try the following: ?php function a(){ global $fruit; $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); ab(); ? Previous Comments: [2003-01-19 05:54:40] [EMAIL PROTECTED] This problem turned out to be a problem of the scripting engine, rather than of in_array(), that global declarations don't work in nested functions. [2003-01-19 05:19:00] [EMAIL PROTECTED] oops It might be related that you have functions defined in functions. Can you try without this? Derick [2003-01-19 05:16:03] [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 [2003-01-19 05:14:29] [EMAIL PROTECTED] // functions within functions scope function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok // global scope $country = array('japan', 'korea'); echo in_array('japan', array('japan', 'korea')) ? 'japan - ok' : 'japan - fail'; // ok echo 'br'; echo in_array('japan', $country) ? 'japan -ok' : 'japan - fail'; // ok echo 'br'; // function scope function t(){ $country = array('Malaysia', 'Singapore'); echo in_array('Malaysia', $country) ? 'Malaysia -ok' : 'Malaysia - fail'; } t(); // ok /* wondering ? bug : bogus; looks like in_array() can't function well in functions within functions scope.. May Allah bless all of us!. sincerely, Jimson Chang */ [2003-01-19 04:53:35] [EMAIL PROTECTED] function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok /* wondering ? bug : bogus; May Allah bless all of us!. sincerely, Jimson Chang */ -- Edit this bug report at http://bugs.php.net/?id=21745edit=1
#21742 [Asn-Opn]: $_SERVER[PATH_INFO] doesnt work
ID: 21742 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Open Bug Type: Apache2 related Operating System: Windows XP Home PHP Version: 4.3.0 Assigned To: wez New Comment: Just a note about the bug system; a fix for that problem has been comitted and will appear when the site next updates. Previous Comments: [2003-01-19 05:29:30] [EMAIL PROTECTED] Hi, Did you add 'AcceptPathInfo on' in the file httpd.conf for apache2 ? leonard [2003-01-19 01:32:10] [EMAIL PROTECTED] If you try to use the $_SERVER['PATH_INFO'] variables, it won't work becuase Apache won't let you use file.php/ becuase it tries to look for the file '/' and can't find it, thus throwing a 404.. Also, if you have any ' in your Summary.. it throws an error ;P ( Bug System ) -- Edit this bug report at http://bugs.php.net/?id=21742edit=1
#21745 [Bgs]: in_array not function as intended...
ID: 21745 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: windows95 PHP Version: 4.3.0 New Comment: function a($param=null){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; switch($param){ case'R': return $fruit; break; default: function aa(){ $fruit = a('R'); echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ $fruit = a('R'); if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } } a(); aa(); ab(); //aa(); // echo ok //ab(); // echo ok /* finally, it works like the way i want... :) wondering ? bug : bogus = should change to 'less experience'; cause i using php less than 3 years... :) sorry. anyway, i learn that file a.php == function a(){ $a = 'php'; function ab(){ echo $a; // doesn't work } } i understand that global apple is the $GLOBALS['apple'] and i thought by using the global here, it would maybe means the scope of function a(). anyway, i am wrong about that.. you might be wondering why i created a function like this? em... this is to prevent the use of vars in the $GLOBALS scope why, because i am writing a secure application. if a people include a.php, then using the $GLOBALS, he can find out what value in the vars. anyway, i also think how to prevent people to include the a.php or calling a()... emm... maybe u people can help me next time... bogus = [adj] derog pretended; intentionally false: = from dictionary. so u see, i am not intended to fool ur people... so the status shouldn't be bogus... i am learning and ur people are teaching... :) May Allah bless all of us!. sincerely, Jimson Chang */ Previous Comments: [2003-01-19 06:10:20] [EMAIL PROTECTED] Sorry, my assumption wasn't right at all. The error is because $fruit is not initialised in the global scope. Try the following: ?php function a(){ global $fruit; $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); ab(); ? [2003-01-19 05:54:40] [EMAIL PROTECTED] This problem turned out to be a problem of the scripting engine, rather than of in_array(), that global declarations don't work in nested functions. [2003-01-19 05:19:00] [EMAIL PROTECTED] oops It might be related that you have functions defined in functions. Can you try without this? Derick [2003-01-19 05:16:03] [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 [2003-01-19 05:14:29] [EMAIL PROTECTED] // functions within functions scope function a(){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); // echo fail and Warning: in_array() [function.in-array]: Wrong datatype for second argument ab(); // echo ok // global scope $country = array('japan', 'korea'); echo in_array('japan', array('japan',
#21729 [Fbk-Opn]: imagettftext don't work with a image copied resized from another
ID: 21729 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.3.0 New Comment: Don't show the text also with the latest CVS version. Previous Comments: [2003-01-18 13:17:24] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-18 11:17:51] [EMAIL PROTECTED] This code work fine on PHP 4.2.3 compiled with gd2.0.4, but give a image without text with php 4.3 compiled with internal gd support. I have this problem only in the image resized and not with the original image: if($width==$isize[0]) //original size: this work { $im = ImageCreateFromPNG (bottoni/.$tipo_bottone); } else // to resize: don't work { $im1 = ImageCreateFromPNG(bottoni/.$tipo_bottone); $im=ImageCreateTrueColor($width, $isize[1]); ImageCopy($im, im1,0,0,0,0,$margin_width,$isize[1]); ImageCopyResized($im, $im1, $margin_width, 0, $margin_width, 0, $width, $isize[1], round($isize[0]-($margin_width * 2),0), $isize[1]); ImageCopy($im, $im1,$margin_width+$width-1,0,$isize[0]-$margin_width,0,$margin_width,$isize[1]); ImageDestroy($im1); } ImageAlphaBlending($im, true); $tc = ImageColorAllocate ($im, $colors[$color][0], $colors[$color][1], $colors[$color][2]); imagettftext($im, $size, 0, $center, $margin_height, $tc, $currpath./fonts/.$font,$testo); ImageAlphaBlending($im, false); header(Content-Type: image/png\n\n); ImagePNG($im); Thank for support Paolo Morandi -- Edit this bug report at http://bugs.php.net/?id=21729edit=1
#21745 [Bgs]: in_array not function as intended...
ID: 21745 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: windows95 PHP Version: 4.3.0 New Comment: Well, it's just one of the current limitations of PHP, so it is possible that some solution for the issue will be announced in the future. Anyway I think you'd better off doing it object-oriented-wise in this case. And as for the term bogus, whilst its usage in this bug database is often argued, please note that we don't always mean to be harsh on every report marked so. Thanks Moriyoshi Previous Comments: [2003-01-19 07:06:44] [EMAIL PROTECTED] function a($param=null){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; switch($param){ case'R': return $fruit; break; default: function aa(){ $fruit = a('R'); echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ $fruit = a('R'); if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } } a(); aa(); ab(); //aa(); // echo ok //ab(); // echo ok /* finally, it works like the way i want... :) wondering ? bug : bogus = should change to 'less experience'; cause i using php less than 3 years... :) sorry. anyway, i learn that file a.php == function a(){ $a = 'php'; function ab(){ echo $a; // doesn't work } } i understand that global apple is the $GLOBALS['apple'] and i thought by using the global here, it would maybe means the scope of function a(). anyway, i am wrong about that.. you might be wondering why i created a function like this? em... this is to prevent the use of vars in the $GLOBALS scope why, because i am writing a secure application. if a people include a.php, then using the $GLOBALS, he can find out what value in the vars. anyway, i also think how to prevent people to include the a.php or calling a()... emm... maybe u people can help me next time... bogus = [adj] derog pretended; intentionally false: = from dictionary. so u see, i am not intended to fool ur people... so the status shouldn't be bogus... i am learning and ur people are teaching... :) May Allah bless all of us!. sincerely, Jimson Chang */ [2003-01-19 06:10:20] [EMAIL PROTECTED] Sorry, my assumption wasn't right at all. The error is because $fruit is not initialised in the global scope. Try the following: ?php function a(){ global $fruit; $fruit[0] = 'apple'; $fruit[1] = 'orange'; function aa(){ global $fruit; (array) $fruit; echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ global $fruit; if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } a(); aa(); ab(); ? [2003-01-19 05:54:40] [EMAIL PROTECTED] This problem turned out to be a problem of the scripting engine, rather than of in_array(), that global declarations don't work in nested functions. [2003-01-19 05:19:00] [EMAIL PROTECTED] oops It might be related that you have functions defined in functions. Can you try without this? Derick [2003-01-19 05:16:03] [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 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/21745 -- Edit this bug report at http://bugs.php.net/?id=21745edit=1
#21400 [Com]: Problem writing to Excel spreadsheet via COM
ID: 21400 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating System: Win 2000 PHP Version: 4.3.0 New Comment: dhunter, I have the EXACT same problem with you. I didn't mind that zombie excel.exe, but now this just wont work at all on 4.3.0. I'm almost considering to switch back to 4.2.x Previous Comments: [2003-01-09 06:50:26] [EMAIL PROTECTED] Tried to open test.xls, added some content and saved it to a new name. The Script runs through and does everything I intended. But: php.exe stays in Memory and consumes 99% CPU Time and a Windowsmessage pops up with an Error. Roughly translated to English, it says: The Command in 0x30033d8a is pointing in Memory 0x650eeed8. The Command read could not be executed on the memory. Click OK. I thought that the Unset Command did it, and removed it. But: Didn't solve the Problem. Max [2003-01-03 17:45:14] [EMAIL PROTECTED] Here's some more info: It should be noted that the Excel spreadsheet and its macros *actually do work*, even though PHP or Apache or whoever it is is sending a 404. I know this, because after I'm done with Excel, I stream its HTML output file using readfile() and flush(). If I put a sleep() right after the readfile() and flush(), I can see the spreadsheet and chart in the browser. As soon as the sleep() expires and the script terminates, I get the 404. The HTML file that Excel created still exists, I can enter its URL in my browser and view it OK. Working back and commenting out stuff, I found that selecting or writing to cells in any column other than A causes the 404 to happen. Unfortunately, my Excel macros don't work too well when I do that. ;-) [2003-01-03 17:01:58] [EMAIL PROTECTED] When using COM to write to an Excel spreadsheet, my PHP script can write to cells in column A, but when I try to write to cells in any other column, the script appears to terminate without sending anything to the browser (a 404 response). The script works OK with 4.2.3, except an Excel zombie process remains after the script is finished (this zombie bug appears to be fixed with 4.3.0, only to introduce this new problem). -- Edit this bug report at http://bugs.php.net/?id=21400edit=1
#21378 [Com]: COM code crashes after update 4.2.1 to 4.3.0
ID: 21378 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: COM related Operating System: Windows 2000 pro sp2 PHP Version: 4.3.0 Assigned To: phanto New Comment: My PHP also crashes on 4.3.0 when running a custom COM library I created. This library works flawlessly on previous PHP versions. Previous Comments: [2003-01-16 10:54:14] [EMAIL PROTECTED] When I create either a 'ADODB.Recordset' or 'ADODB.Connection' object, php.exe crasches immediately. When I use an ADO wrapper component (also COM) that I built it only crashes if CursorLocation is set to adUseClient in a method returning a recordset to php. Think I will have to go back to 4.2.3 and rather face COM-references not being released. /Pierre [2003-01-09 05:22:31] [EMAIL PROTECTED] I have the same problem with Xitami Web Server and Windows 98. On PHP 4.2.3 scripts run well, on php 4.3.0 php.exe crash. See bugs report #21517 [2003-01-06 11:26:34] [EMAIL PROTECTED] (sorry for my bad english) I have this same error! My COM code works OK with PHP 4.2.3, but after upgrade to 4.3.0, Apache (1.3.27) crash (DrWatson32 appears) and restart. This simple code crash Apache: $com = new COM(ADODB.Connection); DrWatson32 leaves this information on log: función: php_COM_release 1003070f 397e04 cmp [esi+0x4],edi ds:04f43582= 10030712 740f jz php_VARIANT_get_le_variant+0x1983 (10039223) 10030714 8b4614 mov eax,[esi+0x14] ds:04f43582= 10030717 50 pusheax 10030718 8b10 mov edx,[eax] ds:045c10a0= 1003071a ff5208 calldword ptr [edx+0x8] ds:00afd5d3= 1003071d 897e14 mov [esi+0x14],edi ds:04f43582= 10030720 897e04 mov [esi+0x4],edi ds:04f43582= 10030723 8b460c mov eax,[esi+0xc] ds:04f43582= 10030726 50 pusheax ERROR - 10030727 8b08 mov ecx,[eax] ds:045c10a0= 10030729 ff5108 calldword ptr [ecx+0x8] ds:00c76672= 1003072c 8b4608 mov eax,[esi+0x8] ds:04f43582= 1003072f 897e0c mov [esi+0xc],edi ds:04f43582= 10030732 48 dec eax 10030733 5f pop edi 10030734 894608 mov [esi+0x8],eax ds:04f43582= 10030737 5e pop esi 10030738 c3 ret 10030739 90 nop 1003073a 90 nop 1003073b 90 nop I'm using Windows 2000 Server SP3 with PHP as a module in Apache. Any idea ? Thanks! [2003-01-02 21:47:14] [EMAIL PROTECTED] - [2003-01-02 21:26:17] [EMAIL PROTECTED] COM code that works perfectly ok with 4.2.1 gets Apache 1.3.22 down with program error notice in PHP 4.3.0. Any documentation update possibly, maybe? -- Edit this bug report at http://bugs.php.net/?id=21378edit=1
#21742 [Com]: $_SERVER[PATH_INFO] doesnt work
ID: 21742 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Windows XP Home PHP Version: 4.3.0 New Comment: Actually, I wasn't aware of the AcceptPathInfo on.. stupid me.. I take it this solves the problem? I only noticed it when using ForceType via .htaccess to force another file type.. Previous Comments: [2003-01-19 06:15:53] [EMAIL PROTECTED] Just a note about the bug system; a fix for that problem has been comitted and will appear when the site next updates. [2003-01-19 05:29:30] [EMAIL PROTECTED] Hi, Did you add 'AcceptPathInfo on' in the file httpd.conf for apache2 ? leonard [2003-01-19 01:32:10] [EMAIL PROTECTED] If you try to use the $_SERVER['PATH_INFO'] variables, it won't work becuase Apache won't let you use file.php/ becuase it tries to look for the file '/' and can't find it, thus throwing a 404.. Also, if you have any ' in your Summary.. it throws an error ;P ( Bug System ) -- Edit this bug report at http://bugs.php.net/?id=21742edit=1
#21247 [Com]: odbc_fetch_object not defined
ID: 21247 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: It works. :) If you need to know any specifics about my computer, Windows XP Pro SP 1, Apache 2.0.43, The ODBC driver for Access databases that came with Windows, I havent installed Access on this computer. If you need anything else just let me know. Thanks Charles Previous Comments: [2003-01-17 00:56:24] [EMAIL PROTECTED] It's still enabled. I haven't disabled it yet, and probably won't until I hear negatory or postive from you. It should be in the PHP5 branch, not the 4.3 branches. Any snapshot after this posting should have it. I might need to try and get my windows boxen working again to test this if you're getting an error 500 (no idea what that menas). If you can share the complete error, and the sample script you're using it would help a lot :) [2003-01-16 21:26:13] [EMAIL PROTECTED] I think I got to the snapshots to late. I downloaded the 4.3.x-dev snapshot and it said odbc_fetch_object is undefined. I also tried the 5.0.x-dev but it would only return error 500. Let me know if you can re-enable it and I will make sure to download it right away. Thanks Charles Killmer [2003-01-16 10:28:01] [EMAIL PROTECTED] Changing from bogus to not bogus, as I've just enabled fetch_object for windows. Try a snapshot and tell me if it works for you. [2002-12-29 09:26:39] [EMAIL PROTECTED] The main page of PHP has a nice HOWTO on building PHP for windows. What you'll need to edit are all in ext/odbc: php_odbc.h: remove lines 57 and 60. php_odbc.c remove lines 87 and 90 remove lines 1354 and 1511 If you can get it to work I'll move the support to MSSQL now too. [2002-12-28 15:06:14] [EMAIL PROTECTED] I would love to test it but I dont have the time to spend compiling php. I have never compiled php. I am an avid programmer and am competant in c, and c++. If you have a quick guide to compiling php I would love to try it. Which file? Which compiler is preferred? I have Borland Command line 5.5 Thanks Charles Killmer BTW the odbc dsn is looking at an access database. 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/21247 -- Edit this bug report at http://bugs.php.net/?id=21247edit=1
#21747 [NEW]: odbc_connect changes calc.-outputformat
From: [EMAIL PROTECTED] Operating system: Win 2000 PHP version: 4.3.0 PHP Bug Type: ODBC related Bug description: odbc_connect changes calc.-outputformat After using $id=odbc_connect(...) all calculation (float/double) results are in German format: ex. print(123/10); will display 12,3 no further operation is possible. odbc-driver: pervasive 2000 database -- Edit bug report at http://bugs.php.net/?id=21747edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21747r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21747r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21747r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21747r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21747r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21747r=support Expected behavior: http://bugs.php.net/fix.php?id=21747r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21747r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21747r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21747r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21747r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21747r=dst IIS Stability: http://bugs.php.net/fix.php?id=21747r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21747r=gnused
#21748 [NEW]: ftp_chmod() needed to create a dir and chmod it 777 if SAFE_MODE is ENABLED
From: [EMAIL PROTECTED] Operating system: GNU/Linux PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: ftp_chmod() needed to create a dir and chmod it 777 if SAFE_MODE is ENABLED It is impossible to create a dir and make it chmod 777 when SAFE_MODE is ENABLED. This is needed when you would like to create a directory for image uploading for example... like the admin of a site creates a new model in the CMS, and then a new dir should be created for the model, so the images arent stored in 1 dir. Ok i've thought of putting binary in the database.. but this can't be used when using Macromedia FlashMX because the output must be all paths of the files and not many images on one page :) i Checked Description Possible Solution Bug #214: mode for chmod is in decimal instead of octal chmod(foo, 777) treats 777 as a decimal number, which forces you to do octal-decimal conversion. It's doing it with mkdir() as well. This is the correct behavior. If you want it to operate on an octal number, give it an octal number: chmod(foo, 0777); Bug #3571: Missing Features in the FTP functions. next to it it says: Looks like it was added. Thanks to whomever did so. but i do not see the function ftp_chmod() anywhere in the ftp_functions... i.e ftp_chmod() would be needed, eventhough chmod isnt defined in the RFC of FTP... Gabe Jackson -- Edit bug report at http://bugs.php.net/?id=21748edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21748r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21748r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21748r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21748r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21748r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21748r=support Expected behavior: http://bugs.php.net/fix.php?id=21748r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21748r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21748r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21748r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21748r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21748r=dst IIS Stability: http://bugs.php.net/fix.php?id=21748r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21748r=gnused
#21745 [Bgs]: in_array not function as intended...
ID: 21745 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: windows95 PHP Version: 4.3.0 New Comment: /* i try oop before, but here are the reasons. */ class a{ var $country; function a(){ $this-country = array('Malaysia', 'Singapore', 'Japan'); } function aa(){ // after some ...process here..., return Malaysia return $this-country[0]; } } /* $c = new a(); print_r($GLOBALS); fail because, it treats class in the global scope. maybe u say it is because it is constructor; [c] = a Object ( [country] = Array ( [0] = Malaysia [1] = Singapore [2] = Japan ) ) */ // ok, try another class b{ function bb(){ $this-money = array('ringgit', 'dollar', 'yen'); } } /* the result will be the same, because it appears in global scope */ // this time, we use function function a(){ return new a(); } function aa(){ $a = new a(); return $a-aa(); } // OR function c($param=null){ $a = new a(); switch($param){ case 'aa': return $a-aa(); // case ... more for every object method... :( } } /* this works, because it is inside the function. hence, in order to secure that object, we need to write a wrapper using function for that object... or just use it inside the function. let say now we want to run the aa() method of a object. how? write a new function or using switch()! so after much consideration i think i rather write in functions within functions. and implement my own OOP... :) a function as a data storage for all function where function needs to verify themselves before getting or setting data using the storage function. */ Previous Comments: [2003-01-19 07:29:34] [EMAIL PROTECTED] Well, it's just one of the current limitations of PHP, so it is possible that some solution for the issue will be announced in the future. Anyway I think you'd better off doing it object-oriented-wise in this case. And as for the term bogus, whilst its usage in this bug database is often argued, please note that we don't always mean to be harsh on every report marked so. Thanks Moriyoshi [2003-01-19 07:06:44] [EMAIL PROTECTED] function a($param=null){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; switch($param){ case'R': return $fruit; break; default: function aa(){ $fruit = a('R'); echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ $fruit = a('R'); if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } } a(); aa(); ab(); //aa(); // echo ok //ab(); // echo ok /* finally, it works like the way i want... :) wondering ? bug : bogus = should change to 'less experience'; cause i using php less than 3 years... :) sorry. anyway, i learn that file a.php == function a(){ $a = 'php'; function ab(){ echo $a; // doesn't work } } i understand that global apple is the $GLOBALS['apple'] and i thought by using the global here, it would maybe means the scope of function a(). anyway, i am wrong about that.. you might be wondering why i created a function like this? em... this is to prevent the use of vars in the $GLOBALS scope why, because i am writing a secure application. if a people include a.php, then using the $GLOBALS, he can find out what value in the vars. anyway, i also think how to prevent people to include the a.php or calling a()... emm... maybe u people can help me next time... bogus = [adj] derog pretended; intentionally false: = from dictionary. so u see, i am not intended to fool ur people... so the status shouldn't be bogus... i am learning and ur people are teaching... :) May Allah bless all of us!. sincerely, Jimson Chang */ [2003-01-19 06:10:20] [EMAIL PROTECTED] Sorry, my assumption wasn't
#21745 [Bgs]: in_array not function as intended...
ID: 21745 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: windows95 PHP Version: 4.3.0 New Comment: ?php // === // copyright statements // he he he :) :) // === /* function a($param=null){ $fd = fopen('thefilename.php', 'rb'); $content = fread($fd, 93); fclose($fd); if(md5($content) == 'c38627d91179b94fdd75faa36c8796df'){ function aa(){ echo 'aa() ok'; } } else { function aa(){ echo 'who tell u to modify copyright?br'; echo 'i will report u to the police'; } } } a(); aa(); */ ? this may not relevant, but since i am trying to secure my application... hence maybe ur people can try too! this idea will prevent people [lots of people out there] to erase the copyright.. and the creator information :) Previous Comments: [2003-01-19 09:18:43] [EMAIL PROTECTED] /* i try oop before, but here are the reasons. */ class a{ var $country; function a(){ $this-country = array('Malaysia', 'Singapore', 'Japan'); } function aa(){ // after some ...process here..., return Malaysia return $this-country[0]; } } /* $c = new a(); print_r($GLOBALS); fail because, it treats class in the global scope. maybe u say it is because it is constructor; [c] = a Object ( [country] = Array ( [0] = Malaysia [1] = Singapore [2] = Japan ) ) */ // ok, try another class b{ function bb(){ $this-money = array('ringgit', 'dollar', 'yen'); } } /* the result will be the same, because it appears in global scope */ // this time, we use function function a(){ return new a(); } function aa(){ $a = new a(); return $a-aa(); } // OR function c($param=null){ $a = new a(); switch($param){ case 'aa': return $a-aa(); // case ... more for every object method... :( } } /* this works, because it is inside the function. hence, in order to secure that object, we need to write a wrapper using function for that object... or just use it inside the function. let say now we want to run the aa() method of a object. how? write a new function or using switch()! so after much consideration i think i rather write in functions within functions. and implement my own OOP... :) a function as a data storage for all function where function needs to verify themselves before getting or setting data using the storage function. */ [2003-01-19 07:29:34] [EMAIL PROTECTED] Well, it's just one of the current limitations of PHP, so it is possible that some solution for the issue will be announced in the future. Anyway I think you'd better off doing it object-oriented-wise in this case. And as for the term bogus, whilst its usage in this bug database is often argued, please note that we don't always mean to be harsh on every report marked so. Thanks Moriyoshi [2003-01-19 07:06:44] [EMAIL PROTECTED] function a($param=null){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; switch($param){ case'R': return $fruit; break; default: function aa(){ $fruit = a('R'); echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function ab(){ $fruit = a('R'); if(in_array('apple', array('apple', 'orange'))){ echo 'ok'; } else { echo 'fail'; } } } } a(); aa(); ab(); //aa(); // echo ok //ab(); // echo ok /* finally, it works like the way i want... :) wondering ? bug : bogus = should change to 'less experience'; cause i using php less than 3 years... :) sorry. anyway, i learn that file a.php == function a(){ $a = 'php'; function ab(){ echo $a; // doesn't work } } i understand that
#21745 [Bgs]: in_array not function as intended...
ID: 21745 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Scripting Engine problem Operating System: windows95 PHP Version: 4.3.0 New Comment: filename = a.php ?php // === // copyright statements // he he he :) :) // === /* function a($param=null){ $fd = fopen('a.php', 'rb'); $content = fread($fd, 93); fclose($fd); if(md5($content) == 'c38627d91179b94fdd75faa36c8796df'){ function aa(){ echo 'aa() ok'; } } else { function aa(){ echo 'who tell u to modify copyright?br'; echo 'i will report u to the police'; } } } a(); aa(); */ ? just to make it clear... Previous Comments: [2003-01-19 09:21:03] [EMAIL PROTECTED] ?php // === // copyright statements // he he he :) :) // === /* function a($param=null){ $fd = fopen('thefilename.php', 'rb'); $content = fread($fd, 93); fclose($fd); if(md5($content) == 'c38627d91179b94fdd75faa36c8796df'){ function aa(){ echo 'aa() ok'; } } else { function aa(){ echo 'who tell u to modify copyright?br'; echo 'i will report u to the police'; } } } a(); aa(); */ ? this may not relevant, but since i am trying to secure my application... hence maybe ur people can try too! this idea will prevent people [lots of people out there] to erase the copyright.. and the creator information :) [2003-01-19 09:18:43] [EMAIL PROTECTED] /* i try oop before, but here are the reasons. */ class a{ var $country; function a(){ $this-country = array('Malaysia', 'Singapore', 'Japan'); } function aa(){ // after some ...process here..., return Malaysia return $this-country[0]; } } /* $c = new a(); print_r($GLOBALS); fail because, it treats class in the global scope. maybe u say it is because it is constructor; [c] = a Object ( [country] = Array ( [0] = Malaysia [1] = Singapore [2] = Japan ) ) */ // ok, try another class b{ function bb(){ $this-money = array('ringgit', 'dollar', 'yen'); } } /* the result will be the same, because it appears in global scope */ // this time, we use function function a(){ return new a(); } function aa(){ $a = new a(); return $a-aa(); } // OR function c($param=null){ $a = new a(); switch($param){ case 'aa': return $a-aa(); // case ... more for every object method... :( } } /* this works, because it is inside the function. hence, in order to secure that object, we need to write a wrapper using function for that object... or just use it inside the function. let say now we want to run the aa() method of a object. how? write a new function or using switch()! so after much consideration i think i rather write in functions within functions. and implement my own OOP... :) a function as a data storage for all function where function needs to verify themselves before getting or setting data using the storage function. */ [2003-01-19 07:29:34] [EMAIL PROTECTED] Well, it's just one of the current limitations of PHP, so it is possible that some solution for the issue will be announced in the future. Anyway I think you'd better off doing it object-oriented-wise in this case. And as for the term bogus, whilst its usage in this bug database is often argued, please note that we don't always mean to be harsh on every report marked so. Thanks Moriyoshi [2003-01-19 07:06:44] [EMAIL PROTECTED] function a($param=null){ $fruit[0] = 'apple'; $fruit[1] = 'orange'; switch($param){ case'R': return $fruit; break; default: function aa(){ $fruit = a('R'); echo in_array('apple', $fruit) ? 'ok' : 'fail'; } function
#21749 [NEW]: webmail ( squirrelmail 1.2.10
From: [EMAIL PROTECTED] Operating system: freebsd 4.5 PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: webmail ( squirrelmail 1.2.10 When i try to use my webmail ( squirrelmail 1.2.10 ) my browser says document contains no data. If i use php 4.2.3, it works when it feels like it, 4.2.3 is flaky with the webmail system. I use apache 2.0.43 and it compiled just fine, i compiled it the way squirrelmail wanted it, still does not work. -- Edit bug report at http://bugs.php.net/?id=21749edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21749r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21749r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21749r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21749r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21749r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21749r=support Expected behavior: http://bugs.php.net/fix.php?id=21749r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21749r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21749r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21749r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21749r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21749r=dst IIS Stability: http://bugs.php.net/fix.php?id=21749r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21749r=gnused
#21749 [Opn-Fbk]: webmail ( squirrelmail 1.2.10
ID: 21749 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: freebsd 4.5 PHP Version: 4.3.0 New Comment: 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. Previous Comments: [2003-01-19 09:22:34] [EMAIL PROTECTED] When i try to use my webmail ( squirrelmail 1.2.10 ) my browser says document contains no data. If i use php 4.2.3, it works when it feels like it, 4.2.3 is flaky with the webmail system. I use apache 2.0.43 and it compiled just fine, i compiled it the way squirrelmail wanted it, still does not work. -- Edit this bug report at http://bugs.php.net/?id=21749edit=1
#21736 [Fbk-Opn]: fsockopen timeouts
ID: 21736 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: Hi, We have set default_socket_timeout=20 It changes nothing. fsockopen() doesn't respond even after 20 secs. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Again, it works fine in PHP4.2.x. It responds (positively) in less than 3 secs and the socket is correctly open. Tonight I will try with http://snaps.php.net/php4-STABLE-latest.tar.gz I will tell you what happens. Thanks. Previous Comments: [2003-01-19 03:53:01] [EMAIL PROTECTED] I stand by my original comment; you have your max_execution_time set to 30 seconds, while the default_socket_timeout is 60 seconds. Try setting it to something less than 30 seconds (or even using the timeout parameter to fsockopen). [2003-01-19 03:48:50] [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 sorry - I just re-read you report (it's early!). Can you try a stable snapshot? If it still hangs, can you read the instructions here: http://bugs.php.net/bugs-generating-backtrace.php and follow the If you can't get a core file section; when/if php hangs (after approx 1 minute), interrupt the httpd by pressing CTRL-C and then type bt full. [2003-01-19 03:44:31] [EMAIL PROTECTED] And did you read the NEWS for PHP 4.3.0? Added php.ini option default_socket_timeout to set the timeout limit for PHP network streams. (kalowsky, [EMAIL PROTECTED], Wez) This setting is documented here: http://www.php.net/manual/en/ref.filesystem.php Changing this to a documentation problem as the fsockopen page should mention this new feature (which helps prevents potential DOS attacks), and the documentation of the ini setting should be listed in either the network functions summary or in the new streams section. [2003-01-18 19:45:05] [EMAIL PROTECTED] Hi, Thanks for your answer. You're right, it is not the fsockopen() which times out. It is the script itself because the fsockopen() never responds. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Here is some hints: - the script runs fine on PHP4.2.x but not on PHP4.3.0 - fsockopen(207.46.245.61, 80); works fine on both PHP4.3.0 and PHP4.2.x - fsockopen(lb.msnbc.com, 80); also works fine on both PHP4.3.0 and PHP4.2.x - if you need, you can find the phpinfo page at this address : http://w06.httpserveur.net/phpinfo.php Thans a lot. [2003-01-18 18:17:46] [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. What times out? The script or the fsockopen call? What is the error message? *please* read the info here: http://bugs.php.net/how-to-report.php and then fill in more information to make this a useful bug 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/21736 -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21740 [Fbk-Opn]: number_format wrong output
ID: 21740 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: win2000 PHP Version: 4.3.0 New Comment: With the latest snapshot the bug is fixed Previous Comments: [2003-01-19 03:54:20] [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 There have been some fixes to this function; try a snapshot. [2003-01-18 22:07:59] [EMAIL PROTECTED] the function number_format returns a wrong string (different char in front of the number) when the number to convert is not over 1.000 and a 'string thousands_sep' is set. -- Edit this bug report at http://bugs.php.net/?id=21740edit=1
#21750 [NEW]: Setcookie with array
From: [EMAIL PROTECTED] Operating system: Linux Red Hat PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: Setcookie with array Hi there! When i trying to set cookie it doesn't works! the code while (list($key, $value) = each ($_GET[orderformresult])) { if(empty($order[$key])){ setcookie(order[.$key.],); setcookie (order[.$key.],$value,time()+3600); }else{ setcookie (order[.$key.],$value,time()+3600); } } So , the code is right, it works, but ONLY in that directory where the cookie was setted. -- Edit bug report at http://bugs.php.net/?id=21750edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21750r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21750r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21750r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21750r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21750r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21750r=support Expected behavior: http://bugs.php.net/fix.php?id=21750r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21750r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21750r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21750r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21750r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21750r=dst IIS Stability: http://bugs.php.net/fix.php?id=21750r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21750r=gnused
#21751 [NEW]: make test miserably fails
From: [EMAIL PROTECTED] Operating system: SunOS PHP version: 4.3.0 PHP Bug Type: PHP options/info functions Bug description: make test miserably fails I didn't have . in my include_path and I had output_buffering = 4096. Reasonable? So the while(ob_get_level()) ob_end_clean(); algorithm in run-tsts.php runs forever: level won't go below 1. An implicit ob_start implied by buffering? then the feature is fine and the test script broken. I commented that out but forgot to fix the .ini. Result: many test failures and the result posted to your site w/o letting me say a word. (Quite nasty, isn't it?) In facts: 1) -n or -c . options to command line don't do it, 2) flush() doesn't work as expected when bufferning, 3) reading stdin doesn't work at all! You need to fix (1) and ship the product with a working php.ini for the tests. Please fix the tests by setting something like do you want to run the tests interactively? and if you get no answer assume NO_INTERACTION=1! TIA Ale -- Edit bug report at http://bugs.php.net/?id=21751edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21751r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21751r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21751r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21751r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21751r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21751r=support Expected behavior: http://bugs.php.net/fix.php?id=21751r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21751r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21751r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21751r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21751r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21751r=dst IIS Stability: http://bugs.php.net/fix.php?id=21751r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21751r=gnused
#21740 [Opn-Csd]: number_format wrong output
ID: 21740 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: win2000 PHP Version: 4.3.0 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-01-19 10:35:53] [EMAIL PROTECTED] With the latest snapshot the bug is fixed [2003-01-19 03:54:20] [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 There have been some fixes to this function; try a snapshot. [2003-01-18 22:07:59] [EMAIL PROTECTED] the function number_format returns a wrong string (different char in front of the number) when the number to convert is not over 1.000 and a 'string thousands_sep' is set. -- Edit this bug report at http://bugs.php.net/?id=21740edit=1
#21752 [NEW]: mail() function lost
From: [EMAIL PROTECTED] Operating system: Linux Mandrake 9.0 kernel 2.4.19 PHP version: 4.3.0 PHP Bug Type: Mail related Bug description: mail() function lost I'm using the mail() function as I used to do in the older versions but what I'm getting is an error =((. script: ?php mail([EMAIL PROTECTED],prova,prova da legolas); ? error: Fatal error: Call to undefined function: mail() in /var/www/html/mail.php on line 2 this happens only with php 4.3.0, I read the changelog and ther was nothing reguarding this. thx for help -- Edit bug report at http://bugs.php.net/?id=21752edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21752r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21752r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21752r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21752r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21752r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21752r=support Expected behavior: http://bugs.php.net/fix.php?id=21752r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21752r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21752r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21752r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21752r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21752r=dst IIS Stability: http://bugs.php.net/fix.php?id=21752r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21752r=gnused
#21707 [Com]: long html text sources truncated
ID: 21707 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: windows xp PHP Version: 4.3.0 New Comment: i'm having the same problems, but i'm running php as an module instead of cgi module. Apache 2.0.43 on winXP PHP 4.2.4-dev Setting output_buffering to On fixed this bug. Previous Comments: [2003-01-17 01:22:45] [EMAIL PROTECTED] For example: 174412 Chars -- 7957 Chars 82828 Chars -- 23906 Chars not consistent, running the 82828 char file a second time gave me 43596 chars [2003-01-17 00:51:16] [EMAIL PROTECTED] Truncated to how many characters and is it a consistent number? [2003-01-17 00:43:36] [EMAIL PROTECTED] Apache 2.0.43 running on Windows XP. Reproduced with PHP 4.3.0 running as CGI and as module. present with output_buffering = off not present with output_buffering = on A 10kb(approximately) or larger html/text file with a .php extension is truncated if output buffering is set to off. Turn output buffering on and the entire file is sent/displayed properly -- Edit this bug report at http://bugs.php.net/?id=21707edit=1
#21707 [Opn-Fbk]: long html text sources truncated
ID: 21707 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: windows xp PHP Version: 4.3.0 New Comment: Which MPM model do you use in Apache2? (e.g. worker, prefork) I managed to reproduce this with worker model. Previous Comments: [2003-01-19 11:40:38] [EMAIL PROTECTED] i'm having the same problems, but i'm running php as an module instead of cgi module. Apache 2.0.43 on winXP PHP 4.2.4-dev Setting output_buffering to On fixed this bug. [2003-01-17 01:22:45] [EMAIL PROTECTED] For example: 174412 Chars -- 7957 Chars 82828 Chars -- 23906 Chars not consistent, running the 82828 char file a second time gave me 43596 chars [2003-01-17 00:51:16] [EMAIL PROTECTED] Truncated to how many characters and is it a consistent number? [2003-01-17 00:43:36] [EMAIL PROTECTED] Apache 2.0.43 running on Windows XP. Reproduced with PHP 4.3.0 running as CGI and as module. present with output_buffering = off not present with output_buffering = on A 10kb(approximately) or larger html/text file with a .php extension is truncated if output buffering is set to off. Turn output buffering on and the entire file is sent/displayed properly -- Edit this bug report at http://bugs.php.net/?id=21707edit=1
#21754 [NEW]: php does not compile with ingres II support
From: [EMAIL PROTECTED] Operating system: Debian Linux PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: php does not compile with ingres II support Hi, When doing configure --with-apxs2=/usr/bin/apxs2 --with-mysql --with-ingres=/home/ingres I get the following error when doing make ... sapi/apache2filter/php_functions.lo main/internal_functions.lo -lingres -liiapi -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -o libphp4.la /usr/bin/ld: cannot find -lingres collect2: ld returned 1 exit status I have in my LD_LIBRARY_PATH /home/ingres/lib Best regards, Rok -- Edit bug report at http://bugs.php.net/?id=21754edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21754r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21754r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21754r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21754r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21754r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21754r=support Expected behavior: http://bugs.php.net/fix.php?id=21754r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21754r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21754r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21754r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21754r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21754r=dst IIS Stability: http://bugs.php.net/fix.php?id=21754r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21754r=gnused
#21755 [NEW]: dirname(), basename(), pathinfo() not working for Windows filenames
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: *Directory/Filesystem functions Bug description: dirname(), basename(), pathinfo() not working for Windows filenames test script: ?php // windows $path_win = 'C:\WINNT\anything.txt'; echo \n.'dirname('.$path_win.'):'.\n; var_dump(dirname($path_win)); echo \n.'basename('.$path_win.'):'.\n; var_dump(basename($path_win)); echo \n.'pathinfo('.$path_win.'):'.\n; var_dump(pathinfo($path_win)); // *nix $path_nix = '/etc/anything.conf'; echo \n.'dirname('.$path_nix.'):'.\n; var_dump(dirname($path_nix)); echo \n.'basename('.$path_nix.'):'.\n; var_dump(basename($path_nix)); echo \n.'pathinfo('.$path_nix.'):'.\n; var_dump(pathinfo($path_nix)); ? output: dirname(C:\WINNT\anything.txt): string(1) . basename(C:\WINNT\anything.txt): string(21) C:\WINNT\anything.txt pathinfo(C:\WINNT\anything.txt): array(3) { [dirname]= string(1) . [basename]= string(21) C:\WINNT\anything.txt [extension]= string(3) txt } dirname(/etc/anything.conf): string(4) /etc basename(/etc/anything.conf): string(13) anything.conf pathinfo(/etc/anything.conf): array(3) { [dirname]= string(4) /etc [basename]= string(13) anything.conf [extension]= string(4) conf } -- Edit bug report at http://bugs.php.net/?id=21755edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21755r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21755r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21755r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21755r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21755r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21755r=support Expected behavior: http://bugs.php.net/fix.php?id=21755r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21755r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21755r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21755r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21755r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21755r=dst IIS Stability: http://bugs.php.net/fix.php?id=21755r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21755r=gnused
#21756 [NEW]: Accessing $_SERVER['PATH_INFO '] causes intermittent segfault in Apache
From: [EMAIL PROTECTED] Operating system: Linux/Apache (Debian 3.0r1) PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: Accessing $_SERVER['PATH_INFO '] causes intermittent segfault in Apache If the special global $_SERVER['PATH_INFO'] is accessed in scripts on either my test or production server when it is not set (on load of home page usually) it causes Apache to segfault intermittently (like 1/100 page views...). eg, this is what caused me grief: if( $_SERVER['PATH_INFO'] == 'whatever') include( 'whatever_else'); Wrapping in call to 'isset' stopped crashes: if( isset($_SERVER['PATH_INFO']) ) if( $_SERVER['PATH_INFO'] == 'whatever') include( 'whatever_else'); Was really hard to reproduce. In the end I sat at a split screen comparing the error to the access log, second by second. The error log was reporting ~100-300 segfaults a day untill I used the call to isset, when that dropped to zero. (After a fun 6 hours trying to catch it with gdb...) -- Edit bug report at http://bugs.php.net/?id=21756edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21756r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21756r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21756r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21756r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21756r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21756r=support Expected behavior: http://bugs.php.net/fix.php?id=21756r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21756r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21756r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21756r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21756r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21756r=dst IIS Stability: http://bugs.php.net/fix.php?id=21756r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21756r=gnused
#21707 [Fbk-Opn]: long html text sources truncated
ID: 21707 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Output Control Operating System: windows xp PHP Version: 4.3.0 New Comment: Oops, my previous comment is totally off the point. Please ignore. Previous Comments: [2003-01-19 12:43:15] [EMAIL PROTECTED] Which MPM model do you use in Apache2? (e.g. worker, prefork) I managed to reproduce this with worker model. [2003-01-19 11:40:38] [EMAIL PROTECTED] i'm having the same problems, but i'm running php as an module instead of cgi module. Apache 2.0.43 on winXP PHP 4.2.4-dev Setting output_buffering to On fixed this bug. [2003-01-17 01:22:45] [EMAIL PROTECTED] For example: 174412 Chars -- 7957 Chars 82828 Chars -- 23906 Chars not consistent, running the 82828 char file a second time gave me 43596 chars [2003-01-17 00:51:16] [EMAIL PROTECTED] Truncated to how many characters and is it a consistent number? [2003-01-17 00:43:36] [EMAIL PROTECTED] Apache 2.0.43 running on Windows XP. Reproduced with PHP 4.3.0 running as CGI and as module. present with output_buffering = off not present with output_buffering = on A 10kb(approximately) or larger html/text file with a .php extension is truncated if output buffering is set to off. Turn output buffering on and the entire file is sent/displayed properly -- Edit this bug report at http://bugs.php.net/?id=21707edit=1
#21757 [NEW]: session_register (); does not do it's job!
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.3.0 PHP Bug Type: Unknown/Other Function Bug description: session_register (); does not do it's job! Here is the simple peace of code with the link to the page itself. Session ID has to stay the same all the time as it is assigned to the browser window (this conclusion is made by my own experiance :) ). Tested with IE 6.0 //Start here ?session_start ();? html head title/title /head body ?php echo session_id ().'br'; ? a href=session_id.phpTest_Link/a /body /html -- Edit bug report at http://bugs.php.net/?id=21757edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21757r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21757r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21757r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21757r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21757r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21757r=support Expected behavior: http://bugs.php.net/fix.php?id=21757r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21757r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21757r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21757r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21757r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21757r=dst IIS Stability: http://bugs.php.net/fix.php?id=21757r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21757r=gnused
#21247 [Fbk-Csd]: odbc_fetch_object not defined
ID: 21247 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: ODBC related Operating System: Windows 2000 Server PHP Version: 4.3.0 New Comment: Marking as closed then. You may wish to add a comment to the odbc_fetch_object documentation page with regards to how you made this work on Windows, and a sample script for others to try :) I'm sure they will appriciate it. Previous Comments: [2003-01-19 08:04:10] [EMAIL PROTECTED] It works. :) If you need to know any specifics about my computer, Windows XP Pro SP 1, Apache 2.0.43, The ODBC driver for Access databases that came with Windows, I havent installed Access on this computer. If you need anything else just let me know. Thanks Charles [2003-01-17 00:56:24] [EMAIL PROTECTED] It's still enabled. I haven't disabled it yet, and probably won't until I hear negatory or postive from you. It should be in the PHP5 branch, not the 4.3 branches. Any snapshot after this posting should have it. I might need to try and get my windows boxen working again to test this if you're getting an error 500 (no idea what that menas). If you can share the complete error, and the sample script you're using it would help a lot :) [2003-01-16 21:26:13] [EMAIL PROTECTED] I think I got to the snapshots to late. I downloaded the 4.3.x-dev snapshot and it said odbc_fetch_object is undefined. I also tried the 5.0.x-dev but it would only return error 500. Let me know if you can re-enable it and I will make sure to download it right away. Thanks Charles Killmer [2003-01-16 10:28:01] [EMAIL PROTECTED] Changing from bogus to not bogus, as I've just enabled fetch_object for windows. Try a snapshot and tell me if it works for you. [2002-12-29 09:26:39] [EMAIL PROTECTED] The main page of PHP has a nice HOWTO on building PHP for windows. What you'll need to edit are all in ext/odbc: php_odbc.h: remove lines 57 and 60. php_odbc.c remove lines 87 and 90 remove lines 1354 and 1511 If you can get it to work I'll move the support to MSSQL now too. 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/21247 -- Edit this bug report at http://bugs.php.net/?id=21247edit=1
#21747 [Opn-Bgs]: odbc_connect changes calc.-outputformat
ID: 21747 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Win 2000 PHP Version: 4.3.0 New Comment: This isn't an ODBC issue. ODBC doesn't care how the data is stored, it just returns it. Your problem lays in the database you're connecting to. Fix that, and I'm sure you'll find ODBC to be working as expected. Previous Comments: [2003-01-19 08:41:59] [EMAIL PROTECTED] After using $id=odbc_connect(...) all calculation (float/double) results are in German format: ex. print(123/10); will display 12,3 no further operation is possible. odbc-driver: pervasive 2000 database -- Edit this bug report at http://bugs.php.net/?id=21747edit=1
#21758 [NEW]: PCRE functions were screwed up
From: [EMAIL PROTECTED] Operating system: Linux, Win32 PHP version: 5CVS-2003-01-19 (dev) PHP Bug Type: Scripting Engine problem Bug description: PCRE functions were screwed up Probably this patch screwed up preg_replace_* functions: http://lists.php.net/article.php?group=php.cvsarticle=18024 I need the functionality to pass a callback _method_ to preg_replace_callback(). It worked usually like this (in a class): $s = preg_replace_callback(pattern, array($this, 'callbackmethod'), $s); Now array is forbidden. Is this your intention? How to access callback methods then? regards dtg -- Edit bug report at http://bugs.php.net/?id=21758edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21758r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21758r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21758r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21758r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21758r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21758r=support Expected behavior: http://bugs.php.net/fix.php?id=21758r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21758r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21758r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21758r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21758r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21758r=dst IIS Stability: http://bugs.php.net/fix.php?id=21758r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21758r=gnused
#21755 [Opn-Bgs]: dirname(), basename(), pathinfo() not working for Windows filenames
ID: 21755 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Linux PHP Version: 4.3.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php On *nix \ is not a directory separator. Previous Comments: [2003-01-19 13:33:08] [EMAIL PROTECTED] test script: ?php // windows $path_win = 'C:\WINNT\anything.txt'; echo \n.'dirname('.$path_win.'):'.\n; var_dump(dirname($path_win)); echo \n.'basename('.$path_win.'):'.\n; var_dump(basename($path_win)); echo \n.'pathinfo('.$path_win.'):'.\n; var_dump(pathinfo($path_win)); // *nix $path_nix = '/etc/anything.conf'; echo \n.'dirname('.$path_nix.'):'.\n; var_dump(dirname($path_nix)); echo \n.'basename('.$path_nix.'):'.\n; var_dump(basename($path_nix)); echo \n.'pathinfo('.$path_nix.'):'.\n; var_dump(pathinfo($path_nix)); ? output: dirname(C:\WINNT\anything.txt): string(1) . basename(C:\WINNT\anything.txt): string(21) C:\WINNT\anything.txt pathinfo(C:\WINNT\anything.txt): array(3) { [dirname]= string(1) . [basename]= string(21) C:\WINNT\anything.txt [extension]= string(3) txt } dirname(/etc/anything.conf): string(4) /etc basename(/etc/anything.conf): string(13) anything.conf pathinfo(/etc/anything.conf): array(3) { [dirname]= string(4) /etc [basename]= string(13) anything.conf [extension]= string(4) conf } -- Edit this bug report at http://bugs.php.net/?id=21755edit=1
#21746 [Opn-Bgs]: gmake: *** [ext/ctype/ctype.lo] Error 1
ID: 21746 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 4.7 PHP Version: 4.3.0 New Comment: I just did a configure similar to yours (only with more options) and found no issues. I'm guessing this is a local install issue as I've not had any of these problems yet on FreeBSD. Marking as Bogus. Previous Comments: [2003-01-19 05:31:19] [EMAIL PROTECTED] When I run this configure command (and any other options with apxs): ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --enable-track-vars \ --with-openssl=/usr \ --enable-force-cgi-redirect \ --enable-sockets \ --with-gettext \ --with-mm Followed with the command: gmake I get the following error message: Server# gmake /bin/sh libtool --silent --mode=compile gcc -Iext/ctype/ -I/usr/local/src/php-4.3.0/ext/ctype/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.0/include -I/usr/local/src/php-4.3.0/main -I/usr/local/src/php-4.3.0 -I/usr/local/src/php-4.3.0/Zend -I/usr/local/include -I/usr/local/src/php-4.3.0/ext/xml/expat -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.0/ext/ctype/ctype.c -o ext/ctype/ctype.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.0/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.0/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.0/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.0/Zend/zend.h:202, from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/Zend/zend.h:203, from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.0/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:224, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. gmake: *** [ext/ctype/ctype.lo] Error 1 -I have this problem sinds version 4.2.1. -Compilation worked when I replace the --with-apxs=/usr/local/apache/bin/apxs param with --with-apache=../apache-1.3.27, but I don't want a static php installation. -When I disable ctype in configure (--disable-ctype) it hangs at gettext. (Also with the error: In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, ... ) -- Edit this bug report at http://bugs.php.net/?id=21746edit=1
#21757 [Opn-Fbk]: session_register (); does not do it's job!
ID: 21757 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Session related Operating System: Windows XP Pro PHP Version: 4.3.0 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. A) updating category. B) Not enough info, and from what I can tell so far this is probably Bogus. Previous Comments: [2003-01-19 15:38:38] [EMAIL PROTECTED] Here is the simple peace of code with the link to the page itself. Session ID has to stay the same all the time as it is assigned to the browser window (this conclusion is made by my own experiance :) ). Tested with IE 6.0 //Start here ?session_start ();? html head title/title /head body ?php echo session_id ().'br'; ? a href=session_id.phpTest_Link/a /body /html -- Edit this bug report at http://bugs.php.net/?id=21757edit=1
#21731 [Opn-Fbk]: imagettfbbox() and imagettftext() don't work
ID: 21731 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 4.3.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I've tried both relative and full paths for the font files and it had worked each time. Try using the latest CVS snapshot, it may solve the problem Previous Comments: [2003-01-18 20:52:26] [EMAIL PROTECTED] Well I have had the time to google a lot, and found out that using realpath($fonte) the script work. See http://bugs.php.net/bug.php?id=6960 [2003-01-18 16:03:41] [EMAIL PROTECTED] damn, I don't know why .phps does not work either.. anyway that doesn't bother me you can see the source here http://www.ditech.com.br/~alvaro/im.txt the other links work fine [2003-01-18 13:15:03] [EMAIL PROTECTED] Please supply working examples, the provided URLs cannot be accessed. [2003-01-18 13:04:16] [EMAIL PROTECTED] This is what I get when trying to write a text over a PNG (tried JPEG too) image. Warning: imagettfbbox() [function.imagettfbbox]: Could not find/open font in /home/alvaro/html/im.php on line 6 Warning: imagettftext() [function.imagettftext]: Could not find/open font in /home/alvaro/html/im.php on line 14 file perms are ok. PHP 4.3 compiled with bundled GD+external jpeg libs with gcc-3.2 on Debian. URL is http://www.ditech.com.br/~alvaro/im.php source is http://www.ditech.com.br/~alvaro/im.phps PHPinfo: http://www.ditech.com.br/~alvaro/php.php -- Edit this bug report at http://bugs.php.net/?id=21731edit=1
#21706 [Opn-Bgs]: PHP Access Violation on Bad URL from IE
ID: 21706 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: marking as bogus as user cannot reproduce it. If it does happen again, please re-open the bug. Thanks! Previous Comments: [2003-01-18 21:29:06] [EMAIL PROTECTED] I tried to reproduce it again today with no success, which is weird as I hadn't rebooted the server or IIS, and the initial problem was definitely reproducible (It was happening for at least 3-4 hours). Sorry. [2003-01-17 09:02:13] [EMAIL PROTECTED] Do you see a chance to use some debugging proxy to retrieve the actual HTTP requests sent in both cases? there *should* be no difference in what the browser sends in all 4 cases, but IE sometimes does funny things, esp. when talking to iis ... [2003-01-17 00:34:01] [EMAIL PROTECTED] PHP 4.3.0 on IIS 5 (Win2k Server, SP3) crashes when I access the site using Internet Explorer (Versions 5.5 AND 6.0) with the following URLs: 'hostname/' and 'hostname'(minus the quotation marks) However, 'http://hostname/' works, and so does 'http://hostname'. The error message given is: 'PHP has encountered an Access Violation at 45524F4D'. -- Edit this bug report at http://bugs.php.net/?id=21706edit=1
#21750 [Opn-Bgs]: Setcookie with array
ID: 21750 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Linux Red Hat PHP Version: 4.3.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If you want cookie to be set for directory other then current provide the path parameter to setcookie() as the 4th argument. Previous Comments: [2003-01-19 10:42:51] [EMAIL PROTECTED] Hi there! When i trying to set cookie it doesn't works! the code while (list($key, $value) = each ($_GET[orderformresult])) { if(empty($order[$key])){ setcookie(order[.$key.],); setcookie (order[.$key.],$value,time()+3600); }else{ setcookie (order[.$key.],$value,time()+3600); } } So , the code is right, it works, but ONLY in that directory where the cookie was setted. -- Edit this bug report at http://bugs.php.net/?id=21750edit=1
#21742 [Opn-Bgs]: $_SERVER[PATH_INFO] doesnt work
ID: 21742 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP Home PHP Version: 4.3.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If you want the PATH_INFO variable to be avaliable you must enable 'AcceptPathInfo' in your Apache configuration file. Previous Comments: [2003-01-19 07:49:16] [EMAIL PROTECTED] Actually, I wasn't aware of the AcceptPathInfo on.. stupid me.. I take it this solves the problem? I only noticed it when using ForceType via .htaccess to force another file type.. [2003-01-19 06:15:53] [EMAIL PROTECTED] Just a note about the bug system; a fix for that problem has been comitted and will appear when the site next updates. [2003-01-19 05:29:30] [EMAIL PROTECTED] Hi, Did you add 'AcceptPathInfo on' in the file httpd.conf for apache2 ? leonard [2003-01-19 01:32:10] [EMAIL PROTECTED] If you try to use the $_SERVER['PATH_INFO'] variables, it won't work becuase Apache won't let you use file.php/ becuase it tries to look for the file '/' and can't find it, thus throwing a 404.. Also, if you have any ' in your Summary.. it throws an error ;P ( Bug System ) -- Edit this bug report at http://bugs.php.net/?id=21742edit=1
#21752 [Opn-Bgs]: mail() function lost
ID: 21752 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Linux Mandrake 9.0 kernel 2.4.19 PHP Version: 4.3.0 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Your php lacks the mail() function because during installation (configure phase) PHP was unable to fund sendmail or equivalent binary on your system. Previous Comments: [2003-01-19 11:12:36] [EMAIL PROTECTED] I'm using the mail() function as I used to do in the older versions but what I'm getting is an error =((. script: ?php mail([EMAIL PROTECTED],prova,prova da legolas); ? error: Fatal error: Call to undefined function: mail() in /var/www/html/mail.php on line 2 this happens only with php 4.3.0, I read the changelog and ther was nothing reguarding this. thx for help -- Edit this bug report at http://bugs.php.net/?id=21752edit=1
#21759 [NEW]: custom handlers for parse errors
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.2.2 PHP Bug Type: Feature/Change Request Bug description: custom handlers for parse errors I'd love to see a mechanism in PHP similar to the Apache ErrorDocument directive to allow the custom handling of pre-execute-time errors (such as most parse errors), since these errors precede and thus usurp set_error_handler(), leaving you otherwise stuck with only slightly modifiable PHP error messages. The error values error_type_str, buffer, error_filename, error_lineno, and type (from main/main.c) could be passed to the handler script as $_SERVER[error_type_str], et. al. to allow the handler to use them dynamically - perhaps even passing them to the same custom error handler function that got spurned the first time around, i.e.: ?php // /bad_script.php include_once(my_function_lib.inc); // contains valid function my_custom_error_handler() set_error_handler(my_custom_error_handler); // and would all be fine and good to catch errors such as: $x=1/0; // except x x // causes a parse error, which gets processed before // my_custom_error_handler() is available exit; ? # php.ini or .htaccess # (... other directives) php_error_document = '/error_handler_script.php' # (other directives ...) ?php // /error_handler_script.php - to the rescue include_once(my_function_lib.inc); // same as above, but now we my_custom_error_handler($_SERVER[error_type], $_SERVER[error_type_str], $_SERVER[error_filename], $_SERVER[error_lineno]); // to do directly what we were unable to do via // set_error_handler() the first time around exit; ? I've seen a few posts from people looking for something like this, and this strikes me as the most elegant way of going about it. I've also read replies to similar posts and I don't see this particular approach having been suggested before. As to (t)he (php-dev) decision ... that parse errors are preventable - I definitely agree, and will add that they're easier to prevent as it gets easier to find and fix them. That's what this idea is trying to accomplish - I want my error handler on my development server to display the source code at and around the error so that I can more quickly find and fix the problem. Looking at the PHP source I'm guessing it wouldn't be terribly difficult to implement this... you'd just need to make sure you break out of the loop that would otherwise be caused if the error handler script itself has a parse error in it... I'm using 4.2.2 but I noticed that your change log as of 4.3.0 doesn't mention anything like this, so I assume I'm not re-proposing the wheel here. Thanks. -- Edit bug report at http://bugs.php.net/?id=21759edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21759r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21759r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21759r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21759r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21759r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21759r=support Expected behavior: http://bugs.php.net/fix.php?id=21759r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21759r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21759r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21759r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21759r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21759r=dst IIS Stability: http://bugs.php.net/fix.php?id=21759r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21759r=gnused
#21735 [Opn-Csd]: errors in mcve.c on make
ID: 21735 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.6 PHP Version: 4.3.0 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Unable to reproduce from CVS head... although had other build issues with mcve library built from ports... believe it to be a ports issue. I'm going to call this fixed in CVS. Previous Comments: [2003-01-18 15:56:15] [EMAIL PROTECTED] The error I get on make: /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c: In function `zm_startup_mcve': /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:165: `MC_TRANTYPE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:165: (Each undeclared identifier is reported only once /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:165: for each function it appears in.) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:166: `MC_USERNAME' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:167: `MC_PASSWORD' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:168: `MC_ACCOUNT' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:169: `MC_TRACKDATA' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:170: `MC_EXPDATE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:171: `MC_STREET' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:172: `MC_ZIP' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:173: `MC_CV' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:174: `MC_COMMENTS' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:175: `MC_CLERKID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:176: `MC_STATIONID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:177: `MC_APPRCODE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:178: `MC_AMOUNT' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:179: `MC_PTRANNUM' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:180: `MC_TTID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:181: `MC_USER' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:182: `MC_PWD' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:183: `MC_ACCT' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:184: `MC_BDATE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:185: `MC_EDATE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:186: `MC_BATCH' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:187: `MC_FILE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:188: `MC_ADMIN' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:189: `MC_AUDITTYPE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:190: `MC_CUSTOM' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:193: `MC_USER_PROC' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:194: `MC_USER_USER' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:195: `MC_USER_PWD' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:196: `MC_USER_INDCODE' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:197: `MC_USER_MERCHID' undeclared (first use in this function) /usr/home/klimpong/download/php-4.3.0/ext/mcve/mcve.c:198: `MC_USER_BANKID'
#21736 [Opn-Fbk]: fsockopen timeouts
ID: 21736 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: leaving marked as feedback until user reports back. Previous Comments: [2003-01-19 09:45:10] [EMAIL PROTECTED] Hi, We have set default_socket_timeout=20 It changes nothing. fsockopen() doesn't respond even after 20 secs. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Again, it works fine in PHP4.2.x. It responds (positively) in less than 3 secs and the socket is correctly open. Tonight I will try with http://snaps.php.net/php4-STABLE-latest.tar.gz I will tell you what happens. Thanks. [2003-01-19 03:53:01] [EMAIL PROTECTED] I stand by my original comment; you have your max_execution_time set to 30 seconds, while the default_socket_timeout is 60 seconds. Try setting it to something less than 30 seconds (or even using the timeout parameter to fsockopen). [2003-01-19 03:48:50] [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 sorry - I just re-read you report (it's early!). Can you try a stable snapshot? If it still hangs, can you read the instructions here: http://bugs.php.net/bugs-generating-backtrace.php and follow the If you can't get a core file section; when/if php hangs (after approx 1 minute), interrupt the httpd by pressing CTRL-C and then type bt full. [2003-01-19 03:44:31] [EMAIL PROTECTED] And did you read the NEWS for PHP 4.3.0? Added php.ini option default_socket_timeout to set the timeout limit for PHP network streams. (kalowsky, [EMAIL PROTECTED], Wez) This setting is documented here: http://www.php.net/manual/en/ref.filesystem.php Changing this to a documentation problem as the fsockopen page should mention this new feature (which helps prevents potential DOS attacks), and the documentation of the ini setting should be listed in either the network functions summary or in the new streams section. [2003-01-18 19:45:05] [EMAIL PROTECTED] Hi, Thanks for your answer. You're right, it is not the fsockopen() which times out. It is the script itself because the fsockopen() never responds. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Here is some hints: - the script runs fine on PHP4.2.x but not on PHP4.3.0 - fsockopen(207.46.245.61, 80); works fine on both PHP4.3.0 and PHP4.2.x - fsockopen(lb.msnbc.com, 80); also works fine on both PHP4.3.0 and PHP4.2.x - if you need, you can find the phpinfo page at this address : http://w06.httpserveur.net/phpinfo.php Thans a lot. 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/21736 -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21752 [Bgs]: mail() function lost
ID: 21752 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Mail related Operating System: Linux Mandrake 9.0 kernel 2.4.19 PHP Version: 4.3.0 New Comment: Thx, that solved my problem =))) sorry for my lack of attention :D Previous Comments: [2003-01-19 18:12:26] [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 Your php lacks the mail() function because during installation (configure phase) PHP was unable to fund sendmail or equivalent binary on your system. [2003-01-19 11:12:36] [EMAIL PROTECTED] I'm using the mail() function as I used to do in the older versions but what I'm getting is an error =((. script: ?php mail([EMAIL PROTECTED],prova,prova da legolas); ? error: Fatal error: Call to undefined function: mail() in /var/www/html/mail.php on line 2 this happens only with php 4.3.0, I read the changelog and ther was nothing reguarding this. thx for help -- Edit this bug report at http://bugs.php.net/?id=21752edit=1
#21736 [Fbk-Opn]: fsockopen timeouts
ID: 21736 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) PHP Version: 4.3.0 New Comment: Hi, I just tried : http://snaps.php.net/php4-STABLE-latest.tar.gz and the problem remains the same. I'm sorry to bore you with that. Previous Comments: [2003-01-19 18:28:13] [EMAIL PROTECTED] leaving marked as feedback until user reports back. [2003-01-19 09:45:10] [EMAIL PROTECTED] Hi, We have set default_socket_timeout=20 It changes nothing. fsockopen() doesn't respond even after 20 secs. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Again, it works fine in PHP4.2.x. It responds (positively) in less than 3 secs and the socket is correctly open. Tonight I will try with http://snaps.php.net/php4-STABLE-latest.tar.gz I will tell you what happens. Thanks. [2003-01-19 03:53:01] [EMAIL PROTECTED] I stand by my original comment; you have your max_execution_time set to 30 seconds, while the default_socket_timeout is 60 seconds. Try setting it to something less than 30 seconds (or even using the timeout parameter to fsockopen). [2003-01-19 03:48:50] [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 sorry - I just re-read you report (it's early!). Can you try a stable snapshot? If it still hangs, can you read the instructions here: http://bugs.php.net/bugs-generating-backtrace.php and follow the If you can't get a core file section; when/if php hangs (after approx 1 minute), interrupt the httpd by pressing CTRL-C and then type bt full. [2003-01-19 03:44:31] [EMAIL PROTECTED] And did you read the NEWS for PHP 4.3.0? Added php.ini option default_socket_timeout to set the timeout limit for PHP network streams. (kalowsky, [EMAIL PROTECTED], Wez) This setting is documented here: http://www.php.net/manual/en/ref.filesystem.php Changing this to a documentation problem as the fsockopen page should mention this new feature (which helps prevents potential DOS attacks), and the documentation of the ini setting should be listed in either the network functions summary or in the new streams section. 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/21736 -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#13809 [Asn-Fbk]: Openlink 3.2 and 4.0 odbc_do and single quotes
ID: 13809 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Feedback Bug Type: ODBC related Operating System: SCO Openserver 5.0.5 RH Lnux 7 PHP Version: 4.0.6 Assigned To: ahill New Comment: 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 Removing ahill assigned to status, and asking to try a newer version Previous Comments: [2002-05-22 15:22:24] [EMAIL PROTECTED] Assigning to Andrew [2002-05-13 18:18:18] [EMAIL PROTECTED] did some examination on this, and I believe it lies in the OpenLink software... as I see the same problem here, but not on my Windows emulation. Andrew any chance you can take a look into this further? [2001-10-24 05:19:44] [EMAIL PROTECTED] Came across this issue when doing my data conversions. If the fields have single quotes in them, odbc_do fails. I have tested this against the Openlink 3.2 and 4.1 SDK's and found that using odbc_prepare works fine. Basic Script ? $conn = odbc_connect($dsn,,,$cursor); $sql=SELECT ID,Category,description FROM card_type WHERE description='IMPEYS'; echo BRbSQL:/b $sqlBR; $results = odbc_do($conn,$sql); if ($results) { while (odbc_fetch_into($results,$row)) { echo $row[0]. .$row[1]. .$row[2].\n; } } $sql=SELECT ID,Category,description FROM card_type WHERE description LIKE '%PEP%'; echo BRbSQL:/b $sqlBR; $results = odbc_do($conn,$sql); if ($results) { while (odbc_fetch_into($results,$row)) { echo $row[0]. .$row[1]. .$row[2].\n; } } $sql='SELECT ID,Category,description FROM card_type WHERE description LIKE %PEP%'; echo BRbSQL:/b $sqlBR; $results = odbc_do($conn,$sql); if ($results) { while (odbc_fetch_into($results,$row)) { echo $row[0]. .$row[1]. .$row[2].\n; } } $sql='SELECT ID,Category,description FROM card_type WHERE description=PEPPERELL\'S'; echo BRbSQL:/b $sqlBR; $results = odbc_do($conn,$sql); if ($results) { while (odbc_fetch_into($results,$row)) { echo $row[0]. .$row[1]. .$row[2].\n; } } $sql=SELECT ID,Category,description FROM card_type WHERE description=\PEPPERELL'S\; echo BRbSQL:/b $sqlBR; $results = odbc_do($conn,$sql); if ($results) { while (odbc_fetch_into($results,$row)) { echo $row[0]. .$row[1]. .$row[2].\n; } } /* Output -- SQL: SELECT ID,Category,description FROM card_type WHERE description='IMPEYS' 355 Other Item IMPEYS SQL: SELECT ID,Category,description FROM card_type WHERE description LIKE '%PEP%' 177 Other Item PEPPERELL'S SQL: SELECT ID,Category,description FROM card_type WHERE description LIKE %PEP% Warning: SQL error: [OpenLink][ODBC][Driver]Syntax error or access, SQL state 37000 in SQLExecDirect in /usr/local/.WWW/WEBS/_odbc/test.php3 on line 42 SQL: SELECT ID,Category,description FROM card_type WHERE description=PEPPERELL'S Warning: SQL error: [OpenLink][ODBC][Driver]Syntax error or access, SQL state 37000 in SQLExecDirect in /usr/local/.WWW/WEBS/_odbc/test.php3 on line 50 SQL: SELECT ID,Category,description FROM card_type WHERE description=PEPPERELL'S Warning: SQL error: [OpenLink][ODBC][Driver]Syntax error or access, SQL state 37000 in SQLExecDirect in /usr/local/.WWW/WEBS/_odbc/test.php3 on line 58 */ ? -- Edit this bug report at http://bugs.php.net/?id=13809edit=1
#21681 [Com]: Isapi/mssql crashes under high load !!!!
ID: 21681 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: A question for [EMAIL PROTECTED]: Is there anything you can do for this problem? If it isn't a piece of code, perhaps a nice email to Microsoft or something like that...Please. Microsoft won't come to PHP guys asking if there's something they could do. It's you who must go to them. Furthermore, your email would be a lot more powerful than an email from some ordinary PHP developer. I mean, practically, this bug prevents me from using ISAPI at all and as you may have noted I'm not the only one. You've got to face the facts, because this bug might prevent ISAPI from ever becoming for production use. So please, do something about it. Hit the home run, because ISAPI is nearly there! Previous Comments: [2003-01-18 18:48:32] [EMAIL PROTECTED] Hi, thanks for your tip, I will test it and return a feedback. [2003-01-18 18:38:02] [EMAIL PROTECTED] This is a problem with missing thread safety in the Microsoft libraries used to build the MSSQL extension. It can be used with ISAPI but you can only get a stable system when using cgi or fastcgi. The CGI error is not caused by either PHP or the MSSQL extension, but rather a problem with IIS. CGI processes are launched in forground, but the default setting for Windows NT/2000 is to optimize performence for background processes. If you switch this the CGI errors will go away. [2003-01-18 14:29:39] [EMAIL PROTECTED] Sorry, I have also tested the latest snaps without any success! Can it give problems with connection when the MSSQL-Server is configurated with Network-protocols Named Pipes and TCP/IP ??? Have someone experience with it? Thanks and best regards, Andi [2003-01-17 20:53:10] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-16 03:03:24] [EMAIL PROTECTED] sorry, have forgotten that just ISAPI is important!!! 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/21681 -- Edit this bug report at http://bugs.php.net/?id=21681edit=1
#20203 [Opn-Bgs]: odbc_do() or odbc_exec() Always produces a segmentation fault core dump
ID: 20203 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: sparc solaris 2.8 and 2.6 PHP Version: 4.2.3 New Comment: This isn't a bug in the PHP code. The SQLExtendedFetch basically creates a cursor for examination of the data, rather than have to transfer the data over the network each time. In ODBC v3 it's called SQLFetchScroll and works a bit better (optimized thats all). Honestly I can't reproduce this bug on my end. What I'm thinking is happening is your database doesn't support the scrollable cursor option, for which I suggest you read in the manual how to change this. It should make a big difference. Marking as bogus, as this isn't a bug in the PHP end of things. Previous Comments: [2002-11-19 05:15:44] [EMAIL PROTECTED] Hello there I have no tried this on freeBSD or OSX But on suse linux i had exactly the same symptom and it was resolved the sane way Thats why i suspect that the problem could be in the php code Regards Christos [2002-11-18 16:53:49] [EMAIL PROTECTED] No because the same code works just fine using iODBC on OSX, FreeBSD, and Linux (i386). So if anything it's a case of drivers not being properly supported for the SunOS systems. [2002-11-18 13:14:58] [EMAIL PROTECTED] Hello again I have already submitted a bug on openlinksw But dont you think that this is a bug of php ? And by the way what is the difference between the 2 functions ? Regards Christos [2002-11-18 10:34:08] [EMAIL PROTECTED] Can you please submit a bug with Openlink SW the makers of iODBC. This should work, for all platforms. Please submit a bug at http://www.openlinksw.com/support/online.htm [2002-11-18 08:57:51] [EMAIL PROTECTED] Hello from Athens AGAIN WOWOWOWOWOW I am happy I removed the line you said from ext/odbc/php_odbc.h and DAMN it works ! Thanks very much for your help I anyway think that the bug still exists as fat as SQLExtendedFetch is conserned and has to be resolved in future releases of php (I used 4.2.3) Best regards Christos 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/20203 -- Edit this bug report at http://bugs.php.net/?id=20203edit=1
#20298 [Ana-Bgs]: odbc.check_persistent not working
ID: 20298 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Bogus Bug Type: ODBC related Operating System: Windows 2000 Server SP2 PHP Version: 4.3.0-pre2 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Not saying this is bogus but can you try the release version just to make sure? I did test this on a win2k build recently and found it to work under CGI. how are you running this? Previous Comments: [2002-12-18 13:59:45] [EMAIL PROTECTED] I'm unable to reproduce this on the UNIX end of things. Anyone with a Windows boxen working that can test this? [2002-11-07 07:41:49] [EMAIL PROTECTED] Make sure the odbc.check_persistent is on and that odbc.allow_persistent is on. Set up a database connection called dsnname Run the script below (substituting [tabname] for a valid table name in your database). Check that you have persistent connections, ie with the webserver idle make sure your database shows connections from the webserver. Restart the database or kill the session belonging to the web server. Re-run the script below and the odbc_exec fails with an error: connection not open or smililar depending on your odbc driver. I have found this effect to be the same with the Postgres odbc driver and the Informix 3.30 odbc driver. I presume that odbc.check_persistent is supposed to check that the connection is still attached to the database before pconnect gives it to the script? ? $dbconn = odbc_pconnect(dsnname,,); $rid = odbc_exec($dbconn,select * from [tabname]); ? -- Edit this bug report at http://bugs.php.net/?id=20298edit=1
#18271 [Fbk-Opn]: Problems reading MSSQL data of type real
ID: 18271 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: Win2000 PHP Version: 4.3.0 New Comment: Nope, unfortunately I haven't been able to do anything yet, because my local sysadmin has been difficult to contact, and I need his approval to log on to the server. In the meantime, I've worked around the problem by changing all my real type columns to decimal. When I get a chance, I'll test your snapshot and post my results here. My previous question still stands. I downloaded the archive you pointed me to, but all you said was try it. I'm assuming that you mean to try the php_mssql.dll file. Am I correct? Previous Comments: [2003-01-17 21:16:19] [EMAIL PROTECTED] Did you try it or not? [2003-01-15 19:19:12] [EMAIL PROTECTED] And it's just a case of overwriting my current php_mssql.dll with the one in this archive? [2003-01-15 03:56:40] [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 There were some mssql fixes committed recently. [2003-01-15 00:19:05] [EMAIL PROTECTED] I've been on holidays for a while, so missed out on the request to use the CVS snapshot. However, yesterday I upgraded to 4.3.0, and the real data type problem became a whole lot worse. All my real data is currently being retreived by PHP as approximately 4.330e-304. For example, a particular cell that holds the value 0.09 is being retreived by PHP as 4.33060646217E-304. And it's not even consistent. Another cell in the same column which also contains 0.09 is coming back as 4.33041176821E-304. Nor is it proportionate. A cell containing 0.5 is reported as 4.33055085271E-304, which is actually *less* than the first 0.09 example! Just to test the other end of the range, I put the value 500 into a real cell, and this is what came back: 4.33041185318E-302. If there is a pattern to these infinitestmal numbers, I can't detect it. Apart from the 4.330 part, the rest appears essentially random, and doesn't appear to have any relationship to the actual data. I can still acquire the correct data using non-PHP technologies, such as looking at the data directly in SQL Server Query Tool, running linked tables from MS Access, using ODBC from Excel, etc etc. PHP appears to be working correctly with all other data types at this stage. Please let me know if a fix is likely in the near future. If it's not, I'll need to implement a workaround, or regress to an earlier PHP version. I tried the link you provided to the Win32 CVS snapshot, but I got a 403 Forbidden response. [2002-12-28 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. 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/18271 -- Edit this bug report at http://bugs.php.net/?id=18271edit=1
#21650 [Com]: libphp4.so not found after a successful compile
ID: 21650 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: I just hit this bug tonight. It appears this bug has been around in one form or another for over a year, but I haven't seen a solid solution yet. Basic bug: libphp4.la created instead of libphp4.so. Closest solution so far: The libphp4.so not is created by make because the libtool have a flag set to no. The libtool is created by configure; before you launch make, edit libtool and set build_libtool_libs=yes. After launched make, under .libs you find libphp4.so.0:move it under libs as libphp4.so and run make install. This did not work for me (libphp4.so.0 file never created - .libs directory isn't created until make install...). Maybe it will work for you. I will keep digging. If I find a solution, I will post it... Research: When I grep the Makefile for libphp4.so, I see: libs/libphp4.bundle: $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS) $(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OB JS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ cp $@ libs/libphp4.so This is a hint towards the solution... Previous Comments: [2003-01-15 02:40:17] [EMAIL PROTECTED] config : ./configure --with-apxs=/system/www/bin/apxs gcc version : 2.9-aix43-010414 (yep,this is compiled by IBM for rs/6000 platform) after a successful compiling phase following error message displayed... cut here Installing PHP SAPI module [activating module `php4' in /system/www/conf/httpd.conf] cp libs/libphp4.so /system/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=1 make: 1254-004 The error code from the last command is 1. Stop. - cut here there are libphp4.la and libphp4.a files in libs directory. -- Edit this bug report at http://bugs.php.net/?id=21650edit=1
#21760 [NEW]: socket_read PHP_NORMAL_READ problem
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7 PHP version: 4.3.0 PHP Bug Type: Sockets related Bug description: socket_read PHP_NORMAL_READ problem $string = socket_read( $socket, 100, PHP_NORMAL_READ ); will return a \n after several reads, and continue to return \n in an infinite loop rather than the rest of the buffer. The server it's reading from sends a large multi-line (lines terminated with \n) packet (~7500 bytes) in one write() call. After reading through about half of it with the line above, socket_read will start returning bad data about 10% - 20% of the time. -- Edit bug report at http://bugs.php.net/?id=21760edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21760r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21760r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21760r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21760r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21760r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21760r=support Expected behavior: http://bugs.php.net/fix.php?id=21760r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21760r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21760r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21760r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21760r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21760r=dst IIS Stability: http://bugs.php.net/fix.php?id=21760r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21760r=gnused
#21629 [Fbk]: very strange bug happens only once in a while
ID: 21629 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Red Hat Linux 7.2 (Enigma) PHP Version: 4.3.0 New Comment: Please let us know if the reinstalling fixes this problem. Previous Comments: [2003-01-18 14:36:23] [EMAIL PROTECTED] No, I can not reproduce this on any other machine. Perhaps one of the libraries on the machine is creating all these problems. On the other hand, I really have no tools to find which one, because the occurence is so rare (a few times in 24 hours, but not rare enough for my client to complain, and not even rare enough for my own standards). I am going to reformat this box and install Debian on it, and use the latest stable version of php available on the debian stable update channel. Should you have any suggestions, or even want to access the box to check some stuff, I am available on this email, and also online on ICQ 104495. Thanks, Aric [2003-01-17 20:10:50] [EMAIL PROTECTED] Are you able to reproduce this on any OTHER machine? [2003-01-16 19:51:38] [EMAIL PROTECTED] Some kind person forwarded me to bug number 21310. I have already SEEN this bug as stated before. This is not the same problem! As the subject says, Inclusion works, both absolute and relative. It works well for 5 hours, then one include will fail, will work again very well for 2 more hours, then, again some relative include failes! This is NOT a constant behavior, because if it was, I'm not such an idiot that I wouldn't be able to track it down! My trouble is that it only happens once every few hours, and is unrelated to anything. I made sure the kernel has enough file descriptors, and made sure there is enough space left on the device, and CPU load is never over 0.2! This is definitely a bug, and even if it is not a bug, the error reporting for it is definitely obscure and insucificient. The include path was indeed set to 0 for some reason, and I have changed it in my php.ini to .:./. This has not helped much. I performed a super-fresh compilation of 4.3.0, without relying on any external software/extension. Whoever manages to shed some light on this will get my most sincere gratitude, as it is a heavy burden on the soul to have such a problem. Thanks again, Aric [2003-01-15 03:17:21] [EMAIL PROTECTED] The include_path in your phpinfo.php output is a bit strange: include_path 0 .:./ What do you have it set as in your php.ini? (in /usr/local/lib/php.ini) [2003-01-15 01:49:22] [EMAIL PROTECTED] That's not very helpful is it? Where is that bug? What was the resolution? I found 5 or 6 resembling bugs, but they were either closed without a resolution, or were not exactly the same (they had to do with misconfiguration). Also, this is NOT a Bogus bug! At most, it is a duplicate. Aric 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/21629 -- Edit this bug report at http://bugs.php.net/?id=21629edit=1
#21761 [NEW]: PHP Warning: Unknown(): Unable to load dynamic library 'd:\php\php_mcrypt.dll'
From: [EMAIL PROTECTED] Operating system: windows2000 PHP version: 4.3.0 PHP Bug Type: mcrypt related Bug description: PHP Warning: Unknown(): Unable to load dynamic library 'd:\php\php_mcrypt.dll' PHP Warning: Unknown(): Unable to load dynamic library 'd:\php\php_mcrypt.dll' php_mcrypt.dll at the same path of the php_gd.dll, gd can work, but mcrypt can't. i downloaded all the files from php. -- Edit bug report at http://bugs.php.net/?id=21761edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21761r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21761r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21761r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21761r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21761r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21761r=support Expected behavior: http://bugs.php.net/fix.php?id=21761r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21761r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21761r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21761r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21761r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21761r=dst IIS Stability: http://bugs.php.net/fix.php?id=21761r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21761r=gnused
#21736 [Opn]: fsockopen timeouts
ID: 21736 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Sockets related Operating System: Linux (kernel 2.4.18) -PHP Version: 4.3.0 +PHP Version: 4.3.1-dev New Comment: FYI: I can NOT reproduce this with PHP 4.3.1-dev. Previous Comments: [2003-01-19 18:34:04] [EMAIL PROTECTED] Hi, I just tried : http://snaps.php.net/php4-STABLE-latest.tar.gz and the problem remains the same. I'm sorry to bore you with that. [2003-01-19 18:28:13] [EMAIL PROTECTED] leaving marked as feedback until user reports back. [2003-01-19 09:45:10] [EMAIL PROTECTED] Hi, We have set default_socket_timeout=20 It changes nothing. fsockopen() doesn't respond even after 20 secs. After 1 minute waiting for a respond, my browser give up. So I don't have any error message from the script. Again, it works fine in PHP4.2.x. It responds (positively) in less than 3 secs and the socket is correctly open. Tonight I will try with http://snaps.php.net/php4-STABLE-latest.tar.gz I will tell you what happens. Thanks. [2003-01-19 03:53:01] [EMAIL PROTECTED] I stand by my original comment; you have your max_execution_time set to 30 seconds, while the default_socket_timeout is 60 seconds. Try setting it to something less than 30 seconds (or even using the timeout parameter to fsockopen). [2003-01-19 03:48:50] [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 sorry - I just re-read you report (it's early!). Can you try a stable snapshot? If it still hangs, can you read the instructions here: http://bugs.php.net/bugs-generating-backtrace.php and follow the If you can't get a core file section; when/if php hangs (after approx 1 minute), interrupt the httpd by pressing CTRL-C and then type bt full. 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/21736 -- Edit this bug report at http://bugs.php.net/?id=21736edit=1
#21758 [Opn-Fbk]: PCRE functions were screwed up
ID: 21758 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Scripting Engine problem +Bug Type: PCRE related Operating System: Linux, Win32 PHP Version: 5CVS-2003-01-19 (dev) New Comment: 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 To see if it's ZE2 issue or not..and also, provide a complete, short and self-contained example script so that we can easily reproduce the problem ourselves. Previous Comments: [2003-01-19 17:16:03] [EMAIL PROTECTED] Probably this patch screwed up preg_replace_* functions: http://lists.php.net/article.php?group=php.cvsarticle=18024 I need the functionality to pass a callback _method_ to preg_replace_callback(). It worked usually like this (in a class): $s = preg_replace_callback(pattern, array($this, 'callbackmethod'), $s); Now array is forbidden. Is this your intention? How to access callback methods then? regards dtg -- Edit this bug report at http://bugs.php.net/?id=21758edit=1
#18271 [Opn-Fbk]: Problems reading MSSQL data of type real
ID: 18271 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Win2000 PHP Version: 4.3.0 New Comment: Yes, replace the php_mssql.dll and related dlls from the dlls/ folder. Previous Comments: [2003-01-19 21:07:24] [EMAIL PROTECTED] Nope, unfortunately I haven't been able to do anything yet, because my local sysadmin has been difficult to contact, and I need his approval to log on to the server. In the meantime, I've worked around the problem by changing all my real type columns to decimal. When I get a chance, I'll test your snapshot and post my results here. My previous question still stands. I downloaded the archive you pointed me to, but all you said was try it. I'm assuming that you mean to try the php_mssql.dll file. Am I correct? [2003-01-17 21:16:19] [EMAIL PROTECTED] Did you try it or not? [2003-01-15 19:19:12] [EMAIL PROTECTED] And it's just a case of overwriting my current php_mssql.dll with the one in this archive? [2003-01-15 03:56:40] [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 There were some mssql fixes committed recently. [2003-01-15 00:19:05] [EMAIL PROTECTED] I've been on holidays for a while, so missed out on the request to use the CVS snapshot. However, yesterday I upgraded to 4.3.0, and the real data type problem became a whole lot worse. All my real data is currently being retreived by PHP as approximately 4.330e-304. For example, a particular cell that holds the value 0.09 is being retreived by PHP as 4.33060646217E-304. And it's not even consistent. Another cell in the same column which also contains 0.09 is coming back as 4.33041176821E-304. Nor is it proportionate. A cell containing 0.5 is reported as 4.33055085271E-304, which is actually *less* than the first 0.09 example! Just to test the other end of the range, I put the value 500 into a real cell, and this is what came back: 4.33041185318E-302. If there is a pattern to these infinitestmal numbers, I can't detect it. Apart from the 4.330 part, the rest appears essentially random, and doesn't appear to have any relationship to the actual data. I can still acquire the correct data using non-PHP technologies, such as looking at the data directly in SQL Server Query Tool, running linked tables from MS Access, using ODBC from Excel, etc etc. PHP appears to be working correctly with all other data types at this stage. Please let me know if a fix is likely in the near future. If it's not, I'll need to implement a workaround, or regress to an earlier PHP version. I tried the link you provided to the Win32 CVS snapshot, but I got a 403 Forbidden response. 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/18271 -- Edit this bug report at http://bugs.php.net/?id=18271edit=1
#21761 [Opn-Bgs]: PHP Warning: Unknown(): Unable to load dynamic library 'd:\php\php_mcrypt.dll'
ID: 21761 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: mcrypt related Operating System: windows2000 PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2003-01-19 23:51:50] [EMAIL PROTECTED] PHP Warning: Unknown(): Unable to load dynamic library 'd:\php\php_mcrypt.dll' php_mcrypt.dll at the same path of the php_gd.dll, gd can work, but mcrypt can't. i downloaded all the files from php. -- Edit this bug report at http://bugs.php.net/?id=21761edit=1
#21759 [Opn-WFx]: custom handlers for parse errors
ID: 21759 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: n/a PHP Version: 4.2.2 New Comment: This won't be implemented as discussed on the dev list some weeks ago. Previous Comments: [2003-01-19 18:18:22] [EMAIL PROTECTED] I'd love to see a mechanism in PHP similar to the Apache ErrorDocument directive to allow the custom handling of pre-execute-time errors (such as most parse errors), since these errors precede and thus usurp set_error_handler(), leaving you otherwise stuck with only slightly modifiable PHP error messages. The error values error_type_str, buffer, error_filename, error_lineno, and type (from main/main.c) could be passed to the handler script as $_SERVER[error_type_str], et. al. to allow the handler to use them dynamically - perhaps even passing them to the same custom error handler function that got spurned the first time around, i.e.: ?php // /bad_script.php include_once(my_function_lib.inc); // contains valid function my_custom_error_handler() set_error_handler(my_custom_error_handler); // and would all be fine and good to catch errors such as: $x=1/0; // except x x // causes a parse error, which gets processed before // my_custom_error_handler() is available exit; ? # php.ini or .htaccess # (... other directives) php_error_document = '/error_handler_script.php' # (other directives ...) ?php // /error_handler_script.php - to the rescue include_once(my_function_lib.inc); // same as above, but now we my_custom_error_handler($_SERVER[error_type], $_SERVER[error_type_str], $_SERVER[error_filename], $_SERVER[error_lineno]); // to do directly what we were unable to do via // set_error_handler() the first time around exit; ? I've seen a few posts from people looking for something like this, and this strikes me as the most elegant way of going about it. I've also read replies to similar posts and I don't see this particular approach having been suggested before. As to (t)he (php-dev) decision ... that parse errors are preventable - I definitely agree, and will add that they're easier to prevent as it gets easier to find and fix them. That's what this idea is trying to accomplish - I want my error handler on my development server to display the source code at and around the error so that I can more quickly find and fix the problem. Looking at the PHP source I'm guessing it wouldn't be terribly difficult to implement this... you'd just need to make sure you break out of the loop that would otherwise be caused if the error handler script itself has a parse error in it... I'm using 4.2.2 but I noticed that your change log as of 4.3.0 doesn't mention anything like this, so I assume I'm not re-proposing the wheel here. Thanks. -- Edit this bug report at http://bugs.php.net/?id=21759edit=1
#21746 [Com]: gmake: *** [ext/ctype/ctype.lo] Error 1
ID: 21746 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 4.7 PHP Version: 4.3.0 New Comment: Strange. I had this problem also on a FreeBSD 4.5 4.4 installation. With the exact same compile error. Previous Comments: [2003-01-19 17:49:39] [EMAIL PROTECTED] I just did a configure similar to yours (only with more options) and found no issues. I'm guessing this is a local install issue as I've not had any of these problems yet on FreeBSD. Marking as Bogus. [2003-01-19 05:31:19] [EMAIL PROTECTED] When I run this configure command (and any other options with apxs): ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --enable-track-vars \ --with-openssl=/usr \ --enable-force-cgi-redirect \ --enable-sockets \ --with-gettext \ --with-mm Followed with the command: gmake I get the following error message: Server# gmake /bin/sh libtool --silent --mode=compile gcc -Iext/ctype/ -I/usr/local/src/php-4.3.0/ext/ctype/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.0/include -I/usr/local/src/php-4.3.0/main -I/usr/local/src/php-4.3.0 -I/usr/local/src/php-4.3.0/Zend -I/usr/local/include -I/usr/local/src/php-4.3.0/ext/xml/expat -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.0/ext/ctype/ctype.c -o ext/ctype/ctype.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.0/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.0/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.0/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.0/Zend/zend.h:202, from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/Zend/zend.h:203, from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.0/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:224, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. gmake: *** [ext/ctype/ctype.lo] Error 1 -I have this problem sinds version 4.2.1. -Compilation worked when I replace the --with-apxs=/usr/local/apache/bin/apxs param with --with-apache=../apache-1.3.27, but I don't want a static php installation. -When I disable ctype in configure (--disable-ctype) it hangs at gettext. (Also with the error: In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, ... ) -- Edit
#21762 [NEW]: imagefilledellipse, imagefilledarc crash
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.3.0 PHP Bug Type: GD related Bug description: imagefilledellipse, imagefilledarc crash I installed Apache 1.3.27 (windows binary, module) + PHP 4.3 (latest version, download, windows binary) on Windows 2000. Following script using GD library works, but enabling imagefilledellipse line causes script to crash. There is similar effect when using imagefilledarc. Imagefilledrectangle works fine. ?php header (Content-type: image/png); $im = @imagecreate (200, 200) or die (Cannot Initialize new GD image stream); $white = imagecolorallocate($im, 255, 255, 255); $black = imagecolorallocate($im, 0, 0, 0); // imagefilledellipse($im,100,100,50,50,$black); imageellipse($im,100,100,50,50,$black); imagepng ($im); imagedestroy($im); ? Thank you for looking into it, ZB -- Edit bug report at http://bugs.php.net/?id=21762edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21762r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21762r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21762r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21762r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21762r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21762r=support Expected behavior: http://bugs.php.net/fix.php?id=21762r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21762r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21762r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21762r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21762r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21762r=dst IIS Stability: http://bugs.php.net/fix.php?id=21762r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21762r=gnused
#21746 [Com]: gmake: *** [ext/ctype/ctype.lo] Error 1
ID: 21746 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: FreeBSD 4.7 PHP Version: 4.3.0 New Comment: Can you tell me what ./configure command you used for testing? I want to try it on my own FreeBSD installation. Previous Comments: [2003-01-20 01:24:21] [EMAIL PROTECTED] Strange. I had this problem also on a FreeBSD 4.5 4.4 installation. With the exact same compile error. [2003-01-19 17:49:39] [EMAIL PROTECTED] I just did a configure similar to yours (only with more options) and found no issues. I'm guessing this is a local install issue as I've not had any of these problems yet on FreeBSD. Marking as Bogus. [2003-01-19 05:31:19] [EMAIL PROTECTED] When I run this configure command (and any other options with apxs): ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql \ --enable-track-vars \ --with-openssl=/usr \ --enable-force-cgi-redirect \ --enable-sockets \ --with-gettext \ --with-mm Followed with the command: gmake I get the following error message: Server# gmake /bin/sh libtool --silent --mode=compile gcc -Iext/ctype/ -I/usr/local/src/php-4.3.0/ext/ctype/ -DPHP_ATOM_INC -I/usr/local/src/php-4.3.0/include -I/usr/local/src/php-4.3.0/main -I/usr/local/src/php-4.3.0 -I/usr/local/src/php-4.3.0/Zend -I/usr/local/include -I/usr/local/src/php-4.3.0/ext/xml/expat -DMOD_SSL=208112 -DMOD_PERL -DUSE_PERL_SSI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -DEAPI -DAPPLLIB_EXP=/usr/local/lib/perl5/5.6.1/BSDPAN -I/usr/local/src/php-4.3.0/TSRM -g -O2 -prefer-pic -c /usr/local/src/php-4.3.0/ext/ctype/ctype.c -o ext/ctype/ctype.lo In file included from /usr/include/sys/param.h:104, from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/include/machine/limits.h:81: warning: `LONG_MAX' redefined /usr/local/src/php-4.3.0/Zend/zend.h:189: warning: this is the location of the previous definition /usr/include/machine/limits.h:82: warning: `LONG_MIN' redefined /usr/local/src/php-4.3.0/Zend/zend.h:193: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.0/TSRM/tsrm_config_common.h:14, from /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:26, from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/include/sys/param.h:193: warning: `MAXPATHLEN' redefined /usr/local/src/php-4.3.0/main/php.h:237: warning: this is the location of the previous definition In file included from /usr/local/src/php-4.3.0/Zend/zend.h:202, from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend_hash.h:119: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/Zend/zend.h:203, from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend_llist.h:34: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:34, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/Zend/zend.h:285: syntax error before `va_list' /usr/local/src/php-4.3.0/Zend/zend.h:423: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:224, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/main/spprintf.h:40: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/main/php.h:277: syntax error before `va_list' In file included from /usr/local/src/php-4.3.0/main/php.h:360, from /usr/local/src/php-4.3.0/ext/ctype/ctype.c:23: /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:159: warning: `struct utimbuf' declared inside parameter list /usr/local/src/php-4.3.0/TSRM/tsrm_virtual_cwd.h:159: warning: its scope is only this definition or declaration, which is probably not what you want. gmake: *** [ext/ctype/ctype.lo] Error 1 -I have this problem sinds version 4.2.1. -Compilation worked when I replace the --with-apxs=/usr/local/apache/bin/apxs param with --with-apache=../apache-1.3.27, but I don't want a static php installation. -When I disable ctype in configure (--disable-ctype) it hangs at gettext. (Also with the
#21762 [Opn-Fbk]: imagefilledellipse, imagefilledarc crash
ID: 21762 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: 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 Previous Comments: [2003-01-20 01:27:59] [EMAIL PROTECTED] I installed Apache 1.3.27 (windows binary, module) + PHP 4.3 (latest version, download, windows binary) on Windows 2000. Following script using GD library works, but enabling imagefilledellipse line causes script to crash. There is similar effect when using imagefilledarc. Imagefilledrectangle works fine. ?php header (Content-type: image/png); $im = @imagecreate (200, 200) or die (Cannot Initialize new GD image stream); $white = imagecolorallocate($im, 255, 255, 255); $black = imagecolorallocate($im, 0, 0, 0); // imagefilledellipse($im,100,100,50,50,$black); imageellipse($im,100,100,50,50,$black); imagepng ($im); imagedestroy($im); ? Thank you for looking into it, ZB -- Edit this bug report at http://bugs.php.net/?id=21762edit=1