hi there,
im running dbg inside a vm on my local box with a bunch of virtual hosts. its quite tough to debug cause those hosts sometimes calling services on one of the others using cUrl. this i can work around on using debugbreak. since i have some shared resources it is a handy way on linux using symbolic links. now it seems dbg has problems working as exspected according to that. it allways tries to dereference those links and i have to map the original pathes into the project settings too. sometimes that leads to phped opening the same file under different pathes twice. any suggestions?
thx in advance

No. It does never dereference any links. Even more debugger does never open any files on your machine, it does not need to.
All the info regarding file names is comming from php and Apache. All the files are opened by php.
You may want to check file names with a very trivial thing known as __FILE__ magic constant right in your scripts

okay, ic - so i sippose must be multiple project/vhost confusion with me LOL thx anyways

okay, now i understand. it is the case that trivial thing called __FILE__ does not care about symbolic links and returns the real path. since im using it extensively to make my stuff directory dependant. so in the second step phped jumps into that and cannot map ...

has been said that this issue is a php feature and not a bug ... i do think different.
please vote on http://bugs.php.net/bug.php?id=46260
over and out

Not exactly. It would be "jump" only if it knew the original path. Yet, it does not know it.
But it does not mean that there are any problems in PhpED at all.
It supports working with files in the directories out of the project tree. BTW you don't have to link to them at all. Php will find your libraries if you list their directories in include_path, PhpED will find corresponding local directories if you add corresponding entries on the Mapping page in the Project Properties.