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é <[email protected]> wrote:
Keep us updated pls
El 26/05/2014 11:59, "Vignesh" <[email protected]> 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
><[email protected]> 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
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/valgrind-users
>
>
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/valgrind-users
