This is because microsoft's directory structure uses backslashes
, not forward slashes in your script.  Try replacing the "/" with "\\"

Also, make sure that register_globals is set to on in your
php.ini file.

In my php.ini is:

register_globals = ON

if i declare
global $SCRIPT_FILENAME -> i get an empty string! On all other servers i can run my script, only on my own... why?

Try using $HTTP_SERVER_VARS["SCRIPT_FILENAME"]
instead of $SCRIPT_FILENAME.

If i use this code:
$path=dirname($SCRIPT_FILENAME);


the variable $path is empty, because $SCRIPT_FILENAME is empty!

if a type in the complete path as static variable, it works... but i have to use dirname($SCRIPT_FILENAME) for the possibility to run that script on other servers.

Please replace $SCRIPT_FILENAME with
$HTTP_SERVER_VARS["SCRIPT_FILENAME"]

so $path=dirname($SCRIPT_FILENAME);

would be changed to

$path=dirname($HTTP_SERVER_VARS["SCRIPT_FILENAME"]);

Please tell me if this works.

Status -> Feedback
Type -> Variables related

PHP doesn't set $HTTP_SERVER_VARS['SCRIPT_FILENAME'], but $HTTP_SERVER_VARS['SCRIPT_NAME'].

this is bogus.

If i use:
$path=dirname($HTTP_SERVER_VARS["SCRIPT_FILENAME"]);

i get:
Warning: Undefined index: SCRIPT_FILENAME 

Sorry about that...

replace $SCRIPT_FILENAME with $HTTP_SERVER_VARS["SCRIPT_NAME"]

if that doesn't work, I am stumped.

--By the way, get Linux.

(*Andy*)

If i replace $SCRIPT_FILENAME with $HTTP_SERVER_VARS["SCRIPT_NAME"] the dirname function only returns the path from the inet_root but not from the harddrive root.

if i type in the whole path manualy and the inclusion woks, i see that

$REQUEST_URI 

is also empty... so my whole project could not work at my server...

I think its a general configuration problem, but what sholud i do?


"--By the way, get Linux." -> later... i have no experience with Linux

Ok...

I can't help you anymore.  This is totally bogus.

The linux thing was a joke, because nothing like this would happen with linux.

(*Andy*)

Michael, I think you should devote some time to read the PHP documentation. You're trying to make orange juice from apples. That won't work.

Also, next time you think you've found a bug, please check that it's not a PEBKAC.

Last, give only accurate, and TRUE!!! info in bug reports. I could easily see that your bug report was bogus, but with something more complicated or subtle, your claim that it works on other machines could mislead a developer, and cost them a lot of their time. I'm sure that would not be your goal.

Andi, I didn't get your remark about Linux. The behavior he was seeing is completely platform independent.

Ouch Andy, that seemed pretty harsh.

Anyways,  do you have a page up I can look at with phpinfo() in it?  If not just make a quick page like so

<?php
phpinfo();
?>

-Chris

ya...

Sorry about my remark.

If you create a page like cnewbill said, you can see all of environmental
variables, server variables, etc... that PHP defines.

Also, as cynic said check out the documentation at

http://www.php.net/docs.php

Hopefully you can get it to work...

One last remark before I definitely leave this PR:
Michael, you might also want to subscribe to php-general@,
that can be done by sending an empty email to php-general-subscribe@lists.php.net

make sure you have a big mailbox if you subscribe to this mailing list.

You get lots of messages...

Hi

i just made a page with

<?php

phpinfo();

?>


http://frifra.dtdns.net:8082/informatik/test.php

I'm assuming you want to be able to call these includes, and you think you need to know the path?

IMO, there is a much cleaner way that you can use regardless of your current working directory.

Create a directory where all your scripts will go, for example C:\Inetpub\php\.  Modify your include_path to include our new directory C:\Inetpub\php.  Move your "inc/" directory to this new directory.

Now your code can be
<?php
include("inc/navi_d.inc");
?>
no matter what directory you are in.  You just need to make sure you have your path setup in the order you want it processed in, otherwise if you have an inc/navi_d.inc in your current working dir it will use that one first.  Which is also good in some cases.

I've honestly never used $SCRIPT_FILENAME, I've always used $PHP_SELF or one of the HTTP_SERVER_VARS.

-Chris

Please, take this where it belongs: php-general@lists.php.net

This is more than a year old, but I think I might add this thought, because I struggled over a similar problem and found this bug with no real result - perhaps it helps others that search for a problem like this.

SCRIPT_FILENAME is an Apache Environment-Variable (at least phpinfo() lists it there. And it does not exist on IIS-systems.

SCRIPT_NAME seems to be known by both systems. (There are / were other bugs with PHP-Versions that have the path to php.exe in it.

     Balu