|
From: Kjartan M. <km...@br...> - 2006-05-24 12:05:14
|
Hi. I've been trying to run evolution under valgrind the last week or so without success. Everything seems to work just fine until I quit evolution, which makes valgrind end up in this state: 4904 pts/1 Zl+ 1:37 [memcheck] <defunct> It never gets to the point where it starts showing the traces of any leaks etc. Tried running it with -d -d -v but that didn't give any clues either. Ideas? Cheers Kjartan |
|
From: Kjartan M. <km...@br...> - 2006-08-16 11:00:02
|
Hi. I've been trying to run evolution under valgrind recently to debug some crashes and memcheck always hangs when I quit the program. I see a few Invalid free errors in the logs that could point to a problem in valgrind itself: ==5418== Thread 3: ==5418== Invalid free() / delete / delete[] ==5418== at 0x4004FEA: free (vg_replace_malloc.c:233) ==5418== by 0x5635E2: free_mem (dl-libc.c:235) ==5418== by 0x563202: __libc_freeres (set-freeres.c:47) ==5418== by 0x40011F6: _vgnU_freeres (vg_preloaded.c:60) ==5418== by 0x520C70: (within /lib/libc-2.4.90.so) ==5418== by 0x4C8AC118: thread_dispatch (e-msgport.c:1035) ==5418== by 0x6EDF99: start_thread (pthread_create.c:274) ==5418== by 0x5279AD: clone (in /lib/libc-2.4.90.so) ==5418== Address 0x40320D8 is not stack'd, malloc'd or (recently) free'd Any chance that this is a bug in valgrind and not a problem with evolution and it's daemons? |
|
From: Kjartan M. <km...@br...> - 2006-08-16 14:15:16
|
ons, 16,.08.2006 kl. 12.57 +0200, skrev Kjartan Maraas: > Hi. > > I've been trying to run evolution under valgrind recently to debug some > crashes and memcheck always hangs when I quit the program. > > I see a few Invalid free errors in the logs that could point to a > problem in valgrind itself: > > ==5418== Thread 3: > ==5418== Invalid free() / delete / delete[] > ==5418== at 0x4004FEA: free (vg_replace_malloc.c:233) > ==5418== by 0x5635E2: free_mem (dl-libc.c:235) > ==5418== by 0x563202: __libc_freeres (set-freeres.c:47) > ==5418== by 0x40011F6: _vgnU_freeres (vg_preloaded.c:60) > ==5418== by 0x520C70: (within /lib/libc-2.4.90.so) > ==5418== by 0x4C8AC118: thread_dispatch (e-msgport.c:1035) > ==5418== by 0x6EDF99: start_thread (pthread_create.c:274) > ==5418== by 0x5279AD: clone (in /lib/libc-2.4.90.so) > ==5418== Address 0x40320D8 is not stack'd, malloc'd or (recently) > free'd > > Any chance that this is a bug in valgrind and not a problem with > evolution and it's daemons? > I tried again without --leak-resolution=high and that helped. Maybe that option is just too resource hungry when run on large programs? I waited more than 30 minutes with no apparent progress and a memcheck in zombie state. Cheers Kjartan |
|
From: Julian S. <js...@ac...> - 2006-08-16 14:19:03
|
> I tried again without --leak-resolution=high and that helped. Maybe that > option is just too resource hungry when run on large programs? I waited > more than 30 minutes with no apparent progress and a memcheck in zombie > state. Use 'top' and 'strace' to find the status of all threads in the process (spinning? blocked in syscalls?) and let us know. J |
|
From: Kjartan M. <km...@br...> - 2006-08-17 07:28:49
|
ons, 16,.08.2006 kl. 15.18 +0100, skrev Julian Seward: > > I tried again without --leak-resolution=high and that helped. Maybe that > > option is just too resource hungry when run on large programs? I waited > > more than 30 minutes with no apparent progress and a memcheck in zombie > > state. > > Use 'top' and 'strace' to find the status of all threads in the > process (spinning? blocked in syscalls?) and let us know. > Trying to attach to the memcheck process gives me message along the lines of PANIC...detached. I tried saving the output on the console, but my machine decided on it's own to suspend just when I tried this out and resume doesn't work yet :-) Cheers Kjartan |
|
From: Julian S. <js...@ac...> - 2006-05-24 12:43:45
|
This is on x86, right, and evo is multithreaded, and created at least two threads (in total) ? We recently fixed a bug which _may_ have caused this to happen. I suggest you check out the latest sources, build, and try them Is easy, for details see http://www.valgrind.org/downloads/repository.html J On Wednesday 24 May 2006 13:00, Kjartan Maraas wrote: > Hi. > > I've been trying to run evolution under valgrind the last week or so > without success. Everything seems to work just fine until I quit > evolution, which makes valgrind end up in this state: > > 4904 pts/1 Zl+ 1:37 [memcheck] <defunct> > > It never gets to the point where it starts showing the traces of any > leaks etc. > > Tried running it with -d -d -v but that didn't give any clues either. > > Ideas? > > Cheers > Kjartan > > > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Valgrind-users mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-users |
|
From: Julian S. <js...@ac...> - 2006-05-24 13:21:22
|
> --4904:1:syswrap- run_a_thread_NORETURN(tid=2): post-thread_wrapper > --4904:1:syswrap- run_a_thread_NORETURN(tid=2): last one standing > --4904:1:main entering VG_(shutdown_actions_NORETURN) Ok, Valgrind really is trying to shut down, which is good. But it's not the root thread (tid=1); that exited earlier. This is all evidence in support of my next hypothesis, shown below. J --- It looks like memcheck wound up as a zombie process. Hmm. There is an issue to do with the exit order of threads in a multithreaded program. Valgrind will not do the leak check or error summary until the last thread in a threaded program exits. This means you can get into a problem situation if the last thread to exit is not the original root thread for the program, if some buggy parent process was interpreting an exit of the root thread to mean that the entire process had completed. I can see the following scenario: - shell script (or arbitrary parent process) starts evolution (main binary) on Valgrind. Then it wait()s for the root thread of evolution - evolution creates threads, does stuff - root thread exits, other threads still alive. V makes no comment. - parent process exits because evo's root thread has exited - this leaves evo as a parentless process Not sure this is the right explaination. However I would suggest that if there are layers of parent processes involved, then get rid of them - just run Valgrind directly on the real evolution binary. |
|
From: Kjartan M. <km...@br...> - 2006-05-24 16:30:25
|
ons, 24,.05.2006 kl. 14.21 +0100, skrev Julian Seward: > > --4904:1:syswrap- run_a_thread_NORETURN(tid=2): post-thread_wrapper > > --4904:1:syswrap- run_a_thread_NORETURN(tid=2): last one standing > > --4904:1:main entering VG_(shutdown_actions_NORETURN) > > Ok, Valgrind really is trying to shut down, which is good. But it's > not the root thread (tid=1); that exited earlier. This is all evidence > in support of my next hypothesis, shown below. > > J > > --- > > It looks like memcheck wound up as a zombie process. Hmm. > > There is an issue to do with the exit order of threads in a > multithreaded program. Valgrind will not do the leak check > or error summary until the last thread in a threaded program > exits. This means you can get into a problem situation if > the last thread to exit is not the original root thread for > the program, if some buggy parent process was interpreting > an exit of the root thread to mean that the entire process > had completed. > > I can see the following scenario: > > - shell script (or arbitrary parent process) starts > evolution (main binary) on Valgrind. Then it wait()s > for the root thread of evolution > > - evolution creates threads, does stuff > > - root thread exits, other threads still alive. V makes no > comment. > > - parent process exits because evo's root thread has exited > > - this leaves evo as a parentless process > > Not sure this is the right explaination. However I would suggest > that if there are layers of parent processes involved, then > get rid of them - just run Valgrind directly on the real > evolution binary. > This is the binary I ran valgrind on: [kmaraas@rivendell ~]$ which evolution-2.8 /usr/bin/evolution-2.8 [kmaraas@rivendell ~]$ file /usr/bin/evolution-2.8 /usr/bin/evolution-2.8: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped [kmaraas@rivendell ~]$ size `which evolution-2.8` text data bss dec hex filename 131169 6948 0 138117 21b85 /usr/bin/evolution-2.8 Could it be some daemon that is started and valgrind somehow picks up? I don't think that's likely, but the only things left after stopping evolution in a normal scenario are the alarm-daemon and evolution-data-serer which are separate programs. Cheers Kjartan |
|
From: Kjartan M. <km...@br...> - 2006-05-24 16:55:50
|
ons, 24,.05.2006 kl. 18.30 +0200, skrev Kjartan Maraas: > ons, 24,.05.2006 kl. 14.21 +0100, skrev Julian Seward: [Sorry to be replying to my own post, but I just wanted to give some more information] > Could it be some daemon that is started and valgrind somehow picks up? I > don't think that's likely, but the only things left after stopping > evolution in a normal scenario are the alarm-daemon and > evolution-data-serer which are separate programs. > I found out that evolution-2.8 is starting evolution-exchange-storage too, but uninstalling evolution-connector didn't help either. The program wasn't started of course, but the result is still the same as before. I'll try valgrinding the two daemons before starting evolution proper next. Here's the full debug log from valgrind: --3588:1:debuglog DebugLog system started by Stage 1, level 2 logging requested --3588:1:launcher tool 'memcheck' requested --3588:1:launcher selected platform 'x86-linux' --3588:1:launcher launching /usr/local/lib/valgrind/x86-linux/memcheck --3588:1:debuglog DebugLog system started by Stage 2 (main), level 2 logging requested --3588:1:main Welcome to Valgrind version 3.2.0.SVN debug logging --3588:1:main Checking current stack is plausible --3588:1:main Checking initial stack was noted --3588:1:main Starting the address space manager --3588:2:aspacem sp_at_startup = 0x00BFD4D4B0 (supplied) --3588:2:aspacem minAddr = 0x0004000000 (computed) --3588:2:aspacem maxAddr = 0x00BFD4CFFF (computed) --3588:2:aspacem cStart = 0x0004000000 (computed) --3588:2:aspacem vStart = 0x0061EA7000 (computed) --3588:2:aspacem suggested_clstack_top = 0x00BED4DFFF (computed) --3588:2:aspacem <<< SHOW_SEGMENTS: Initial layout (5 segments, 0 segnames) --3588:2:aspacem 0: RSVN 0000000000-0003FFFFFF 64m ----- SmFixed --3588:2:aspacem 1: 0004000000-0061EA6FFF 1502m --3588:2:aspacem 2: RSVN 0061EA7000-0061EA7FFF 4096 ----- SmFixed --3588:2:aspacem 3: 0061EA8000-00BFD4CFFF 1502m --3588:2:aspacem 4: RSVN 00BFD4D000-00FFFFFFFF 1026m ----- SmFixed --3588:2:aspacem >>> --3588:2:aspacem Reading /proc/self/maps --3588:2:aspacem <<< SHOW_SEGMENTS: With contents of /proc/self/maps (11 segments, 1 segnames) --3588:2:aspacem ( 0) /usr/local/lib/valgrind/x86-linux/memcheck --3588:2:aspacem 0: RSVN 0000000000-0003FFFFFF 64m ----- SmFixed --3588:2:aspacem 1: 0004000000-0037FFEFFF 831m --3588:2:aspacem 2: ANON 0037FFF000-0037FFFFFF 4096 r-x-- --3588:2:aspacem 3: FILE 0038000000-0038150FFF 1380352 r-x-- d=0x302 i=2075719 o=0 (0) --3588:2:aspacem 4: FILE 0038151000-0038151FFF 4096 rw--- d=0x302 i=2075719 o=1380352 (0) --3588:2:aspacem 5: ANON 0038152000-003883BFFF 7249920 rw--- --3588:2:aspacem 6: 003883C000-0061EA6FFF 662m --3588:2:aspacem 7: RSVN 0061EA7000-0061EA7FFF 4096 ----- SmFixed --3588:2:aspacem 8: 0061EA8000-00BFD38FFF 1502m --3588:2:aspacem 9: ANON 00BFD39000-00BFD4DFFF 86016 rw--- --3588:2:aspacem 10: RSVN 00BFD4E000-00FFFFFFFF 1026m ----- SmFixed --3588:2:aspacem >>> --3588:1:main Address space manager is running --3588:1:main Starting the dynamic memory manager --3588:1:mallocfr newSuperblock at 0x61EA8000 (pszB 1048560) owner VALGRIND/tool --3588:1:main Dynamic memory manager is running --3588:1:main Getting stage1's name --3588:1:main Get hardware capabilities ... --3588:1:main ... arch = X86, hwcaps = x86-sse1-sse2 --3588:1:main Split up command line --3588:1:main Preprocess command line opts --3588:1:main Loading client --3588:1:main Setup client env --3588:2:main preload_string: --3588:2:main "/usr/local/lib/valgrind/x86-linux/vgpreload_core.so:/usr/local/lib/valgrind/x86-linux/vgpreload_memcheck.so" --3588:1:main Setup client stack --3588:2:main Client info: initial_IP=0x4FCCD840 initial_SP=0xBED4D800 initial_TOC=0x0 brk_base=0x806B000 --3588:1:main Setup client data (brk) segment --3588:1:main Setup file descriptors --3588:1:main Create fake /proc/<pid>/cmdline --3588:1:main Initialise the tool part 1 (pre_clo_init) --3588:1:main Print help and quit, if requested --3588:1:main Process Valgrind's command line options, setup logging --3588:1:mallocfr newSuperblock at 0x61FA8000 (pszB 1048560) owner VALGRIND/core --3588:1:main Print the preamble... --3588:1:main ...finished the preamble --3588:1:main Initialise the tool part 2 (post_clo_init) --3588:1:main Initialise TT/TC --3588:2:transtab cache: 8 sectors of 20127744 bytes each = 161021952 total --3588:2:transtab table: 524168 total entries, max occupancy 419328 (80%) --3588:1:main Initialise redirects --3588:1:mallocfr newSuperblock at 0x62123000 (pszB 1048560) owner VALGRIND/symtab --3588:1:main Load initial debug info --3588:1:mallocfr newSuperblock at 0x62223000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x62323000 (pszB 1048560) owner VALGRIND/symtab --3588:2:transtab discard_translations(0x4FCE1C30, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 195 --3588:2:transtab discard_translations(0x380277EB, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 78 --3588:1:redir transfer ownership V -> C of 0x38027000 .. 0x38027FFF --3588:1:main Tell tool about initial permissions --3588:2:main tell tool about 0008048000-0008065FFF r-x --3588:2:main tell tool about 0008066000-000806AFFF rw- --3588:2:main tell tool about 000806B000-000806BFFF rwx --3588:2:main tell tool about 0038027000-0038027FFF r-x --3588:2:main tell tool about 004FCCD000-004FCE5FFF r-x --3588:2:main tell tool about 004FCE6000-004FCE7FFF rw- --3588:2:main tell tool about 00BED4D000-00BED4DFFF rwx --3588:2:main mark stack inaccessible 00BED4D000-00BED4D7FF --3588:1:main Initialise scheduler --3588:1:main Initialise thread 1's state --3588:1:main Initialise signal management --3588:1:main Load suppressions --3588:2:stacks register 0xBED4D000-0xBED4DFFF as stack 0 --3588:1:main --3588:1:main --3588:1:aspacem <<< SHOW_SEGMENTS: Memory layout at client startup (25 segments, 4 segnames) --3588:1:aspacem ( 0) /usr/local/lib/valgrind/x86-linux/memcheck --3588:1:aspacem ( 1) /usr/bin/evolution-2.8 --3588:1:aspacem ( 2) /lib/ld-2.4.90.so --3588:1:aspacem 0: RSVN 0000000000-0003FFFFFF 64m ----- SmFixed --3588:1:aspacem 1: 0004000000-0008047FFF 64m --3588:1:aspacem 2: file 0008048000-0008065FFF 122880 r-x-- d=0x302 i=2061567 o=0 (1) --3588:1:aspacem 3: file 0008066000-000806AFFF 20480 rw--- d=0x302 i=2061567 o=122880 (1) --3588:1:aspacem 4: anon 000806B000-000806BFFF 4096 rwx-- --3588:1:aspacem 5: RSVN 000806C000-000886AFFF 8384512 ----- SmLower --3588:1:aspacem 6: 000886B000-0037FFEFFF 759m --3588:1:aspacem 7: ANON 0037FFF000-0037FFFFFF 4096 r-x-- --3588:1:aspacem 8: FILE 0038000000-0038026FFF 159744 r-x-- d=0x302 i=2075719 o=0 (0) --3588:1:aspacem 9: file 0038027000-0038027FFF 4096 r-x-- d=0x302 i=2075719 o=159744 (0) --3588:1:aspacem 10: FILE 0038028000-0038150FFF 1216512 r-x-- d=0x302 i=2075719 o=163840 (0) --3588:1:aspacem 11: FILE 0038151000-0038151FFF 4096 rw--- d=0x302 i=2075719 o=1380352 (0) --3588:1:aspacem 12: ANON 0038152000-003883BFFF 7249920 rw--- --3588:1:aspacem 13: 003883C000-004FCCCFFF 372m --3588:1:aspacem 14: file 004FCCD000-004FCE5FFF 102400 r-x-- d=0x302 i=134093 o=0 (2) --3588:1:aspacem 15: file 004FCE6000-004FCE7FFF 8192 rw--- d=0x302 i=134093 o=98304 (2) --3588:1:aspacem 16: 004FCE8000-0061EA6FFF 289m --3588:1:aspacem 17: RSVN 0061EA7000-0061EA7FFF 4096 ----- SmFixed --3588:1:aspacem 18: ANON 0061EA8000-006243AFFF 5844992 rwx-- --3588:1:aspacem 19: 006243B000-00BE34DFFF 1471m --3588:1:aspacem 20: RSVN 00BE34E000-00BED4CFFF 9m ----- SmUpper --3588:1:aspacem 21: anon 00BED4D000-00BED4DFFF 4096 rwx-- --3588:1:aspacem 22: 00BED4E000-00BFD38FFF 15m --3588:1:aspacem 23: ANON 00BFD39000-00BFD4DFFF 86016 rw--- --3588:1:aspacem 24: RSVN 00BFD4E000-00FFFFFFFF 1026m ----- SmFixed --3588:1:aspacem >>> --3588:1:main --3588:1:main --3588:1:main Running thread 1 --3588:1:syswrap- entering VG_(main_thread_wrapper_NORETURN) --3588:1:aspacem allocated thread stack at 0x6243B000 size 81920 --3588:1:syswrap- run_a_thread_NORETURN(tid=1): pre-thread_wrapper --3588:1:syswrap- thread_wrapper(tid=1): entry --3588:1:transtab allocate sector 0 --3588:1:mallocfr newSuperblock at 0x63C41000 (pszB 65520) owner VALGRIND/ttaux --3588:1:signals extending a stack base 0xBED4D000 down by 4096 --3588:2:stacks change stack 0 from 0xBED4D000-0xBED4DFFF to 0xBED4C000-0xBED4DFFF --3588:2:transtab discard_translations(0x4FCE20F0, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 196 --3588:2:transtab discard_translations(0x40068F0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 13 --3588:1:mallocfr newSuperblock at 0x63C85000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x63D85000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x63E99000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x63FA5000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x640C9000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x641C9000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x642CD000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x643CD000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x644D1000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x645D9000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x64701000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x64801000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x6491D000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x64A2D000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x64B41000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x64C41000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x64D41000 (pszB 1150960) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x64E5A000 (pszB 2297840) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x6508B000 (pszB 2052080) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x65280000 (pszB 4100080) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x65671000 (pszB 2052080) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x658A6000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x659A6000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x65AAA000 (pszB 1048560) owner VALGRIND/symtab --3588:2:transtab discard_translations(0x415BB83C, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 119 --3588:2:transtab discard_translations(0x4004430, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 8 --3588:2:transtab discard_translations(0x415BCAC5, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 121 --3588:2:transtab discard_translations(0x4005647, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 10 --3588:2:transtab discard_translations(0x415BCDEC, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 121 --3588:2:transtab discard_translations(0x4004347, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 8 --3588:2:transtab discard_translations(0x415BCF69, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 121 --3588:2:transtab discard_translations(0x400562A, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 10 --3588:2:transtab discard_translations(0x415BCFE6, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 121 --3588:2:transtab discard_translations(0x40055F0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 10 --3588:2:transtab discard_translations(0x415BD3EA, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 122 --3588:2:transtab discard_translations(0x4004280, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 8 --3588:2:transtab discard_translations(0x415BEF35, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 125 --3588:2:transtab discard_translations(0x4005664, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 10 --3588:2:transtab discard_translations(0x415BF07D, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 126 --3588:2:transtab discard_translations(0x4004613, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 8 --3588:2:transtab discard_translations(0x415BF704, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 126 --3588:2:transtab discard_translations(0x400463E, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 8 --3588:2:transtab discard_translations(0x415BF9F1, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 127 --3588:2:transtab discard_translations(0x4005311, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 10 --3588:2:transtab discard_translations(0x415BFB68, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 127 --3588:2:transtab discard_translations(0x40044E8, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 8 --3588:2:transtab discard_translations(0x415BFD13, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 127 --3588:2:transtab discard_translations(0x40045C1, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 8 --3588:2:transtab discard_translations(0x415BFDD0, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 127 --3588:2:transtab discard_translations(0x400560D, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 10 --3588:2:transtab discard_translations(0x415C1167, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 130 --3588:2:transtab discard_translations(0x4004F2B, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 9 --3588:2:transtab discard_translations(0x415C1309, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 130 --3588:2:transtab discard_translations(0x40053C0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 10 --3588:2:transtab discard_translations(0x415C3540, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 134 --3588:2:transtab discard_translations(0x4006810, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 13 --3588:2:transtab discard_translations(0x415C36F0, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 134 --3588:2:transtab discard_translations(0x4006050, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C3860, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 135 --3588:2:transtab discard_translations(0x40061E0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C38C0, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 135 --3588:2:transtab discard_translations(0x4006730, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C3D90, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 135 --3588:2:transtab discard_translations(0x4006110, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C3E40, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 135 --3588:2:transtab discard_translations(0x40060E0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C3ED8, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 135 --3588:2:transtab discard_translations(0x4006AB0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 13 --3588:2:transtab discard_translations(0x415C3F78, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 135 --3588:2:transtab discard_translations(0x4006170, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C4064, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 136 --3588:2:transtab discard_translations(0x40065F0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C4110, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 136 --3588:2:transtab discard_translations(0x4005F60, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 11 --3588:2:transtab discard_translations(0x415C4A90, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 137 --3588:2:transtab discard_translations(0x4006300, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C4C30, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 137 --3588:2:transtab discard_translations(0x40063B0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C4F20, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 137 --3588:2:transtab discard_translations(0x4006450, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C4F90, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 137 --3588:2:transtab discard_translations(0x4006420, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C5140, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 138 --3588:2:transtab discard_translations(0x40069D0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 13 --3588:2:transtab discard_translations(0x415C5420, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 138 --3588:2:transtab discard_translations(0x4006BC0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 13 --3588:2:transtab discard_translations(0x415C5C40, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 139 --3588:2:transtab discard_translations(0x40064F0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:2:transtab discard_translations(0x415C5D10, 1) req by redir_new_SegInfo(from_addr) --3588:2:transtab FAST, ec = 139 --3588:2:transtab discard_translations(0x40064C0, 1) req by redir_new_SegInfo(to_addr) --3588:2:transtab FAST, ec = 12 --3588:1:signals extending a stack base 0xBED4C000 down by 4096 --3588:2:stacks change stack 0 from 0xBED4C000-0xBED4DFFF to 0xBED4B000-0xBED4DFFF --3588:1:mallocfr newSuperblock at 0x65BB6000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x65CB6000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x65DB6000 (pszB 1048560) owner VALGRIND/symtab --3588:1:signals extending a stack base 0xBED4B000 down by 4096 --3588:2:stacks change stack 0 from 0xBED4B000-0xBED4DFFF to 0xBED4A000-0xBED4DFFF --3588:1:mallocfr newSuperblock at 0x65ED2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x65FD2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x660DA000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x661EA000 (pszB 1048560) owner VALGRIND/symtab --3588:1:signals extending a stack base 0xBED4A000 down by 4096 --3588:2:stacks change stack 0 from 0xBED4A000-0xBED4DFFF to 0xBED49000-0xBED4DFFF --3588:1:mallocfr newSuperblock at 0x662F2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x663F6000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x664F6000 (pszB 1048560) owner VALGRIND/symtab --3588:1:signals extending a stack base 0xBED49000 down by 4096 --3588:2:stacks change stack 0 from 0xBED49000-0xBED4DFFF to 0xBED48000-0xBED4DFFF --3588:1:mallocfr newSuperblock at 0x665FA000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6663A000 (pszB 65520) owner VALGRIND/errors --3588:1:mallocfr newSuperblock at 0x4035000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x66686000 (pszB 65520) owner VALGRIND/ttaux --3588:1:mallocfr newSuperblock at 0x43B2000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x666A6000 (pszB 262128) owner VALGRIND/exectxt --3588:1:signals extending a stack base 0xBED48000 down by 4096 --3588:2:stacks change stack 0 from 0xBED48000-0xBED4DFFF to 0xBED47000-0xBED4DFFF --3588:1:signals extending a stack base 0xBED47000 down by 4096 --3588:2:stacks change stack 0 from 0xBED47000-0xBED4DFFF to 0xBED46000-0xBED4DFFF --3588:1:signals extending a stack base 0xBED46000 down by 4096 --3588:2:stacks change stack 0 from 0xBED46000-0xBED4DFFF to 0xBED45000-0xBED4DFFF --3588:1:signals extending a stack base 0xBED45000 down by 4096 --3588:2:stacks change stack 0 from 0xBED45000-0xBED4DFFF to 0xBED44000-0xBED4DFFF --3588:1:mallocfr newSuperblock at 0x51E1000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x66746000 (pszB 1048560) owner VALGRIND/tool --3588:1:mallocfr newSuperblock at 0x6CA2000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x668AA000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6DA7000 (pszB 1048560) owner CLIENT/client CalDAV Eplugin starting up ... --3588:1:mallocfr newSuperblock at 0x6EAB000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x6694E000 (pszB 65520) owner VALGRIND/ttaux --3588:1:mallocfr newSuperblock at 0x6696A000 (pszB 262128) owner VALGRIND/exectxt --3590:1:syswrap Exec of /bin/sh --3592:1:syswrap Exec of /bin/sh --3594:1:syswrap Exec of /bin/sh --3596:1:syswrap Exec of /bin/sh --3598:1:syswrap Exec of /bin/sh --3600:1:syswrap Exec of /bin/sh --3602:1:syswrap Exec of /bin/sh --3588:1:mallocfr newSuperblock at 0x669B2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x66AB2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x66BB2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x66CE2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x66DE2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x66EE2000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x66FF6000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x7230000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x6705A000 (pszB 1048560) owner VALGRIND/tool --3588:1:mallocfr newSuperblock at 0x6715E000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x671B6000 (pszB 1048560) owner VALGRIND/symtab --3588:1:mallocfr newSuperblock at 0x742C000 (pszB 1048560) owner CLIENT/client --3588:1:aspacem allocated thread stack at 0x672F6000 size 81920 --3588:1:syswrap- run_a_thread_NORETURN(tid=2): pre-thread_wrapper --3588:1:syswrap- thread_wrapper(tid=2): entry --3588:1:mallocfr newSuperblock at 0x6730E000 (pszB 262128) owner VALGRIND/exectxt --3588:1:syswrap- thread_wrapper(tid=2): exit --3588:1:syswrap- run_a_thread_NORETURN(tid=2): post-thread_wrapper --3588:1:syswrap- run_a_thread_NORETURN(tid=2): not last one standing --3588:1:mallocfr newSuperblock at 0x67366000 (pszB 65520) owner VALGRIND/ttaux --3588:1:transtab declare sector 0 full (TT loading 79%, TC loading 96%) --3588:1:transtab allocate sector 1 --3588:1:mallocfr newSuperblock at 0x68B78000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x886B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x68BE8000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x896B000 (pszB 1048560) owner CLIENT/client --3588:1:syswrap- run_a_thread_NORETURN(tid=2): pre-thread_wrapper --3588:1:syswrap- thread_wrapper(tid=2): entry --3588:1:mallocfr newSuperblock at 0x68C68000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x8A6B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x68D08000 (pszB 1048560) owner VALGRIND/tool --3588:1:mallocfr newSuperblock at 0x8B6B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x8C6B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x8D6B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x8E6B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x68EF8000 (pszB 1048560) owner VALGRIND/tool --3588:1:mallocfr newSuperblock at 0x8F6B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x906B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x916B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x6909C000 (pszB 1048560) owner VALGRIND/tool --3588:1:mallocfr newSuperblock at 0x926B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x936B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x946B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x69250000 (pszB 1048560) owner VALGRIND/tool --3588:1:mallocfr newSuperblock at 0x956B000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x966B000 (pszB 1048560) owner CLIENT/client --3588:1:aspacem allocated thread stack at 0x693EC000 size 81920 --3588:1:syswrap- run_a_thread_NORETURN(tid=3): pre-thread_wrapper --3588:1:syswrap- thread_wrapper(tid=3): entry --3588:1:mallocfr newSuperblock at 0x69420000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x69460000 (pszB 65520) owner VALGRIND/ttaux --3588:1:mallocfr newSuperblock at 0x69474000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0xA16C000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x694DC000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x69530000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x69570000 (pszB 65520) owner VALGRIND/ttaux --3588:1:mallocfr newSuperblock at 0x69588000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x695D4000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0xA26C000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x69650000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0xA36C000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x696DC000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0xA46C000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x69738000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6978C000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x697CC000 (pszB 65520) owner VALGRIND/demangle --3588:1:mallocfr newSuperblock at 0x697E4000 (pszB 65520) owner VALGRIND/ttaux --3588:1:mallocfr newSuperblock at 0x697F4000 (pszB 262128) owner VALGRIND/exectxt --3588:1:transtab declare sector 1 full (TT loading 79%, TC loading 96%) --3588:1:transtab allocate sector 2 --3588:1:mallocfr newSuperblock at 0x6B02A000 (pszB 262128) owner VALGRIND/exectxt --3588:1:signals extending a stack base 0xBED44000 down by 16384 --3588:2:stacks change stack 0 from 0xBED44000-0xBED4DFFF to 0xBED40000-0xBED4DFFF --3588:1:signals extending a stack base 0xBED40000 down by 4096 --3588:2:stacks change stack 0 from 0xBED40000-0xBED4DFFF to 0xBED3F000-0xBED4DFFF --3588:1:mallocfr newSuperblock at 0x6B072000 (pszB 262128) owner VALGRIND/exectxt --3588:1:signals extending a stack base 0xBED3F000 down by 4096 --3588:2:stacks change stack 0 from 0xBED3F000-0xBED4DFFF to 0xBED3E000-0xBED4DFFF --3588:1:mallocfr newSuperblock at 0x6B0BE000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6B106000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6B146000 (pszB 262128) owner VALGRIND/exectxt --3588:1:aspacem allocated thread stack at 0x6B186000 size 81920 --3588:1:syswrap- run_a_thread_NORETURN(tid=4): pre-thread_wrapper --3588:1:syswrap- thread_wrapper(tid=4): entry --3588:1:mallocfr newSuperblock at 0x6B19E000 (pszB 262128) owner VALGRIND/exectxt --3588:1:aspacem allocated thread stack at 0x6B1E2000 size 81920 --3588:1:syswrap- run_a_thread_NORETURN(tid=5): pre-thread_wrapper --3588:1:syswrap- thread_wrapper(tid=5): entry --3588:1:mallocfr newSuperblock at 0x6B1F6000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0xE022000 (pszB 1048560) owner CLIENT/client --3588:1:mallocfr newSuperblock at 0x6B24A000 (pszB 1048560) owner VALGRIND/tool --3588:1:mallocfr newSuperblock at 0x6B34A000 (pszB 65520) owner VALGRIND/ttaux --3588:1:mallocfr newSuperblock at 0x6B36A000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6B3BA000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0xE122000 (pszB 1048560) owner CLIENT/client --3588:1:signals extending a stack base 0xBED3E000 down by 16384 --3588:2:stacks change stack 0 from 0xBED3E000-0xBED4DFFF to 0xBED3A000-0xBED4DFFF --3588:1:signals extending a stack base 0xBED3A000 down by 4096 --3588:2:stacks change stack 0 from 0xBED3A000-0xBED4DFFF to 0xBED39000-0xBED4DFFF --3588:1:mallocfr newSuperblock at 0x6B426000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6B466000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6B4AE000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6B4EE000 (pszB 262128) owner VALGRIND/exectxt --3588:1:mallocfr newSuperblock at 0x6B52E000 (pszB 65520) owner VALGRIND/ttaux --3588:2:transtab discard_translations(0x736A000, 262144) req by POST(sys_munmap) --3588:2:transtab SLOW, ec = 256 --3588:1:syswrap- thread_wrapper(tid=1): exit --3588:1:syswrap- run_a_thread_NORETURN(tid=1): post-thread_wrapper --3588:1:syswrap- run_a_thread_NORETURN(tid=1): not last one standing --3588:1:syswrap- thread_wrapper(tid=5): exit --3588:1:syswrap- run_a_thread_NORETURN(tid=5): post-thread_wrapper --3588:1:syswrap- run_a_thread_NORETURN(tid=5): not last one standing --3588:1:syswrap- thread_wrapper(tid=4): exit --3588:1:syswrap- run_a_thread_NORETURN(tid=4): post-thread_wrapper --3588:1:syswrap- run_a_thread_NORETURN(tid=4): not last one standing --3588:1:syswrap- thread_wrapper(tid=3): exit --3588:1:syswrap- run_a_thread_NORETURN(tid=3): post-thread_wrapper --3588:1:syswrap- run_a_thread_NORETURN(tid=3): not last one standing --3588:1:syswrap- thread_wrapper(tid=2): exit --3588:1:syswrap- run_a_thread_NORETURN(tid=2): post-thread_wrapper --3588:1:syswrap- run_a_thread_NORETURN(tid=2): last one standing --3588:1:main entering VG_(shutdown_actions_NORETURN) --3588:2:transtab discard_translations(0x435A000, 12288) req by POST(sys_munmap) --3588:2:transtab SLOW, ec = 256 --3588:1:mallocfr newSuperblock at 0x6B54A000 (pszB 262128) owner VALGRIND/exectxt --3588:2:transtab discard_translations(0x4135000, 45056) req by POST(sys_munmap) --3588:2:transtab SLOW, ec = 256 --3588:1:mallocfr newSuperblock at 0x6B58A000 (pszB 1048560) owner VALGRIND/tool --3588:1:mallocfr newSuperblock at 0x6B68A000 (pszB 1048560) owner VALGRIND/tool Cheers Kjartan |
|
From: Julian S. <js...@ac...> - 2006-05-25 02:47:41
|
> Here's the full debug log from valgrind: That's kinda useful, but .. could you re-run with '-d -d -v -v', since the -v's contribute useful info too. > --3588:1:syswrap- run_a_thread_NORETURN(tid=2): post-thread_wrapper > --3588:1:syswrap- run_a_thread_NORETURN(tid=2): last one standing > --3588:1:main entering VG_(shutdown_actions_NORETURN) I get the impression the last thread doesn't go away as it should at this point; -v -v might shed more light on it. J |
|
From: Kjartan M. <km...@br...> - 2006-05-25 12:13:27
|
tor, 25,.05.2006 kl. 03.47 +0100, skrev Julian Seward: > > Here's the full debug log from valgrind: > > That's kinda useful, but .. could you re-run with '-d -d -v -v', > since the -v's contribute useful info too. > > > --3588:1:syswrap- run_a_thread_NORETURN(tid=2): post-thread_wrapper > > --3588:1:syswrap- run_a_thread_NORETURN(tid=2): last one standing > > --3588:1:main entering VG_(shutdown_actions_NORETURN) > > I get the impression the last thread doesn't go away as it should > at this point; -v -v might shed more light on it. > Turns out that valgrind actually does it's job even though the memcheck process is listed as a zombie. If I leave it running long enough it finally exits and gives me data after all. Cheers Kjartan |
|
From: Julian S. <js...@ac...> - 2006-05-25 12:23:05
|
> Turns out that valgrind actually does it's job even though the memcheck > process is listed as a zombie. If I leave it running long enough it > finally exits and gives me data after all. How strange. How long is 'long enough'? 5 minutes? Is it using CPU during this time, or apparently idle? J |
|
From: Kjartan M. <km...@br...> - 2006-05-25 12:35:42
|
tor, 25,.05.2006 kl. 13.22 +0100, skrev Julian Seward: > > Turns out that valgrind actually does it's job even though the memcheck > > process is listed as a zombie. If I leave it running long enough it > > finally exits and gives me data after all. > > How strange. > > How long is 'long enough'? 5 minutes? > Something like that. > Is it using CPU during this time, or apparently idle? > Yes, it's using a lot of cpu and that was the clue I needed. After leaving it for a while I noticed that my cpu fan stopped and when I checked again valgrind had done it's job. Cheers Kjartan |