Quote:

Peter Wang (Intel) wrote:

I wonder that Delphi is not supported compiler, please see release notes.

I know Delphi is not supported, and that is why I have to manually look up the memory addressed reported by Intel Amplifier into the map file Delphi produces. My question is related to the memory addresses themselves, as they seem to be either wrong, or there is a constant value that I am missing (around 0xCB160) that then I would like to know where it comes from and how to retrieve it properly.

Just for the record, I am not asking for Delphi support in Intel Amplifier (even if it would make things easier for me).

As a bonus question: would Intel Amplifier show full stack information if, somehow, I got a matching pdb file next to the Delphi executable, or does it retrieve the information from somewhere else?

Thanks.

Quote:

Sergey Kostrov wrote:

>>...I must add about 0x000CB160 to the memory address reported by Intel Amplifier in order to, almost, get to the proper
>>line number reported in the map file...

0x000CB160 looks like a random number and it doesn't look like a constant. For a constant I would expect a number that is a power of 2, or something more logical. Did you try to look at a PE header of a Delphi executable?

Delphi uses 0x00401000 by default as the start address for the code section, and that's the one used in the program. When debugging a C++ DLL used by the Delphi executable, the memory addresses reported in the executable (which Visual Studio does not know how to map to a method, even less a line), are perfectly matched to a file and line using the map file generated by Delphi. It's only the memory addresses reported by Intel Amplifier the ones that do not match at all because they are offset by a very strange value (which seems to be constant, at least for the executable in question).

Checking the PE header shows nothing alike that 'constant'. I'm tempted to believe that it's indeed a bug in Intel Amplifier. A minor bug, but, still, a bug.

Quote:

Sergey Kostrov wrote:

>>...Checking the PE header shows nothing alike that 'constant'. I'm tempted to believe that it's indeed a bug in Intel Amplifier.
>>A minor bug, but, still, a bug.

How did you debug a Delphi executable with a VS? Does the Delphi create a Microsoft compatible Pdb-file?

What I mean is that I was debugging a C++ COM DLL that the Delphi executable makes use of. I can see the memory addresses from the executable in the call stack, and I can map them properly to a file and line using the map file. Same thing if Visual Studio catches an exception thrown in the Delphi executable: I can map the memory address in the call stack to the proper file and line. It's only Intel Amplifier that shows improper addresses (offset by some sort of constant value, as I mentioned in the original post).

I just tried to profile another Delphi executable that makes use of the C++ COM DLL with Intel Amplifier, and the results are slightly different. According to Intel Amplifier, a COM method in the DLL is called from memory address 0x8645c3 in the Delphi application, but, according to the map file, the memory address where it is called from is located between 0x930951 and 0x93095F. That means an average of 0xCC395 that must be added to what Intel Amplifier reports in order to find the proper place in the map file. It's still rather close to the 0xCB160 I found with the other program, yet far from making any sense.

Hi.

Would you kindly inform me if any attempt has been made to check how Intel Amplifier determines the memory address in the call stack for frames it does not have a pdb to look into? I still seriously think it's a bug in Intel Amplifier (fortunately not one that causes it to crash, but, still, a bug).

Thanks.