[fpc-devel] Status and ideas about debug info (stabs, dwarf / dwar3)

Hans-Peter Diettrich DrDiettrich1 at aol.com
Mon Sep 12 22:28:14 CEST 2011


Martin schrieb:
> On 12/09/2011 11:06, Hans-Peter Diettrich wrote:
>>
>> IMO debugging support was one of the reasons, why Kylix was based on 
>> Wine, and the cross-platform versions of Delphi use remote debugging 
>> only. For that implementation a tiny (remote) debugger interface is 
>> sufficient, and the IDE can implement all the language specific debug 
>> support.
>>
>> I'd be happy if somebody could tell me how to make all those "no such 
>> identifier in scope" messages disappear, that currently reduce 
>> debugging "support" to breakpoints, call stack and local variables.
>>
> 
> IMHO that's a bit exaggerated (the last line)? I do use plenty of 
> watches, and never got any such message. Ok I know I can't see 
> properties, and I do not try to do so. That leaves still plenty of ways 
> to get information.

When 95% of the identifiers in a subroutine (method) can *not* be 
inspected, this makes an debugger somewhat useless to me. The hint 
window on e.g. Self provides some information, but only from the base 
classes - the remainder is out of view :-(

> Mind, I do NOT want to play down say that the lack of property support.

I didn't notice until now that my problems may be related to properties. 
AFAIR I also couldn't inspect global variables. I'll watch out when 
debugging the next time.

WRT inspecting properties I'd be happy with the content of the fields, 
where a property value is stored, e.g. TControl.FBoundsRect for Left or 
Right. Calling getter methods can be dangerous, I wouldn't expect such 
support. Again I only realize right now, that such a feature may require 
an hint in code, which property is stored or derived from which stored 
field.

DoDi




More information about the fpc-devel mailing list