We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
we should figure out, how to debug memory errors using valgrind+garbage collector, or is it possible to disable gc?
(recall the bug in ColumnRankProfile, see https://groups.google.com/forum/#!topic/ffpack-devel/2mwmhJpvQQ4 ) somewhat useful: GC_DONT_GC environment flag
another helpful way is replacing GC_MALLOC with malloc using LD_PRELOAD e.g.
GC_MALLOC
malloc
LD_PRELOAD
with malloc.c:
#include <stdio.h> #include <stdlib.h> void * GC_malloc(size_t a) { // printf("calling my malloc\n"); return malloc(a); }
gcc -fPIC -shared malloc.c -o libmygc.so
export LD_PRELOAD = ./libmygc.so
The text was updated successfully, but these errors were encountered:
In order for the e/unit-tests to not use gc (so that valgrind will detect more issues), what is needed?
Sorry, something went wrong.
With new changes to GC, would be good to document debugging memory issues. One way I've tried is using Flamegraphs: http://www.brendangregg.com/FlameGraphs/memoryflamegraphs.html
No branches or pull requests
we should figure out, how to debug memory errors using valgrind+garbage collector,
or is it possible to disable gc?
(recall the bug in ColumnRankProfile, see
https://groups.google.com/forum/#!topic/ffpack-devel/2mwmhJpvQQ4
)
somewhat useful:
GC_DONT_GC environment flag
another helpful way is replacing
GC_MALLOC
withmalloc
using
LD_PRELOAD
e.g.
with malloc.c:
gcc -fPIC -shared malloc.c -o libmygc.so
export LD_PRELOAD = ./libmygc.so
The text was updated successfully, but these errors were encountered: