I'm trying to profile the behaviour of a complex shop system, where zillions of PHP-Modules and Classes are executed along the way.

But the profiler only shows a very, very tiny fraction of the PHP-Modules and Classes executed.

What can be wrong?

I reported a profiler bug at around build 16050 and that was subsequently fixed but I don't know which build it was fixed in. Make sure you are using the latest v16 build.

Also, make sure you are using the correct DBG extension for the PhpED build, because there were changes in the DBG data formats.

I have upgraded to Version 17, the Problem still persists.

I'm unfamiliar with your code so don't know what is missing from that view. I just profiled a request on a Magento (complex store) site and it looked correct; nothing obviously missing.

At the top of the Modules list is there a row called <<PHP Core>> ?

Do you see anything useful in the Functions or Lines views?

Did you update the PHP DBG extension on the web server after installing the new PhpED?

No.



Yes, for the routines listed...

Yes.

You probably need to report it as a possible bug.

I've been doing quite a bit of profiling with v17 and it has been working fine so far.

Yes, I have submitted a bug report....

it looks like either a) you're using some sort of php opcode cache or b) it's what was actually executed and profiler reflected it or c) you tried to start profiler with DebugBreak(); Latter is not supported at all. You have to invoke the profiler from the IDE.

a) No, using plain XAMPP.

b) No, this is not what is being executed. The debugger goes all the way how it should be.

c) Invocation via IDE does not help.

Strangely enough though:

if I profile e.g. PHPMyAdmin, the profiler behaves as expected...

if you're a phped PRO customer, you're entitled to contact support and sort out the problem.