#21187 [NEW]: unexpected removing of double quotes
From: [EMAIL PROTECTED] Operating system: Windows 2000 server PHP version: 4.2.1 PHP Bug Type: Output Control Bug description: unexpected removing of double quotes Just copy and paste the above content into a new php page : Bugland with double quotes bugland -- Edit bug report at http://bugs.php.net/?id=21187&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21187&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21187&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21187&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21187&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21187&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21187&r=support Expected behavior: http://bugs.php.net/fix.php?id=21187&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21187&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21187&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21187&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21187&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21187&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21187&r=isapi
#21188 [NEW]: VIRUS WARNING!!!!!!
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.2.3 PHP Bug Type: Unknown/Other Function Bug description: VIRUS WARNING!! Hi... I downloaded php version php-4.2.3-Win32 and my computer i now infected by W32.NIMDA.EMC Virus... I got 15 different messages that files in php were infected: Here below you can se two different messages: The file C:\Inetpub\php\dlls\pict0035.eml is infected with the W32.Nimda.enc virus. Unable to repair this file. The file C:\Inetpub\php\browscap\index2.eml is infected with the W32.Nimda.enc virus. Unable to repair this file. There is more infected files.. You should shot down site for downloading because more people can get the virus.. I just want to warn you.. Mensur / www.pixel-design.nu -- Edit bug report at http://bugs.php.net/?id=21188&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21188&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21188&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21188&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21188&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21188&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21188&r=support Expected behavior: http://bugs.php.net/fix.php?id=21188&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21188&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21188&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21188&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21188&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21188&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21188&r=isapi
#21187 [Opn]: unexpected removing of double quotes
ID: 21187 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Windows 2000 server PHP Version: 4.2.1 New Comment: Of course read "below" instead of "above" :) Merry Christmas ! Previous Comments: [2002-12-26 03:47:16] [EMAIL PROTECTED] Just copy and paste the above content into a new php page : Bugland with double quotes bugland -- Edit this bug report at http://bugs.php.net/?id=21187&edit=1
#21188 [Opn->Bgs]: VIRUS WARNING!!!!!!
ID: 21188 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.2.3 Previous Comments: [2002-12-26 03:59:28] [EMAIL PROTECTED] Hi... I downloaded php version php-4.2.3-Win32 and my computer i now infected by W32.NIMDA.EMC Virus... I got 15 different messages that files in php were infected: Here below you can se two different messages: The file C:\Inetpub\php\dlls\pict0035.eml is infected with the W32.Nimda.enc virus. Unable to repair this file. The file C:\Inetpub\php\browscap\index2.eml is infected with the W32.Nimda.enc virus. Unable to repair this file. There is more infected files.. You should shot down site for downloading because more people can get the virus.. I just want to warn you.. Mensur / www.pixel-design.nu -- Edit this bug report at http://bugs.php.net/?id=21188&edit=1
#21188 [Bgs]: VIRUS WARNING!!!!!!
ID: 21188 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.2.3 New Comment: >From where did you download it? Previous Comments: [2002-12-26 03:59:28] [EMAIL PROTECTED] Hi... I downloaded php version php-4.2.3-Win32 and my computer i now infected by W32.NIMDA.EMC Virus... I got 15 different messages that files in php were infected: Here below you can se two different messages: The file C:\Inetpub\php\dlls\pict0035.eml is infected with the W32.Nimda.enc virus. Unable to repair this file. The file C:\Inetpub\php\browscap\index2.eml is infected with the W32.Nimda.enc virus. Unable to repair this file. There is more infected files.. You should shot down site for downloading because more people can get the virus.. I just want to warn you.. Mensur / www.pixel-design.nu -- Edit this bug report at http://bugs.php.net/?id=21188&edit=1
#21183 [Opn->Bgs]: Unable to load the dynamic libraries
ID: 21183 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Windows XP PHP Version: 4.4.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: [2002-12-25 17:28:17] [EMAIL PROTECTED] Sorry, I meant php4apache2.dll instead of php4apache4.dll thanks [2002-12-25 17:26:30] [EMAIL PROTECTED] Well, my php.ini settings for extensions are: ... extensions_dir = c:\inetpub\php\extensions extension=php_gd.dll extension=php_imap.dll ... (the libraries I want to load are php_gd.dll and php_imap.dll). In httpd.conf I wrote: ... LoadModule php4_module modules/php4apache4.dll ... and I copied all the dll files needed in c:\winnt\system32 [2002-12-25 16:12:09] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-12-25 16:10:38] [EMAIL PROTECTED] Hello, I've downloaded the other days the latest snapshot of php 4.4.0 and I've configured Apache 2.0.43 with the php4_module on Windows XP. When I start the Apache server I get no error but when I try to execute a php script I get the error "Unable to load dynamic library some.dll" and the message repeats itself for all the libraries I loaded in php.ini. Thank you for taking your time responding me. -- Edit this bug report at http://bugs.php.net/?id=21183&edit=1
#21185 [Opn->Fbk]: mail() is slow
ID: 21185 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: win2k PHP Version: 4.2.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-12-25 23:36:28] [EMAIL PROTECTED] mail()...whenever I use this API mu machine hangs for at least 2 mins.. Should it not be a fster API, specially if I am to mail to 100 ppl at a time -- Edit this bug report at http://bugs.php.net/?id=21185&edit=1
#21187 [Opn->Fbk]: unexpected removing of double quotes
ID: 21187 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Windows 2000 server PHP Version: 4.2.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-12-26 03:59:55] [EMAIL PROTECTED] Of course read "below" instead of "above" :) Merry Christmas ! [2002-12-26 03:47:16] [EMAIL PROTECTED] Just copy and paste the above content into a new php page : Bugland with double quotes bugland -- Edit this bug report at http://bugs.php.net/?id=21187&edit=1
#21189 [NEW]: TTF output function frose Apache
From: [EMAIL PROTECTED] Operating system: windows 2000/sp3 PHP version: 4.3.0RC4 PHP Bug Type: GD related Bug description: TTF output function frose Apache Hello! I made crash tests using WebRoller software. I set to 10 requests my PHP code from 50 virtual clients simultaneously, and run 40 iterations. I test php with php_gd.dll and php_gd2.dll. in second case apache generates error on windows console (GPF) I use next code: after crash test my system was frosen,apache haves 99% CPU and a lot of memory. As next, I comment string with ImageTTFText function and test it again. Apache lives! Below I will provide output from WebRollers test results: Results from WebRoller with TTF function: --- Start statistics --- --- Basic statistics --- Min:50.00 20.00 30.00 50.00 70.00 60.00 30.00 30.00 Avg:514.82 602.53 785.38 827.82 378.96 238.82 200.40 199.07 Max:3270.00 4990.00 6350.00 7550.00 3410.00 2680.00 510.00 560.00 --- Network traffic details --- Total bytes sent :124242 Total bytes received :347208 Average input speed : 1152 bytes/sec --- Summary times --- Virtual Clients statistics: Count TimeAR/SAT/R 100 1322442 0.0813224.42 110 1290436 0.0911731.24 101 1320349 0.0813072.76 101 1320809 0.0813077.32 114 1260793 0.0911059.59 110 1262395 0.0911476.32 99 1234395 0.0812468.64 101 1293280 0.0812804.75 101 1320759 0.0813076.82 111 1263257 0.0911380.69 Total work time:1337293 Total requests made:1048 Total average time per request: 1198.4126 Total average requests per second: 0.8344 --- Errors report --- Total 425 errors!!! Net :6 T/O :419 --- HTTP response codes details --- CodeCount 200 629 --- End statistics --- Results from WebRoller without TTF function: --- Start statistics --- --- Basic statistics --- Min:60.00 110.00 90.00 100.00 100.00 100.00 50.00 40.00 Avg:188.26 189.40 189.84 189.44 190.40 188.78 187.64 187.96 Max:240.00 280.00 310.00 330.00 290.00 260.00 270.00 280.00 --- Network traffic details --- Total bytes sent :475530 Average output speed : 47553 bytes/sec Total bytes received : 1844000 Average input speed : 2382 bytes/sec --- Summary times --- Virtual Clients statistics: Count TimeAR/SAT/R 400 78002 5.13195.01 400 78052 5.12195.13 400 77862 5.14194.66 400 78162 5.12195.41 400 78262 5.11195.66 400 78202 5.11195.51 400 78122 5.12195.31 400 78202 5.11195.51 400 78232 5.11195.58 400 77942 5.13194.85 Total work time:78342 Total requests made:4000 Total average time per request: 19.5948 Total average requests per second: 51.0341 --- HTTP response codes details --- CodeCount 200 4000 --- End statistics --- -- Edit bug report at http://bugs.php.net/?id=21189&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21189&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21189&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21189&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21189&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21189&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21189&r=support Expected behavior: http://bugs.php.net/fix.php?id=21189&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21189&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21189&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21189&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21189&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21189&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21189&r=isapi
#20607 [Fbk->Opn]: function included from parent script gets lost
ID: 20607
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: red hat 7.2
PHP Version: 4.2.3
New Comment:
no Im pretty sure it's a apache module. 100% sure actually. changes to
the php.ini require a 'kill -USR1 ' to propagate to the php
interpreter. Ill check if there are any it_db.php's laying about
though. Ill check this out soon... on the local dev box. & ill be able
to chop & change lots more. sorry for not being too quick in trying the
cvs etc. christmas & all..
Previous Comments:
[2002-12-21 05:36:57] [EMAIL PROTECTED]
Sorry, not cli, I mean cgi.
[2002-12-21 05:22:37] [EMAIL PROTECTED]
Are you running your scripts on php-cli? I suspect another it_db.php,
which is slightly different from the one you intend to include, exists
in the same directory as where scripts run. Because in php-cli,
include() or require() always tries to first seek the files in the CWD
regardress of include_path.
[2002-12-12 07:45:36] [EMAIL PROTECTED]
ok ill try a cvs snapshot,
btw the problem doesnt happen on our win2K test server (for once!
windows being nice??)
ill see if this also happens on our soon-to-be-live redhat dev-box, ill
be able to do lots more on that box than on the live one
[2002-12-04 18:19:15] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-25 00:32:34] [EMAIL PROTECTED]
it doesnt matter if I do
ini_set("error_reporting", "E_WARNING");
or
ini_set("error_reporting", "E_ALL");
or include_once / require_once
the site comes up with nothing when I set error_reporting
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/20607
--
Edit this bug report at http://bugs.php.net/?id=20607&edit=1
#19555 [NoF->Opn]: GNU pthreads issue?
ID: 19555 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Compile Failure Operating System: HP-UX 10.20 PHP Version: 4.4.0-dev New Comment: Today I retried with php4-200212261030 and got: /bin/ksh libtool --silent --mode=compile gcc -Iext/ctype/ -I/users2/gnu/php4-200212261030/ext/ctype/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212261030/include -I/users2/gnu/php4-200212261030/main -I/users2/gnu/php4-200212261030 -I/usr/local/apache2/include -I/users2/gnu/php4-200212261030/Zend -I/users2/gnu/php4-200212261030/ext/xml/expat -D_REENTRANT -I/users2/gnu/php4-200212261030/TSRM -DTHREAD=1 -O -DZTS -prefer-pic -c /users2/gnu/php4-200212261030/ext/ctype/ctype.c -o ext/ctype/ctype.lo In file included from /users2/gnu/php4-200212261030/ext/ctype/ctype.c:23: /users2/gnu/php4-200212261030/main/php.h:139: conflicting types for `socklen_t' /users2/local/include/pthread.h:184: previous declaration of `socklen_t' make: *** [ext/ctype/ctype.lo] Error 1 Previous Comments: [2002-12-26 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-10 09:03:25] [EMAIL PROTECTED] updated the version info. [2002-12-10 09:02:47] [EMAIL PROTECTED] Instead of --with-tsrm-pth try using --enable-experimental-zts [2002-12-10 07:53:17] [EMAIL PROTECTED] I tried today's snapshot and got: /bin/ksh libtool --silent --mode=compile gcc -Isapi/apache2filter/ -I/users2/gnu/php4-200212101030/sapi/apache2filter/ -DPHP_ATOM_INC -I/users2/gnu/php4-200212101030/include -I/users2/gnu/php4-200212101030/main -I/users2/gnu/php4-200212101030 -I/usr/local/apache2/include -I/users2/gnu/php4-200212101030/Zend -I/users2/gnu/php4-200212101030/ext/xml/expat -I/users2/gnu/php4-200212101030/TSRM -O -prefer-pic -c /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c -o sapi/apache2filter/sapi_apache2.lo In file included from /usr/local/apache2/include/apr_portable.h:90, from /usr/local/apache2/include/http_protocol.h:64, from /users2/gnu/php4-200212101030/sapi/apache2filter/sapi_apache2.c:41: /usr/local/include/pthread.h:183: conflicting types for `socklen_t' /users2/gnu/php4-200212101030/main/php.h:139: previous declaration of `socklen_t' make: *** [sapi/apache2filter/sapi_apache2.lo] Error 1 by using: CFLAGS='-O' LDFLAGS='-L/lib/pa1.1' \ ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-tsrm-pth --disable-ipv6 make [2002-12-09 05:51:36] [EMAIL PROTECTED] Please try again in about 3-4 hours. I just committed a fix for this T_ thing. (our snapshots are generated every 3 hours or so) 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/19555 -- Edit this bug report at http://bugs.php.net/?id=19555&edit=1
#21190 [NEW]: SAPI php4apache2.dll won't load
From: [EMAIL PROTECTED] Operating system: Windows XP Pro/SP1 PHP version: 4.2.3 PHP Bug Type: Apache2 related Bug description: SAPI php4apache2.dll won't load Event log: The Apache service named reported the following error: >>> Cannot load D:/php/sapi/php4apache2.dll into server: The specified procedure could not be found. . The Apache service named reported the following error: >>> Syntax error on line 177 of G:/Apache/Apache2/conf/httpd.conf: -- Edit bug report at http://bugs.php.net/?id=21190&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21190&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21190&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21190&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21190&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21190&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21190&r=support Expected behavior: http://bugs.php.net/fix.php?id=21190&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21190&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21190&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21190&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21190&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21190&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21190&r=isapi
#21190 [Com]: SAPI php4apache2.dll won't load
ID: 21190 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Windows XP Pro/SP1 PHP Version: 4.2.3 New Comment: I have following lines in Apache2 httpd.conf: LoadModule php4_module d:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php Previous Comments: [2002-12-26 05:38:00] [EMAIL PROTECTED] Event log: The Apache service named reported the following error: >>> Cannot load D:/php/sapi/php4apache2.dll into server: The specified procedure could not be found. . The Apache service named reported the following error: >>> Syntax error on line 177 of G:/Apache/Apache2/conf/httpd.conf: -- Edit this bug report at http://bugs.php.net/?id=21190&edit=1
#21190 [Opn->Fbk]: SAPI php4apache2.dll won't load
ID: 21190 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP Pro/SP1 PHP Version: 4.2.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-12-26 05:41:12] [EMAIL PROTECTED] I have following lines in Apache2 httpd.conf: LoadModule php4_module d:/php/sapi/php4apache2.dll AddType application/x-httpd-php .php [2002-12-26 05:38:00] [EMAIL PROTECTED] Event log: The Apache service named reported the following error: >>> Cannot load D:/php/sapi/php4apache2.dll into server: The specified procedure could not be found. . The Apache service named reported the following error: >>> Syntax error on line 177 of G:/Apache/Apache2/conf/httpd.conf: -- Edit this bug report at http://bugs.php.net/?id=21190&edit=1
#21191 [NEW]: Here Documents and EOF
From: [EMAIL PROTECTED] Operating system: Windows XP Pro/SP1 PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: Here Documents and EOF #! c:/perl/bin/perl.exe -w # # use strict; #print "Content-Type:text/plain\n\n"; print <<"END"; A B C DE F END^Z If you have the above simple script file you won't get it run! Instead, you will get error: Can't find string terminator "END" anywhere before EOF at C:\Perl\eg\test.pl line 9. Why? Note that the file ends immediately after the last word 'END'. There is NO new line after it! But, if you add a new line after 'END', the script runs well. That is: #! c:/perl/bin/perl.exe -w # # use strict; #print "Content-Type:text/plain\n\n"; print <<"END"; A B C DE F END ^Z -- Edit bug report at http://bugs.php.net/?id=21191&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21191&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21191&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21191&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21191&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21191&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21191&r=support Expected behavior: http://bugs.php.net/fix.php?id=21191&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21191&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21191&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21191&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21191&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21191&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21191&r=isapi
#21191 [Opn->Bgs]: Here Documents and EOF
ID: 21191 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows XP Pro/SP1 PHP Version: 4.2.3 New Comment: rofl! Previous Comments: [2002-12-26 06:00:56] [EMAIL PROTECTED] #! c:/perl/bin/perl.exe -w # # use strict; #print "Content-Type:text/plain\n\n"; print <<"END"; A B C DE F END^Z If you have the above simple script file you won't get it run! Instead, you will get error: Can't find string terminator "END" anywhere before EOF at C:\Perl\eg\test.pl line 9. Why? Note that the file ends immediately after the last word 'END'. There is NO new line after it! But, if you add a new line after 'END', the script runs well. That is: #! c:/perl/bin/perl.exe -w # # use strict; #print "Content-Type:text/plain\n\n"; print <<"END"; A B C DE F END ^Z -- Edit this bug report at http://bugs.php.net/?id=21191&edit=1
#21191 [Bgs]: Here Documents and EOF
ID: 21191 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Windows XP Pro/SP1 PHP Version: 4.2.3 New Comment: We do not fix perl bugs. Previous Comments: [2002-12-26 06:04:11] [EMAIL PROTECTED] rofl! [2002-12-26 06:00:56] [EMAIL PROTECTED] #! c:/perl/bin/perl.exe -w # # use strict; #print "Content-Type:text/plain\n\n"; print <<"END"; A B C DE F END^Z If you have the above simple script file you won't get it run! Instead, you will get error: Can't find string terminator "END" anywhere before EOF at C:\Perl\eg\test.pl line 9. Why? Note that the file ends immediately after the last word 'END'. There is NO new line after it! But, if you add a new line after 'END', the script runs well. That is: #! c:/perl/bin/perl.exe -w # # use strict; #print "Content-Type:text/plain\n\n"; print <<"END"; A B C DE F END ^Z -- Edit this bug report at http://bugs.php.net/?id=21191&edit=1
#21181 [Opn->Csd]: MySQL extension is failing to compile on snaps.php.net
ID: 21181 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Windows PHP Version: 4CVS-2002-12-25 (stable) New Comment: There was an unreated bug in the CGI SAPI that made the snapshot builder mistakenly belive that mysql extension wasn't built-in. The bug has been fixed and those warning should disappear from the snapshot.log Previous Comments: [2002-12-25 08:05:55] [EMAIL PROTECTED] The MySQL extension is failing to compile on snaps.php.net for all branchs. Wed Dec 25 10:00:01 2002 CET Starting snapshot 200212250930 -r PHP_4_3 branch, appending -STABLE to the filename >From Stable compile.log Configuration: mysql - Win32 Release_TS Compiling... php_mysql.c c:\php4build\snap\ext\mysql\php_mysql.c(32) : fatal error C1083: Cannot open include file: 'php.h': No such file or directory Error executing cl.exe. php_mysql.dll - 1 error(s), 0 warning(s) -- Edit this bug report at http://bugs.php.net/?id=21181&edit=1
#21192 [NEW]: Problems with variables
From: [EMAIL PROTECTED]
Operating system: Windows XP Home Ed
PHP version: 4.2.3
PHP Bug Type: Performance problem
Bug description: Problems with variables
Dear Sirs,
I have recently installed PHP v.4.2.3 on a Windows XP Home Edition system
equipped with an Apache HTTP Server v.1.3.24 and MySQL v.4.0.3.
I believe the installation was completed successfully since I have already
managed to create simple databases with PHP and MySQL and insert, update
and delete tables and records.
In spite of this, I have encountered a problem dealing with variable
settings that is literally driving me crazy. I'll try to explain it in
very few words.
If I populate a table using the following code, everything works
perfectly:
//***START OF CODE***
@mysql_connect("localhost", "root", "") or die ("Sorry. Could not connect
to the DB!");
@mysql_select_db("mydb") or die ("Sorry. Coluld not open the DB!");
@mysql_query("insert into mytable (field1,field2) values ('First field
value','Second field value')") or die("Sorry. Could not insert data!");
//***END OF CODE***
Nevertheless, if I try to specify the field values by means of variables
corresponding to the values of text boxes, the variables are not
recognized by PHP and I get an error message. So the problem is, I can't
import variables from text boxes!
In order to simplify what I mean, the following basic code, saved in a
file called "test.php", originates an error on my system:
//***START OF CODE***
//***END OF CODE***
When I execute the code above, all I get is the following error message:
Notice: Undefined variable: mytext in c:\program files\apache
group\apache\htdocs\test.php on line 5
I would very much like to understand the reason why such elementary lines
of code don't work on my system. Please if you have the answer to my
question, help me. If possible, notify me at the following e-mail
address:
[EMAIL PROTECTED]
Thanks in advance for your help.
Yours faithfully,
Pasquale Esposito
Perugia (Italy)
--
Edit bug report at http://bugs.php.net/?id=21192&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21192&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21192&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21192&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21192&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21192&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21192&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21192&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21192&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21192&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21192&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21192&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21192&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21192&r=isapi
#21192 [Opn->Bgs]: Problems with variables
ID: 21192
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Performance problem
Operating System: Windows XP Home Ed
PHP Version: 4.2.3
New Comment:
In PHP 4.2.0, the 'register_globals' setting default changed to
'off'. See http://www.php.net/release_4_2_0.php for more info.
We are sorry about the inconvenience, but this change was a necessary
part of our efforts to make PHP scripting more secure and portable.
Previous Comments:
[2002-12-26 06:54:13] [EMAIL PROTECTED]
Dear Sirs,
I have recently installed PHP v.4.2.3 on a Windows XP Home Edition
system equipped with an Apache HTTP Server v.1.3.24 and MySQL v.4.0.3.
I believe the installation was completed successfully since I have
already managed to create simple databases with PHP and MySQL and
insert, update and delete tables and records.
In spite of this, I have encountered a problem dealing with variable
settings that is literally driving me crazy. I'll try to explain it in
very few words.
If I populate a table using the following code, everything works
perfectly:
//***START OF CODE***
@mysql_connect("localhost", "root", "") or die ("Sorry. Could not
connect to the DB!");
@mysql_select_db("mydb") or die ("Sorry. Coluld not open the DB!");
@mysql_query("insert into mytable (field1,field2) values ('First field
value','Second field value')") or die("Sorry. Could not insert
data!");
//***END OF CODE***
Nevertheless, if I try to specify the field values by means of
variables corresponding to the values of text boxes, the variables are
not recognized by PHP and I get an error message. So the problem is, I
can't import variables from text boxes!
In order to simplify what I mean, the following basic code, saved in a
file called "test.php", originates an error on my system:
//***START OF CODE***
//***END OF CODE***
When I execute the code above, all I get is the following error
message:
Notice: Undefined variable: mytext in c:\program files\apache
group\apache\htdocs\test.php on line 5
I would very much like to understand the reason why such elementary
lines of code don't work on my system. Please if you have the answer to
my question, help me. If possible, notify me at the following e-mail
address:
[EMAIL PROTECTED]
Thanks in advance for your help.
Yours faithfully,
Pasquale Esposito
Perugia (Italy)
--
Edit this bug report at http://bugs.php.net/?id=21192&edit=1
#21193 [NEW]: fsockopen timeout does not work
From: [EMAIL PROTECTED] Operating system: not interesting PHP version: 4.2.3 PHP Bug Type: Sockets related Bug description: fsockopen timeout does not work Hi, this problem has been reported SEVERAL times here but they have almost always been closed because of no feedback there's also this big problem with fsockopen, it hangs.. while it hangs the timeout doesn't work.. and neither does the php script timeout.. if the php script timout worked.. the fsockopen hanging wouldnt be a very big problem (for me) since the script exection would stop.. but just so that you know: i'm using php 4.2.3 and since the last 1-2 years, the fsockopen has hanged the script, and for the last year (1-2) the timeout has not been working either. it is now December 26, 2002 and the both the hanging and infunctional timeout still haunts me today. i have used several versions of php (4.0.6(?)-4.2.3) and several computers (mostly windows xp, but i think the problem exists on linux as well), and the hanging has been around all the time. and today before i even write code that involves fsockopen, i start considering every other option so that i dont have to write a program that i know will be crippled from birth. thank you for your time, Osman Darcan look at: http://bugs.php.net/bug.php?id=10765 http://bugs.php.net/bug.php?id=7420 http://bugs.php.net/bug.php?id=12360 -- Edit bug report at http://bugs.php.net/?id=21193&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21193&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21193&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21193&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21193&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21193&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21193&r=support Expected behavior: http://bugs.php.net/fix.php?id=21193&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21193&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21193&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21193&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21193&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21193&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21193&r=isapi
#21194 [NEW]: compiler time constant $_BUG_ROWNUMBER
From: [EMAIL PROTECTED] Operating system: windows xp PHP version: 4.2.3 PHP Bug Type: Feature/Change Request Bug description: compiler time constant $_BUG_ROWNUMBER Hi, bug tracking can be very difficult when you dont know where the problem is. i propose that you create a special constant or variable like: $_BUG_ROWNUMBER and this variable (or const) will be given (at execution time) a value that represents the position OF the variable IN the php document. for example, here the output from the die contstruct would be "error on line 3" as you can see this would be very useful when debugging as you otherwise have to change every error message so that they will become a unique message and that you can be sure on which line it is.. thanks for your time, Osman Darcan -- Edit bug report at http://bugs.php.net/?id=21194&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21194&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21194&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21194&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21194&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21194&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21194&r=support Expected behavior: http://bugs.php.net/fix.php?id=21194&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21194&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21194&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21194&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21194&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21194&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21194&r=isapi
#21139 [Ctl->Csd]: zlib.output_compression + windows failure
ID: 21139 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Critical +Status: Closed Bug Type: Output Control Operating System: Windows PHP Version: 4.3.0RC4 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. ZLIB extension is now built in on Windows which solves this problem. Previous Comments: [2002-12-23 07:48:12] [EMAIL PROTECTED] I confirm the presence of this bug since PHP 4.3.0RC2. PHP 4.3.0RC1 works! It is appearing either when zlib compression is toggled in php.ini or .htaccess. Looks like header problem, 'cause returned file can really be decoded. OS tested: Windows 98, Windows 2000, Windows XP PHP tested: PHP 4.3.0 RC2, RC3, RC4 Server software tested: IIS 4.0, IIS 5.0, Apache 1.3, Apache 2.0 All of the tests confirm buggy behavior. Please investigate. [2002-12-22 18:41:58] [EMAIL PROTECTED] During investigation, I found another odd behaviour when zlib.output_compression is toggled up by .htaccess. HTTP response headers which are automatically appended by Apache, such as ETag, Accept-Ranges, and Content-Length are supposed to be removed on sapi activation, and they are actually removed in the very first request to the server, but from the second request they persistently appear again. [2002-12-22 12:14:53] [EMAIL PROTECTED] Verified on Windows, with Apache or Apache2. -- HTTP response dump of the following script -- -- Apache_1.3.27 -- HTTP/1.1 200 OK Date: Sun, 22 Dec 2002 18:06:53 GMT Server: Apache/1.3.27 (Win32) PHP/4.4.0-dev X-Powered-By: PHP/4.4.0-dev Connection: close Content-Type: text/html (correctly gzip-encoded content) -- Apache_2.0.43 -- HTTP/1.1 200 OK Date: Sun, 22 Dec 2002 18:06:15 GMT Server: Apache/2.0.43 (Win32) PHP/4.4.0-dev Last-Modified: Sun, 22 Dec 2002 17:59:26 GMT ETag: "45a2-1b-e744bab1" Accept-Ranges: bytes Content-Length: 27 Connection: close Content-Type: application/x-httpd-php Warning: (null)() [ref.outcontrol]: Cannot change zlib.output_compression - headers already sent in Unknown on line 0 abcde [2002-12-21 19:27:53] [EMAIL PROTECTED] I can confirm this bug on Windows + Apache + zlib.output_compression in .htaccess. If zlib.output_compression is set to on from php.ini it works. It only doesn't work if set from .htaccess. [2002-12-21 17:48:30] [EMAIL PROTECTED] I have just installed latest php 4.3 on linux and windows. I use the same directory and therefore .htaccess files for apache/mod_php on both platforms. When i enable enable output compression with ini setting php_value zlib.output_compression On in .htaccess the linux version works as expected but the windows version fails. Sometimes i receive errors with access violations. Sometimes i can downlowd the result but when rename the resulting file to .gz i can open it and as you might expect it contains the correct result. And sometime i see the encoding result presented in the browser and then i cannot save and view it although the gzip header seems correct. marcus -- Edit this bug report at http://bugs.php.net/?id=21139&edit=1
#21187 [Com]: unexpected removing of double quotes
ID: 21187 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Output Control Operating System: Windows 2000 server PHP Version: 4.2.1 New Comment: I found the origin of the bug. It doesn't occurs in PHP, it comes from my browsers when you display the page source : Phoenix 0.5 and Mozilla browser 1.2.1. The bug #21187 can be closed. Previous Comments: [2002-12-26 04:46:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-26 03:59:55] [EMAIL PROTECTED] Of course read "below" instead of "above" :) Merry Christmas ! [2002-12-26 03:47:16] [EMAIL PROTECTED] Just copy and paste the above content into a new php page : Bugland with double quotes bugland -- Edit this bug report at http://bugs.php.net/?id=21187&edit=1
#21194 [Opn->Bgs]: compiler time constant $_BUG_ROWNUMBER
ID: 21194 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: windows xp PHP Version: 4.2.3 New Comment: You can use the __LINE__ constant. Previous Comments: [2002-12-26 07:40:14] [EMAIL PROTECTED] Hi, bug tracking can be very difficult when you dont know where the problem is. i propose that you create a special constant or variable like: $_BUG_ROWNUMBER and this variable (or const) will be given (at execution time) a value that represents the position OF the variable IN the php document. for example, here the output from the die contstruct would be "error on line 3" as you can see this would be very useful when debugging as you otherwise have to change every error message so that they will become a unique message and that you can be sure on which line it is.. thanks for your time, Osman Darcan -- Edit this bug report at http://bugs.php.net/?id=21194&edit=1
#21195 [NEW]: Configure warnings/errors
From: [EMAIL PROTECTED] Operating system: Gentoo/Linux PHP version: 4.3.0RC4 PHP Bug Type: *Configuration Issues Bug description: Configure warnings/errors during ./configure i saw following messages: checking for jpeg_read_header in -ljpeg... (cached) yes ./configure: line 1: cd: yes: No such file or directory checking for png_create_info_struct in -lpng... yes ./configure: line 1: cd: yes: No such file or directory checking for TIFFOpen in -ltiff... yes ./configure: line 1: cd: yes: No such file or directory checking for the location of zlib... /usr -- Edit bug report at http://bugs.php.net/?id=21195&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21195&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21195&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21195&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21195&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21195&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21195&r=support Expected behavior: http://bugs.php.net/fix.php?id=21195&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21195&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21195&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21195&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21195&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21195&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21195&r=isapi
#21196 [NEW]: libedit problems
From: [EMAIL PROTECTED] Operating system: Gentoo/Linux PHP version: 4.3.0RC4 PHP Bug Type: *Configuration Issues Bug description: libedit problems ./configure --with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-jpeg-dir --with-tiff-dir --with-db --enable-dba --with-flatfile --enable-dbase --enable-dio --with-dom --with-zlib-dir --with-dom-xslt --with-dom-exslt --enable-filepro --with-gd --enable-ftp --with-jpeg-dir --with-png-dir --with-xpm-dir --with-zlib-dir --with-ttf --with-freetype-dir --with-t1lib --enable-gd-native-ttf --with-gettext --with-hyperwave --with-iconv --with-imap --with-imap-ssl --with-java --enable-mbstring --enable-mbregex --with-mcrypt --with-mhash --with-mysql --with-mysql-sock --with-zlib-dir --with-ncurses --with-pdflib --with-jpeg-dir --with-png-dir --with-zlib-dir --with-tiff-dir --with-libedit --with-qtdom --with-mm --enable-shmop --with-snmp --enable-sockets --with-swf --enable-sysvmsg --enable-sysvsem --enable-sysvshm -- checking for readline support... no checking for tgetent in -lncurses... yes checking for readline in -ledit... no configure: error: edit library required by readline not found -- Edit bug report at http://bugs.php.net/?id=21196&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21196&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21196&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21196&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21196&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21196&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21196&r=support Expected behavior: http://bugs.php.net/fix.php?id=21196&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21196&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21196&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21196&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21196&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21196&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21196&r=isapi
#21195 [Opn]: Configure warnings/errors
ID: 21195 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Operating System: Gentoo/Linux PHP Version: 4.3.0RC4 New Comment: ./configure --with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-jpeg-dir --with-tiff-dir --with-db --enable-dba --with-flatfile --enable-dbase --enable-dio --with-dom --with-zlib-dir --with-dom-xslt --with-dom-exslt --enable-filepro --with-gd --enable-ftp --with-jpeg-dir --with-png-dir --with-xpm-dir --with-zlib-dir --with-ttf --with-freetype-dir --with-t1lib --enable-gd-native-ttf --with-gettext --with-hyperwave --with-iconv --with-imap --with-imap-ssl --with-java --enable-mbstring --enable-mbregex --with-mcrypt --with-mhash --with-mysql --with-mysql-sock --with-zlib-dir --with-ncurses --with-pdflib --with-jpeg-dir --with-png-dir --with-zlib-dir --with-tiff-dir --with-libedit --with-qtdom --with-mm --enable-shmop --with-snmp --enable-sockets --with-swf --enable-sysvmsg --enable-sysvsem --enable-sysvshm Previous Comments: [2002-12-26 07:49:20] [EMAIL PROTECTED] during ./configure i saw following messages: checking for jpeg_read_header in -ljpeg... (cached) yes ./configure: line 1: cd: yes: No such file or directory checking for png_create_info_struct in -lpng... yes ./configure: line 1: cd: yes: No such file or directory checking for TIFFOpen in -ltiff... yes ./configure: line 1: cd: yes: No such file or directory checking for the location of zlib... /usr -- Edit this bug report at http://bugs.php.net/?id=21195&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: I too have experienced this problem. I installed PHP4.2.3 on XP using ISAPI and PHPBB2.0.3. Everything worked fine and I was quite excited about my budding relationship with PHP when... I installed the PHPBB Attachment Mod 2.3.4 (www.opentools.de/attach_mod/) and then I would notice RAM utilization would max out, heavy disk thrashing, and then ~30s later an AV crash. Hope this helps. Previous Comments: [2002-12-24 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-08 17:32:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was patch commited to the CVS on 2002/12/02 that may have solved the problem. [2002-12-01 16:19:51] [EMAIL PROTECTED] I can easily reproduce this. With a simple 5 refreshes kills PHP and inetinfo. I have narrowed it down to a auto_prepend_file setting in php.ini. With that setting disabled then I cannot crash it. Hope this helps. [2002-11-27 14:37:58] [EMAIL PROTECTED] We had the same "php4ts!zend_strndup + 0x2B + 0xA05CB1AD." error on our win2k server iis5 and php4.2.1. Stan.nospam, and maybe others as well mentioned about setting isapi filters. We added an isapi filter pointing to the same php4isapi.dll as in the apps mappings. The application which was hanging every 5 minutes before, didn't hang since (which is for 4 days now) [2002-11-27 09:16:04] [EMAIL PROTECTED] Same issue, and even worse: since the last MS updates (IIS, SQL, MDAC), I get a bunch of access violations that I almost never got before. And running manually php.cgi causes the script to quit at the first SQL request, without warning/errors. It says 'missing cgi headers' when running under php-cgi. I tried 4.3.0RC1, 4.3.0-dev, 4.4.0-dev (yesterday's snapshots), all the same result. Any PHP developper using a dual cpu Win2K platform could test/fix this? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#15333 [Com]: strndup access violation
ID: 15333 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.3.0-dev New Comment: [Continued from my previous post] ...I forgot to add that setting the IIS Security to Low (IIS Process) allowed me to view more pages in the Attachment Mod of PHPBB2, but any time I tried to view a posting, even the first time, I would receive an AV. Previous Comments: [2002-12-26 09:06:41] [EMAIL PROTECTED] I too have experienced this problem. I installed PHP4.2.3 on XP using ISAPI and PHPBB2.0.3. Everything worked fine and I was quite excited about my budding relationship with PHP when... I installed the PHPBB Attachment Mod 2.3.4 (www.opentools.de/attach_mod/) and then I would notice RAM utilization would max out, heavy disk thrashing, and then ~30s later an AV crash. Hope this helps. [2002-12-24 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-08 17:32:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip There was patch commited to the CVS on 2002/12/02 that may have solved the problem. [2002-12-01 16:19:51] [EMAIL PROTECTED] I can easily reproduce this. With a simple 5 refreshes kills PHP and inetinfo. I have narrowed it down to a auto_prepend_file setting in php.ini. With that setting disabled then I cannot crash it. Hope this helps. [2002-11-27 14:37:58] [EMAIL PROTECTED] We had the same "php4ts!zend_strndup + 0x2B + 0xA05CB1AD." error on our win2k server iis5 and php4.2.1. Stan.nospam, and maybe others as well mentioned about setting isapi filters. We added an isapi filter pointing to the same php4isapi.dll as in the apps mappings. The application which was hanging every 5 minutes before, didn't hang since (which is for 4 days now) 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333&edit=1
#21197 [NEW]: socket_read() seems to doesn't work
From: [EMAIL PROTECTED] Operating system: Win2k pro PHP version: 4.3.0RC4 PHP Bug Type: Sockets related Bug description: socket_read() seems to doesn't work Hello I have a source which works with PHP 4.1.x to PHP 4.2.x, it's work perfectly. But with PHP 4.3RC4 (windows version, client mode) I have this warning : Warning: socket_read() unable to read from socket [0]: OpÚration rÚussie. in E:\PHP\KioobFTP\v0.7.1\KioobFTP_SocketMode.php on line 262 Then, the result of the function is FALSE. The socket is in blocking mode. The code is : $tmp=socket_read($this->stream,4096,PHP_NORMAL_READ); Do you need others info ? Thanks. Bool -- Edit bug report at http://bugs.php.net/?id=21197&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21197&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21197&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21197&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21197&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21197&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21197&r=support Expected behavior: http://bugs.php.net/fix.php?id=21197&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21197&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21197&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21197&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21197&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21197&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21197&r=isapi
#21193 [Opn->Csd]: fsockopen timeout does not work
ID: 21193 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Sockets related Operating System: not interesting PHP Version: 4.2.3 New Comment: Duplicate of 12360, which we fixed the other day. If you can reproduce this problem with the latest stable snapshot from http://snaps.php.net, please re-open this report. Previous Comments: [2002-12-26 07:28:04] [EMAIL PROTECTED] Hi, this problem has been reported SEVERAL times here but they have almost always been closed because of no feedback there's also this big problem with fsockopen, it hangs.. while it hangs the timeout doesn't work.. and neither does the php script timeout.. if the php script timout worked.. the fsockopen hanging wouldnt be a very big problem (for me) since the script exection would stop.. but just so that you know: i'm using php 4.2.3 and since the last 1-2 years, the fsockopen has hanged the script, and for the last year (1-2) the timeout has not been working either. it is now December 26, 2002 and the both the hanging and infunctional timeout still haunts me today. i have used several versions of php (4.0.6(?)-4.2.3) and several computers (mostly windows xp, but i think the problem exists on linux as well), and the hanging has been around all the time. and today before i even write code that involves fsockopen, i start considering every other option so that i dont have to write a program that i know will be crippled from birth. thank you for your time, Osman Darcan look at: http://bugs.php.net/bug.php?id=10765 http://bugs.php.net/bug.php?id=7420 http://bugs.php.net/bug.php?id=12360 -- Edit this bug report at http://bugs.php.net/?id=21193&edit=1
#21198 [NEW]: mysql_num_rows() not valid
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.3
PHP Bug Type: MySQL related
Bug description: mysql_num_rows() not valid
I have a very simple PHP script, that searches a small mysql database for a
result. And the result that I keep receiving pertaining to the
mysql_num_rows() function is listed below.
Warning: mysql_num_rows(): supplied argument is not a valid MySQL result
resource in /bookorama/results.php on line 29
Number of books found:
Here is some of the PHP script.
Number of books found: ".$num_results."";
for($i=0; $i < $num_results; $i++) {
$row = mysql_fetch_array($result);
echo "".($i + 1).". Title: ";
echo htmlspecialchars(stripslashes($row["title"]));
echo "Author: ";
echo htmlspecialchars(stripslashes($row["author"]));
echo "ISBN: ";
echo htmlspecialchars(stripslashes($row["isbn"]));
echo "Price: ";
echo htmlspecialchars(stripslashes($row["price"]));
echo "";
}
?>
--
Edit bug report at http://bugs.php.net/?id=21198&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21198&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21198&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21198&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21198&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21198&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21198&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21198&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21198&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21198&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21198&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21198&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21198&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21198&r=isapi
#21187 [Fbk->Csd]: unexpected removing of double quotes
ID: 21187 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Output Control Operating System: Windows 2000 server PHP Version: 4.2.1 New Comment: -- Closed -- Previous Comments: [2002-12-26 07:42:48] [EMAIL PROTECTED] I found the origin of the bug. It doesn't occurs in PHP, it comes from my browsers when you display the page source : Phoenix 0.5 and Mozilla browser 1.2.1. The bug #21187 can be closed. [2002-12-26 04:46:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-26 03:59:55] [EMAIL PROTECTED] Of course read "below" instead of "above" :) Merry Christmas ! [2002-12-26 03:47:16] [EMAIL PROTECTED] Just copy and paste the above content into a new php page : Bugland with double quotes bugland -- Edit this bug report at http://bugs.php.net/?id=21187&edit=1
#21198 [Opn->Fbk]: mysql_num_rows() not valid
ID: 21198
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Rewrite this:
$result = mysql_query($query);
Like this:
if (!$result = mysql_query($query)) {
print "Could not run query ($query) : " . mysql_error();
exit;
}
If that doesn't output something, try and rewrite your query like so:
$query = "SELECT count(*)
FROM books
WHERE $searchtype
LIKE '%$searchterm%'";
And get the count by:
if ($result = mysql_query($query)) {
print mysql_result($result,0);
exit;
}
Anyway this looks like a support question but just in case try the
above. I'm guessing the query is invalid, like, $searchtype is not
defined correctly or something. In which case you'd be giving
mysql_num_rows() a invalid mysql result resource because mysql_query()
retured false on the bogus query. And BTW, you want && not ||.
Error handling is your friend. Like for example, make sure $searchtype
is a column you want to use. Anyway, when in doubt, print stuff.
Previous Comments:
[2002-12-26 09:45:49] [EMAIL PROTECTED]
I have a very simple PHP script, that searches a small mysql database
for a result. And the result that I keep receiving pertaining to the
mysql_num_rows() function is listed below.
Warning: mysql_num_rows(): supplied argument is not a valid MySQL
result resource in /bookorama/results.php on line 29
Number of books found:
Here is some of the PHP script.
Number of books found: ".$num_results."";
for($i=0; $i < $num_results; $i++) {
$row = mysql_fetch_array($result);
echo "".($i + 1).". Title: ";
echo htmlspecialchars(stripslashes($row["title"]));
echo "Author: ";
echo htmlspecialchars(stripslashes($row["author"]));
echo "ISBN: ";
echo htmlspecialchars(stripslashes($row["isbn"]));
echo "Price: ";
echo htmlspecialchars(stripslashes($row["price"]));
echo "";
}
?>
--
Edit this bug report at http://bugs.php.net/?id=21198&edit=1
#21199 [NEW]: errors are output to the Apache error log as well as the page
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.3 PHP version: 4.3.0RC4 PHP Bug Type: Output Control Bug description: errors are output to the Apache error log as well as the page Whenever a PHP error is output, the error seems to be output to both the page and the global Apache error log. Under normal circumstances I wouldn't consider this a problem, but for virtualhosts it is useless because the error does not go to their virtualhost-specific error log. Some examples of errors output: /home/eurasianconcepts/public_html/car_gallery.php(62) : Warning - getimagesize() [function.getimagesize]: Read error! /home/wtfiml33t/public_html/viewarticle.php(11) : Warning - mysql_result() [function.mysql-result]: Unable to jump to row 0 on MySQL result index 12 display_errors is ON, log_errors is OFF, and track_errors is OFF. -- Edit bug report at http://bugs.php.net/?id=21199&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21199&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21199&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21199&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21199&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21199&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21199&r=support Expected behavior: http://bugs.php.net/fix.php?id=21199&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21199&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21199&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21199&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21199&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21199&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21199&r=isapi
#21200 [NEW]: --with-mssql doesn't work
From: [EMAIL PROTECTED] Operating system: linux (Linux sdesktop 2.4.18-4GB #1 Wed Mar 27 13:57:05 UTC 2002 i686 unknown) PHP version: 4.2.3 PHP Bug Type: MSSQL related Bug description: --with-mssql doesn't work I tried to ./configure PHP with "./configure --with-apxs --with-mysql --with-mssql" but it doesn't pick up the latter. I also tried "--with-mssql=/home/user/freetds-0.60" or "--with-mssql=/home/user/freetds-0.60/src". It just doesn't recognize the "--with-mssql" part. I removed the comment from php.ini (which is placed in /usr/local/lib and found by phpinfo()) anyways, but no luck. The manual backs up my "--with-mssql" theory. But no luck. Whatever options I put to "./configure" it works. Strangly that it doesn't list "--with-mssql" when I do a "./configure --help" Thanks, Till -- Edit bug report at http://bugs.php.net/?id=21200&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21200&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21200&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21200&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21200&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21200&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21200&r=support Expected behavior: http://bugs.php.net/fix.php?id=21200&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21200&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21200&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21200&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21200&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21200&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21200&r=isapi
#21170 [Opn->Fbk]: imap_sort seems to crash when reading mail messages with many recipients
ID: 21170 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Windows 2000 Advanced Server PHP Version: 4.4.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. Sounds like PHP hit the maximum execution time. Previous Comments: [2002-12-25 19:33:03] [EMAIL PROTECTED] I've just installed the version you told me about (4.4.0) and I just made up a mail message with over 360 recipients in my mailbox and the php script keep doing like that: it is loading for 1-2 minutes and then the browser tells me "The page cannot be displayed" [2002-12-24 01:03:52] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-23 21:43:49] [EMAIL PROTECTED] 1. I mention that my PHP webmail interface is on a server running Apache 2.0.36 on Windows 2000 Advanced server. 2. I presumed that the script may break at line with the imap_sort function because this is the first line that attempts to access the messages on the mail server but it may break wherever at the lines where I loop through the results with imap_headerinfo. [2002-12-23 21:39:01] [EMAIL PROTECTED] I build an webmail interface for a Courier IMAP mail server on RedHat 7.3 Linux. There are some users which have mail messages containing very many recipients in the To or CC or BCC headers and when the PHP script get to the line imap_sort function the browser displays invariable "The page cannot be displayed". I tried to determine a maximum limit number of recipients on which the PHP script works fine and I've noticed a limit of 170 recipents in one header (To or CC or BCC). I also tried to find a error record in the php error log but I haven't found a thing. The line that I use is: $messages = imap_sort($mailbox, $imap_sort_criteria, $imap_sort_order, SE_NOPREFETCH); Thank you for your time. -- Edit this bug report at http://bugs.php.net/?id=21170&edit=1
#21198 [Com]: mysql_num_rows() not valid
ID: 21198
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: MySQL related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Okay, I did the first rewrite and I got the below output.
Could not run query (select * from books where Java 2 like '%Java 2%')
: You have an error in your SQL syntax near '2 like '%Java 2%'' at line
1
Then I tried the second rewrite and I got the one below.
Warning: mysql_result(): supplied argument is not a valid MySQL result
resource in /bookorama/results.php on line 32
Previous Comments:
[2002-12-26 10:39:28] [EMAIL PROTECTED]
Rewrite this:
$result = mysql_query($query);
Like this:
if (!$result = mysql_query($query)) {
print "Could not run query ($query) : " . mysql_error();
exit;
}
If that doesn't output something, try and rewrite your query like so:
$query = "SELECT count(*)
FROM books
WHERE $searchtype
LIKE '%$searchterm%'";
And get the count by:
if ($result = mysql_query($query)) {
print mysql_result($result,0);
exit;
}
Anyway this looks like a support question but just in case try the
above. I'm guessing the query is invalid, like, $searchtype is not
defined correctly or something. In which case you'd be giving
mysql_num_rows() a invalid mysql result resource because mysql_query()
retured false on the bogus query. And BTW, you want && not ||.
Error handling is your friend. Like for example, make sure $searchtype
is a column you want to use. Anyway, when in doubt, print stuff.
[2002-12-26 09:45:49] [EMAIL PROTECTED]
I have a very simple PHP script, that searches a small mysql database
for a result. And the result that I keep receiving pertaining to the
mysql_num_rows() function is listed below.
Warning: mysql_num_rows(): supplied argument is not a valid MySQL
result resource in /bookorama/results.php on line 29
Number of books found:
Here is some of the PHP script.
Number of books found: ".$num_results."";
for($i=0; $i < $num_results; $i++) {
$row = mysql_fetch_array($result);
echo "".($i + 1).". Title: ";
echo htmlspecialchars(stripslashes($row["title"]));
echo "Author: ";
echo htmlspecialchars(stripslashes($row["author"]));
echo "ISBN: ";
echo htmlspecialchars(stripslashes($row["isbn"]));
echo "Price: ";
echo htmlspecialchars(stripslashes($row["price"]));
echo "";
}
?>
--
Edit this bug report at http://bugs.php.net/?id=21198&edit=1
#21201 [NEW]: FDF Extension makes PHP crash
From: [EMAIL PROTECTED] Operating system: Windows 98 SE PHP version: 4.3.0RC4 PHP Bug Type: FDF related Bug description: FDF Extension makes PHP crash PHP crash if there is fdf extension loaded. Commenting the extension in php.ini, it works. List of extensions: extension=php_cpdf.dll extension=php_curl.dll extension=php_dbg.dll extension=php_dbx.dll extension=php_domxml.dll extension=php_exif.dll ;extension=php_fdf.dll extension=php_gd.dll extension=php_java.dll extension=php_mhash.dll extension=php_mime_magic.dll extension=php_openssl.dll extension=php_pdf.dll extension=php_sockets.dll extension=php_w32api.dll extension=php_xmlrpc.dll extension=php_xslt.dll extension=php_zlib.dll Dr. Watson dump: PHP ha provocato un errore di pagina non valida nel modulo PHP_FDF.DLL in 0177:01791220. Registri: EAX=0091 CS=0177 EIP=01791220 EFLGS=00010246 EBX=007627f0 SS=017f ESP=0063fbd4 EBP=100ad170 ECX=007d4660 DS=017f ESI=007d1a60 FS=62df EDX= ES=017f EDI=1012b460 GS= Byte all'indirizzo CS:EIP: c7 00 00 00 00 00 33 c0 c3 90 90 90 90 90 90 90 Immagine dello stack: 100ad18d 0001 0015 007627f0 007d1ab0 100aa422 007d1a60 007627f0 0063fc74 007627f0 0076384c 0063fc6c 100b6534 1012b460 100ad170 007627f0 -- Edit bug report at http://bugs.php.net/?id=21201&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21201&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21201&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21201&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21201&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21201&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21201&r=support Expected behavior: http://bugs.php.net/fix.php?id=21201&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21201&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21201&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21201&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21201&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21201&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21201&r=isapi
#21198 [Fbk->Bgs]: mysql_num_rows() not valid
ID: 21198
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Bogus
Bug Type: MySQL related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
You can't have spaces in column names, your query is bogus. And btw I
just noticed your typo:
$searchtype = addslashes($searchtype);
$searchtype = addslashes($searchterm); // notice the problem?
Anyway, this is bogus.
Previous Comments:
[2002-12-26 10:55:15] [EMAIL PROTECTED]
Okay, I did the first rewrite and I got the below output.
Could not run query (select * from books where Java 2 like '%Java 2%')
: You have an error in your SQL syntax near '2 like '%Java 2%'' at line
1
Then I tried the second rewrite and I got the one below.
Warning: mysql_result(): supplied argument is not a valid MySQL result
resource in /bookorama/results.php on line 32
[2002-12-26 10:39:28] [EMAIL PROTECTED]
Rewrite this:
$result = mysql_query($query);
Like this:
if (!$result = mysql_query($query)) {
print "Could not run query ($query) : " . mysql_error();
exit;
}
If that doesn't output something, try and rewrite your query like so:
$query = "SELECT count(*)
FROM books
WHERE $searchtype
LIKE '%$searchterm%'";
And get the count by:
if ($result = mysql_query($query)) {
print mysql_result($result,0);
exit;
}
Anyway this looks like a support question but just in case try the
above. I'm guessing the query is invalid, like, $searchtype is not
defined correctly or something. In which case you'd be giving
mysql_num_rows() a invalid mysql result resource because mysql_query()
retured false on the bogus query. And BTW, you want && not ||.
Error handling is your friend. Like for example, make sure $searchtype
is a column you want to use. Anyway, when in doubt, print stuff.
[2002-12-26 09:45:49] [EMAIL PROTECTED]
I have a very simple PHP script, that searches a small mysql database
for a result. And the result that I keep receiving pertaining to the
mysql_num_rows() function is listed below.
Warning: mysql_num_rows(): supplied argument is not a valid MySQL
result resource in /bookorama/results.php on line 29
Number of books found:
Here is some of the PHP script.
Number of books found: ".$num_results."";
for($i=0; $i < $num_results; $i++) {
$row = mysql_fetch_array($result);
echo "".($i + 1).". Title: ";
echo htmlspecialchars(stripslashes($row["title"]));
echo "Author: ";
echo htmlspecialchars(stripslashes($row["author"]));
echo "ISBN: ";
echo htmlspecialchars(stripslashes($row["isbn"]));
echo "Price: ";
echo htmlspecialchars(stripslashes($row["price"]));
echo "";
}
?>
--
Edit this bug report at http://bugs.php.net/?id=21198&edit=1
#21201 [Opn->Dup]: FDF Extension makes PHP crash
ID: 21201 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: FDF related Operating System: Windows 98 SE PHP Version: 4.3.0RC4 New Comment: Duplicate of #14877 http://bugs.php.net/14877 Previous Comments: [2002-12-26 11:19:36] [EMAIL PROTECTED] PHP crash if there is fdf extension loaded. Commenting the extension in php.ini, it works. List of extensions: extension=php_cpdf.dll extension=php_curl.dll extension=php_dbg.dll extension=php_dbx.dll extension=php_domxml.dll extension=php_exif.dll ;extension=php_fdf.dll extension=php_gd.dll extension=php_java.dll extension=php_mhash.dll extension=php_mime_magic.dll extension=php_openssl.dll extension=php_pdf.dll extension=php_sockets.dll extension=php_w32api.dll extension=php_xmlrpc.dll extension=php_xslt.dll extension=php_zlib.dll Dr. Watson dump: PHP ha provocato un errore di pagina non valida nel modulo PHP_FDF.DLL in 0177:01791220. Registri: EAX=0091 CS=0177 EIP=01791220 EFLGS=00010246 EBX=007627f0 SS=017f ESP=0063fbd4 EBP=100ad170 ECX=007d4660 DS=017f ESI=007d1a60 FS=62df EDX= ES=017f EDI=1012b460 GS= Byte all'indirizzo CS:EIP: c7 00 00 00 00 00 33 c0 c3 90 90 90 90 90 90 90 Immagine dello stack: 100ad18d 0001 0015 007627f0 007d1ab0 100aa422 007d1a60 007627f0 0063fc74 007627f0 0076384c 0063fc6c 100b6534 1012b460 100ad170 007627f0 -- Edit this bug report at http://bugs.php.net/?id=21201&edit=1
#21198 [Com]: mysql_num_rows() not valid
ID: 21198
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: MySQL related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
This is what my code looks like now:
Number of books found: ".$num_results."";
for($i=0; $i < $num_results; $i++) {
$row = mysql_fetch_array($result);
echo "".($i + 1).". Title: ";
echo htmlspecialchars(stripslashes($row["title"]));
echo "Author: ";
echo htmlspecialchars(stripslashes($row["author"]));
echo "ISBN: ";
echo htmlspecialchars(stripslashes($row["isbn"]));
echo "Price: ";
echo htmlspecialchars(stripslashes($row["price"]));
echo "";
}
?>
and this is the response I get:
Warning: mysql_result(): supplied argument is not a valid MySQL result
resource in /bookorama/results.php on line 29
Previous Comments:
[2002-12-26 11:49:50] [EMAIL PROTECTED]
You can't have spaces in column names, your query is bogus. And btw I
just noticed your typo:
$searchtype = addslashes($searchtype);
$searchtype = addslashes($searchterm); // notice the problem?
Anyway, this is bogus.
[2002-12-26 10:55:15] [EMAIL PROTECTED]
Okay, I did the first rewrite and I got the below output.
Could not run query (select * from books where Java 2 like '%Java 2%')
: You have an error in your SQL syntax near '2 like '%Java 2%'' at line
1
Then I tried the second rewrite and I got the one below.
Warning: mysql_result(): supplied argument is not a valid MySQL result
resource in /bookorama/results.php on line 32
[2002-12-26 10:39:28] [EMAIL PROTECTED]
Rewrite this:
$result = mysql_query($query);
Like this:
if (!$result = mysql_query($query)) {
print "Could not run query ($query) : " . mysql_error();
exit;
}
If that doesn't output something, try and rewrite your query like so:
$query = "SELECT count(*)
FROM books
WHERE $searchtype
LIKE '%$searchterm%'";
And get the count by:
if ($result = mysql_query($query)) {
print mysql_result($result,0);
exit;
}
Anyway this looks like a support question but just in case try the
above. I'm guessing the query is invalid, like, $searchtype is not
defined correctly or something. In which case you'd be giving
mysql_num_rows() a invalid mysql result resource because mysql_query()
retured false on the bogus query. And BTW, you want && not ||.
Error handling is your friend. Like for example, make sure $searchtype
is a column you want to use. Anyway, when in doubt, print stuff.
[2002-12-26 09:45:49] [EMAIL PROTECTED]
I have a very simple PHP script, that searches a small mysql database
for a result. And the result that I keep receiving pertaining to the
mysql_num_rows() function is listed below.
Warning: mysql_num_rows(): supplied argument is not a valid MySQL
result resource in /bookorama/results.php on line 29
Number of books found:
Here is some of the PHP script.
Number of books found: ".$num_results."";
for($i=0; $i < $num_results; $i++) {
$row = mysql_fetch_array($result);
echo "".($i + 1).". Title: ";
echo htmlspecialchars(stripslashes($row["title"]));
echo "Author: ";
echo htmlspecialchars(stripslashes($row["author"]));
echo "ISBN: ";
echo htmlspecialchars(stripslashes($row["isbn"]));
echo "Price: ";
echo htmlspecialchars(stripslashes($row["price"]));
echo "";
}
?>
--
Edit this bug report at http://bugs.php.net/?id=21198&edit=1
#21198 [Bgs]: mysql_num_rows() not valid
ID: 21198
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: MySQL related
Operating System: Linux
PHP Version: 4.2.3
New Comment:
Please ignore everything I said and go here:
http://www.php.net/support
This is not a bug in PHP.
Previous Comments:
[2002-12-26 12:07:08] [EMAIL PROTECTED]
This is what my code looks like now:
Number of books found: ".$num_results."";
for($i=0; $i < $num_results; $i++) {
$row = mysql_fetch_array($result);
echo "".($i + 1).". Title: ";
echo htmlspecialchars(stripslashes($row["title"]));
echo "Author: ";
echo htmlspecialchars(stripslashes($row["author"]));
echo "ISBN: ";
echo htmlspecialchars(stripslashes($row["isbn"]));
echo "Price: ";
echo htmlspecialchars(stripslashes($row["price"]));
echo "";
}
?>
and this is the response I get:
Warning: mysql_result(): supplied argument is not a valid MySQL result
resource in /bookorama/results.php on line 29
[2002-12-26 11:49:50] [EMAIL PROTECTED]
You can't have spaces in column names, your query is bogus. And btw I
just noticed your typo:
$searchtype = addslashes($searchtype);
$searchtype = addslashes($searchterm); // notice the problem?
Anyway, this is bogus.
[2002-12-26 10:55:15] [EMAIL PROTECTED]
Okay, I did the first rewrite and I got the below output.
Could not run query (select * from books where Java 2 like '%Java 2%')
: You have an error in your SQL syntax near '2 like '%Java 2%'' at line
1
Then I tried the second rewrite and I got the one below.
Warning: mysql_result(): supplied argument is not a valid MySQL result
resource in /bookorama/results.php on line 32
[2002-12-26 10:39:28] [EMAIL PROTECTED]
Rewrite this:
$result = mysql_query($query);
Like this:
if (!$result = mysql_query($query)) {
print "Could not run query ($query) : " . mysql_error();
exit;
}
If that doesn't output something, try and rewrite your query like so:
$query = "SELECT count(*)
FROM books
WHERE $searchtype
LIKE '%$searchterm%'";
And get the count by:
if ($result = mysql_query($query)) {
print mysql_result($result,0);
exit;
}
Anyway this looks like a support question but just in case try the
above. I'm guessing the query is invalid, like, $searchtype is not
defined correctly or something. In which case you'd be giving
mysql_num_rows() a invalid mysql result resource because mysql_query()
retured false on the bogus query. And BTW, you want && not ||.
Error handling is your friend. Like for example, make sure $searchtype
is a column you want to use. Anyway, when in doubt, print stuff.
[2002-12-26 09:45:49] [EMAIL PROTECTED]
I have a very simple PHP script, that searches a small mysql database
for a result. And the result that I keep receiving pertaining to the
mysql_num_rows() function is listed below.
Warning: mysql_num_rows(): supplied argument is not a valid MySQL
result resource in /bookorama/results.php on line 29
Number of books found:
Here is some of the PHP script.
Number of books found: ".$num_results."";
for($i=0; $i < $num_results; $i++) {
$row = mysql_fetch_array($result);
echo "".($i + 1).". Title: ";
echo htmlspecialchars(stripslashes($row["title"]));
echo "Author: ";
echo htmlspecialchars(stripslashes($row["author"]));
echo "ISBN: ";
echo htmlspecialchars(stripslashes($row["isbn"]));
echo "Price: ";
echo htmlspecialchars(stripslashes($row["price"]));
echo "";
}
?>
--
Edit this bug report at http://bugs.php.net/?id=21198&edit=1
#21200 [Opn->Csd]: --with-mssql doesn't work
ID: 21200 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MSSQL related Operating System: linux (Linux sdesktop 2.4.18-4GB PHP Version: 4.2.3 New Comment: --with-mssql is only available from PHP 4.3.0. You can use a cvs snapshot or RC4. Previous Comments: [2002-12-26 10:41:19] [EMAIL PROTECTED] I tried to ./configure PHP with "./configure --with-apxs --with-mysql --with-mssql" but it doesn't pick up the latter. I also tried "--with-mssql=/home/user/freetds-0.60" or "--with-mssql=/home/user/freetds-0.60/src". It just doesn't recognize the "--with-mssql" part. I removed the comment from php.ini (which is placed in /usr/local/lib and found by phpinfo()) anyways, but no luck. The manual backs up my "--with-mssql" theory. But no luck. Whatever options I put to "./configure" it works. Strangly that it doesn't list "--with-mssql" when I do a "./configure --help" Thanks, Till -- Edit this bug report at http://bugs.php.net/?id=21200&edit=1
#18429 [NoF]: mssql_query() crashes on stored procedure using a cursor on query that contains
ID: 18429
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: No Feedback
Bug Type: MSSQL related
Operating System: Win2000
PHP Version: 4.3.0-dev
New Comment:
You can use mssql_execute() if you want to get results back from stored
preocedures.
When you execute a command not returning data the MSSQL extension will
close the transaction and releasse any declared variables. You can send
more than one statement in a single query:
mssql_query("DECLARE rowset CURSOR GLOBAL SCROLL FOR $query
EXEC sp_fetch_row $row");
Previous Comments:
[2002-12-24 01:00:03] [EMAIL PROTECTED]
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-12-08 10:34:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-07-19 14:45:37] [EMAIL PROTECTED]
I download apache 1.3.26 from www.apache.org and latest PHP from listed
URL, but it doesn't work. PHP still crashes. Both installed on Win 2000
Advanced Server.
[2002-07-19 12:10:56] [EMAIL PROTECTED]
This is the snapshot for 4.3.0-dev:
http://snaps.php.net/win32/php4-win32-latest.zip
DO NOT REPLY unless you have _NEW_ information.
DO NOT TOUCH the version anymore
Also note that Apache2 is NOT stable for ANY use yet.
Use Apache 1.3.26 which is proven to actually work (with PHP)
[2002-07-19 09:56:33] [EMAIL PROTECTED]
I'm very sorry, I have to find PHP version, which do that correctly, so
I've tried all available versions. Latest versions too. In combobox on
'Bugs Report - New' are only 4.1.2, 4.2.0, 4.2.1 and 4CVS-2002-07-19
versions selectable. Because of both latest versions (stable 4.2.2-dev
and 4.3.0-dev) was uploaded to server snaps.php.net 2002/07/19, so I
choose version 4CVS-2002-07-19.
I've tried new update of latest stable version
(http://snaps.php.net/win32/php4-win32-STABLE-latest.zip), and it is
still not work. May be it is caused with my bad configuration of
Apache/PHP. Because of this little misunderstanding, I'm not sure,
which version you are modifying, so I don't know, which one I need to
download. Could you, please, send me, if it is corrected and which
archive I should to download. Thank you for your patient.
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/18429
--
Edit this bug report at http://bugs.php.net/?id=18429&edit=1
#21196 [Opn->Fbk]: libedit problems
ID: 21196 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Configuration Issues Operating System: Gentoo/Linux PHP Version: 4.3.0RC4 New Comment: Please post the relevant pieces from config.log. Derick Previous Comments: [2002-12-26 07:51:27] [EMAIL PROTECTED] ./configure --with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-jpeg-dir --with-tiff-dir --with-db --enable-dba --with-flatfile --enable-dbase --enable-dio --with-dom --with-zlib-dir --with-dom-xslt --with-dom-exslt --enable-filepro --with-gd --enable-ftp --with-jpeg-dir --with-png-dir --with-xpm-dir --with-zlib-dir --with-ttf --with-freetype-dir --with-t1lib --enable-gd-native-ttf --with-gettext --with-hyperwave --with-iconv --with-imap --with-imap-ssl --with-java --enable-mbstring --enable-mbregex --with-mcrypt --with-mhash --with-mysql --with-mysql-sock --with-zlib-dir --with-ncurses --with-pdflib --with-jpeg-dir --with-png-dir --with-zlib-dir --with-tiff-dir --with-libedit --with-qtdom --with-mm --enable-shmop --with-snmp --enable-sockets --with-swf --enable-sysvmsg --enable-sysvsem --enable-sysvshm -- checking for readline support... no checking for tgetent in -lncurses... yes checking for readline in -ledit... no configure: error: edit library required by readline not found -- Edit this bug report at http://bugs.php.net/?id=21196&edit=1
#21187 [Csd->Bgs]: unexpected removing of double quotes
ID: 21187 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Output Control Operating System: Windows 2000 server PHP Version: 4.2.1 New Comment: not a bug -> bogus Previous Comments: [2002-12-26 10:29:03] [EMAIL PROTECTED] -- Closed -- [2002-12-26 07:42:48] [EMAIL PROTECTED] I found the origin of the bug. It doesn't occurs in PHP, it comes from my browsers when you display the page source : Phoenix 0.5 and Mozilla browser 1.2.1. The bug #21187 can be closed. [2002-12-26 04:46:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-26 03:59:55] [EMAIL PROTECTED] Of course read "below" instead of "above" :) Merry Christmas ! [2002-12-26 03:47:16] [EMAIL PROTECTED] Just copy and paste the above content into a new php page : Bugland with double quotes bugland -- Edit this bug report at http://bugs.php.net/?id=21187&edit=1
#21202 [NEW]: fsockopen / fread fails unless exact length is given
From: [EMAIL PROTECTED] Operating system: Linux, 2.4.19 PHP version: 4.2.3 PHP Bug Type: Sockets related Bug description: fsockopen / fread fails unless exact length is given Hi there... I wanted to fetch a webpage's contents. I used to be able to do so by fread'ing with a huge number as length: // $fp=fsockopen( $host, $port, $errno, $errstr, 120 ); // assumed host and port were previously defined $headers = "GET /jornalmn/index.htm HTTP/1.0\r\n" ."User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)\r\n" ."Host: www.meionorte.com\r\n" ."Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */*\r\n" ."Connection: Keep-Alive\r\n" ."Cache-Control: no-cache\r\n" ."\r\n"; fwrite($fp,$headers, strlen($headers)); $fetched_content = fread($fp,10); fclose($fp); Just recently this stopped working. Actually, I would eventually fetch the page, but only after the connection timed out. After a lot of debugging I found out I'd have sucess by specifying the EXACT file size to fread. I had to adapt my scripts and tell them to either: a) Capture the "Content-length" response value sent by the server (easy way); b) Fread little by little (128 bytes a time) and use socket_get_status($fp) everytime to check for EOF condition and the number of unread bytes. -- Edit bug report at http://bugs.php.net/?id=21202&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21202&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21202&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21202&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21202&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21202&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21202&r=support Expected behavior: http://bugs.php.net/fix.php?id=21202&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21202&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21202&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21202&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21202&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21202&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21202&r=isapi
#21202 [Opn->Fbk]: fsockopen / fread fails unless exact length is given
ID: 21202 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Linux, 2.4.19 PHP Version: 4.2.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Previous Comments: [2002-12-26 16:05:01] [EMAIL PROTECTED] Hi there... I wanted to fetch a webpage's contents. I used to be able to do so by fread'ing with a huge number as length: // $fp=fsockopen( $host, $port, $errno, $errstr, 120 ); // assumed host and port were previously defined $headers = "GET /jornalmn/index.htm HTTP/1.0\r\n" ."User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)\r\n" ."Host: www.meionorte.com\r\n" ."Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, image/png, */*\r\n" ."Connection: Keep-Alive\r\n" ."Cache-Control: no-cache\r\n" ."\r\n"; fwrite($fp,$headers, strlen($headers)); $fetched_content = fread($fp,10); fclose($fp); Just recently this stopped working. Actually, I would eventually fetch the page, but only after the connection timed out. After a lot of debugging I found out I'd have sucess by specifying the EXACT file size to fread. I had to adapt my scripts and tell them to either: a) Capture the "Content-length" response value sent by the server (easy way); b) Fread little by little (128 bytes a time) and use socket_get_status($fp) everytime to check for EOF condition and the number of unread bytes. -- Edit this bug report at http://bugs.php.net/?id=21202&edit=1
#21203 [NEW]: Php Warning: 'OCI8 Recursive call!'
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.2.2 PHP Bug Type: OCI8 related Bug description: Php Warning: 'OCI8 Recursive call!' This error is referenced in a closed bug (Bug #15198) which I was unable to get a response from. I have more information on it, and am seeking alternative handling other than having the apache process completely exit(). - I've narrowed down a cause of this error to a lockwait on one or more rows that a query is trying to modify. This is the simplest way to reproduce: 1) in sqlplus: update table_name set column_2 = column_2_val where column_1 = column_1_val; (do not commit) 2) run the same query from php 3) immediately run this query from another session (a client with a GUI is best for viewing results of this query). Pay attention to the lockwait column, it will not be null: select count(*) instances, se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text from v$sqlarea sa, v$session se where sa.address = se.sql_address and sa.hash_value = se.sql_hash_value and sa.executions > 0 and se.status = 'ACTIVE' group by se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text order by instances desc; 4) after a while your php script will come back with OCI8 Recursive call! 5) don't forget to rollback your update in sqlplus! This is the most simple scenario causing the bug. The problem also happens on queries I use that operate (DML) on the same data and take a while. Possible causes of this are users clicking multiple times on links to pages that execute DML queries. However, sometimes I get this error when there is only one query with a non-null lockwait value.. very strange. I've tried registering shutdown functions and wrapping the queries that most often produce this error with checks on connection_status() to prevent running the query if user has abandoned the request. None of these measures have helped the problem. It's disturbing that the entire apache process has to die because of this. Any suggestions are welome. -- Edit bug report at http://bugs.php.net/?id=21203&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21203&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21203&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21203&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21203&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21203&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21203&r=support Expected behavior: http://bugs.php.net/fix.php?id=21203&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21203&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21203&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21203&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21203&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21203&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21203&r=isapi
#21203 [Opn->Bgs]: Php Warning: 'OCI8 Recursive call!'
ID: 21203 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Linux 2.2 PHP Version: 4.2.2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2002-12-26 16:09:09] [EMAIL PROTECTED] This error is referenced in a closed bug (Bug #15198) which I was unable to get a response from. I have more information on it, and am seeking alternative handling other than having the apache process completely exit(). - I've narrowed down a cause of this error to a lockwait on one or more rows that a query is trying to modify. This is the simplest way to reproduce: 1) in sqlplus: update table_name set column_2 = column_2_val where column_1 = column_1_val; (do not commit) 2) run the same query from php 3) immediately run this query from another session (a client with a GUI is best for viewing results of this query). Pay attention to the lockwait column, it will not be null: select count(*) instances, se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text from v$sqlarea sa, v$session se where sa.address = se.sql_address and sa.hash_value = se.sql_hash_value and sa.executions > 0 and se.status = 'ACTIVE' group by se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text order by instances desc; 4) after a while your php script will come back with OCI8 Recursive call! 5) don't forget to rollback your update in sqlplus! This is the most simple scenario causing the bug. The problem also happens on queries I use that operate (DML) on the same data and take a while. Possible causes of this are users clicking multiple times on links to pages that execute DML queries. However, sometimes I get this error when there is only one query with a non-null lockwait value.. very strange. I've tried registering shutdown functions and wrapping the queries that most often produce this error with checks on connection_status() to prevent running the query if user has abandoned the request. None of these measures have helped the problem. It's disturbing that the entire apache process has to die because of this. Any suggestions are welome. -- Edit this bug report at http://bugs.php.net/?id=21203&edit=1
#21196 [Fbk->Opn]: libedit problems
ID: 21196
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: *Configuration Issues
Operating System: Gentoo/Linux
PHP Version: 4.3.0RC4
New Comment:
~2000 lines cut
--
configure:64106: checking for readline in -ledit
configure:64125: gcc -o conftest -g -O2
-L/lib
-Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib
-Wl,-rpath,/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/server
-L/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/server
-Wl,-rpath,/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/native_threads
-L/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/native_threads
-Wl,-rpath,/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386
-L/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386 -Wl,-rpath,/lib -L/lib
-Wl,-rpath,/usr/qt/3/lib -L/usr/qt/3/lib conftest.c -ledit -lncurses
-lqt -lpdf -lz -ltiff -lpng -ljpeg -lpanel -lncurses -lmhash -lmcrypt
-lltdl -ljava -lcrypt -lpam -lt1 -lfreetype -lX11 -lXpm -lpng -lz
-ljpeg -lexslt -lxsltbreakpoint -lxml2 -lxslt -lz -lbz2 -lz -lcrypt
-lssl -lcrypto -lresolv -lm -ldl -lnsl -lcrypt -lxml2 -lz -lm 1>&5
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -ledit
collect2: ld returned 1 exit status
configure: failed program was:
#line 64114 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char readline();
int main() {
readline()
; return 0; }
Previous Comments:
[2002-12-26 13:12:56] [EMAIL PROTECTED]
Please post the relevant pieces from config.log.
Derick
[2002-12-26 07:51:27] [EMAIL PROTECTED]
./configure --with-openssl --with-zlib --enable-bcmath --with-bz2
--enable-calendar --with-jpeg-dir --with-tiff-dir --with-db
--enable-dba --with-flatfile --enable-dbase --enable-dio --with-dom
--with-zlib-dir --with-dom-xslt --with-dom-exslt --enable-filepro
--with-gd --enable-ftp --with-jpeg-dir --with-png-dir --with-xpm-dir
--with-zlib-dir --with-ttf --with-freetype-dir --with-t1lib
--enable-gd-native-ttf --with-gettext --with-hyperwave --with-iconv
--with-imap --with-imap-ssl --with-java --enable-mbstring
--enable-mbregex --with-mcrypt --with-mhash --with-mysql
--with-mysql-sock --with-zlib-dir --with-ncurses --with-pdflib
--with-jpeg-dir --with-png-dir --with-zlib-dir --with-tiff-dir
--with-libedit --with-qtdom --with-mm --enable-shmop --with-snmp
--enable-sockets --with-swf --enable-sysvmsg --enable-sysvsem
--enable-sysvshm
--
checking for readline support... no
checking for tgetent in -lncurses... yes
checking for readline in -ledit... no
configure: error: edit library required by readline not found
--
Edit this bug report at http://bugs.php.net/?id=21196&edit=1
#21203 [Bgs->Opn]: Php Warning: 'OCI8 Recursive call!'
ID: 21203 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Linux 2.2 PHP Version: 4.2.2 New Comment: I posted to the other bug your referring to 3 weeks ago and got no response. It was already closed due to lack of information, and no resolution was ever given. I've searched the bug database and found no solution for linux. Previous Comments: [2002-12-26 16:14:43] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. [2002-12-26 16:09:09] [EMAIL PROTECTED] This error is referenced in a closed bug (Bug #15198) which I was unable to get a response from. I have more information on it, and am seeking alternative handling other than having the apache process completely exit(). - I've narrowed down a cause of this error to a lockwait on one or more rows that a query is trying to modify. This is the simplest way to reproduce: 1) in sqlplus: update table_name set column_2 = column_2_val where column_1 = column_1_val; (do not commit) 2) run the same query from php 3) immediately run this query from another session (a client with a GUI is best for viewing results of this query). Pay attention to the lockwait column, it will not be null: select count(*) instances, se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text from v$sqlarea sa, v$session se where sa.address = se.sql_address and sa.hash_value = se.sql_hash_value and sa.executions > 0 and se.status = 'ACTIVE' group by se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text order by instances desc; 4) after a while your php script will come back with OCI8 Recursive call! 5) don't forget to rollback your update in sqlplus! This is the most simple scenario causing the bug. The problem also happens on queries I use that operate (DML) on the same data and take a while. Possible causes of this are users clicking multiple times on links to pages that execute DML queries. However, sometimes I get this error when there is only one query with a non-null lockwait value.. very strange. I've tried registering shutdown functions and wrapping the queries that most often produce this error with checks on connection_status() to prevent running the query if user has abandoned the request. None of these measures have helped the problem. It's disturbing that the entire apache process has to die because of this. Any suggestions are welome. -- Edit this bug report at http://bugs.php.net/?id=21203&edit=1
#21196 [Opn->Bgs]: libedit problems
ID: 21196
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: *Configuration Issues
Operating System: Gentoo/Linux
PHP Version: 4.3.0RC4
New Comment:
Just install libedit and it will be fine (font forget to install the
headers).
Derick
Previous Comments:
[2002-12-26 16:32:29] [EMAIL PROTECTED]
~2000 lines cut
--
configure:64106: checking for readline in -ledit
configure:64125: gcc -o conftest -g -O2
-L/lib
-Wl,-rpath,/usr/X11R6/lib -L/usr/X11R6/lib
-Wl,-rpath,/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/server
-L/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/server
-Wl,-rpath,/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/native_threads
-L/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386/native_threads
-Wl,-rpath,/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386
-L/opt/blackdown-jdk-1.4.1_beta/jre/lib/i386 -Wl,-rpath,/lib -L/lib
-Wl,-rpath,/usr/qt/3/lib -L/usr/qt/3/lib conftest.c -ledit -lncurses
-lqt -lpdf -lz -ltiff -lpng -ljpeg -lpanel -lncurses -lmhash -lmcrypt
-lltdl -ljava -lcrypt -lpam -lt1 -lfreetype -lX11 -lXpm -lpng -lz
-ljpeg -lexslt -lxsltbreakpoint -lxml2 -lxslt -lz -lbz2 -lz -lcrypt
-lssl -lcrypto -lresolv -lm -ldl -lnsl -lcrypt -lxml2 -lz -lm 1>&5
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.1/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -ledit
collect2: ld returned 1 exit status
configure: failed program was:
#line 64114 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char readline();
int main() {
readline()
; return 0; }
[2002-12-26 13:12:56] [EMAIL PROTECTED]
Please post the relevant pieces from config.log.
Derick
[2002-12-26 07:51:27] [EMAIL PROTECTED]
./configure --with-openssl --with-zlib --enable-bcmath --with-bz2
--enable-calendar --with-jpeg-dir --with-tiff-dir --with-db
--enable-dba --with-flatfile --enable-dbase --enable-dio --with-dom
--with-zlib-dir --with-dom-xslt --with-dom-exslt --enable-filepro
--with-gd --enable-ftp --with-jpeg-dir --with-png-dir --with-xpm-dir
--with-zlib-dir --with-ttf --with-freetype-dir --with-t1lib
--enable-gd-native-ttf --with-gettext --with-hyperwave --with-iconv
--with-imap --with-imap-ssl --with-java --enable-mbstring
--enable-mbregex --with-mcrypt --with-mhash --with-mysql
--with-mysql-sock --with-zlib-dir --with-ncurses --with-pdflib
--with-jpeg-dir --with-png-dir --with-zlib-dir --with-tiff-dir
--with-libedit --with-qtdom --with-mm --enable-shmop --with-snmp
--enable-sockets --with-swf --enable-sysvmsg --enable-sysvsem
--enable-sysvshm
--
checking for readline support... no
checking for tgetent in -lncurses... yes
checking for readline in -ledit... no
configure: error: edit library required by readline not found
--
Edit this bug report at http://bugs.php.net/?id=21196&edit=1
#21203 [Opn->Bgs]: Php Warning: 'OCI8 Recursive call!'
ID: 21203 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Linux 2.2 PHP Version: 4.2.2 New Comment: Didn't I just mail you to re-open the older one? Please keep this one closed and add your comments to the older bug report. Derick Previous Comments: [2002-12-26 16:34:04] [EMAIL PROTECTED] I posted to the other bug your referring to 3 weeks ago and got no response. It was already closed due to lack of information, and no resolution was ever given. I've searched the bug database and found no solution for linux. [2002-12-26 16:14:43] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. [2002-12-26 16:09:09] [EMAIL PROTECTED] This error is referenced in a closed bug (Bug #15198) which I was unable to get a response from. I have more information on it, and am seeking alternative handling other than having the apache process completely exit(). - I've narrowed down a cause of this error to a lockwait on one or more rows that a query is trying to modify. This is the simplest way to reproduce: 1) in sqlplus: update table_name set column_2 = column_2_val where column_1 = column_1_val; (do not commit) 2) run the same query from php 3) immediately run this query from another session (a client with a GUI is best for viewing results of this query). Pay attention to the lockwait column, it will not be null: select count(*) instances, se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text from v$sqlarea sa, v$session se where sa.address = se.sql_address and sa.hash_value = se.sql_hash_value and sa.executions > 0 and se.status = 'ACTIVE' group by se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text order by instances desc; 4) after a while your php script will come back with OCI8 Recursive call! 5) don't forget to rollback your update in sqlplus! This is the most simple scenario causing the bug. The problem also happens on queries I use that operate (DML) on the same data and take a while. Possible causes of this are users clicking multiple times on links to pages that execute DML queries. However, sometimes I get this error when there is only one query with a non-null lockwait value.. very strange. I've tried registering shutdown functions and wrapping the queries that most often produce this error with checks on connection_status() to prevent running the query if user has abandoned the request. None of these measures have helped the problem. It's disturbing that the entire apache process has to die because of this. Any suggestions are welome. -- Edit this bug report at http://bugs.php.net/?id=21203&edit=1
#21204 [NEW]: php4isapi.dll failed to load
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advance Server PHP version: 4.2.3 PHP Bug Type: IIS related Bug description: php4isapi.dll failed to load This is still a problem in PHP 4.2.3 with IIS5 on Windows 2000 Advanced Server. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:26:32 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit bug report at http://bugs.php.net/?id=21204&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21204&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21204&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21204&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21204&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21204&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21204&r=support Expected behavior: http://bugs.php.net/fix.php?id=21204&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21204&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21204&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21204&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21204&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21204&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21204&r=isapi
#21204 [Opn->Fbk]: php4isapi.dll failed to load
ID: 21204 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.2.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2002-12-26 16:36:35] [EMAIL PROTECTED] This is still a problem in PHP 4.2.3 with IIS5 on Windows 2000 Advanced Server. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:26:32 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit this bug report at http://bugs.php.net/?id=21204&edit=1
#21203 [Bgs->Opn]: Php Warning: 'OCI8 Recursive call!'
ID: 21203 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: OCI8 related Operating System: Linux 2.2 PHP Version: 4.2.2 New Comment: 1) I already did post the exact comments to the other one 3 weeks ago and got no response because it's closed 2) I didn't create the other bug report so I can't update the status because I don't have the password Previous Comments: [2002-12-26 16:34:59] [EMAIL PROTECTED] Didn't I just mail you to re-open the older one? Please keep this one closed and add your comments to the older bug report. Derick [2002-12-26 16:34:04] [EMAIL PROTECTED] I posted to the other bug your referring to 3 weeks ago and got no response. It was already closed due to lack of information, and no resolution was ever given. I've searched the bug database and found no solution for linux. [2002-12-26 16:14:43] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. [2002-12-26 16:09:09] [EMAIL PROTECTED] This error is referenced in a closed bug (Bug #15198) which I was unable to get a response from. I have more information on it, and am seeking alternative handling other than having the apache process completely exit(). - I've narrowed down a cause of this error to a lockwait on one or more rows that a query is trying to modify. This is the simplest way to reproduce: 1) in sqlplus: update table_name set column_2 = column_2_val where column_1 = column_1_val; (do not commit) 2) run the same query from php 3) immediately run this query from another session (a client with a GUI is best for viewing results of this query). Pay attention to the lockwait column, it will not be null: select count(*) instances, se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text from v$sqlarea sa, v$session se where sa.address = se.sql_address and sa.hash_value = se.sql_hash_value and sa.executions > 0 and se.status = 'ACTIVE' group by se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text order by instances desc; 4) after a while your php script will come back with OCI8 Recursive call! 5) don't forget to rollback your update in sqlplus! This is the most simple scenario causing the bug. The problem also happens on queries I use that operate (DML) on the same data and take a while. Possible causes of this are users clicking multiple times on links to pages that execute DML queries. However, sometimes I get this error when there is only one query with a non-null lockwait value.. very strange. I've tried registering shutdown functions and wrapping the queries that most often produce this error with checks on connection_status() to prevent running the query if user has abandoned the request. None of these measures have helped the problem. It's disturbing that the entire apache process has to die because of this. Any suggestions are welome. -- Edit this bug report at http://bugs.php.net/?id=21203&edit=1
#21205 [NEW]: php4isapi.dll failed to load
From: [EMAIL PROTECTED] Operating system: Windows 2000 Advance Server PHP version: 4.3.0RC4 PHP Bug Type: IIS related Bug description: php4isapi.dll failed to load This problem occurs in php-4.2.3 as well. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:42:39 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit bug report at http://bugs.php.net/?id=21205&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21205&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21205&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21205&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21205&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21205&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21205&r=support Expected behavior: http://bugs.php.net/fix.php?id=21205&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21205&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21205&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21205&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21205&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21205&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21205&r=isapi
#21205 [Opn->Bgs]: php4isapi.dll failed to load
ID: 21205 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.3.0RC4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2002-12-26 16:45:18] [EMAIL PROTECTED] This problem occurs in php-4.2.3 as well. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:42:39 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit this bug report at http://bugs.php.net/?id=21205&edit=1
#21203 [Opn->Bgs]: Php Warning: 'OCI8 Recursive call!'
ID: 21203 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: OCI8 related Operating System: Linux 2.2 PHP Version: 4.2.2 New Comment: thick-skulled today? leave this one as bogus. Previous Comments: [2002-12-26 16:42:54] [EMAIL PROTECTED] 1) I already did post the exact comments to the other one 3 weeks ago and got no response because it's closed 2) I didn't create the other bug report so I can't update the status because I don't have the password [2002-12-26 16:34:59] [EMAIL PROTECTED] Didn't I just mail you to re-open the older one? Please keep this one closed and add your comments to the older bug report. Derick [2002-12-26 16:34:04] [EMAIL PROTECTED] I posted to the other bug your referring to 3 weeks ago and got no response. It was already closed due to lack of information, and no resolution was ever given. I've searched the bug database and found no solution for linux. [2002-12-26 16:14:43] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. [2002-12-26 16:09:09] [EMAIL PROTECTED] This error is referenced in a closed bug (Bug #15198) which I was unable to get a response from. I have more information on it, and am seeking alternative handling other than having the apache process completely exit(). - I've narrowed down a cause of this error to a lockwait on one or more rows that a query is trying to modify. This is the simplest way to reproduce: 1) in sqlplus: update table_name set column_2 = column_2_val where column_1 = column_1_val; (do not commit) 2) run the same query from php 3) immediately run this query from another session (a client with a GUI is best for viewing results of this query). Pay attention to the lockwait column, it will not be null: select count(*) instances, se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text from v$sqlarea sa, v$session se where sa.address = se.sql_address and sa.hash_value = se.sql_hash_value and sa.executions > 0 and se.status = 'ACTIVE' group by se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text order by instances desc; 4) after a while your php script will come back with OCI8 Recursive call! 5) don't forget to rollback your update in sqlplus! This is the most simple scenario causing the bug. The problem also happens on queries I use that operate (DML) on the same data and take a while. Possible causes of this are users clicking multiple times on links to pages that execute DML queries. However, sometimes I get this error when there is only one query with a non-null lockwait value.. very strange. I've tried registering shutdown functions and wrapping the queries that most often produce this error with checks on connection_status() to prevent running the query if user has abandoned the request. None of these measures have helped the problem. It's disturbing that the entire apache process has to die because of this. Any suggestions are welome. -- Edit this bug report at http://bugs.php.net/?id=21203&edit=1
#15198 [Csd->Opn]: unexpected error 'OCI8 Recursive call!'
ID: 15198 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: OCI8 related Operating System: Redhat Linux 6.1 PHP Version: 4.1.1 Assigned To: thies Previous Comments: [2002-12-04 09:38:18] [EMAIL PROTECTED] I've narrowed down a cause of this error to a lockwait on one or more rows that a query is trying to modify. This is the simplest way to reproduce: 1) in sqlplus: update table_name set column_2 = column_2_val where column_1 = column_1_val; (do not commit) 2) run the same query from php 3) immediately run this query from another session (a client with a GUI is best for viewing results of this query). Pay attention to the lockwait column, it will not be null: select count(*) instances, se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text from v$sqlarea sa, v$session se where sa.address = se.sql_address and sa.hash_value = se.sql_hash_value and sa.executions > 0 and se.status = 'ACTIVE' group by se.machine, se.osuser, sa.executions, se.lockwait, sa.sql_text order by instances desc; 4) after a while your php script will come back with OCI8 Recursive call! 5) don't forget to rollback your update in sqlplus! This is the most simple scenario causing the bug. The problem also happens on queries I use that operate (DML) on the same data and take a while. Possible causes of this are users clicking multiple times on links to pages that execute DML queries. However, sometimes I get this error when there is only one query with a non-null lockwait value.. very strange. I've tried registering shutdown functions and wrapping the queries that most often produce this error with checks on connection_status() to prevent running the query if user has abandoned the request. None of these measures have helped the problem. It's disturbing that the entire apache process has to die because of this. Any suggestions are welome. [2002-04-13 09:07:32] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to "Open". if this itches you too badly you can just take out the exit(-1) call from oci8.c and recompile. but it might kill your oracle MTS [2002-02-28 13:31:40] [EMAIL PROTECTED] I've also got a PHP application that suffered from the OCI8 Recursive call! error after an upgrade to PHP 4.1.1. It worked fine with PHP 4.0.x, but with 4.1.x it randomly chokes with that error. There is nothing special going on. I'm not using bindings, I've just got scripts that logon, parse, execute, insert, delete, logoff, etc. Because of this, I'm forced to stick with the 4.0.x tree. I'd give you more debugging information, but it is a deployed system and I don't want to introduce the bugs into it. [2002-02-05 05:07:25] [EMAIL PROTECTED] are you sure that you are not hitting the time_limit? reverting to 4.0.6 is not a smartthimg (tm) to do as a recursive oci call might kill your oracle MTS (if you use it). that's the only reason this catch got implemented. maybe useing ociinternaldebug(1) and sending me the output (and just the output of the oci module) would help. [2002-02-05 03:30:24] [EMAIL PROTECTED] Well, I have investigated the situation a bit more: I have a script which takes a long time (a maintenance script that runs at night, using php cgi binary), so I have set set_time_limit(7200) (which is two hours!) In the script, there's a complex query that takes 3 minutes to run. During this query, I get this OCI8 Recursive Call error and the script fails, even though the time limit has not been reached yet. Is there some internal timeout in the OCI calls? I now have to downgrade to 4.0.6 to prevent the problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15198 -- Edit this bug report at http://bugs.php.net/?id=15198&edit=1
#21189 [Opn]: TTF output function frose Apache
ID: 21189 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GD related Operating System: windows 2000/sp3 PHP Version: 4.3.0RC4 New Comment: Small note, TTF library is not thread safe, meaning that in Win32 enviroment it may not operate well. Previous Comments: [2002-12-26 04:55:12] [EMAIL PROTECTED] Hello! I made crash tests using WebRoller software. I set to 10 requests my PHP code from 50 virtual clients simultaneously, and run 40 iterations. I test php with php_gd.dll and php_gd2.dll. in second case apache generates error on windows console (GPF) I use next code: after crash test my system was frosen,apache haves 99% CPU and a lot of memory. As next, I comment string with ImageTTFText function and test it again. Apache lives! Below I will provide output from WebRollers test results: Results from WebRoller with TTF function: --- Start statistics --- --- Basic statistics --- Min:50.00 20.00 30.00 50.00 70.00 60.00 30.00 30.00 Avg:514.82 602.53 785.38 827.82 378.96 238.82 200.40 199.07 Max:3270.00 4990.00 6350.00 7550.00 3410.00 2680.00 510.00 560.00 --- Network traffic details --- Total bytes sent :124242 Total bytes received :347208 Average input speed : 1152 bytes/sec --- Summary times --- Virtual Clients statistics: Count TimeAR/SAT/R 100 1322442 0.0813224.42 110 1290436 0.0911731.24 101 1320349 0.0813072.76 101 1320809 0.0813077.32 114 1260793 0.0911059.59 110 1262395 0.0911476.32 99 1234395 0.0812468.64 101 1293280 0.0812804.75 101 1320759 0.0813076.82 111 1263257 0.0911380.69 Total work time:1337293 Total requests made:1048 Total average time per request: 1198.4126 Total average requests per second: 0.8344 --- Errors report --- Total 425 errors!!! Net :6 T/O :419 --- HTTP response codes details --- CodeCount 200 629 --- End statistics --- Results from WebRoller without TTF function: --- Start statistics --- --- Basic statistics --- Min:60.00 110.00 90.00 100.00 100.00 100.00 50.00 40.00 Avg:188.26 189.40 189.84 189.44 190.40 188.78 187.64 187.96 Max:240.00 280.00 310.00 330.00 290.00 260.00 270.00 280.00 --- Network traffic details --- Total bytes sent :475530 Average output speed : 47553 bytes/sec Total bytes received : 1844000 Average input speed : 2382 bytes/sec --- Summary times --- Virtual Clients statistics: Count TimeAR/SAT/R 400 78002 5.13195.01 400 78052 5.12195.13 400 77862 5.14194.66 400 78162 5.12195.41 400 78262 5.11195.66 400 78202 5.11195.51 400 78122 5.12195.31 400 78202 5.11195.51 400 78232 5.11195.58 400 77942 5.13194.85 Total work time:78342 Total requests made:4000 Total average time per request: 19.5948 Total average requests per second: 51.0341 --- HTTP response codes details --- CodeCount 200 4000 --- End statistics --- -- Edit this bug report at http://bugs.php.net/?id=21189&edit=1
#21206 [NEW]: nesting level and recursive errors on make test... php fails
From: [EMAIL PROTECTED] Operating system: RH Linux 7.2 PHP version: 4.3.0RC4 PHP Bug Type: Compile Failure Bug description: nesting level and recursive errors on make test... php fails Warning: Nesting level too deep - recursive dependency? in Unknown on line 0 That error shows several times during the make test part of the install. During the install the ./configure... and make does ok with no errors. Then doing a make test fails on almost every test it performs. If I continue to do a make install afterwards it breaks the server down so that most to all sites using php do not work. I have verified this with the latest stable release, 4.3.0-dev, 4.3.0RC2, 4.3.0RC3, and now 4.3.0RC4. Right now I am running 4.2.4-dev and is working fine. I have also tried a few different configure commands to hopefully resolve this issue but with no luck. Current configure... './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd-dir=/home/instkit/gd-2.0.4' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext=shared' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pear' '--with-png' '--with-pspell-dir=/usr' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-exif' '--enable-ftp=shared' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--disable-experimental-zts' '--with-apxs=/usr/sbin/apxs' Have also tried... './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-ttf' '--with-gdbm' '--with-gettext=shared' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pear' '--with-png' '--with-pspell-dir=/usr' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-exif' '--enable-ftp=shared' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--disable-experimental-zts' '--with-apxs=/usr/sbin/apxs' -- Edit bug report at http://bugs.php.net/?id=21206&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21206&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21206&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21206&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21206&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21206&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21206&r=support Expected behavior: http://bugs.php.net/fix.php?id=21206&r=notwrong Not enough info:http://bugs.
#21207 [NEW]: unable to load .dll
From: [EMAIL PROTECTED] Operating system: Win XP PRO PHP version: 4.3.0RC4 PHP Bug Type: Dynamic loading Bug description: unable to load .dll When starting apache 1.3.27, two extensions can't be loaded: ; extension=php_ctype.dll ; extension=php_tokenizer.dll By the way, thay seem to be "core functionnality": a call to get_loaded_extension() give ctype and tokemizer enabled. -- Edit bug report at http://bugs.php.net/?id=21207&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21207&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21207&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21207&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21207&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21207&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21207&r=support Expected behavior: http://bugs.php.net/fix.php?id=21207&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21207&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21207&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21207&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21207&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21207&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21207&r=isapi
#21208 [NEW]: unable to load .dll
From: [EMAIL PROTECTED] Operating system: Win XP PRO PHP version: 4.3.0RC4 PHP Bug Type: Dynamic loading Bug description: unable to load .dll When starting apache 1.3.27, two extensions can't be loaded: ; extension=php_ctype.dll ; extension=php_tokenizer.dll By the way, they seem to be "core functionnality": a call to get_loaded_extension() gives ctype and tokenizer enabled. -- Edit bug report at http://bugs.php.net/?id=21208&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21208&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21208&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21208&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21208&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21208&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21208&r=support Expected behavior: http://bugs.php.net/fix.php?id=21208&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21208&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21208&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21208&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21208&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21208&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21208&r=isapi
#21207 [Opn->Bgs]: unable to load .dll
ID: 21207 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Win XP PRO PHP Version: 4.3.0RC4 New Comment: They are build in, no need to load them yourself. Derick Previous Comments: [2002-12-26 17:34:04] [EMAIL PROTECTED] When starting apache 1.3.27, two extensions can't be loaded: ; extension=php_ctype.dll ; extension=php_tokenizer.dll By the way, thay seem to be "core functionnality": a call to get_loaded_extension() give ctype and tokemizer enabled. -- Edit this bug report at http://bugs.php.net/?id=21207&edit=1
#21208 [Opn->Bgs]: unable to load .dll
ID: 21208 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Win XP PRO PHP Version: 4.3.0RC4 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Previous Comments: [2002-12-26 17:34:33] [EMAIL PROTECTED] When starting apache 1.3.27, two extensions can't be loaded: ; extension=php_ctype.dll ; extension=php_tokenizer.dll By the way, they seem to be "core functionnality": a call to get_loaded_extension() gives ctype and tokenizer enabled. -- Edit this bug report at http://bugs.php.net/?id=21208&edit=1
#21204 [Com]: php4isapi.dll failed to load
ID: 21204 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.2.3 New Comment: Here is how I get it to work: Copy C:\php\sapi\php4isapi.dll to C:\php Stop IIS W3C service Install to the default website: Filter: PHPFilter Path: C:\php\sapi\php4isapi.dll Extension: .exe Path C:\php\sapi\php4isapi.dll Start IIS W3C Service. The up arrow of the Filter should be Green now. If there is still a problem, reboot your machine. Previous Comments: [2002-12-26 16:38:36] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-12-26 16:36:35] [EMAIL PROTECTED] This is still a problem in PHP 4.2.3 with IIS5 on Windows 2000 Advanced Server. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:26:32 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit this bug report at http://bugs.php.net/?id=21204&edit=1
#21205 [Com]: php4isapi.dll failed to load
ID: 21205 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.3.0RC4 New Comment: Here is how I get it to work: Copy C:\php\sapi\php4isapi.dll to C:\php Stop IIS W3C service Install to the default website: Filter: PHPFilter Path: C:\php\sapi\php4isapi.dll Extension: .exe Path C:\php\sapi\php4isapi.dll Start IIS W3C Service. The up arrow of the Filter should be Green now. If there is still a problem, reboot your machine. Previous Comments: [2002-12-26 16:48:46] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. [2002-12-26 16:45:18] [EMAIL PROTECTED] This problem occurs in php-4.2.3 as well. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:42:39 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit this bug report at http://bugs.php.net/?id=21205&edit=1
#21205 [Com]: php4isapi.dll failed to load
ID: 21205 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.3.0RC4 New Comment: Oops. Here is how I get it to work: Copy C:\php\sapi\php4isapi.dll to C:\php Stop IIS W3C service Install to the default website: Filter: PHPFilter Path: C:\php\php4isapi.dll Extension: .exe Path C:\php\php4isapi.dll Start IIS W3C Service. The up arrow of the Filter should be Green now. If there is still a problem, reboot your machine. Previous Comments: [2002-12-26 18:10:14] [EMAIL PROTECTED] Here is how I get it to work: Copy C:\php\sapi\php4isapi.dll to C:\php Stop IIS W3C service Install to the default website: Filter: PHPFilter Path: C:\php\sapi\php4isapi.dll Extension: .exe Path C:\php\sapi\php4isapi.dll Start IIS W3C Service. The up arrow of the Filter should be Green now. If there is still a problem, reboot your machine. [2002-12-26 16:48:46] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. [2002-12-26 16:45:18] [EMAIL PROTECTED] This problem occurs in php-4.2.3 as well. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:42:39 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit this bug report at http://bugs.php.net/?id=21205&edit=1
#21203 [Com]: Php Warning: 'OCI8 Recursive call!'
ID: 21203 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: OCI8 related Operating System: Linux 2.2 PHP Version: 4.2.2 New Comment: Derick sucks Previous Comments: [2002-12-26 16:50:10] [EMAIL PROTECTED] thick-skulled today? leave this one as bogus. [2002-12-26 16:42:54] [EMAIL PROTECTED] 1) I already did post the exact comments to the other one 3 weeks ago and got no response because it's closed 2) I didn't create the other bug report so I can't update the status because I don't have the password [2002-12-26 16:34:59] [EMAIL PROTECTED] Didn't I just mail you to re-open the older one? Please keep this one closed and add your comments to the older bug report. Derick [2002-12-26 16:34:04] [EMAIL PROTECTED] I posted to the other bug your referring to 3 weeks ago and got no response. It was already closed due to lack of information, and no resolution was ever given. I've searched the bug database and found no solution for linux. [2002-12-26 16:14:43] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/21203 -- Edit this bug report at http://bugs.php.net/?id=21203&edit=1
#9294 [Com]: File uploads take ~70 times longer than downloading files on Apache/PHP.
ID: 9294 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Performance problem Operating System: Solaris 2.6, 7, 8 and Windows 20 PHP Version: 4.0.2 New Comment: Retested with all versions of PHP 4.0.x and it still failed - super slow. However with version PHP 4.2.3 it works like a charm. A 200MB file uploads in 3-4 minutes when the client and server are on the same windows 2000 server - if uploading from a separate client (machine), to a separate server (apache web server on W2K), it takes about 30-40 seconds. Very good! Previous Comments: [2001-04-29 13:18:34] [EMAIL PROTECTED] Please try PHP 4.0.4pl1 or 4.0.5 which is due out tomorrow and open a new bug report if this still happens. [2001-02-16 03:59:04] [EMAIL PROTECTED] Sorry - I'm also using code like this to do the upload: Send this file: [2001-02-16 03:57:16] [EMAIL PROTECTED] When performing a file upload, PHP runs the CPU to 100% and takes 3.5-4 minutes on a Pentium III 850MHz CPU to upload a 10MB file when downloading the same file on Apache/PHP only takes 3 seconds on the same host and client. It appears the file is being parsed when being uploaded. Is there an option to tell PHP to upload the data and nothing else? Otherwise, it is roughly 70 times slower to upload a file than to download one. I'm using Nusphere's CD when installing the software. -- Edit this bug report at http://bugs.php.net/?id=9294&edit=1
#21206 [Opn]: nesting level and recursive errors on make test... php fails
ID: 21206 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: RH Linux 7.2 PHP Version: 4.3.0RC4 New Comment: Well I have also tried using 4.4.0-dev and same issue. Now if I delete or move my original php.ini file and run I get one error still and it causes the same problem. If I install it any site using php fails. The error i get using make test if I delete the php.ini file is = FAILED TEST SUMMARY - Bug #20993 (referenced array key, makes array global) [tests/lang/bug20993.phpt] = Previous Comments: [2002-12-26 17:31:57] [EMAIL PROTECTED] Warning: Nesting level too deep - recursive dependency? in Unknown on line 0 That error shows several times during the make test part of the install. During the install the ./configure... and make does ok with no errors. Then doing a make test fails on almost every test it performs. If I continue to do a make install afterwards it breaks the server down so that most to all sites using php do not work. I have verified this with the latest stable release, 4.3.0-dev, 4.3.0RC2, 4.3.0RC3, and now 4.3.0RC4. Right now I am running 4.2.4-dev and is working fine. I have also tried a few different configure commands to hopefully resolve this issue but with no luck. Current configure... './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd-dir=/home/instkit/gd-2.0.4' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext=shared' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pear' '--with-png' '--with-pspell-dir=/usr' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-exif' '--enable-ftp=shared' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--disable-experimental-zts' '--with-apxs=/usr/sbin/apxs' Have also tried... './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-ttf' '--with-gdbm' '--with-gettext=shared' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pear' '--with-png' '--with-pspell-dir=/usr' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-exif' '--enable-ftp=shared' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-cale
#21204 [Fbk->Bgs]: php4isapi.dll failed to load
ID: 21204 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: IIS related Operating System: Windows 2000 Advance Server PHP Version: 4.2.3 New Comment: You have most probably forgotten to copy php4ts.dll and the dlls from the dlls folder into your c:\winnt\system32 folder as it is described in the installation instructions. Previous Comments: [2002-12-26 18:09:30] [EMAIL PROTECTED] Here is how I get it to work: Copy C:\php\sapi\php4isapi.dll to C:\php Stop IIS W3C service Install to the default website: Filter: PHPFilter Path: C:\php\sapi\php4isapi.dll Extension: .exe Path C:\php\sapi\php4isapi.dll Start IIS W3C Service. The up arrow of the Filter should be Green now. If there is still a problem, reboot your machine. [2002-12-26 16:38:36] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-12-26 16:36:35] [EMAIL PROTECTED] This is still a problem in PHP 4.2.3 with IIS5 on Windows 2000 Advanced Server. Event Type: Error Event Source: W3SVC Event Category: None Event ID: 14 Date: 12/26/2002 Time: 2:26:32 PM User: N/A Computer: ROMBUS Description: The HTTP Filter DLL C:\php\sapi\php4isapi.dll failed to load. The data is the error. For additional information specific to this message please visit the Microsoft Online Support site located at: http://www.microsoft.com/contentredirect.asp. Data: : 7e 00 00 00 ~... -- Edit this bug report at http://bugs.php.net/?id=21204&edit=1
#1 [Com]: Apache 1.3b3 + mod_php3 is slow
ID: 1 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Performance problem Operating System: Solaris 2.5.1 PHP Version: 3.0b3 New Comment: Test #3, ignore Previous Comments: [1999-07-14 06:25:59] [EMAIL PROTECTED] PHP 4.0 deployed on www.php.net [1999-07-14 06:25:13] [EMAIL PROTECTED] Test #2, ignore [1999-07-14 05:32:03] [EMAIL PROTECTED] Test, ignore [1998-01-25 11:06:03] [EMAIL PROTECTED] When PHP3 is linked into Apache 1.3b3 on Solaris 2.5.1 the web server becomes extremely sluggish or won't answer requests at all. -- Edit this bug report at http://bugs.php.net/?id=1&edit=1
#20232 [Opn->Csd]: php.exe causes errors when using socket_create
ID: 20232
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Sockets related
Operating System: Windows ME
PHP Version: 4.4.0-dev
New Comment:
This seems to have been fixed in 4.3.0RC4. I just tested this on my
machine and it worked fine. Please reopen if you still experience this
problem.
Previous Comments:
[2002-12-20 22:13:05] [EMAIL PROTECTED]
Still nothing, can anyone else actually confirm this error or is my
machine just messed up.
[2002-12-19 23:10:11] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-11-12 22:33:55] [EMAIL PROTECTED]
ok, well, i have scontinued to test it, and it is not just the script i
wroe, I also changed the title to something that seems more descriptive
to the problem
[2002-11-08 16:49:25] [EMAIL PROTECTED]
How odd.
I have found some other interesiting tidbit. It will not accept any
string, but this does work...
$host=getenv("REMOTE_ADDR");
[2002-11-07 18:49:13] [EMAIL PROTECTED]
forget that last comment, I was just changing the PHP version
information..
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/20232
--
Edit this bug report at http://bugs.php.net/?id=20232&edit=1
#20951 [Opn->]: PHP shell functions always call cmd.exe - potential security issue
ID: 20951 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Won\'t fix Bug Type: IIS related Operating System: Windows .Net Server 2003 RC2 PHP Version: 4CVS-2002-12-11 (dev) New Comment: There were many other probmlems with executing applications from within a web server environment that were solved by requiring the execution through cmd /c. I guess system administrators would have to configure there servers accordingly. Previous Comments: [2002-12-11 23:16:20] [EMAIL PROTECTED] Windows.Net Server 2003 has instituted a new security measure that causes problems with any of the shell related functions in PHP. Windows.Net Server changes the ACL's on EXE's in the %windir%\system32 subdirectory. In particular CMD.EXE can no longer be executed by the "anonymous" user account (ie, IUSR_COMPUTERNAME)--there is a specific Deny ACL created by the Windows.Net Server installer. Since PHP calls CMD.EXE to execute any external shell program PHP requires that CMD.EXE be reconfigured for anonymous access anytime a PHP page needs to call an external program. This design is no longer a good idea because PHP forces the web administrator to open up a potential security hole in the system by re-enabling access to CMD.EXE. The shell functions in PHP should call the application directly instead of always calling CMD.EXE? If the PHP programmer wants to call a feature of the CMD intreperter then he should be forced to call the shell command like `CMD /C dir *.*`; Only then would the administrator be required to allow access to the command intreperter. Please consider this modification as it will make Windows.Net Server more secure when running PHP. Or at least add configuration option to PHP.INI that will modify the behavior of the shell functions to no longer directly call CMD.EXE Thank you! -- Edit this bug report at http://bugs.php.net/?id=20951&edit=1
#21210 [NEW]: include() or require() cause conflicts with session, even with no output
From: [EMAIL PROTECTED]
Operating system: Linux 2.4.7
PHP version: 4.2.3
PHP Bug Type: Session related
Bug description: include() or require() cause conflicts with session, even with no
output
Calling includes or requires seems to create header output, even if the
includes or requires are blank. This conflicts with session handling in
situations where the session is called as a result of logic-branches in
the code.
I have encountered this issue on several different systems.
Here's the setup.
Create an include file, called "include.php".
Put the following in it:
Now, create a page with the following code:
Counter initialized, please reload this page to see it
increment");
}
else {
print("Waking up session $PHPSESSID");
$SESSION["count"]++;
}
print("The counter is now $SESSION[count] ");
?>
run the page with all the code in the browser such that it includes the
include file above.
Even though the include file does not write or generate a single header,
the output I get is:
"Warning: Cannot send session cookie - headers already sent by (output
started at include.php:1) in test.php on line 4
Warning: Cannot send session cache limiter - headers already sent (output
started at include.php:1) in test.php on line 4
Counter initialized, please reload this page to see it increment
The counter is now 0 "
My observation is corroborated by the following note, found on the
session_start() function manual page at php.net.
As per :
"If you are using an include page, such as a config or possibly
common-functions page, that relies on session variables being pulled from
the sesssion, remember to add the session_start() function _before_ you
call the includes, or your session will not be called by the page..."
Any include or require called before you call session_start() will cause
the initial session setup to fail, even if that include file contains only
a comment!
Here are scenarios:
include("blank_file.php");
session_start();
This works. However:
include("file_with_just_a_comment_in_it.php");
session_start();
Does not.
The recommended way to use session_start() is of course to put it at the
top of the page. However, if, like me, you find yourself wanting to start
a session only as a result of some previous logic, this avenue is closed
to you. You will have to use ob_start() and related functions, and create
a code mess.
It will be a beautiful day when header conflicts are caused only by the
layout of my code rather than PHP code cruft.
##
As mentioned, I've encountered this on several different systems, so
configure lines and php.ini doesn't seem to be too relevant. If you want
build lines or php.ini, I'll send them on via e-mail.
--
Edit bug report at http://bugs.php.net/?id=21210&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21210&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21210&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21210&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21210&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21210&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21210&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21210&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21210&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21210&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21210&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21210&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21210&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21210&r=isapi
#21061 [Opn->Csd]: unable to fork using system(),exec(),etc
ID: 21061 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: IIS related Operating System: WinXP PHP Version: 4.2.3 New Comment: First of all instll 4.3.0(RC4). Second of all make sure your cmd.exe is executable by the webserver. Previous Comments: [2002-12-18 00:35:44] [EMAIL PROTECTED] I installed the latest build and it still doesnt work with any of the test cases. Warning: system() [function.system]: Unable to fork [... [2002-12-17 22:27:39] [EMAIL PROTECTED] I installed the latest build and it still doesnt work with any of the test cases. Warning: system() [function.system]: Unable to fork [... [2002-12-17 02:41:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-17 02:26:01] [EMAIL PROTECTED] I know many ppl have addressed this issue all over the net and a lot of people say it is fixed in the latest version, however I still cannot get anything to fork. -- Edit this bug report at http://bugs.php.net/?id=21061&edit=1
#21210 [Opn->Fbk]: include() or require() cause conflicts with session, even with no output
ID: 21210
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Linux 2.4.7
PHP Version: 4.2.3
New Comment:
Do a 'od -c include.php' and see what is at the end of your included
file. I bet you have extra carriage returns.
Previous Comments:
[2002-12-26 20:19:44] [EMAIL PROTECTED]
Calling includes or requires seems to create header output, even if the
includes or requires are blank. This conflicts with session handling in
situations where the session is called as a result of logic-branches in
the code.
I have encountered this issue on several different systems.
Here's the setup.
Create an include file, called "include.php".
Put the following in it:
Now, create a page with the following code:
Counter initialized, please reload this page to see
it increment");
}
else {
print("Waking up session $PHPSESSID");
$SESSION["count"]++;
}
print("The counter is now $SESSION[count] ");
?>
run the page with all the code in the browser such that it includes the
include file above.
Even though the include file does not write or generate a single
header, the output I get is:
"Warning: Cannot send session cookie - headers already sent by (output
started at include.php:1) in test.php on line 4
Warning: Cannot send session cache limiter - headers already sent
(output started at include.php:1) in test.php on line 4
Counter initialized, please reload this page to see it increment
The counter is now 0 "
My observation is corroborated by the following note, found on the
session_start() function manual page at php.net.
As per :
"If you are using an include page, such as a config or possibly
common-functions page, that relies on session variables being pulled
from the sesssion, remember to add the session_start() function
_before_ you call the includes, or your session will not be called by
the page..."
Any include or require called before you call session_start() will
cause the initial session setup to fail, even if that include file
contains only a comment!
Here are scenarios:
include("blank_file.php");
session_start();
This works. However:
include("file_with_just_a_comment_in_it.php");
session_start();
Does not.
The recommended way to use session_start() is of course to put it at
the top of the page. However, if, like me, you find yourself wanting to
start a session only as a result of some previous logic, this avenue is
closed to you. You will have to use ob_start() and related functions,
and create a code mess.
It will be a beautiful day when header conflicts are caused only by the
layout of my code rather than PHP code cruft.
##
As mentioned, I've encountered this on several different systems, so
configure lines and php.ini doesn't seem to be too relevant. If you
want build lines or php.ini, I'll send them on via e-mail.
--
Edit this bug report at http://bugs.php.net/?id=21210&edit=1
#21197 [Opn->Ver]: socket_read() seems to doesn't work
ID: 21197 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Sockets related Operating System: Win2k pro PHP Version: 4.3.0RC4 New Comment: If you omit the third parameter to socket_read() it seems to work fine. However, adding PHP_NORMAL_READ causes error as described in the bug report. Previous Comments: [2002-12-26 09:32:25] [EMAIL PROTECTED] Hello I have a source which works with PHP 4.1.x to PHP 4.2.x, it's work perfectly. But with PHP 4.3RC4 (windows version, client mode) I have this warning : Warning: socket_read() unable to read from socket [0]: OpÚration rÚussie. in E:\PHP\KioobFTP\v0.7.1\KioobFTP_SocketMode.php on line 262 Then, the result of the function is FALSE. The socket is in blocking mode. The code is : $tmp=socket_read($this->stream,4096,PHP_NORMAL_READ); Do you need others info ? Thanks. Bool -- Edit this bug report at http://bugs.php.net/?id=21197&edit=1
#21210 [Fbk->Opn]: include() or require() cause conflicts with session, even with no output
ID: 21210
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Linux 2.4.7
PHP Version: 4.2.3
New Comment:
So I do indeed! Thanks.
The immediate problem is solved; however, it seems strange to me that
carriage returns should be causing "header like" output. Wouldn't it
make more sense to make the require and include functions function not
generate output from extraneous whitespace?
Previous Comments:
[2002-12-26 20:24:21] [EMAIL PROTECTED]
Do a 'od -c include.php' and see what is at the end of your included
file. I bet you have extra carriage returns.
[2002-12-26 20:19:44] [EMAIL PROTECTED]
Calling includes or requires seems to create header output, even if the
includes or requires are blank. This conflicts with session handling in
situations where the session is called as a result of logic-branches in
the code.
I have encountered this issue on several different systems.
Here's the setup.
Create an include file, called "include.php".
Put the following in it:
Now, create a page with the following code:
Counter initialized, please reload this page to see
it increment");
}
else {
print("Waking up session $PHPSESSID");
$SESSION["count"]++;
}
print("The counter is now $SESSION[count] ");
?>
run the page with all the code in the browser such that it includes the
include file above.
Even though the include file does not write or generate a single
header, the output I get is:
"Warning: Cannot send session cookie - headers already sent by (output
started at include.php:1) in test.php on line 4
Warning: Cannot send session cache limiter - headers already sent
(output started at include.php:1) in test.php on line 4
Counter initialized, please reload this page to see it increment
The counter is now 0 "
My observation is corroborated by the following note, found on the
session_start() function manual page at php.net.
As per :
"If you are using an include page, such as a config or possibly
common-functions page, that relies on session variables being pulled
from the sesssion, remember to add the session_start() function
_before_ you call the includes, or your session will not be called by
the page..."
Any include or require called before you call session_start() will
cause the initial session setup to fail, even if that include file
contains only a comment!
Here are scenarios:
include("blank_file.php");
session_start();
This works. However:
include("file_with_just_a_comment_in_it.php");
session_start();
Does not.
The recommended way to use session_start() is of course to put it at
the top of the page. However, if, like me, you find yourself wanting to
start a session only as a result of some previous logic, this avenue is
closed to you. You will have to use ob_start() and related functions,
and create a code mess.
It will be a beautiful day when header conflicts are caused only by the
layout of my code rather than PHP code cruft.
##
As mentioned, I've encountered this on several different systems, so
configure lines and php.ini doesn't seem to be too relevant. If you
want build lines or php.ini, I'll send them on via e-mail.
--
Edit this bug report at http://bugs.php.net/?id=21210&edit=1
#21210 [Opn->Bgs]: include() or require() cause conflicts with session, even with no output
ID: 21210
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Linux 2.4.7
PHP Version: 4.2.3
New Comment:
No, it would be a really bad idea to have PHP swallow up whitespace and
other chars. And any http body output, including whitespace, must be
preceded by the HTTP headers, so PHP has to force them out.
Previous Comments:
[2002-12-26 20:46:12] [EMAIL PROTECTED]
So I do indeed! Thanks.
The immediate problem is solved; however, it seems strange to me that
carriage returns should be causing "header like" output. Wouldn't it
make more sense to make the require and include functions function not
generate output from extraneous whitespace?
[2002-12-26 20:24:21] [EMAIL PROTECTED]
Do a 'od -c include.php' and see what is at the end of your included
file. I bet you have extra carriage returns.
[2002-12-26 20:19:44] [EMAIL PROTECTED]
Calling includes or requires seems to create header output, even if the
includes or requires are blank. This conflicts with session handling in
situations where the session is called as a result of logic-branches in
the code.
I have encountered this issue on several different systems.
Here's the setup.
Create an include file, called "include.php".
Put the following in it:
Now, create a page with the following code:
Counter initialized, please reload this page to see
it increment");
}
else {
print("Waking up session $PHPSESSID");
$SESSION["count"]++;
}
print("The counter is now $SESSION[count] ");
?>
run the page with all the code in the browser such that it includes the
include file above.
Even though the include file does not write or generate a single
header, the output I get is:
"Warning: Cannot send session cookie - headers already sent by (output
started at include.php:1) in test.php on line 4
Warning: Cannot send session cache limiter - headers already sent
(output started at include.php:1) in test.php on line 4
Counter initialized, please reload this page to see it increment
The counter is now 0 "
My observation is corroborated by the following note, found on the
session_start() function manual page at php.net.
As per :
"If you are using an include page, such as a config or possibly
common-functions page, that relies on session variables being pulled
from the sesssion, remember to add the session_start() function
_before_ you call the includes, or your session will not be called by
the page..."
Any include or require called before you call session_start() will
cause the initial session setup to fail, even if that include file
contains only a comment!
Here are scenarios:
include("blank_file.php");
session_start();
This works. However:
include("file_with_just_a_comment_in_it.php");
session_start();
Does not.
The recommended way to use session_start() is of course to put it at
the top of the page. However, if, like me, you find yourself wanting to
start a session only as a result of some previous logic, this avenue is
closed to you. You will have to use ob_start() and related functions,
and create a code mess.
It will be a beautiful day when header conflicts are caused only by the
layout of my code rather than PHP code cruft.
##
As mentioned, I've encountered this on several different systems, so
configure lines and php.ini doesn't seem to be too relevant. If you
want build lines or php.ini, I'll send them on via e-mail.
--
Edit this bug report at http://bugs.php.net/?id=21210&edit=1
#21211 [NEW]: Quiet mode does not work with CGI version
From: [EMAIL PROTECTED] Operating system: Debian GNU/Linux PHP version: 4.3.0RC4 PHP Bug Type: Output Control Bug description: Quiet mode does not work with CGI version The quiet mode option (-q) does not work under CGI with version 4.3.0RC4: $ echo '' | php -q Content-type: text/html X-Powered-By: PHP/4.3.0RC4 hi PHP was compiled statically using "LDFLAGS=-all-static make". $ php -m [PHP Modules] bcmath bz2 ctype curl dba dbx dio exif ftp gd gettext iconv imap mbstring mcrypt mhash ming mysql openssl overload pcntl pcre posix session sockets standard tokenizer wddx xml xmlrpc zlib [Zend Modules] './configure' '--with-config-file-path=/etc/php4/cgi' '--disable-shared' '--disable-debug' '--enable-versioning' '--with-regex=system' '--with-gd' '--enable-gd-native-ttf' '--with-freetype-dir' '--with-jpeg-dir' '--with-png-dir' '--enable-exif' '--with-zlib' '--with-bz2' '--with-mcrypt' '--with-mhash' '--with-imap' '--with-mysql=/usr' '--with-openssl' '--with-expat' '--enable-ftp' '--with-curl' '--with-gettext' '--with-iconv' '--enable-mbregex' '--enable-mbstring' '--enable-bcmath' '--enable-sockets' '--enable-trans-sid' '--enable-wddx' '--enable-dba' '--with-gdbm' '--with-db3' '--with-cdb' '--enable-dio' '--enable-dbx' '--enable-pcntl' '--with-xml' '--with-xmlrpc' '--with-ming' '--prefix=/usr' -- Edit bug report at http://bugs.php.net/?id=21211&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21211&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21211&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21211&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21211&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21211&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21211&r=support Expected behavior: http://bugs.php.net/fix.php?id=21211&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21211&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21211&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21211&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21211&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21211&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21211&r=isapi
#21211 [Opn->Csd]: Quiet mode does not work with CGI version
ID: 21211 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Output Control Operating System: Debian GNU/Linux PHP Version: 4.3.0RC4 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: [2002-12-26 22:38:49] [EMAIL PROTECTED] The quiet mode option (-q) does not work under CGI with version 4.3.0RC4: $ echo '' | php -q Content-type: text/html X-Powered-By: PHP/4.3.0RC4 hi PHP was compiled statically using "LDFLAGS=-all-static make". $ php -m [PHP Modules] bcmath bz2 ctype curl dba dbx dio exif ftp gd gettext iconv imap mbstring mcrypt mhash ming mysql openssl overload pcntl pcre posix session sockets standard tokenizer wddx xml xmlrpc zlib [Zend Modules] './configure' '--with-config-file-path=/etc/php4/cgi' '--disable-shared' '--disable-debug' '--enable-versioning' '--with-regex=system' '--with-gd' '--enable-gd-native-ttf' '--with-freetype-dir' '--with-jpeg-dir' '--with-png-dir' '--enable-exif' '--with-zlib' '--with-bz2' '--with-mcrypt' '--with-mhash' '--with-imap' '--with-mysql=/usr' '--with-openssl' '--with-expat' '--enable-ftp' '--with-curl' '--with-gettext' '--with-iconv' '--enable-mbregex' '--enable-mbstring' '--enable-bcmath' '--enable-sockets' '--enable-trans-sid' '--enable-wddx' '--enable-dba' '--with-gdbm' '--with-db3' '--with-cdb' '--enable-dio' '--enable-dbx' '--enable-pcntl' '--with-xml' '--with-xmlrpc' '--with-ming' '--prefix=/usr' -- Edit this bug report at http://bugs.php.net/?id=21211&edit=1
#21210 [Bgs]: include() or require() cause conflicts with session, even with no output
ID: 21210
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: Linux 2.4.7
PHP Version: 4.2.3
New Comment:
Understood. However, what makes this appear like a bug rather than a
feature is that once a session is successfully registered, the code
works as suspected, carriage returns and all. It's only in the very
first initial session_start() that the problem appears, which is weird
if, as you suggest, the problem simply has to remain in PHP. How come
PHP can read cookies fine even if preceded by carriage returns or other
whitespace, but cannot set cookies if preceded by carriage returns or
other whitespace junk? I was under the impression both operations are
performed in the headers, and if that's the case, and one works fine
with whitespace preceding it, and the other doesn't, that would seem to
indicate that this is a bug and not a feature.
I just think it's odd that I have to eliminate all comments and blank
lines in a PHP include file if I want to use sessions later in the
document.
Previous Comments:
[2002-12-26 21:14:34] [EMAIL PROTECTED]
No, it would be a really bad idea to have PHP swallow up whitespace and
other chars. And any http body output, including whitespace, must be
preceded by the HTTP headers, so PHP has to force them out.
[2002-12-26 20:46:12] [EMAIL PROTECTED]
So I do indeed! Thanks.
The immediate problem is solved; however, it seems strange to me that
carriage returns should be causing "header like" output. Wouldn't it
make more sense to make the require and include functions function not
generate output from extraneous whitespace?
[2002-12-26 20:24:21] [EMAIL PROTECTED]
Do a 'od -c include.php' and see what is at the end of your included
file. I bet you have extra carriage returns.
[2002-12-26 20:19:44] [EMAIL PROTECTED]
Calling includes or requires seems to create header output, even if the
includes or requires are blank. This conflicts with session handling in
situations where the session is called as a result of logic-branches in
the code.
I have encountered this issue on several different systems.
Here's the setup.
Create an include file, called "include.php".
Put the following in it:
Now, create a page with the following code:
Counter initialized, please reload this page to see
it increment");
}
else {
print("Waking up session $PHPSESSID");
$SESSION["count"]++;
}
print("The counter is now $SESSION[count] ");
?>
run the page with all the code in the browser such that it includes the
include file above.
Even though the include file does not write or generate a single
header, the output I get is:
"Warning: Cannot send session cookie - headers already sent by (output
started at include.php:1) in test.php on line 4
Warning: Cannot send session cache limiter - headers already sent
(output started at include.php:1) in test.php on line 4
Counter initialized, please reload this page to see it increment
The counter is now 0 "
My observation is corroborated by the following note, found on the
session_start() function manual page at php.net.
As per :
"If you are using an include page, such as a config or possibly
common-functions page, that relies on session variables being pulled
from the sesssion, remember to add the session_start() function
_before_ you call the includes, or your session will not be called by
the page..."
Any include or require called before you call session_start() will
cause the initial session setup to fail, even if that include file
contains only a comment!
Here are scenarios:
include("blank_file.php");
session_start();
This works. However:
include("file_with_just_a_comment_in_it.php");
session_start();
Does not.
The recommended way to use session_start() is of course to put it at
the top of the page. However, if, like me, you find yourself wanting to
start a session only as a result of some previous logic, this avenue is
closed to you. You will have to use ob_start() and related functions,
and create a code mess.
It will be a beautiful day when header conflicts are caused only by the
layout of my code rather than PHP code cruft.
##
As mentioned, I've encountered this on several different systems, so
configure lines and php.ini doesn't seem to be too relevant. If you
want build lines or php.ini, I'll send them on via e-mail.
--
Edit this bug report at http://bugs.php.net/?id=21210&edit=1
#21210 [Bgs]: include() or require() cause conflicts with session, even with no output
ID: 21210
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: Linux 2.4.7
PHP Version: 4.2.3
New Comment:
BTW, I have the problem now WITHOUT any carriage returns in the include
file.
Previous Comments:
[2002-12-26 23:07:08] [EMAIL PROTECTED]
Understood. However, what makes this appear like a bug rather than a
feature is that once a session is successfully registered, the code
works as suspected, carriage returns and all. It's only in the very
first initial session_start() that the problem appears, which is weird
if, as you suggest, the problem simply has to remain in PHP. How come
PHP can read cookies fine even if preceded by carriage returns or other
whitespace, but cannot set cookies if preceded by carriage returns or
other whitespace junk? I was under the impression both operations are
performed in the headers, and if that's the case, and one works fine
with whitespace preceding it, and the other doesn't, that would seem to
indicate that this is a bug and not a feature.
I just think it's odd that I have to eliminate all comments and blank
lines in a PHP include file if I want to use sessions later in the
document.
[2002-12-26 21:14:34] [EMAIL PROTECTED]
No, it would be a really bad idea to have PHP swallow up whitespace and
other chars. And any http body output, including whitespace, must be
preceded by the HTTP headers, so PHP has to force them out.
[2002-12-26 20:46:12] [EMAIL PROTECTED]
So I do indeed! Thanks.
The immediate problem is solved; however, it seems strange to me that
carriage returns should be causing "header like" output. Wouldn't it
make more sense to make the require and include functions function not
generate output from extraneous whitespace?
[2002-12-26 20:24:21] [EMAIL PROTECTED]
Do a 'od -c include.php' and see what is at the end of your included
file. I bet you have extra carriage returns.
[2002-12-26 20:19:44] [EMAIL PROTECTED]
Calling includes or requires seems to create header output, even if the
includes or requires are blank. This conflicts with session handling in
situations where the session is called as a result of logic-branches in
the code.
I have encountered this issue on several different systems.
Here's the setup.
Create an include file, called "include.php".
Put the following in it:
Now, create a page with the following code:
Counter initialized, please reload this page to see
it increment");
}
else {
print("Waking up session $PHPSESSID");
$SESSION["count"]++;
}
print("The counter is now $SESSION[count] ");
?>
run the page with all the code in the browser such that it includes the
include file above.
Even though the include file does not write or generate a single
header, the output I get is:
"Warning: Cannot send session cookie - headers already sent by (output
started at include.php:1) in test.php on line 4
Warning: Cannot send session cache limiter - headers already sent
(output started at include.php:1) in test.php on line 4
Counter initialized, please reload this page to see it increment
The counter is now 0 "
My observation is corroborated by the following note, found on the
session_start() function manual page at php.net.
As per :
"If you are using an include page, such as a config or possibly
common-functions page, that relies on session variables being pulled
from the sesssion, remember to add the session_start() function
_before_ you call the includes, or your session will not be called by
the page..."
Any include or require called before you call session_start() will
cause the initial session setup to fail, even if that include file
contains only a comment!
Here are scenarios:
include("blank_file.php");
session_start();
This works. However:
include("file_with_just_a_comment_in_it.php");
session_start();
Does not.
The recommended way to use session_start() is of course to put it at
the top of the page. However, if, like me, you find yourself wanting to
start a session only as a result of some previous logic, this avenue is
closed to you. You will have to use ob_start() and related functions,
and create a code mess.
It will be a beautiful day when header conflicts are caused only by the
layout of my code rather than PHP code cruft.
##
As mentioned, I've encountered this on several different systems, so
configure lines and php.ini doesn't seem to be too relevant. If you
want build lines or php.ini, I'll send them on via e-mail.
#21210 [Bgs]: include() or require() cause conflicts with session, even with no output
ID: 21210 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: Linux 2.4.7 PHP Version: 4.2.3 New Comment: When starting a new session we need to set a cookie which happens in the response headers. When simply reading a cookie we get that cookie out of the request headers. That's a completely different operation and is done before you even start executing the script, so it is done long before the include. And you only have to eliminate blank lines outside of PHP tags in include files. You can have as many blank lines or PHP comments as you want in include files. Previous Comments: [2002-12-26 23:08:58] [EMAIL PROTECTED] BTW, I have the problem now WITHOUT any carriage returns in the include file. [2002-12-26 23:07:08] [EMAIL PROTECTED] Understood. However, what makes this appear like a bug rather than a feature is that once a session is successfully registered, the code works as suspected, carriage returns and all. It's only in the very first initial session_start() that the problem appears, which is weird if, as you suggest, the problem simply has to remain in PHP. How come PHP can read cookies fine even if preceded by carriage returns or other whitespace, but cannot set cookies if preceded by carriage returns or other whitespace junk? I was under the impression both operations are performed in the headers, and if that's the case, and one works fine with whitespace preceding it, and the other doesn't, that would seem to indicate that this is a bug and not a feature. I just think it's odd that I have to eliminate all comments and blank lines in a PHP include file if I want to use sessions later in the document. [2002-12-26 21:14:34] [EMAIL PROTECTED] No, it would be a really bad idea to have PHP swallow up whitespace and other chars. And any http body output, including whitespace, must be preceded by the HTTP headers, so PHP has to force them out. [2002-12-26 20:46:12] [EMAIL PROTECTED] So I do indeed! Thanks. The immediate problem is solved; however, it seems strange to me that carriage returns should be causing "header like" output. Wouldn't it make more sense to make the require and include functions function not generate output from extraneous whitespace? [2002-12-26 20:24:21] [EMAIL PROTECTED] Do a 'od -c include.php' and see what is at the end of your included file. I bet you have extra carriage returns. 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/21210 -- Edit this bug report at http://bugs.php.net/?id=21210&edit=1
#21210 [Bgs]: include() or require() cause conflicts with session, even with no output
ID: 21210 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Session related Operating System: Linux 2.4.7 PHP Version: 4.2.3 New Comment: Email me your include file as an attachment please or put it up online somewhere so I can see it. Previous Comments: [2002-12-26 23:10:09] [EMAIL PROTECTED] When starting a new session we need to set a cookie which happens in the response headers. When simply reading a cookie we get that cookie out of the request headers. That's a completely different operation and is done before you even start executing the script, so it is done long before the include. And you only have to eliminate blank lines outside of PHP tags in include files. You can have as many blank lines or PHP comments as you want in include files. [2002-12-26 23:08:58] [EMAIL PROTECTED] BTW, I have the problem now WITHOUT any carriage returns in the include file. [2002-12-26 23:07:08] [EMAIL PROTECTED] Understood. However, what makes this appear like a bug rather than a feature is that once a session is successfully registered, the code works as suspected, carriage returns and all. It's only in the very first initial session_start() that the problem appears, which is weird if, as you suggest, the problem simply has to remain in PHP. How come PHP can read cookies fine even if preceded by carriage returns or other whitespace, but cannot set cookies if preceded by carriage returns or other whitespace junk? I was under the impression both operations are performed in the headers, and if that's the case, and one works fine with whitespace preceding it, and the other doesn't, that would seem to indicate that this is a bug and not a feature. I just think it's odd that I have to eliminate all comments and blank lines in a PHP include file if I want to use sessions later in the document. [2002-12-26 21:14:34] [EMAIL PROTECTED] No, it would be a really bad idea to have PHP swallow up whitespace and other chars. And any http body output, including whitespace, must be preceded by the HTTP headers, so PHP has to force them out. [2002-12-26 20:46:12] [EMAIL PROTECTED] So I do indeed! Thanks. The immediate problem is solved; however, it seems strange to me that carriage returns should be causing "header like" output. Wouldn't it make more sense to make the require and include functions function not generate output from extraneous whitespace? 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/21210 -- Edit this bug report at http://bugs.php.net/?id=21210&edit=1
#20274 [Fbk->NoF]: failed to create stream: Too many open files in Unknown on line
ID: 20274 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4CVS-2002-11-06 New Comment: 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". Previous Comments: [2002-12-11 17:12:32] [EMAIL PROTECTED] Please try increasing your kernel file descriptor limit [2002-12-11 13:57:32] [EMAIL PROTECTED] I get the same error message "failed to create stream: Too many open files in Unknown on line 0" and "for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0" I have php4.3.0RC2 and iplanet6 SP5. I opened the bug #20653. I was told to compile the latest php on my system and you send me php4.4.0-Dev. But I did not wanted to put Dev on the production box so I downloaded php4.3.0rc2 off of php.net site and installed it on my test box. I tested it for 10 days it worked fine. But now that I compiled the same thing on the production box I get the above error messages. What should I do? [2002-12-01 04:43:02] [EMAIL PROTECTED] [EMAIL PROTECTED]: Can you try increasing your kernel file descriptor limit (Try doubling it)? (Don't ask me how; I don't have Solaris). It's possible that PHP just uses more files concurrently than it used to, however, it could also be a leak. [2002-11-30 18:04:12] [EMAIL PROTECTED] P.S. was able to correct the make issue with 4.2.3 with correct nsapi include path. [2002-11-30 17:44:25] [EMAIL PROTECTED] Hello all, I am experiencing nearly the same issue. This seems to happen randomly and is temporarily cleared by a webserver reboot. Here is what the browser sees; --- Begin browser output--- Warning: Unknown(/www/whitepine/htdocs/webmail/src/login.php): failed to create stream: Too many open files in Unknown on line 0 Warning: Failed opening '/www/whitepine/htdocs/webmail/src/login.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 --- End browser output--- I'm on Solaris 9, Ultra 1. I'm using PHP 4.3.0ORC2 (installed fine); - Because 4.1.1 is old and crashes the server when php gets executed. (nasty errors in the iplanet6 server log) - And because 4.2.3 won't compile correctly for me. I get this error when trying to 'make' after a configure (my configure options for all 3 versions are below). ---Begin make output--- Making all in nsapi /bin/sh /dist/web/php/php-4.2.3/libtool --silent --mode=compile gcc -I. -I/dist/web/php/php-4.2.3/sapi/nsapi -I/dist/web/php/php-4.2.3/main -I/dist/web/php/php-4.2.3 -I/includ e -I/dist/web/php/php-4.2.3/Zend -I/opt/sfw/mysql/include/mysql -I/dist/web/php/php-4.2. 3/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/d ist/web/php/php-4.2.3/TSRM -g -O2 -pthreads -DZTS -prefer-pic -c nsapi.c nsapi.c:50: nsapi.h: No such file or directory nsapi.c:51: base/pblock.h: No such file or directory nsapi.c:52: base/session.h: No such file or directory nsapi.c:53: frame/req.h: No such file or directory nsapi.c:54: frame/protocol.h: No such file or directory nsapi.c:55: base/util.h: No such file or directory nsapi.c:56: frame/log.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `nsapi.lo' Current working directory /dist/web/php/php-4.2.3/sapi/nsapi *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /dist/web/php/php-4.2.3/sapi/nsapi *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /dist/web/php/php-4.2.3/sapi *** Error code 1 make: Fatal error: Command failed for target `all-recursive' ---End make output--- --with-mysql=/opt/sfw/mysql --with-nsapi=/opt/iplanet/servers --enable-track-vars --enable-libgcc --with-gettext I'm also using gcc 2.95.3 if this helps. I'm also running Iplanet6 sp4 Does anybody have any ideas? ~Nate 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/20274 -- Edit this bug report at http://bugs.php.net/?id=20274&edit=1
#20945 [Fbk->NoF]: Parse error is not deteced by PHP
ID: 20945 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.2.3 New Comment: 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". Previous Comments: [2002-12-11 14:38:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-11 14:38:20] [EMAIL PROTECTED] This parse error is not detected by PHP: if (isset($_POST['rerun')) && $_POST['rerun'] == 1) $script= 'script_rerun'; else $script= 'script_reproduce'; Note the paranthese instead of square bracket in the isset(). When PHP finds this page, it doesn't do anything. It shows a blank page. This really had me dumb founded, as I tried everything. I even threw in random text to generate errors, but PHP didn't catch this at all. Once I found this bracket and fixed it, everything worked again. Very odd. -- Edit this bug report at http://bugs.php.net/?id=20945&edit=1
#17566 [Fbk->NoF]: phpinfo() causes load of 2+
ID: 17566 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: BSD/OS 4.2 PHP Version: 4.3-dev New Comment: 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". Previous Comments: [2002-12-08 17:26:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-10-27 21:11:03] [EMAIL PROTECTED] it's "somewhat" better. Load stops at 3 flat. Memory doesn't go up. [2002-10-27 19:02:04] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-10-11 22:21:57] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip The memory leak problem has been corrected, can you please check if the phpinfo() still drives up the load. [2002-10-09 13:26:20] [EMAIL PROTECTED] --disable-debug affects the display of the memory leak :-) It does not affect the error itself. Still an increasing load. I've added some trace warnings, and it seems that every string is passed through php_escape_html_entities twice! Here's an anonimized snippet: PHP Warning: oldlen is 15. old is , newlen=1210382182, all=1, quote_style=2, hint_charset is <(null)> in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: Putting a terminator at position 15 in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: Returning replaced (len=15) in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: oldlen is 15. old is , newlen=1211165388, all=1, quote_style=2, hint_charset is <(null)> in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: Putting a terminator at position 15 in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: Returning replaced (len=15) in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: oldlen is 34. old is , newlen=1210382258, all=1, quote_style=2, hint_chars et is <(null)> in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: Putting a terminator at position 34 in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: Returning replaced (len=34) in /webdocs/host.domain.nl/public_html/php 2345.php on line 2 PHP Warning: oldlen is 34. old is , newlen=1211165388, all=1, quote_style=2, hint_chars et is <(null)> in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: Putting a terminator at position 34 in /webdocs/host.domain.nl/public_html/script.php on line 2 PHP Warning: Returning replaced (len=34) in /webdocs/host.domain.nl/public_html/php 2345.php on line 2 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17566 -- Edit this bug report at http://bugs.php.net/?id=17566&edit=1
#21136 [Com]: PHP Server dies when load increased
ID: 21136 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows2000 Advanced Server PHP Version: 4.2.3 New Comment: Hi, I also discovered that the utilization of both CPUs were very high; over 98%. Previous Comments: [2002-12-23 02:52:03] [EMAIL PROTECTED] Hi, There are still PHP binaries running at the background. However this time, the binaries are disappearing faster. I think the server will go down once the load becomes heavy again. I am putting php4isapi.dll in IIS>Filter folder and PHP.exe in IIS>Application Mapping folder. Is this correct? [2002-12-21 14:38:57] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-12-21 12:41:08] [EMAIL PROTECTED] Hi, I'm running Windows2000 Advanced Server, ISS v5.0 and PHP v4.2.3 in a dual CPU, 256MB RAM machine. I have set PHP.exe in Application Mapping. Whenever there are requests, PHP binaries files (PHP.exe) are created (as seen from Windows Task Manager). Each binary carries approximately 4-5MB of memory. I have this index.php file which does nothing but including 7 other html files. Each html file displays a table of information. Everything is fine until the load increases. It comes to a point where the entire PHP server just went dead and IIS cannot serve out any more pages. If I changed the Application Mapping to php4isapi.dll, I'd got "Access Violation " error codes. Does a PHP binary appear for each request? -- Edit this bug report at http://bugs.php.net/?id=21136&edit=1
