Re: [Valgrind-users] Problem in getting valgrind to run on android

[Vignesh <mv...@ya...>]

Hi,

I am still facing troubles getting a valgrind report on an android phone (armv7-a-neon) after changing my executable to be a dynamically loaded executable.

I am not very sure, if I understand the output of the following.   

......
......--16527:1:main     Starting the address space manager--16527:2:aspacem            sp_at_startup = 0x00be9419a0 (supplied)
--16527:2:aspacem                  minAddr = 0x0004000000 (computed)
--16527:2:aspacem                  maxAddr = 0x00be940fff (computed)
--16527:2:aspacem                   cStart = 0x0004000000 (computed)
--16527:2:aspacem                   vStart = 0x00614a1000 (computed)
--16527:2:aspacem    suggested_clstack_top = 0x00bd941fff (computed)
--16527:2:aspacem    <<< SHOW_SEGMENTS: Initial layout (5 segments, 0 segnames)
--16527:2:aspacem      0: RSVN 0000000000-0003ffffff     64m ----- SmFixed
--16527:2:aspacem      1:      0004000000-00614a0fff   1492m
--16527:2:aspacem      2: RSVN 00614a1000-00614a1fff    4096 ----- SmFixed
--16527:2:aspacem      3:      00614a2000-00be940fff   1492m
--16527:2:aspacem      4: RSVN 00be941000-00ffffffff   1046m ----- SmFixed
--16527:2:aspacem    >>>
......
--16527--    -d
--16527--    --leak-check=yes
--16527-- Contents of /proc/version:
--16527--   Linux version 3.4.0-eng-g8b0aff7-00013-g2cb89e3 (gcc version 4.7 (GCC) ) #1 SMP PREEMPT Tue Apr 1 17:30:08 IST 2014
--16527-- Arch and hwcaps: ARM, ARMv7-vfp-neon
--16527-- Page sizes: currently 4096, max supported 4096
--16527-- Valgrind library directory: /system/lib/valgrind
--16527:1:main     ...finished the preamble
--16527:1:main     Initialise the tool part 2 (post_clo_init)
--16527:1:main     Initialise TT/TC
--16527-- TT/TC: VG_(init_tt_tc) (startup of code management)
--16527-- TT/TC: cache: 8 sectors of 27597024 bytes each = 220776192 total
--16527-- TT/TC: table: 524168 total entries, max occupancy 340704 (65%)
--16527:2:transtab   cache: 8 sectors of 27597024 bytes each = 220776192 total
--16527:2:transtab   table: 524168 total entries, max occupancy 340704 (65%)
...
...
--16527-- TT/TC: initialise sector 0
--16527-- Reading syms from /system/lib/valgrind/vgpreload_core-arm-linux.so
--16527--    svma 0x0000000274, avma 0x0004816274
--16527-- Reading syms from /system/lib/libc.so
--16527--    svma 0x000000d1a0, avma 0x00048251a0
--16527--   Considering /system/lib/libc.so ..
--16527--   .. CRC mismatch (computed aedb52cb wanted eadc3e5a)
--16527--    object doesn't have a symbol table
--16527-- Reading syms from /system/lib/libstdc++.so
--16527--    svma 0x0000000828, avma 0x0004873828
--16527--   Considering /system/lib/libstdc++.so ..
--16527--   .. CRC mismatch (computed 7fca0904 wanted e3efd32e)
--16527--    object doesn't have a symbol table
--16527-- Reading syms from /system/lib/libm.so
--16527--    svma 0x0000002940, avma 0x0004878940
--16527--   Considering /system/lib/libm.so ..
--16527--   .. CRC mismatch (computed 5c966341 wanted 751310f2)
--16527--    object doesn't have a symbol table
--16527-- Reading syms from /system/lib/valgrind/vgpreload_memcheck-arm-linux.so
--16527--    svma 0x00000023d4, avma 0x00048933d4
--16527:2:transtab   discard_translations(0x4873919, 1) req by redir_new_DebugInfo(from_addr)
--16527:2:transtab                       FAST, ec = 231
--16527:2:transtab   discard_translations(0x489946c, 1) req by redir_new_DebugInfo(to_addr)
--16527:2:transtab                       FAST, ec = 50
==16527== Adding active redirection:
--16527:1:mallocfr newSuperblock at 0x642AF000 (pszB   65520)  owner VALGRIND/demangle
--16527:1:mallocfr deferred_reclaimSuperblock at 0x642AF000 (pszB   65520)  (prev 0x0) owner VALGRIND/demangle
......

Complete log available at https://docs.google.com/document/d/1hJFGlDeK9Xyujoa6TaOmOdAVNYH4heApyOZY5C3xxqM/edit

Please help.  What does --soname-synonyms=somalloc=NONE do?


On Monday, 26 May 2014, 15:32, Marc Sampé <mar...@gm...> wrote:
 


Keep us updated pls
El 26/05/2014 11:59, "Vignesh" <mv...@ya...> escribió:

Thank you.  My executable was a statically linked one.   
>
>
>Will change it to a dynamic executable and hope to have no issues.
>
>
>-Vignesh
>
>
>
>On Saturday, 24 May 2014, 23:24, Philippe Waroquiers <phi...@sk...> wrote:
> 
>
>
>On Sat, 2014-05-24 at 12:21 +0100, Vignesh wrote:
>
>
>> 
>> ==268== HEAP
 SUMMARY:
>> ==268==     in use at exit: 0 bytes in 0 blocks
>> ==268==   total heap usage: 0 allocs, 0 frees, 0 bytes allocated
>This seems to indicate that malloc interception is not working.
>
>Try to run with -v -v -v -d -d -d -trace-redir=yes
>and look in the trace to see what is going wrong.
>
>Note that your application cannot be statically linked,
>otherwise redir of malloc et al does not work.
>(the dynamic linker must be invoked).
>The malloc library itself can be statically linked but
>you need to use --soname-synonyms=somalloc=NONE 
>arg then.
>
>Philippe
>
>
>
>
>
>
>
>------------------------------------------------------------------------------
>The best possible search technologies are now affordable for all companies.
>Download your FREE open source Enterprise Search Engine today!
>Our experts will assist you in its installation for $59/mo, no commitment.
>Test it for FREE on our Cloud platform anytime!
>http://pubads.g.doubleclick.net/gampad/clk?id=145328191&iu=/4140/ostg.clktrk
>_______________________________________________
>Valgrind-users mailing list
>Val...@li...
>https://lists.sourceforge.net/lists/listinfo/valgrind-users
>
>