On Sun, 2010-10-24 at 23:28 +0200, Graeme Geldenhuys wrote:
Hi,
Recently I mentioned a issue with debugging (using GDB) and indexing
in a AnsiString to retrieve a specific character from that string.
DWARF2
---
eg:
S := 'mystring';
GDB can display the value of S without
Op 2010-10-26 10:23, Joost van der Sluis het geskryf:
are problems with gdb also. The problem is that if a problem in fpc is
fixed properly, that will lead to problems in gdb. And the other way
around. Only way to fix those is to update both at the same time. This
is difficult because of the
On Tue, 26 Oct 2010 10:59:47 +0200, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
I'm just getting sick of the sad state that FPC debugging (with our only
choice GDB) is in. It's near unusable and currently only good for
stepping
through code. So I'll take the cue and see if I can do
На 26.10.2010 11:59, Graeme Geldenhuys напісаў(ла):
I'm just getting sick of the sad state that FPC debugging (with our only
choice GDB) is in. It's near unusable and currently only good for stepping
through code. So I'll take the cue and see if I can do something about it.
Regards,
-
On Tue, Oct 26, 2010 at 12:08 PM, Anton Kavalenka anto...@tut.by wrote:
I know at least two developers who stand - the only thing preventing them of
using FPC is GDB.
Windows-only developers?
Or else I don't know another compiler which will offer better
debugging in the rest of the platforms.
26.10.2010 18:33, Felipe Monteiro de Carvalho wrote:
Or else I don't know another compiler which will offer better
debugging in the rest of the platforms.
If Java can also be considered as a platform I must say that debugging
in eclipse is better.
Best regards,
Paul Ishenin.
?? 26.10.2010 13:33, Felipe Monteiro de Carvalho ???(??):
On Tue, Oct 26, 2010 at 12:08 PM, Anton Kavalenkaanto...@tut.by wrote:
I know at least two developers who stand - the only thing preventing them of
using FPC is GDB.
Windows-only developers?
Or else I don't know another
?? 26.10.2010 14:10, Paul Ishenin ???(??):
26.10.2010 18:33, Felipe Monteiro de Carvalho wrote:
Or else I don't know another compiler which will offer better
debugging in the rest of the platforms.
If Java can also be considered as a platform I must say that debugging
in eclipse is better.
Op 2010-10-26 13:22, Anton Kavalenka het geskryf:
Their last argument - we need assembly-line stepping debugger like in
Delphi.
This is actually supported in MSEide, I did it the other day (View
Assembler and use 'Next instruction' in stead of 'Next' in the debugger
toolbar). Even breakpoints
Graeme Geldenhuys wrote:
I'm just getting sick of the sad state that FPC debugging (with our only
choice GDB) is in. It's near unusable and currently only good for stepping
through code. So I'll take the cue and see if I can do something about it.
I expect the LLVM debugger
On Tuesday, 26. October 2010 13.22:27 Anton Kavalenka wrote:
Yes, windows only.
But they fully understand bonuses from FPC and Lazarus but really hate GDB.
Their last argument - we need assembly-line stepping debugger like in
Delphi.
???
Works with gdb, see MSEide example:
On Tuesday, 26. October 2010 13.47:22 Graeme Geldenhuys wrote:
Op 2010-10-26 13:22, Anton Kavalenka het geskryf:
Their last argument - we need assembly-line stepping debugger like in
Delphi.
This is actually supported in MSEide, I did it the other day (View
Assembler and use 'Next
I'm just getting sick of the sad state that FPC debugging (with our
only
choice GDB) is in. It's near unusable and currently only good for
stepping
through code. So I'll take the cue and see if I can do something about
it.
+1
although it must be said that is mainly for lazarus. The
Op 2010-10-26 14:13, Martin Schreiber het geskryf:
It is OK for 32 bit stabs but 64 bit FPC debugger support (dwarf AFAIK) is
probably not finished. I do not recommend to use 64 bit for FPC development
at the moment if 32 bit can be used instead.
Well I don't think it's that bad compared to
Op 2010-10-26 14:10, Dimitri Smits het geskryf:
although it must be said that is mainly for lazarus. The fpc-ide
debugger for instance is the only way to get assembler-viewing+stepping
to work. (to some extend)
Try MSEide instead, it works very well there.
Regards,
- Graeme -
--
fpGUI
On Tuesday, 26. October 2010 15.07:31 Graeme Geldenhuys wrote:
The CPU
window doesn't work at all though, where it did under 32-bit Linux.
http://opensoft.homeip.net/~graemeg/mseide_debug_windows.png
Plase check if 'Project'-'Options'-'Debugger'-'Target'-'Processor' is set
to 'i386'
Op 2010-10-26 15:18, Martin Schreiber het geskryf:
Plase check if 'Project'-'Options'-'Debugger'-'Target'-'Processor' is set
to 'i386' instead of 'auto' or 'x86_64'.
Ah, that did the trick, thanks Martin. :)
The problem is then in the MSEide template projects (issue is probably in
svn
On Tuesday, 26. October 2010 16.14:50 Graeme Geldenhuys wrote:
The problem is then in the MSEide template projects (issue is probably in
svn repository too, because the default ones are not changed locally). I
went Project New From Template console.prj. By default it is set it
i386 instead
Hi,
Recently I mentioned a issue with debugging (using GDB) and indexing
in a AnsiString to retrieve a specific character from that string.
DWARF2
---
eg:
S := 'mystring';
GDB can display the value of S without problems because it is treated
as a PChar (from what I can see and
19 matches
Mail list logo
