#13936 [Com]: Magical Constant __FILE__ contains wrong information on included files

2004-07-06 Thread lmalgras at tennaxia dot com
 ID:   13936
 Comment by:   lmalgras at tennaxia dot com
 Reported By:  jpm at phpbrasil dot com
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Solaris
 PHP Version:  4.3.0-dev
 New Comment:

We have the same problem with PHP 4.3.3 on Windows 2000 SP1.


Previous Comments:


[2004-04-01 03:54:36] roy at pine dot nl

We are running Solaris 7 with PHP 4.3.5 and the problem still exists.
I have tested the same setup on a FreeBSD machine with PHP 4.3.4 where
it works like intended.



[2002-09-28 15:19:46] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2002-05-12 14:19:16] kumar at chicagomodular dot com

this bug is also happening with OS: Open BSD 3.0, PHP 4.2.0

the following was generated on maintenenance-priority.php 
(the other __FILE__ prints were generated from the included 
files):

__FILE__: 
/home2/kumar/www/chicagomodular.com/phpAdsNew/
admin/maintenance-priority.php

__FILE__: /config.php

__FILE__: /lib-maintenance.inc.php 

for the phpAdsNew application this is a serious bug since 
__FILE__ is used to define an include-path constant



[2002-02-27 13:42:37] jpm at phpbrasil dot com

Re-opening since this bug appear to be still going on. I didn't really
test the fixes on 4.1.1 since I'm using a similar routine to report
errors, but it would be nice to catch some attention.

--Joao



[2002-02-27 12:40:44] jas at cs dot yorku dot ca

I was having problems with this same thing on Solaris under PHP 4.1.1,
so I tried the 4.2 version, and it seems to me that the problem is
still there.

I create a file called "test.php" containing:


When I:
php test.php

I get:
file test.php

I expect to get:
file /cs/home/jas/test.php

Shouldn't __FILE__ always return a full path to a file?

Jason.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/13936

-- 
Edit this bug report at http://bugs.php.net/?id=13936&edit=1


#13936 [Com]: Magical Constant __FILE__ contains wrong information on included files

2004-04-01 Thread roy at pine dot nl
 ID:   13936
 Comment by:   roy at pine dot nl
 Reported By:  jpm at phpbrasil dot com
 Status:   Closed
 Bug Type: Scripting Engine problem
 Operating System: Solaris
 PHP Version:  4.3.0-dev
 New Comment:

We are running Solaris 7 with PHP 4.3.5 and the problem still exists.

I have tested the same setup on a FreeBSD machine with PHP 4.3.4 where
it works like intended.


Previous Comments:


[2002-09-28 15:19:46] [EMAIL PROTECTED]

This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.





[2002-05-12 14:19:16] kumar at chicagomodular dot com

this bug is also happening with OS: Open BSD 3.0, PHP 4.2.0



the following was generated on maintenenance-priority.php 

(the other __FILE__ prints were generated from the included 

files):



__FILE__: 

/home2/kumar/www/chicagomodular.com/phpAdsNew/

admin/maintenance-priority.php



__FILE__: /config.php



__FILE__: /lib-maintenance.inc.php 



for the phpAdsNew application this is a serious bug since 

__FILE__ is used to define an include-path constant



[2002-02-27 13:42:37] jpm at phpbrasil dot com

Re-opening since this bug appear to be still going on. I didn't really
test the fixes on 4.1.1 since I'm using a similar routine to report
errors, but it would be nice to catch some attention.



--Joao



[2002-02-27 12:40:44] jas at cs dot yorku dot ca

I was having problems with this same thing on Solaris under PHP 4.1.1,
so I tried the 4.2 version, and it seems to me that the problem is
still there.



I create a file called "test.php" containing:





When I:

php test.php



I get:

file test.php



I expect to get:

file /cs/home/jas/test.php



Shouldn't __FILE__ always return a full path to a file?



Jason.



[2001-11-05 17:24:49] [EMAIL PROTECTED]

Yeah, ok, but that was far from apparent in your original report. So
you mean that the bug is that not the full path is given?



I agree, that's a bug. __FILE__ should give the full path of the script
in which the __FILE__ is.



I reproduce it with 4.0.6, but it apparently is fixed in 4.2.0, since
with the exact same env and script etc I get the correct result now.



So closing.



--Jeroen



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/13936

-- 
Edit this bug report at http://bugs.php.net/?id=13936&edit=1