Re: [PHP-DEV] Is PHP designed (have the capability) to access remote DB?
DON'T YOU THINK IT IS ABOUT THE DEVELOPMENT OF PHP ITSELF? Derick Rethans [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Stop posting user questions to the php-dev and php5-dev list, as I explained before. Derick On Wed, 12 Mar 2003, Patrick LOK wrote: Is PHP designed (have the capability) to access remote DB? Is there any PHP developer willing to answer the question? ./pl -- my other box is your windows PC - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Is PHP designed (have the capability) to access remote DB?
Is PHP designed (have the capability) to access remote DB? Is there any PHP developer willing to answer the question? ./pl
[PHP-DEV] How to Connect remote DB server?
It is possible to connect a remote db server using x_connect? e.g. a PostgreSQL in server PSQLDB, ip=192.168.0.100 and a MSSQL server MSSQLDB, ip=192.168.0.110 I tried pgsql_connect(psqldb,administrator,) pgsql_connect(192.168.0.100,administrator,) but failed! Error is Unable to connect to server: psqldb in psqltest.php on line 2 Unable to connect to server: 192.168.0.100 in psqltest.php on line 2 Can anyone help? regards ./pl
[PHP-DEV] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?
When I tried to 'make' PHP-4.3.1, it returns warning message and died. I am using RH8.0 + Apache 2.0.44 The warning tells me the use of function name 'tempnam' is dangerous (why? who can tell?), and the 'make' process died. The error is: ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /home/postgres/php-4.3.1/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' I just follow the procedure from the php offical installation document from ( http://www.php.net/manual/en/install.apache2.php ) The command I use was: #./configure --with-apxs2=/usr/local/apache2/bin/apxs #make Can somebody telling me why? why function name 'tempnam' is dangerous (who can tell whether it is dangerous, the compiler is not the GOD)? Can I override this stupid idea? Should I ask REDHAT about this STUPID thing? How can I a 'make' PHP4.3.1 ? Where can I find a PHP-4.3.1. rpm instead. I have attached all the make message, pls take a look if you have time. Best regards ./pl begin 666 make php error.txt M6W)O;W1 V5R=F5R,2!P:' M-XS+C%=(R!M86ME#0HO8FEN+W-H(QI8G1O M;[EMAIL PROTECTED]:6QE;[EMAIL PROTECTED];V1E/6-O;7!I;[EMAIL PROTECTED]( M26UA:6XO(U)+VAO M;64O]S==R97,OAP+30N,RXQ+PT*;6%I;[EMAIL PROTECTED]/35])3D,@ M+4DO:]M92]P;W-T9W)ER]P:' M-XS+C$O:6YC;'5D92 M22]H;VUE+W!O MW1GF5S+W!HTT+C,-BXQ+VUA:[EMAIL PROTECTED]:]M92]P;W-T9W)ER]P:' M M-[EMAIL PROTECTED](O:6YC;'5D92 M22]H;VUE+W!O MW1GF5S#0HOAP+30N,RXQ+UIE;[EMAIL PROTECTED]:]M92]P;W-T9W)ER]P:' M M-XS+C$O97AT+WAM;]E'!A= @+4DO:]M92]P;W-T9W)ER]P:' M- T* M+C,N,2]44U)-( M9R M3S(@(UPF5F97(MEC(UC(UA:6XO:6YT97)N M86Q?9G5N8W1I;VYS+F,@+6\@;6%I;B]I;G1EFYA;%]F=6X-F-T:6]NRYL M;PT*+V)I;B]S:!L:6)T;V]L(TMVEL96YT(TM;6]D93UL:6YK(=C8R M M9R M3S(@+7!R969EBUP:6,@(UR%T: O:]M92]P;W-T9W(-F5S+W!H MTT+C,N,2]L:6)S(UA=F]I9UV97)S:6]N(UM;V1U;4@(!E'0O8W1Y M4O8W1Y4N;[EMAIL PROTECTED]W%L+W!H%]M7-Q#0IL+FQO(5X=]M7-Q M;]L:6)M7-Q;]L:6)M7-Q;YL;R!E'0O;7ES6PO;EB;7ES6PO97)R M;7-G+FQO(5X=]M7-Q;]L:6)M0T*W%L+VYE=YL;R!E'0O;7ES6PO M;EB;7ES6PO=FEO;ET92YL;R!E'0O;7ES6PO;EB;7ES6PO%SW=O MF0N;[EMAIL PROTECTED]W$-FPO;EB;7ES6PO;7E?:6YI=YL;R!E'0O;7ES M6PO;EB;7ES6PO;7E?;EB+FQO(5X=]M7-Q;]L:6)M7-Q;]M5]S M=%T:6,N#0IL;R!E'0O;7ES6PO;EB;7ES6PO;7E?;6%L;]C+FQO(5X M=]M7-Q;]L:6)M7-Q;]M5]R96%L;]C+FQO(5X=]M7-Q;]L:0T* M8FUYW%L+VUY7V-R96%T92YL;R!E'0O;7ES6PO;EB;7ES6PO;7E?95L M971E+FQO(5X=]M7-Q;]L:6)M7-Q;]M5]T96UP;F$-FTN;[EMAIL PROTECTED] M+VUYW%L+VQI8FUYW%L+VUY7V]P96XN;[EMAIL PROTECTED]W%L+VQI8FUYW%L M+VUF7V-AV5C;G8N;[EMAIL PROTECTED]W%L+VQI#0IB;7ES6PO;7E?F5A9YL M;R!E'0O;7ES6PO;EB;7ES6PO;7E?=W)I=4N;[EMAIL PROTECTED]W%L+VQI M8FUYW%L+V5RF]RRYL;R!E T*=]M7-Q;]L:6)M7-Q;]M5]EG)O MBYL;R!E'0O;7ES6PO;EB;7ES6PO;7E?9V5T=V0N;[EMAIL PROTECTED]W%L M+VQI8FUYW%L+VT-GE?9EV+FQO(5X=]M7-Q;]L:6)M7-Q;]M9E]P M86-K+FQO(5X=]M7-Q;]L:6)M7-Q;]M5]M97-S;F,N;[EMAIL PROTECTED] MW%L#0HO;EB;7ES6PO;69?9ER;F%M92YL;R!E'0O;7ES6PO;EB;7ES M6PO;69?9FY?97AT+FQO(5X=]M7-Q;]L:6)M7-Q;]M9E]W8PT*;VUP M+FQO(5X=]M7-Q;]L:6)M7-Q;]T7!E;EB+FQO(5X=]M7-Q;]L M:6)M7-Q;]S869E;6%L;]C+FQO(5X=]M7-Q;\-FQI8FUYW%L+VUY M7V%L;]C+FQO(5X=]M7-Q;]L:6)M7-Q;]M9E]F;W)M870N;[EMAIL PROTECTED] M+VUYW%L+VQI8FUYW%L+VUF7W!A=@N#0IL;R!E'0O;7ES6PO;EB;7ES M6PO;69?=6YI'!A=@N;[EMAIL PROTECTED]W%L+VQI8FUYW%L+VUY7V9O5N M+FQO(5X=]M7-Q;]L:0T*8FUYW%L+VUF7VQO861P871H+FQO(5X=]M M7-Q;]L:6)M7-Q;]M5]P=AR96%D+FQO(5X=]M7-Q;]L:6)M7-Q M;]M5]T:'(-E]I;FET+FQO(5X=]M7-Q;]L:6)M7-Q;]T:')?;75T [EMAIL PROTECTED];[EMAIL PROTECTED]W%L+VQI8FUYW%L+VUU;%L;]C+FQO(5X=]M7-Q M#0IL+VQI8FUYW%L+W-TFEN9RYL;R!E'0O;7ES6PO;EB;7ES6PO95F M875L=YL;R!E'0O;7ES6PO;EB;7ES6PO;7E?8V]M')EPT*RYL;R!E M'0O;7ES6PO;EB;7ES6PO87)R87DN;[EMAIL PROTECTED]W%L+VQI8FUYW%L M+VUY7V]N8V4N;[EMAIL PROTECTED]W%L+VQI8FUYW$-FPO;ES=YL;R!E'0O M;7ES6PO;EB;7ES6PO;7E?;F5T+FQO(5X=]M7-Q;]L:6)M7-Q;]D M8G5G+FQO(5X=]M7-Q;]L:6)M#0IYW%L+W-TFUO=BYL;R!E'0O;7ES M6PO;EB;7ES6POW1RUO=BYL;R!E'0O;7ES6PO;EB;7ES6POW1R M;FUO=BYL;R!E'0O;0T*7-Q;]L:6)M7-Q;]S=')M86ME+FQO(5X=]M M7-Q;]L:6)M7-Q;]S=')E;F0N;[EMAIL PROTECTED]W%L+VQI8FUYW%L+W-T MF9I;P-BYL;R!E'0O;7ES6PO;EB;7ES6PO:7-?')E9FEX+FQO(5X M=]M7-Q;]L:6)M7-Q;]I;G0RW1R+FQO(5X=]M7-Q;]L:6)M#0IY MW%L+W-TC)I;G0N;[EMAIL PROTECTED]W%L+VQI8FUYW%L+W-TFENW1R+FQO M(5X=]M7-Q;]L:6)M7-Q;]S=')C;VYT+FQO(5X= T*+VUYW%L+VQI M8FUYW%L+W-TF-E;F0N;[EMAIL PROTECTED]W%L+VQI8FUYW%L+V)C:%N9V4N M;[EMAIL PROTECTED]W%L+VQI8FUYW%L+V)M;W8-F4N;[EMAIL PROTECTED]W%L+VQI M8FUYW%L+V)M;W9E7W5PYL;R!E'0O;7ES6PO;EB;7ES6PO;]N9VQO M;FRW1R+FQO(5X=]M7-Q#0IL+VQI8FUYW%L+W-TG1O=6QL+FQO(5X M=]M7-Q;]L:6)M7-Q;]S=')T;VQL+FQO(5X=]M7-Q;]L:6)M7-Q M;]C:%R[EMAIL PROTECTED];[EMAIL PROTECTED]W%L+VQI8FUYW%L+V-T7!E+FQO(5X M=]O=F5R;]A9]O=F5R;]A9YL;R!E'0O-R92]P8W)E;EB+VUA:V5T M86(-FQERYL;R!E'0O-R92]P8W)E;EB+V=E=YL;R!E'0O-R92]P M8W)E;EB+W-T=61Y+FQO(5X=]P8W)E+W!CF5L:6(O-R92YL#0IO(5X M=]P8W)E+W!H%]P8W)E+FQO(5X=]P;W-I]P;W-IYL;R!E'0OV5S MVEO;B]S97-S:6]N+FQO(5X=]S97-S:6]N+VUO9 T*7V9I;5S+FQO(5X M=]S97-S:6]N+VUO9%]M;2YL;R!E'0OV5SVEO;B]M;V1?=7-EBYL;R!E M'0OW1A;F1AF0O87)R87DN;[EMAIL PROTECTED]@-G0OW1A;F1AF0O8F%S938T+FQO M(5X=]S=%N9%R9]B87-I8U]F=6YC=EO;G,N;[EMAIL PROTECTED])D
[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?
I tried to complete the installation (I did 'make install') but the test on 'php -l' didn't return anything; it keeps on running... nothing returns, no core-dump... any further help? Ok! I just want helpers can have a full investigation on the suspected error. Best best regards ./pl Rasmus Lerdorf [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] When I tried to 'make' PHP-4.3.1, it returns warning message and died. I am using RH8.0 + Apache 2.0.44 It didn't die, that is simply the end of the build. Warnings aren't fatal. (Please do not cc all the lists) -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP] 'make' PHP4.3.1 returns the use of function`tempnam' is dangerous --- WHY?
ooops... Should be 'php -i'... ./pl Patrick Lok [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I tried to complete the installation (I did 'make install') but the test on 'php -l' didn't return anything; it keeps on running... nothing returns, no core-dump... any further help? Ok! I just want helpers can have a full investigation on the suspected error. Best best regards ./pl Rasmus Lerdorf [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] When I tried to 'make' PHP-4.3.1, it returns warning message and died. I am using RH8.0 + Apache 2.0.44 It didn't die, that is simply the end of the build. Warnings aren't fatal. (Please do not cc all the lists) -Rasmus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Allowing Fifth Param under SAFE_MODE
dear PH Dev Team I request the follwing feature to be implemented in a future php version some way of defining the Fifth paramater for MAIL() in the Ini file when using safe_mode like safe_mode_fifth_param = -f [EMAIL PROTECTED] because safe_mode is normaly a must have, a lot of programs now send on behalve on the webserver and errormessages bounce back to the postmaster. if this can be defined in the ini file or (better) as Apache_conf directive PHP_VALUE , even unser safe_mode it is possible to send extra params but in a safe way. regards -- - Computer Service Büro ENTER Patrick Maartense Tel:+43 2236 42761 am Steinfeld 19a FAX:+43 2236 893970 A-2344 Maria Enzersdorf Mobil: +43 664 4200656 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.csbenter.at - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] CVS Account Request: titanium
Want to learn -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: ZEND_API undefined
On Mon, Dec 16, 2002 at 03:27:45PM +, Patrick Welche wrote: I just tried the cvs source, and essentially get stuck compiling it because zend_globals_macros.h needs ZEND_API to be defined. This is defined in Zend/acconfig.h. acconfig.h is only inclued if defined NETWARE. Now, I tried to include acconfig.h, but this fails too as it contains @TOP@ and @BOTTOM@ which suggest that it is really a acconfig.h.in file?! At this point, I'm confused... Judging from the silence, you all worked out that I had run autoconf and friends by hand rather than using buildconf.. All happy now! Cheers, Patrick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] ZEND_API undefined
I just tried the cvs source, and essentially get stuck compiling it because zend_globals_macros.h needs ZEND_API to be defined. This is defined in Zend/acconfig.h. acconfig.h is only inclued if defined NETWARE. Now, I tried to include acconfig.h, but this fails too as it contains @TOP@ and @BOTTOM@ which suggest that it is really a acconfig.h.in file?! At this point, I'm confused... Patrick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Disable STDOUT
Hey PHP developers! I wrote function to disable STDOUT from the PHP binary. It just sets the php_output_set_status() flag option to disable output. However, I don't know if PHP continues to buffer the output somewhere. Does anyone know? BTW - I've written this function because I want to write a daemon using PHP, but initiating a fork'd process from a TTY still causes PHP to deliver output to the STDOUT. It's true, I could be more unix-y about the situation and do: php script.php /dev/null, but I'd rather be lazy and just type php script.php and let it daemonize properly. In addition, I know think this disassociates the TTY from STDERR - so runtime errors may still be generated. PHP_FUNCTION(ob_disable_stdout) { zval **zv_flag; int flag; switch(ZEND_NUM_ARGS()) { case 0: flag = 0; break; case 1: if (zend_get_parameters_ex(1, zv_flag) == FAILURE) { RETURN_FALSE; } convert_to_long_ex(zv_flag); flag = Z_LVAL_PP(zv_flag); break; default: WRONG_PARAM_COUNT; break; } php_output_set_status(flag); } /* }}} */ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: Disable STDOUT
Maybe I should write a function disable all open file descriptors instead, since traditionally that's how it is done. However, I thought PHP closes STDIN after it's initial read - but I might be wrong. Patrick O'Lone [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... Hey PHP developers! I wrote function to disable STDOUT from the PHP binary. It just sets the php_output_set_status() flag option to disable output. However, I don't know if PHP continues to buffer the output somewhere. Does anyone know? BTW - I've written this function because I want to write a daemon using PHP, but initiating a fork'd process from a TTY still causes PHP to deliver output to the STDOUT. It's true, I could be more unix-y about the situation and do: php script.php /dev/null, but I'd rather be lazy and just type php script.php and let it daemonize properly. In addition, I know think this disassociates the TTY from STDERR - so runtime errors may still be generated. PHP_FUNCTION(ob_disable_stdout) { zval **zv_flag; int flag; switch(ZEND_NUM_ARGS()) { case 0: flag = 0; break; case 1: if (zend_get_parameters_ex(1, zv_flag) == FAILURE) { RETURN_FALSE; } convert_to_long_ex(zv_flag); flag = Z_LVAL_PP(zv_flag); break; default: WRONG_PARAM_COUNT; break; } php_output_set_status(flag); } /* }}} */ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] gmmktime fails because of bug! any solutions?
After some sleepless nights and a DB with messed-up GMT-Epoch-timestamps, I tried to figure out the problem with gmmktime and only then found that the bug persists since quite a while: http://bugs.php.net/bug.php?id=14391 At this point you CANNOT RELY ON GMT-TIMESTAMPS created by gmmktime(). They fail on w2k with the switch from/to DST and are the respective hour off... See problem description and examples in the link above. Does anyone know workarounds for this? I can help by providing testcases or testing grounds if that is nessesary, but I propose that this should be fixed asap. The clock is ticking and the next moment where the php-epoch-stamps will go crazy again is Oct 26th, 2002 greets. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15008: Apache Crash
From: [EMAIL PROTECTED] Operating system: Linux 2.4.5 PHP version: 4.1.1 PHP Bug Type: Reproducible crash Bug description: Apache Crash After compiling 4.1.1 whith Apache 1.3.22 and MySql 3.23.46 i get follwing erros in the weblog [Sat Jan 12 21:50:10 2002] [notice] child pid 18992 exit signal Segmentation fault (11) [Sat Jan 12 21:50:43 2002] [notice] child pid 14447 exit signal Segmentation fault (11) etc etc when reverting to 4.0.6 these errors are gone. config : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local' '--with-gd' -- Edit bug report at: http://bugs.php.net/?id=15008edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Development of php Code that emulates asp
Ok, There is a peice of asp code that does sopm realy uselfull. It creates a mini Session, the function is called Application If you dont want to make a Full copy of Application do sopm like this newfunction = Application(Session){ $Session = $Session . .txt; touch ($Session); } That is all i need, but you could go ahead and add all the functionality you need to this code, it is after all your language. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] === Question
What does the === operator do and whats the difference between == and ===? any help? Thanks Patrick PEase -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Application Function
Could you guys implement a function from asp? the Application() function (i dont realy know what it does) but i need it for a chat app. thanks Patrick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12040 Updated: PHP dumps core when using a 3x derived class from a series of included files
ID: 12040 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Debian/GNULinux unstable PHP Version: 4.0.6 New Comment: Okay, the cvs version fixes this crash, so I've closed the bug, thanks all for your suggestions and writing such a useful tool! Previous Comments: [2001-07-11 04:40:39] [EMAIL PROTECTED] This is bug #12032 but I don't have a password to add more info to it (didn't enter one, was rushed) Yes,it seems to have to do with the calling of parent object fuctions in files incuded from files that have been included. Following are 3 php files that reproduce it,you run the D.PHP file. If the a.php file is included in d.php instead of b.php, there is no problem. // -- A.PHP -- ? class a { function a() { -_constructor(); } function _constructor() { } } ? // -- EOF -- // -- B.PHP -- ? include(a.php); class b extends a { function _constructor() { parent::_constructor(); } } class c extends b { function _constructor() { parent::_constructor(); } } ? // -- EOF -- // -- D.PHP -- ? { function _constructor() { parent::_constructor(); } } class c extends b { function _constructor() { parent::_constructor(); } } ? // -- EOF -- // -- D.PHP -- ? include(b.php); = new c; ? // -- EOF -- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=12040edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12032: PHP dumps core when using a 3x derived class from a series of included files
From: [EMAIL PROTECTED] Operating system: Debian/GNULinux unstable PHP version: 4.0.6 PHP Bug Type: Reproducible crash Bug description: PHP dumps core when using a 3x derived class from a series of included files see http://patrick.jordan-smith.org/junk/example.tar.gz for scripts to reproduce this error. The file crashes.php when loaded from the browser will crash php, the file doesntcrash.php won't. It seems from looking at a backtrace that php gets itself into a infinite loop. I don't include a backtrace because it's 19421 entries long. This is using the php4 package from debian -- Edit bug report at: http://bugs.php.net/?id=12032edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9535: Server Application Error
From: [EMAIL PROTECTED] Operating system: Win 2000 Server PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: Server Application Error After running PHP a while i get this error Server Application Error on the web: The server has reached the maximum recovery limit for the application during the processing of your request. Please contact the server administrator for assistance. The Event Log has these entries: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05C8578 and then each time i call the page: The HTTP server encountered an unhandled exception while processing the ISAPI Application ' php4ts!zend_strndup + 0x2B + 0xA05C8578 -- Edit Bug report at: http://bugs.php.net/?id=9535edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #5181 Updated: 'No input file specified' error in CGI mode / location of bugs in code
Yes, it appears to work now, thanks! - Patrick Doyle Bug Database wrote: ID: 5181 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Suspended Status: Closed Old-Bug Type: Installation problem Bug Type: *General Issues Assigned To: Comments: This should be fixed now. Please try PHP 4.0.4pl1. --Jani Previous Comments: --- [2000-08-02 12:13:24] [EMAIL PROTECTED] please wait, none of the suggested changes seem to be applied ... lets just suspend it for now --- [2000-08-01 22:59:35] [EMAIL PROTECTED] no feedback, closed --- [2000-06-28 05:06:55] [EMAIL PROTECTED] Please chekc the latest version - does it work now? --- [2000-06-21 23:09:29] [EMAIL PROTECTED] As others have reported, setting --enable-discard-path does not allow PHP to run properly in CGI mode. This simple script will fail when hit through a Web server: #!/usr/local/bin/php ?php echo "Hello, world."; ? producing a "No input file specified" error. There seem to be three bugs in the file sapi/cgi/cgi_main.c that cause this. (At least, when I fixed these things, it worked). I'll now reveal what is probably my ignorance of the code by pointing them out. The problems are all in the init_request_info() function. Specifically, 1. ~Line 252. script_filename is set to getenv("SCRIPT_FILENAME") rather than getenv("SCRIPT_NAME"). Maybe SCRIPT_FILENAME is a newer variant I haven't heard of, but our servers have always used SCRIPT_NAME. 2. ~Line 278. If DISCARD_PATH is set and script_filename is available, SG(request_info).path_translated should be set to the concatenation of getenv("DOCUMENT_ROOT") and script_filename, not just script_filename. Otherwise, when php_fopen_primary_script() tries to open it it will bomb, because it doesn't have the full path. 3. ~Line 290. For some reason, irrespective of the previous DISCARD_PATH section, SG(request_info).path_translated is set to NULL. This will clobber the script name when discard path is enabled. As far as I can tell this line should simply be removed. Hope that's useful to someone. :) --- Full Bug description available at: http://bugs.php.net/?id=5181 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]