On 20/03/2012 14:52, Marcos Douglas wrote:
On Tue, Mar 20, 2012 at 11:36 AM, Martin<laza...@mfriebe.de> wrote:
On 20/03/2012 14:08, Marcos Douglas wrote:
On Tue, Mar 20, 2012 at 9:34 AM, Martin<laza...@mfriebe.de> wrote:
On 20/03/2012 12:08, Marcos Douglas wrote:
Hi,
I was testing the new connector to MSSQL when I found a problem.
If I compile and run in console, I have no memleak. Good. But if I put
a breakpoint in AConnection.Free; and press F8, I got this:
ERROR
,msg="Warning:\nCannot insert breakpoint -237.\nError accessing memory
address 0x7816cd30: Input/output error.\n"
A negative breakpoint means internal to gdb (like a breakpoint gdb sets
for
stepping). So when you press F8 gdb apparently can't get the correct
location where the step should end.
Are you sure your app (and package that has debug info) are compiled:
- with either -O0 or -O1 (no other optimization enabled)
- your app is NOT smartlinked
wiki.lazarus.freepascal.org/GDB_Debugger_Tips
Martin,
I recompiled FPC and Lazarus using -gl -gw2 -godwarfsets options, but
the problem continues.
I don't know where/why it upsets gdb.
The above will allow you to step into RTL/packages.
It certainly is no error in the app, but a problem in the debug info (or
what gdb makes of it).
There are 3 possibilities:
1) FPC writes bad debug info. You can try -gs versus -gw (stabs/dwarf).
2) The linker gets it wrong. Try -Xe
3) gdb is buggy. Which version are you on?
I use gdb 7.3 (http://svn.freepascal.org/svn/lazarus/binaries/) only in 32 bit.
Do all lines get a blue dot? (except maybe "else" and empty lines)
Definitely yes.
-----------
Where to get mssqlcon ?
----
In trunk
http://svn.freepascal.org/svn/fpc/trunk/packages/fcl-db/src/sqldb/mssql/
But I had these sources because I tested for LacaK before merged in FPC sources.
As workarounds:
1) Try setting a breakpoint on next command and use F9
2) Single step in assembler window (single step asm instructions)
if I use F9 this problem does not occur.
Did you try to continue, after the error (if you are lucky, it might be
possible)?
Yes, I tried.
No is possible to continue and the negative number is going
incrementing two by two.
For any kind of stepping yes.
But does F9 run?
e.g. set your own next breakpoint, and use F9
Or try asm steps
---
Both F8 and F7 mean the debugger must work out the address of the next
statement (or list of possible next statements)
It seems the debugger gets this address wrong, and therefore it can not
set the breakpoint.
Breakpoint numbers are not re-used. So that is why each time you see a
new number.
Positive numbers: breakpoints set by you
Negative: breakpoints internally used by GDB
_______________________________________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
