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
--
