Ok my bad.. :) I was not aware that there were two different "types" of
PHP.EXE executables to use. Once I started using the PHP.exe in the \php\cli
folder it started working as I expected it to.
Thank you and to everyone for your help on this,
Jim
-Original Message-
From: Frank M.
Good to know. But wouldn't "flush()" or something still have worked?
Maybe try isolating the issue, Jim. Write a test script and slowly add
things to it until you get to the point where it's buffering too much.
Maybe it internally buffers whatever commands you're trying to run (you
using exec or
Probably not the most reliable way (actually, I know it's not 100%
reliable), but the way I use for quick and dirty, informal usage logging
is this:
$ipaddress = $_SERVER["REMOTE_ADDR"];
$nbtstat = "nbtstat -A ". $ipaddress;
exec ($nbtstat,$result);
foreach ($result as $row) {
if (strpos($row,"
Won't "GetEnv" get the environment of the machine the script is run on?
So wouldn't that end up giving you the login of the user logged into the
web server, not the remote user?
I just did a test and it didn't work. And I don't see my domain
username anywhere in the $_ENV variable either.
Here's
Hello,
Yes flush() would do the trick, but the CLI version is designed for
command line usage. One thing I like about that is the error messages (and
other output from PHP) is stripped from HTML tags and HTTP headers.
- Frank
> Good to know. But wouldn't "flush()" or something still have worked?
Hello,
On 09/03/2004 11:12 AM, Trevor Gryffyn wrote:
Won't "GetEnv" get the environment of the machine the script is run on?
So wouldn't that end up giving you the login of the user logged into the
web server, not the remote user?
No, that is an environment variable set by IIS for pages on which it
Dear All,
I want to developing reports using PHP.
These reports i have to develop on MS WORD.
I have a database with multiple records
VAL 1 | VAL 2
-
VAL3 | VAL 4
VAL 5 | VAL 6
H