Changes between Version 13 and Version 14 of WebKitGTK/TrackingMemoryErrors


Ignore:
Timestamp:
Oct 5, 2017 1:28:37 AM (4 years ago)
Author:
cturner@igalia.com
Comment:

Mention that Malloc=1 is needed to succeed with Valgrind

Legend:

Unmodified
Added
Removed
Modified
  • WebKitGTK/TrackingMemoryErrors

    v13 v14  
    2020
    2121{{{
    22 G_SLICE=always-malloc G_DEBUG=gc-friendly,resident-modules valgrind         \
    23     --tool=memcheck --leak-check=full --leak-resolution=high                \
     22G_SLICE=always-malloc G_DEBUG=gc-friendly,resident-modules Malloc=1         \
     23    valgrind --tool=memcheck --leak-check=full --leak-resolution=high       \
    2424    --num-callers=20 --log-file=vgdump --smc-check=all --trace-children=yes \
    2525    WebKitBuild/Release/bin/MiniBrowser
    2626}}}
    2727
    28 Here, the interesting bit is ''--trace-children=yes'', which tells valgrind to also hook into any child process spawned by the original program. For WK2 this is required if you want to check memory in the Web process (which you most likely do), otherwise it will only check it in the UI process.
     28Here, the interesting bits are,
     29 * ''--trace-children=yes'', which tells Valgrind to also hook into any child process spawned by the original program. For WK2 this is required if you want to check memory in the Web process (which you most likely do), otherwise it will only check it in the UI process.
     30 * ''Malloc=1'', setting this environment variable will disable bmalloc, WK's custom memory allocator. bmalloc tries to allocate a large virtual memory region at startup, but this doesn't work when run under Valgrind.
    2931
    3032Notice that for both WK1 and WK2, the corresponding launcher programs are used instead of the provided script, in order to avoid checking for errors in the script's runtime, which apart from been undesired, will slow down the process even more.