2009/10/4 Howard Page-Clark :
>
> As well as the Watch window, are you aware of the excellent little
> debugserver application (separate executable) written by Michael?
> This lists messages from your application which you have inserted
> manually using methods of the dbugintf unit,
I remember hea
On Thu, 1 Oct 2009 09:33:09 +0200
Graeme Geldenhuys wrote:
> > What where your other issues?
>
> I will try and use the Watch window today and see how it goes.
As well as the Watch window, are you aware of the excellent little
debugserver application (separate executable) written by Michael?
T
I can only very limited answer the below, since without knowing the
exact changes in mind I can not judge what is or what is not (according
to my opinion) possible
I know there was discussion, do you have the link to it in the archives?
Hans-Peter Diettrich wrote:
Martin schrieb:
I am not sur
Santiago A. schrieb:
In this comment he supported Lazarus, but the last paragraphs made some
objections. Here is a translation of the last paragraphs, sorry if my
English is not good enough
"Some problems I find in Lazarus a those that unfortunatelly can
be found in most OSS. On on
Martin schrieb:
I am not sure what was required to be down striped, but I would be
surprised if the reason for not doing it was eye candy. So I doubt that
a branch would help.
There exist a couple of troublesome elements in basic classes. IMO the
Controls unit with those many managers deserv
dmitry boyarintsev wrote:
On Fri, Oct 2, 2009 at 10:45 AM, Graeme Geldenhuys
wrote:
I found the other Object Pascal based debugger in
/debugger/fpdebug/ but that was a Windows specific project.
Which makes me think, why is 'fpdebug' in the lazarus repository if it
is Windows specific?
It's Ma
Hello:
In barrapunto.com (a Spanish slashdot) there is an article asking "What
do you know about Lazarus?". Most comments were positive, and most
negative comments were against Pascal (it's a dead language etc) more
than against Lazarus.
Here is the link to the article (in Spanish)
http://pregunta
2009/10/1 dmitry boyarintsev :
> I keep my work on pascal debugger
> (https://sourceforge.net/projects/duby), but it goes slowly, because
> of lack of time.
I announced your project in the MSEide newsgroup as well. Hopefully we
can spark some more interest in this project.
--
Regards,
- Graeme
On Fri, Oct 2, 2009 at 10:45 AM, Graeme Geldenhuys
wrote:
> I found the other Object Pascal based debugger in
> /debugger/fpdebug/ but that was a Windows specific project.
> Which makes me think, why is 'fpdebug' in the lazarus repository if it
> is Windows specific?
It's Marc's project. He start
2009/10/1 dmitry boyarintsev :
> I keep my work on pascal debugger
> (https://sourceforge.net/projects/duby), but it goes slowly, because
> of lack of time.
Excellent. I'll fetching the repository now, to try it out. Because
the project is so new, maybe now is an ideal time to track the changes
an
On Fri, Oct 2, 2009 at 2:12 AM, Paul Ishenin wrote:
> Anyway, I am pleased to see that you are working both on linux, mac and
> windows versions at the same time. Good start.
Well, after all, as Marc said for thousands times: writing a proper
debugger is not using system API, it's reading debug i
dmitry boyarintsev wrote:
I keep my work on pascal debugger
(https://sourceforge.net/projects/duby), but it goes slowly, because
of lack of time.
I tried to debug lazarus.exe using it :) Well, it shows me info about
dll loading, I can view registers, EIP. But after splash showing it
catches a
I keep my work on pascal debugger
(https://sourceforge.net/projects/duby), but it goes slowly, because
of lack of time.
thanks,
dmitry
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo
Hans-Peter Diettrich wrote:
Martin schrieb:
Anyway no one has denied that features are missing. As for debugging
there is a dis-consent about the wording or extend that those missing
feature have (at least between me and you (Graeme). But not about
the fact that it would be nice (essential f
Martin schrieb:
Like ABorka told me in a private email. Once Embarcadero brings out
64bit support and cross-platform compiler (latter is what they are
working on now), then Lazarus will loose a large appeal from Delphi
developers. At the moment FPC and Lazarus offers features Delphi
doesn't have
On Wed, 30 Sep 2009 23:40:50 +0200
Graeme Geldenhuys wrote:
>[...]
The IDE now passes the current expression string to the debugger for the
"tool tip".
For example:
var
r: TRect;
begin
r:=Rect(1,2,3,4);
r.left:=4;
end;
r.left now evaluates to 1.
Mattias
--
___
2009/10/1 waldo kitty :
> also have a truely OSS side to them whereby the OSS side can be easily
> handled and supported which also goes to enhance and further the commercial
> side and visa versa...
>
> cannot this also be done with FPC/lazarus??
That would require a lot of administration and set
waldo kitty wrote:
Martin wrote:
Graeme Geldenhuys wrote:
working debugger will benefit everybody! I really think a working &
integrated debugger must be one of the high priorities for the IDE -
more that say new IDE eye-candy. :-)
Like ABorka told me in a private email. Once Embarcader
2009/10/1 Martin :
>
> Well then help extending the wiki page with the loops
I try and update wiki pages where I know about the subject (even
though I do not agree that the wiki is a good help system). But it's
hard to write help on a subject I know nothing about. I do not have
tips and tricks
2009/10/1 waldo kitty :
> the 3rd party coder's stances... the major thing i see is that FPC/Lazarus
> could easily become the largest coding platform if more assistance was
> available from the built in help stuffs... that's first and foremost...
I agree. The more developers we can attract, then
Martin wrote:
Graeme Geldenhuys wrote:
working debugger will benefit everybody! I really think a working &
integrated debugger must be one of the high priorities for the IDE -
more that say new IDE eye-candy. :-)
Like ABorka told me in a private email. Once Embarcadero brings out
64bit s
Martin wrote:
Graeme Geldenhuys wrote:
2009/10/1 Martin :
I still thin you exaggerate "Debugging from inside the IDE is near
impossible". => it is not very comfortable though.
Well, then you clearly know which loops to jump through in Lazarus.
Just about everything I try and debug in
Graeme Geldenhuys wrote:
2009/10/1 Martin :
I still thin you exaggerate "Debugging from inside the IDE is near
impossible". => it is not very comfortable though.
Well, then you clearly know which loops to jump through in Lazarus.
Just about everything I try and debug in Lazarus doesn't work -
Graeme Geldenhuys wrote:
project. My knowledge of compiler or debugger internals are zero, so
don't know how much I can contribute. But if possible, I will try. A
working debugger will benefit everybody! I really think a working &
integrated debugger must be one of the high priorities for the IDE
Graeme Geldenhuys wrote:
working debugger will benefit everybody! I really think a working &
integrated debugger must be one of the high priorities for the IDE -
more that say new IDE eye-candy. :-)
Like ABorka told me in a private email. Once Embarcadero brings out
64bit support and cros
Graeme Geldenhuys wrote:
2009/10/1 Martin :
I still thin you exaggerate "Debugging from inside the IDE is near
impossible". => it is not very comfortable though.
Well, then you clearly know which loops to jump through in Lazarus.
Just about everything I try and debug in Lazarus doesn'
> working debugger will benefit everybody! I really think a working &
> integrated debugger must be one of the high priorities for the IDE -
> more that say new IDE eye-candy. :-)
Like ABorka told me in a private email. Once Embarcadero brings out
64bit support and cross-platform compiler (latter
2009/10/1 Martin :
> I still thin you exaggerate "Debugging from inside the IDE is near
> impossible". => it is not very comfortable though.
Well, then you clearly know which loops to jump through in Lazarus.
Just about everything I try and debug in Lazarus doesn't work - and I
try and use Lazaru
I still thin you exaggerate "Debugging from inside the IDE is near
impossible". => it is not very comfortable though.
Some of the problems are not gdb specific, some a solved.
* CPU window => available in 0928
* Record.field => Not (always) a gdb problem. Never mind which debugger
you use, n
Hi,
It seems the other debugger thread was blocked - or Gmail is on the
frits again. :-/ Anyway, I added a feature request in the wiki for a
working / custom written debugger.
http://wiki.freepascal.org/Feature_Ideas#Integrated_and_Working_Debugger
If anybody has comments or ideas, please add t
30 matches
Mail list logo