[fpc-devel] Conditional Breakpoints using FPC and GDB

Martin fpc at mfriebe.de
Fri Aug 13 13:30:15 CEST 2010


  On 13/08/2010 12:18, Graeme Geldenhuys wrote:
> On 13 August 2010 13:11, Michael Van Canneyt wrote:
>> Can you explain this ? As far as I know, there no member of the core team
>> that objects to having properties inspectable in the debugger ?
> I was obviously generalized a bit too much. If you really want me to,
> I can search the mailing list archive to find out who said what.
> Anyway, it was told many times before that inspecting a property with
> Getter and Setter methods may change underlying data - so the whole
> debugging of Properties are frowned upon.
>
> I'm simply stating that developers should know what they are doing,
> and that I have never seen a Delphi developer ever complain about that
> "possible data change" issue. It's only FPC developers that keep
> mentioning it.
>
IIRC that is mixing up 2 things. But in Graeme favour, likelihood has 
it, that others have mixed it up before: so this may have been said the 
way quoted (but not necessarily by people people listed)

IIRC there are several technical underlying issues (but I may be wrong): 
like not yet implemented to call functions from the debugger at all; and 
issues to represent the same symbol as getter and setter with the means 
of stabs/dwarf ?

The "accidental change" is more an argument, to have the function off by 
default.

And true, no one ever complains about having had that problem. Those who 
do have it are often beginners, they have no idea what it is, they blame 
it on their own code, and since they can't name it, they can't blame it. 
(IIRC that was my own experience too, a long time ago, in a galaxy right 
here)
[if any one feels the need to answer this last one: do it on fpc-other, 
or in private mail to me; or I get in trouble for having written this]

Martin




More information about the fpc-devel mailing list