On 21/01/2011, at 8:37 PM, WAROQUIERS Philippe wrote: > > > I understood that this GC is directly calling malloc/free for each > object > (so there is "GC pool management").
You meant "there is *no* GC pool management" .. just plain malloc/free. There are a couple of STL maps created, not sure if they use their own allocator. I must replace them, JudyArray is a better data structure anyhow. > Then valgrind memcheck is (supposed to be) able to detect that GC is > freeing > a piece of memory, which is then dereferenced. Well it would be nice if it could :) > > You might need to increase the > "list of freed objects but kept in a corner to detect such bugs" > by using the option > --freelist-vol=.... Ah, yes, that may help. Thanks! I will try that!! > If the application is multi-threaded, it might also be a race condition. > You could try helgrind or drd. This particular application isn't. It is possible Google RE is using threads, I wouldn't know. This app is basically a sane version of "ls" command, using Perl regexps. It works on small directories, but fails on the actual project build directory which includes a lot of Git stuff I don't understand plus the sources, the build directory with lots of *.o files etc, all the docs, etc etc.. its quite a lot of files. The initial version didn't use Google RE and still failed. -- john skaller skal...@users.sourceforge.net ------------------------------------------------------------------------------ Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d _______________________________________________ Valgrind-users mailing list Valgrind-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/valgrind-users
