On 04/06/2015 01:37 PM, J. Lewis Muir wrote:
> ...
> I'm not experienced with Valgrind
I'd invite you to try it. It's an *extremely* useful tool for finding
memory allocation an access problems.
It also has a companion tool helgrind which looks at threading and locking.
> ...
> Is it because the code uses memory pools and hence is not allocating and
> deallocating memory "normally?"
This is the purpose.
> If so, what about instead modifying the
> code to support a way to easily disable the use of memory pools?
There are already compile time conditions to do this (which I've been
using). If you're talking about runtime conditions, this is of course
doable. Patches welcomed :)
> Then
> you could run the program under Valgrind with memory pools disabled, and
> there wouldn't be a need for any Valgrind-specific modifications to the
> code?
I'd like both options if I could have them. I just think the valgrind
instrumentation is more useful.
- References:
- include valgrind.h in Base? Michael Davidsaver
- Re: include valgrind.h in Base? Andrew Johnson
- Re: include valgrind.h in Base? J. Lewis Muir
- Navigate by Date:
- Prev:
Re: include valgrind.h in Base? J. Lewis Muir
- Next:
Raising the 80 char limit on INP/OUT strings? Ralph Lange
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
<2015>
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: include valgrind.h in Base? J. Lewis Muir
- Next:
Raising the 80 char limit on INP/OUT strings? Ralph Lange
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
<2015>
2016
2017
2018
2019
2020
2021
2022
2023
2024
|