#27483 [WFx]: debug_backtrace() file information are realpath()ed

ID: 27483 User updated by: icemaze at tiscalinet dot it Reported By: icemaze at tiscalinet dot it Status: Wont fix Bug Type: Feature/Change Request Operating System: Gentoo GNU/Linux PHP Version: 4.3.4 New Comment: I understand. Thank you for your quick reply! ;) Previous Comments: ------------------------------------------------------------------------ [2004-03-03 14:27:44] derick@php.net PHP grabs this information from the compiled script which only knows about the realpath'ed files so I'm afraid that it won't be possible to change. Also, debug_backtrace() is just a debug tool and shouldn't really show it's output on production sites, so I kinda fail to see the usefulness of your proposed change. Derick ------------------------------------------------------------------------ [2004-03-03 14:23:11] icemaze at tiscalinet dot it Description: ------------ When I backtrace my program I usually extract file and line information to print them on screen. I have my webspace in /var/www/localhost/htdocs, so I usually get very long filenames. Then I modified my program to strip $_SERVER['DOCUMENT_ROOT'] from the path. This is useful because you can add "http://www.domain.com/" and get the file's URI. I also created a symbolic link (/var/www/localhost/htdocs/development => /home/icemaze/development) to be able to test my subversion tree under Apache. And here's the problem: debug_backtrace() returns filenames in the following form: "/home/icemaze/development/index.php" (i.e. as if they had been realpath()ed). This causes problems since I cannot strip "DOCUMENT_ROOT" from them. Besides, I don't want to strip an arbitrary path from them. It would be nice if you could change the behaviour of debug_backtrace() so that it returned untranslated paths (you can always realpath() them manually if you really want to!). Do you think it's possible without too much trouble for you? Are there reasons for which things are as they are? Thank you. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=27483&edit=1