ID:               38790
 User updated by:  php dot net at yereth dot nl
 Reported By:      php dot net at yereth dot nl
 Status:           Bogus
 Bug Type:         Filesystem function related
 Operating System: SUSE 9.2
 PHP Version:      4.4.4
 New Comment:

Wow.. that's an extremely useful comment.. thanks! I'm very glad that
you just ignore the most important part and that you don't wish to
improve the PHP engine.

There is also a difference (but correct me if you're a native speaker
in English) between 'expected' and 'desirable'... maybe you could
re-read my previous comment keeping that in mind. You may just improve
the language! Good luck!

</sarcasm_mode>


Previous Comments:
------------------------------------------------------------------------

[2006-09-12 16:44:37] [EMAIL PROTECTED]

Yes, this is expected behaviour.

------------------------------------------------------------------------

[2006-09-12 14:20:35] php dot net at yereth dot nl

Description:
------------
__FILE__ resolves symlinks in 4.x.

This is very undesirable. If this was intentionally, perhaps another
magic constant can be introduced that does not resolve the symlink.
Besides that, I can always use realpath(__FILE__), which is another
reason why __FILE__ shouldn't resolve; resolving is easy, the other way
around is impossible without further contextual information.

Rephrasing the problem: if __FILE__ doesn't give me the name of the
symlinked file, there is nothing that does, as far as I know. This
restricts me terribly in my possibilities and forces developers to
redundancy, as symlinks do not give the desired result, obviously.

Hopefully you'll see that an addition to the magic constants or a
change in function of __FILE__ enhances the possibilities of
developers.

Thanks in advance!





------------------------------------------------------------------------


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

Reply via email to