On 13/08/2010 16:34, Marc Weustink wrote:
[Note in Lazarus the expression
isn't properly quoted before being send to gdb. So (since it has spaces)
you need to double quote the entire expression, before sending it to
gdb]
It is quoted iirc (or did I forget it somewhere ?).
I was partly mis
Martin wrote:
On 13/08/2010 10:14, Graeme Geldenhuys wrote:
Hi,
Lazarus has a dialog for conditional breakpoints, but it doesn't work. I
tried everything.
* set a breakpoint where condition is: TypeDecl.Name = 'TRGBTriple'
Seems that gdb expects double quotes
FName = "abc"
but then it
On 13 Aug 2010, at 14:52, Graeme Geldenhuys wrote:
Op 2010-08-13 14:46, Jonas Maebe het geskryf:
Programming them in Pascal code that is linked into the target
program
moreover has the advantage that GDB (or any other debugger, even one
Do you have any web link on how to do this, or a sm
Op 2010-08-13 14:46, Jonas Maebe het geskryf:
>
> Programming them in Pascal code that is linked into the target program
> moreover has the advantage that GDB (or any other debugger, even one
Do you have any web link on how to do this, or a small single case example
that could be built on to?
On Fri, 13 Aug 2010, 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 rea
In our previous episode, dmitry boyarintsev said:
> I've started with the pascal expression parser (now
> contributed to passrc).
a propos, added a --parse-impl option to fpdoc, to keep the implementation
parsing testable without recompilation or distubing doc generation.
I quickly tried to run i
On 13 Aug 2010, at 14:20, Graeme Geldenhuys wrote:
The Delphi debugger allowed you to change values while debugging,
then step
back and re-execute that code with new values [I think I did this
back in
the days of Delphi 5]. Delphi's debugger was pretty damn awesome -
just
makes me realize
Op 2010-08-13 14:08, Dimitri Smits het geskryf:
>
> btw, what I forgot to respond to in my last mail of a few mins ago:
[...off-topic...]
I'm not arguing with anything you said, just want to add something I only
now remembered from my Delphi days.
The Delphi debugger allowed you to change value
- "Graeme Geldenhuys" schreef:
> 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
- "Graeme Geldenhuys" schreef:
> 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
On Fri, 2010-08-13 at 11:14 +0200, Graeme Geldenhuys wrote:
> More reasons I hate FPC using GDB as a debugger instead of a native written
> one. Does anybody know if there is a way to support Conditional
> Breakpoints in FPC + GDB with string types?
You could try the gdb version from Fedora, and
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
On 13/08/2010 12:08, Graeme Geldenhuys wrote:
Op 2010-08-13 13:04, Martin het geskryf:
Do you have those spaces in the expression when you entered it? Lazarus
currently fails to quote them, so that may not work then.
Ah, that could be it. I typed the expression with spaces.
Anyway, Martin's (
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 ar
On Fri, 13 Aug 2010, Graeme Geldenhuys wrote:
Op 2010-08-13 11:22, Marc Weustink het geskryf:
creating a debugger is not that difficult, evaluating (pascal)
expressions is.
And even then evaluating properties is impossible.
Well, doesn't FPC evaluates expressions - so why can't a debugger?
Op 2010-08-13 13:04, Martin het geskryf:
>>
> Do you have those spaces in the expression when you entered it? Lazarus
> currently fails to quote them, so that may not work then.
Ah, that could be it. I typed the expression with spaces.
Anyway, Martin's (MSEide) suggestion of the extra testvar is
Op 2010-08-13 12:43, dmitry boyarintsev het geskryf:
>
> Duby only allowed to view integer variables. I couldn't get any
> further because the proper expression and value evaluation is
> required. I've started with the pascal expression parser (now
> contributed to passrc).
I thought the expressi
On 13/08/2010 11:20, Graeme Geldenhuys wrote:
Op 2010-08-13 11:42, Martin het geskryf:
I can also Do:
SomeString=OtherString
So if you have the desired name in a variable...
I tried that approach in Lazarus IDE and it doesn't work either.
Breapoint Condition: s = TypeDecl.FName
In the
On Fri, Aug 13, 2010 at 1:31 PM, Graeme Geldenhuys
wrote:
> Hopefully Dmitry could solve these problems with Duby. I haven't evaluated
> Duby is some months, but last time I did check, it made good progress. I
> guess it's time I get another code update.
No updates. Sorry.
The last changes were:
Op 2010-08-13 11:42, Martin het geskryf:
>
> I can also Do:
>SomeString=OtherString
> So if you have the desired name in a variable...
I tried that approach in Lazarus IDE and it doesn't work either.
Breapoint Condition: s = TypeDecl.FName
In the code s is assigned 'TRGBTriple', and the
On 13/08/2010 10:14, Graeme Geldenhuys wrote:
Hi,
Lazarus has a dialog for conditional breakpoints, but it doesn't work. I
tried everything.
* set a breakpoint where condition is: TypeDecl.Name = 'TRGBTriple'
Seems that gdb expects double quotes
FName = "abc"
but then it wants mal
On 13 Aug 2010, at 11:14, Graeme Geldenhuys wrote:
Does anybody know if there is a way to support Conditional
Breakpoints in FPC + GDB with string types?
It can be solved without changing anything to either FPC or GDB, by
basically writing extensions for GDB in Pascal. Create a unit with a
Op 2010-08-13 11:22, Marc Weustink het geskryf:
> creating a debugger is not that difficult, evaluating (pascal)
> expressions is.
> And even then evaluating properties is impossible.
Well, doesn't FPC evaluates expressions - so why can't a debugger? Also,
couldn't Michael new Expression Parser h
On 08/13/2010 11:22 AM, Marc Weustink wrote:
creating a debugger is not that difficult, evaluating (pascal)
expressions is.
There are several open source projects that provide this.
And even then evaluating properties is impossible.
AFAIK, the Delphi Debugger can.
GDB can call function in t
Graeme Geldenhuys wrote:
PS:
Anybody know how the Duby project (Object Pascal based Debugger) is
progressing, and if support for it could be added to Lazarus or MSEide?
creating a debugger is not that difficult, evaluating (pascal)
expressions is.
And even then evaluating properties is imposs
Hi,
Lazarus has a dialog for conditional breakpoints, but it doesn't work. I
tried everything.
MSEide has conditional breakpoints, but only works for integer type
expressions.
I spoke to Martin (MSEide author) and he told me that GDB doesn't
understand Pascal ansi-string expressions - hence condi
26 matches
Mail list logo
