Re: [Lazarus] [fpc-pascal] SQLdb: problem using GDB, but do not have memleak

2012-03-22 Thread Marcos Douglas
On Wed, Mar 21, 2012 at 12:33 PM, Martin laza...@mfriebe.de wrote:
 On 21/03/2012 15:11, Marcos Douglas wrote:

 On Wed, Mar 21, 2012 at 12:01 PM, Martinlaza...@mfriebe.de  wrote:

 So far I have no plans to update to 7.4 until either:

 - I find some existing problem solved in it
 - I start supporting new features

 However, my tests so far, have not shown any problems when using 7.4.

 So, when you move to 7.4 the only thing I need to do is update from SVN,
 right?

 yes.


 To everything work together between FPC 2.6.1 and Lazarus trunk, what
 are the best OPT options to compile both?
 I always used -gl and never had problems. Jonas said OPT=-O- -gl
 that is one more option.
 Well, I need to use this option(s) in Lazarus Build too. I use the IDE
 to do this. So, the right way is click in Configure Build and put
 the same OPT in Options box, is that right?


 Well do you want/need fpc with debug info?

Yes, sometimes, to know what is happening in RTL.
Do you want an example? http://bugs.freepascal.org/view.php?id=21529

 If yes, then the fpc makefiles include -O2 and you need to cancel that.
 Because -O2 -O1 is still -O2, but -O2 -O-1 (or the long version -O2 -O-
 -O1) is -O1

Cool. Thank for this tip.

 In any case, that affects if you can inspect variables in the RTL.
 It does not seem to be related to the original issue

 Mind: rtl with debug info, will step into every ansistring_dec/inc_ref and
 similar. That can be highly annoying

Yeah, I know... =)   but I just put a new breakpoint in somewhere and
press F9 to pass.

 But: rtl with debug info also allows to access some global vars (like the
 local time-date-format setting var)


 Whatever you do:
 -g defaults to stabs

 I recommend to not mix stabs and dwarf (it may work, but I do not know).
 So use the same for LCL, packages and app

 Maybe best to be explicit

 -gs
 -gw -godwarfsets

 -dwarf allows some properties (those directly mapped to a field)
 -stabs (and modern gdb) can do -gp (preserve the case of symbols, instead of
 getting the all caps stuff.

 I have NOT got a full list of diffs...

OK, I'll play with this. Thank you very much.

Marcos Douglas

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] [fpc-pascal] SQLdb: problem using GDB, but do not have memleak

2012-03-21 Thread Martin

I cced to lazarus.

We should move the discussion

On 21/03/2012 14:54, Marcos Douglas wrote:

Oh my... =)
There are many differences, many options to choice.
Using a simple vision, I think the IDE should be use the last GDB that
works fine in the major cases. What GDB version represents that?

The URL that I wrote gets the 7.3 version. That is the recommended by
Lazarus Team?



At the moment, I think Lazarus ships 7.3.2

http://svn.freepascal.org/svn/lazarus/binaries

So far I have no plans to update to 7.4 until either:
- I find some existing problem solved in it
- I start supporting new features

However, my tests so far, have not shown any problems when using 7.4.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] [fpc-pascal] SQLdb: problem using GDB, but do not have memleak

2012-03-21 Thread Marcos Douglas
On Wed, Mar 21, 2012 at 12:01 PM, Martin laza...@mfriebe.de wrote:
 I cced to lazarus.

 We should move the discussion


 On 21/03/2012 14:54, Marcos Douglas wrote:

 Oh my... =)
 There are many differences, many options to choice.
 Using a simple vision, I think the IDE should be use the last GDB that
 works fine in the major cases. What GDB version represents that?

 The URL that I wrote gets the 7.3 version. That is the recommended by
 Lazarus Team?


 At the moment, I think Lazarus ships 7.3.2

 http://svn.freepascal.org/svn/lazarus/binaries

Yes, that is the URL I use.

 So far I have no plans to update to 7.4 until either:
 - I find some existing problem solved in it
 - I start supporting new features

 However, my tests so far, have not shown any problems when using 7.4.

So, when you move to 7.4 the only thing I need to do is update from SVN, right?

To everything work together between FPC 2.6.1 and Lazarus trunk, what
are the best OPT options to compile both?
I always used -gl and never had problems. Jonas said OPT=-O- -gl
that is one more option.
Well, I need to use this option(s) in Lazarus Build too. I use the IDE
to do this. So, the right way is click in Configure Build and put
the same OPT in Options box, is that right?

Marcos Douglas

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus


Re: [Lazarus] [fpc-pascal] SQLdb: problem using GDB, but do not have memleak

2012-03-21 Thread Martin

On 21/03/2012 15:11, Marcos Douglas wrote:

On Wed, Mar 21, 2012 at 12:01 PM, Martinlaza...@mfriebe.de  wrote:

So far I have no plans to update to 7.4 until either:
- I find some existing problem solved in it
- I start supporting new features

However, my tests so far, have not shown any problems when using 7.4.

So, when you move to 7.4 the only thing I need to do is update from SVN, right?

yes.


To everything work together between FPC 2.6.1 and Lazarus trunk, what
are the best OPT options to compile both?
I always used -gl and never had problems. Jonas said OPT=-O- -gl
that is one more option.
Well, I need to use this option(s) in Lazarus Build too. I use the IDE
to do this. So, the right way is click in Configure Build and put
the same OPT in Options box, is that right?



Well do you want/need fpc with debug info?

If yes, then the fpc makefiles include -O2 and you need to cancel that. 
Because -O2 -O1 is still -O2, but -O2 -O-1 (or the long version -O2 
-O- -O1) is -O1


In any case, that affects if you can inspect variables in the RTL.
It does not seem to be related to the original issue

Mind: rtl with debug info, will step into every ansistring_dec/inc_ref 
and similar. That can be highly annoying
But: rtl with debug info also allows to access some global vars (like 
the local time-date-format setting var)



Whatever you do:
-g defaults to stabs

I recommend to not mix stabs and dwarf (it may work, but I do not know).
So use the same for LCL, packages and app

Maybe best to be explicit

-gs
-gw -godwarfsets

-dwarf allows some properties (those directly mapped to a field)
-stabs (and modern gdb) can do -gp (preserve the case of symbols, 
instead of getting the all caps stuff.


I have NOT got a full list of diffs...


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus