Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2002-04

CVS updates

4 messages · 2 people ·

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Peter Vreman
Show quoted text 34 lines
+ From: Peter Vreman + Sent: donderdag 25 april 2002 7:39 + To: + Subject: Re: [lazarus] CVS updates + + + > Hi, + > + > Some updates consering debugging: + > + > + Added watches + > It is pretty primitive now, it will be better in future + > - vars have to be typed in uppercase + > - self isn't supported yet (use this) + > - no formatting + > - Objects cant be displayed (Has something to do with TObject) + + Which gdb version do you use? GDB 5.1 has pascal suppport. The + only thing is that uppercase names are still required for accessing + fields of structures. I use 5.1.1. "self" isn't supported, on the locals view I translate "this" to "self" since that is used in code. At this moment I don't know what is wrong with objects, gdb should be able to display them (dereferenced I mean). The moment you try to evaluate for instance Application^ you get a message that the result couldn't be converted to an integer. I suspect a problem with an enum or so in the TObject base class. I haven't fully investigated it. Besides that there are other ways to retrieve the data (they only cost me a bit more work) What I mean with primitive is that in Delphi you can evaluate complex expressions. In that case the gdb support is minimal (language differences)

I've exactly the same problem with gdb classes give problems. I tried to reproduce it at a different machine at my work, but failed.

I'll forward the message to Pierre Muller, he did the pascal support for gdb

Reply by email

Marc Weustink

Hi,

Some updates consering debugging:

+ Added watches
It is pretty primitive now, it will be better in future
- vars have to be typed in uppercase
- self isn't supported yet (use this)
- no formatting
- Objects cant be displayed (Has something to do with TObject)

* Updated watches and watchproperty dialog to load as resource

= renamed debugger resource files from *.lrc to *.lrs To be more consistent

* Temporary fixed language problems on GDB (bug #508) Initially I used language extensions to set the language per extension. If you do it to fast (from a stream or so) GDB dumps. Now all files are treated as pascal

* Made Debugmanager dialog handling more generic
Got a bit tired of handling all separate dialogs.

Marc

Reply by email

Peter Vreman
Show quoted text 10 lines
Hi, Some updates consering debugging: + Added watches It is pretty primitive now, it will be better in future - vars have to be typed in uppercase - self isn't supported yet (use this) - no formatting - Objects cant be displayed (Has something to do with TObject)

Which gdb version do you use? GDB 5.1 has pascal suppport. The only thing is that uppercase names are still required for accessing fields of structures.

Reply by email

Marc Weustink
to Peter Vreman

+ From: Peter Vreman
+ Sent: donderdag 25 april 2002 7:39
+ To:
+ Subject: Re: [lazarus] CVS updates
+
+
+ > Hi,
+ >
+ > Some updates consering debugging:
+ >
+ > + Added watches
+ > It is pretty primitive now, it will be better in future
+ > - vars have to be typed in uppercase
+ > - self isn't supported yet (use this)
+ > - no formatting
+ > - Objects cant be displayed (Has something to do with TObject) +
+ Which gdb version do you use? GDB 5.1 has pascal suppport. The
+ only thing is that uppercase names are still required for accessing
+ fields of structures.

I use 5.1.1.

"self" isn't supported, on the locals view I translate "this" to "self" since that is used in code.
At this moment I don't know what is wrong with objects, gdb should be able to display them (dereferenced I mean). The moment you try to evaluate for instance Application^ you get a message that the result couldn't be converted to an integer. I suspect a problem with an enum or so in the TObject base class. I haven't fully investigated it. Besides that there are other ways to retrieve the data (they only cost me a bit more work)

What I mean with primitive is that in Delphi you can evaluate complex expressions. In that case the gdb support is minimal (language differences)

Marc

Reply by email