Hello,
thanks, but that is not what I want. I have no issues debugging gfapi apps, 
but have an issue with GlusterFS FUSE client not being handled properly by 
Massif tool.
Valgrind+Massif does not handle all forked children properly, and I believe 
that happens because of some memory corruption in GlusterFS FUSE client.
Regards,
  Oleksandr
On ??????, 3 ??????? 2016 ?. 18:21:59 EEST feihu929 at sina.com
wrote:>  Hello,  Oleksandr
>     You can compile that simple test code posted
> here(http://www.gluster.org/pipermail/gluster-users/2016-August/028183.html
> ). Then, run the command
> $>valgrind cmd: G_SLICE=always-malloc G_DEBUG=gc-friendly valgrind
> --tool=massif  ./glfsxmp the cmd will produce a file like massif.out.xxxx, 
>  the file is the memory leak log file , you can use ms_print tool as below
> command $>ms_print  massif.out.xxxx
> the cmd will output the memory alloc detail.
> 
> the simple test code just call glfs_init and glfs_fini 100 times to found
> the memory leak,  by my test, all xlator init and fini is the main memory
> leak function. If you can locate the simple code memory leak code, maybe,
> you can locate the leak code in fuse client.
> 
> please enjoy.