php-windows Digest 20 May 2001 13:10:25 -0000 Issue 608 Topics (messages 7759 through 7766): PHP & IIS system() a program in the forground 7759 by: Root88 PHP on win2000 : cgi error 7760 by: Hyoneg Kim 7761 by: Steve Perrin' 7765 by: M. Weller 7766 by: Mike Kelley Re: Why i can't write to remote file ? 7762 by: Darren Re: the /php/pear/DB abstraction 7763 by: Manuel Lemos Re: PHP and Multiple databases 7764 by: Manuel Lemos Administrivia: To subscribe to the digest, e-mail: [EMAIL PROTECTED] To unsubscribe from the digest, e-mail: [EMAIL PROTECTED] To post to the list, e-mail: [EMAIL PROTECTED] ----------------------------------------------------------------------
I am running PHP under Windows 2000. I want to play a .wav file on my machine when a certain page gets loaded. I am using the system() function. I can get my machine to run the program, but it runs in the background. I can't hear the .wav when it does that. Is there a way to run the program in the foreground?
I have w2000 and installed IIS 5.0 I installed PHP 4.0.5 after that I put extension_dir = c:/php when I tryed the test.php under php directory it gives me CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:
Hyoneg, You say you have extension_dir in PHP.INI set to c:/php, unless you have moved things (PHP subdirectories) it should read c:/php/extensions. ""Hyoneg Kim"" <[EMAIL PROTECTED]> wrote in message 9e6mtt$jk1$[EMAIL PROTECTED]">news:9e6mtt$jk1$[EMAIL PROTECTED]... > I have w2000 and installed IIS 5.0 > I installed PHP 4.0.5 after that > I put extension_dir = c:/php > when I tryed the test.php under php directory > it gives me > CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are: > > > > > > -- > PHP Windows 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] >
I receive the same message, but only if I try to sent attachments larger then 3kB. This seams to be a bug under w2k. ""Hyoneg Kim"" <[EMAIL PROTECTED]> schrieb im Newsbeitrag 9e6mtt$jk1$[EMAIL PROTECTED]">news:9e6mtt$jk1$[EMAIL PROTECTED]... > I have w2000 and installed IIS 5.0 > I installed PHP 4.0.5 after that > I put extension_dir = c:/php > when I tryed the test.php under php directory > it gives me > CGI Error > The specified CGI application misbehaved by not returning a complete set of > HTTP headers. The headers it did return are: > > > > > > -- > PHP Windows 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] >
In my searches about the 3kb attachment ceiling I kept reading about needing to add a "\n" into the headers to separate the "additional headers" you guys might look into that. Unfortunately I don't remember which message it was that I read that (might have been in the addendum's to the manual) it wasn't to deep take a look MK -- "There is a principle which is a bar against all information, which is proof against all arguments and which cannot fail to keep a man in everlasting ignorance - that principle is contempt prior to investigation." - Herbert Spencer Michael Kelley [EMAIL PROTECTED] Programmer/Systems Analyst I New Mexico State University Information and Communication Technologies Work # (505)-646-1374 P.O. Box 30001 MSC: 3AT Las Cruces, NM 88003
> Hi Darren, > > i have tried omitting http, so the line 11 becomes : > > $fp = fopen("c:/webshare/wwwwroot/examples/datafile.txt","w"); > > Is does not still work, and when i run it i have the warning message: > > ------------------------------------------------------------------ > Total cost of the neckties 90 > Warning: fopen("c:/webshare/wwwwroot/examples/datafile.txt","w") - No such > file or directory in c:\webshare\wwwroot\examples\calculate.php on line 11 > > Unable to open remote file for writing. > ------------------------------------------------------------------ > > > I don't understand where is the error ? > > Thank you in advance > > ah now I see. Try removing the extra W from the path making wwwwroot to wwwroot Best of luck Darren
Hello John, On 16-May-01 12:13:49, you wrote: >Hello Monty, >As an author of a database class library (http://php.weblogs.com/adodb) I >can understand the need for good error messages. >I decided in adodb to avoid using virtualised error messages because of this >issue. It's more important to give good error messages than attempting to >map >to a virtualised error message system. Why? You normally just rollback on >any error anyway, and the real error messages allow you to pinpoint >the bug precisely. My views exactly. I really don't see the point in trying to abstract error codes, especially when they may even not be available for many types of databases. Error codes are only good for logging. In Metabase I also don't keep track of error codes separately. If available I just store them as part of the error message that is always stored when some operation fails. Appalications hardly need to act differently for each type of error. That's why I also don't see the point for PEAR-DB trying to abstract error codes. That only makes PEAR-DB even more bloated (error classes?!?) than it already is. >You might like to give it a test run. >Regards, John >"Dickerson, Monty" <[EMAIL PROTECTED]> wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >> Before I had difficulty using the pear/DB database abstraction (which >comes >> with php since 4.04p1 at least) and had asked the list about it; the >problem >> was merely a permissions issue. It works fine, and is documented inline. >> >> However, the pear/DB class needs enhancement to better report error >messages >> from mssql (the message it had reported was ambiguous compared to what the >> plain mssql functions return). Such ambiguity could dissuade some early >> adopters of the pear classes. >> >> My thanks to the authors, Stig Bakken <[EMAIL PROTECTED]>, Sterling Hughes >> <[EMAIL PROTECTED]>, James L. Pine <[EMAIL PROTECTED]>, et. al., for writing >> this code. >> >> If there is a FAQ-o-matic, BBS or weblog on the DB.php class and its >> includes, please point me in that direction! >> I think this is a positive step for php. >> >> Maybe certain PCMAG reviewers will take note of its presence someday.. ;) >> >> montyd >> >> >> >> >> -- >> PHP Windows 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 Windows 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] Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED] -- E-mail: [EMAIL PROTECTED] URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp --
Hello Scott, On 17-May-01 12:42:26, you wrote: >I am fairly new to PHP and have used it on a few sites but I have not been >dealing with databases much (in PHP). I am wanting to know if a single >instance of PHP can be configured to connect to multiple databases or does >is a new instance required for each DB. The scenario is that I may be >pulling content from multiple databases (Oracle, MySQL, SQL Server...) for >a single web site. >I am not looking for any involved explanations just a simple yes or no and >any reference points you may have from experience on how (at a high level) >and if there are any "tricky parts" that might make the process painful. You may want to try Metabase because it was developed precisely for what you need: http://phpclasses.UpperDesign.com/browse.html/package/20 Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED] -- E-mail: [EMAIL PROTECTED] URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp --