You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(32) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(5) |
2
(16) |
3
(23) |
|
4
(13) |
5
(1) |
6
(1) |
7
(17) |
8
(18) |
9
(14) |
10
(12) |
|
11
|
12
(6) |
13
(19) |
14
(4) |
15
(7) |
16
(30) |
17
(12) |
|
18
(2) |
19
(13) |
20
(3) |
21
(3) |
22
(17) |
23
(16) |
24
(5) |
|
25
(14) |
26
(15) |
27
(4) |
28
(15) |
29
(16) |
30
(16) |
31
(15) |
|
From: Tom H. <to...@co...> - 2013-08-08 01:52:36
|
valgrind revision: 13485 VEX revision: 2738 C compiler: gcc (GCC) 4.8.1 20130717 (Red Hat 4.8.1-5) GDB: GNU gdb (GDB) Fedora (7.6.50.20130731-2.fc20) Assembler: GNU assembler version 2.23.2 C library: GNU C Library (GNU libc) development release version 2.17.90 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 20 (Rawhide) Nightly build on bristol ( x86_64, Fedora 20 ) Started at 2013-08-08 02:23:55 BST Ended at 2013-08-08 02:52:20 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 6 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn_basic (stderr) memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) none/tests/amd64/insn_basic (stdout) none/tests/amd64/insn_basic (stderr) drd/tests/pth_mutex_reinit (stderr) exp-sgcheck/tests/hackedbz2 (stderr) |
|
From: Philippe W. <phi...@sk...> - 2013-08-07 23:59:53
|
On Wed, 2013-08-07 at 22:51 +0400, Alexander Potapenko wrote: > > > > Is this a correct approach to handling the background threads? If > not, > > is there an easy way to fix the problem? > > It turns out that the state of the GP registers of the detached > thread > > is preserved after it has been killed (at least in this particular > > case), so we could probably introduce a new thread status for > detached > > threads that outlived the main thread and consider them valid in > > VG_(is_valid_tid). > > > > > Additional comment from Jeffrey: > """ > Note that the same leak report happens if you comment out the > pthread_detach() call. If possible, it would be very nice to consider > non-detached threads valid too, so that we don't need to add code to > detach threads when the main thread wants to exit early. > """ Valgrind intercepts the exit_group system call (_NR_exit_group), and does not call this system call. Instead, it loops over all alive threads of the thread group of the caller thread, and instructs these threads to terminate. Each such instructed thread verifies if it is not the last surviving thread of the process. If not the last surviving thread, it cleans up (e.g. sets its state to empty) and terminates itself by calling the _NR_exit syscall. The last surviving thread will first do various shutdown actions (in particular do the leak check) and then will exit the process. In other words, with the valgrind implementation of _NR_exit_group, the background threads are terminated when the leak check is done. Maybe what could be done is something like: Valgrind exit_group interception could determine if the exit_group will terminate the whole process (by checking if there are threads of another group that will continue to run). If it determines the exit_group will terminate the process, it could do the shutdown actions directly, and then really call the exit_group syscall. Or maybe we better keep the current technique of having each thread terminating itself, but having a new state "thread_group_exiting" that would be cleaned up by the last thread of the group I am however a little bit afraid of the possible race conditions in this area. Thread termination code seems tricky see e.g. https://bugs.kde.org/show_bug.cgi?id=226116 There are very probably a bunch of other tricky things to look at. E.g. tools can track that threads are exiting. With the above change, either tool will not be informed anymore that the threads of the group are exiting, or at best will be informed but not in the context of the thread terminating. For what concerns the problem of what is the "definition of leak": main() { char *p = malloc (10); exit(1); } When main calls exit, *p is still reachable. Is that to be considered as a definite leak or as still reachable ? There is no real big difference between main calling exit and a background thread being "terminated" because main calls exit/exit_group : in both cases, the main thread and the background thread conceptually still have access to their local vars when they die. Philippe |
|
From: Alexander P. <gl...@go...> - 2013-08-07 18:51:39
|
On Aug 7, 2013 8:07 PM, "Alexander Potapenko" <gl...@go...> wrote: > > Hi Valgrind devs, > > Jeffrey (CCed) has come up with a test (attached) where a pointer to > an allocated memory chunk is only reachable from a general-purpose > register of a detached thread (see the discussion at > https://code.google.com/p/chromium/issues/detail?id=269278) > That thread is live at the moment the main thread exits (so it's hard > to call this situation a leak), but after that Valgrind sets all > threads' statuses to VgTs_Empty therefore removing the general-purpose > registers from the root set in the leak checking process. As a result, > the leak is reported: > > $ gcc -pthread test.c -O2 -o test -g3 -Wall && > ~/src/chromium/src/third_party/valgrind/linux_x64/bin/valgrind > --tool=memcheck --gen-suppressions=all --demangle=no --leak-check=yes > --show-possibly-lost=no ./test > > ==24619== Command: ./test > ==24619== > n > Abandoning the helper. > ==24619== > ==24619== HEAP SUMMARY: > ==24619== in use at exit: 276 bytes in 2 blocks > ==24619== total heap usage: 2 allocs, 0 frees, 276 bytes allocated > ==24619== > ==24619== 4 bytes in 1 blocks are definitely lost in loss record 1 of 2 > ==24619== at 0x4C2E900: malloc (vg_replace_malloc.c:270) > ==24619== by 0x400A92: helper (test.c:12) > ==24619== by 0x4E3FE99: start_thread (pthread_create.c:308) > ==24619== > > > Is this a correct approach to handling the background threads? If not, > is there an easy way to fix the problem? > It turns out that the state of the GP registers of the detached thread > is preserved after it has been killed (at least in this particular > case), so we could probably introduce a new thread status for detached > threads that outlived the main thread and consider them valid in > VG_(is_valid_tid). > > Additional comment from Jeffrey: """ Note that the same leak report happens if you comment out the pthread_detach() call. If possible, it would be very nice to consider non-detached threads valid too, so that we don't need to add code to detach threads when the main thread wants to exit early. """ |
|
From: Alexander P. <gl...@go...> - 2013-08-07 16:08:00
|
Hi Valgrind devs, Jeffrey (CCed) has come up with a test (attached) where a pointer to an allocated memory chunk is only reachable from a general-purpose register of a detached thread (see the discussion at https://code.google.com/p/chromium/issues/detail?id=269278) That thread is live at the moment the main thread exits (so it's hard to call this situation a leak), but after that Valgrind sets all threads' statuses to VgTs_Empty therefore removing the general-purpose registers from the root set in the leak checking process. As a result, the leak is reported: $ gcc -pthread test.c -O2 -o test -g3 -Wall && ~/src/chromium/src/third_party/valgrind/linux_x64/bin/valgrind --tool=memcheck --gen-suppressions=all --demangle=no --leak-check=yes --show-possibly-lost=no ./test ==24619== Command: ./test ==24619== n Abandoning the helper. ==24619== ==24619== HEAP SUMMARY: ==24619== in use at exit: 276 bytes in 2 blocks ==24619== total heap usage: 2 allocs, 0 frees, 276 bytes allocated ==24619== ==24619== 4 bytes in 1 blocks are definitely lost in loss record 1 of 2 ==24619== at 0x4C2E900: malloc (vg_replace_malloc.c:270) ==24619== by 0x400A92: helper (test.c:12) ==24619== by 0x4E3FE99: start_thread (pthread_create.c:308) ==24619== Is this a correct approach to handling the background threads? If not, is there an easy way to fix the problem? It turns out that the state of the GP registers of the detached thread is preserved after it has been killed (at least in this particular case), so we could probably introduce a new thread status for detached threads that outlived the main thread and consider them valid in VG_(is_valid_tid). WBR, Alexander Potapenko Software Engineer Google Moscow |
|
From: <sv...@va...> - 2013-08-07 09:45:18
|
sewardj 2013-08-07 10:45:08 +0100 (Wed, 07 Aug 2013)
New Revision: 2738
Log:
Add a spec rule for SUBQ/NLE.
Modified files:
trunk/priv/guest_amd64_helpers.c
Modified: trunk/priv/guest_amd64_helpers.c (+10 -0)
===================================================================
--- trunk/priv/guest_amd64_helpers.c 2013-08-03 21:57:17 +01:00 (rev 2737)
+++ trunk/priv/guest_amd64_helpers.c 2013-08-07 10:45:08 +01:00 (rev 2738)
@@ -1027,6 +1027,16 @@
binop(Iop_CmpLE64U, cc_dep2, cc_dep1));
}
+ if (isU64(cc_op, AMD64G_CC_OP_SUBQ) && isU64(cond, AMD64CondNLE)) {
+ /* long sub/cmp, then NLE (signed greater than)
+ --> test !(dst <=s src)
+ --> test (dst >s src)
+ --> test (src <s dst) */
+ return unop(Iop_1Uto64,
+ binop(Iop_CmpLT64S, cc_dep2, cc_dep1));
+
+ }
+
if (isU64(cc_op, AMD64G_CC_OP_SUBQ) && isU64(cond, AMD64CondBE)) {
/* long long sub/cmp, then BE (unsigned less than or equal)
--> test dst <=u src */
|
|
From: Philippe W. <phi...@sk...> - 2013-08-07 03:52:00
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-37.fc18) Assembler: GNU assembler version 2.23.51.0.1-7.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.7.2-204.fc18.ppc64 ppc64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on gcc110 ( Fedora release 18 (Spherical Cow), ppc64 ) Started at 2013-08-06 20:01:19 PDT Ended at 2013-08-06 20:51:29 PDT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 558 tests, 31 stderr failures, 3 stdout failures, 0 stderrB failures, 0 stdoutB failures, 2 post failures == memcheck/tests/linux/getregset (stdout) memcheck/tests/linux/getregset (stderr) memcheck/tests/ppc64/power_ISA2_05 (stdout) memcheck/tests/supp_unknown (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stdout) memcheck/tests/wrap8 (stderr) massif/tests/big-alloc (post) massif/tests/deep-D (post) helgrind/tests/annotate_rwlock (stderr) helgrind/tests/free_is_write (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/locked_vs_unlocked1_fwd (stderr) helgrind/tests/locked_vs_unlocked1_rev (stderr) helgrind/tests/locked_vs_unlocked2 (stderr) helgrind/tests/locked_vs_unlocked3 (stderr) helgrind/tests/pth_barrier1 (stderr) helgrind/tests/pth_barrier2 (stderr) helgrind/tests/pth_barrier3 (stderr) helgrind/tests/pth_destroy_cond (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <to...@co...> - 2013-08-07 03:40:25
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.3.0 20080428 (Red Hat 4.3.0-8) GDB: Assembler: GNU assembler version 2.18.50.0.6-2 20080403 C library: GNU C Library stable release version 2.8 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 9 (Sulphur) Nightly build on bristol ( x86_64, Fedora 9 ) Started at 2013-08-07 03:54:24 BST Ended at 2013-08-07 04:40:07 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 633 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn-pcmpistri (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Tom H. <to...@co...> - 2013-08-07 03:24:17
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4) GDB: GNU gdb (GDB) Fedora (7.2-52.fc14) Assembler: GNU assembler version 2.20.51.0.7-8.fc14 20100318 C library: GNU C Library stable release version 2.13 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 14 (Laughlin) Nightly build on bristol ( x86_64, Fedora 14 ) Started at 2013-08-07 03:22:10 BST Ended at 2013-08-07 04:23:58 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 654 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-08-07 03:23:32
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.4.5 20101112 (Red Hat 4.4.5-2) GDB: Assembler: GNU assembler version 2.20.51.0.2-20.fc13 20091009 C library: GNU C Library stable release version 2.12.2 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 13 (Goddard) Nightly build on bristol ( x86_64, Fedora 13 ) Started at 2013-08-07 03:33:20 BST Ended at 2013-08-07 04:23:19 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 635 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == helgrind/tests/pth_barrier3 (stderr) |
|
From: Tom H. <to...@co...> - 2013-08-07 03:22:45
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) GDB: Assembler: GNU assembler version 2.19.51.0.14-3.fc11 20090722 C library: GNU C Library stable release version 2.10.2 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 11 (Leonidas) Nightly build on bristol ( x86_64, Fedora 11 ) Started at 2013-08-07 03:42:15 BST Ended at 2013-08-07 04:22:27 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 635 tests, 1 stderr failure, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/long_namespace_xml (stderr) none/tests/amd64/sse4-64 (stdout) |
|
From: Tom H. <to...@co...> - 2013-08-07 03:07:38
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.1-48.fc15) Assembler: GNU assembler version 2.21.51.0.6-6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2013-08-07 03:14:02 BST Ended at 2013-08-07 04:07:24 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-08-07 02:45:20
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: GNU C Library stable release version 2.15 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on bristol ( x86_64, Fedora 17 (Beefy Miracle) ) Started at 2013-08-07 02:51:55 BST Ended at 2013-08-07 03:44:47 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 5 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Maran P. <ma...@li...> - 2013-08-07 02:25:20
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] GDB: GNU gdb (GDB) SUSE (7.3-0.6.1) Assembler: GNU assembler (GNU Binutils; SUSE Linux Enterprise 11) 2.21.1 C library: GNU C Library stable release version 2.11.3 (20110527) uname -mrs: Linux 3.0.80-0.5-default s390x Vendor version: Welcome to SUSE Linux Enterprise Server 11 SP2 (s390x) - Kernel %r (%t). Nightly build on sless390 ( SUSE Linux Enterprise Server 11 SP1 gcc 4.3.4 on z196 (s390x) ) Started at 2013-08-07 03:45:01 CEST Ended at 2013-08-07 04:25:07 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 636 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Tom H. <to...@co...> - 2013-08-07 02:18:21
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-38.fc18) Assembler: GNU assembler version 2.23.51.0.1-6.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on bristol ( x86_64, Fedora 18 (Spherical Cow) ) Started at 2013-08-07 02:42:57 BST Ended at 2013-08-07 03:18:04 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Maran P. <ma...@li...> - 2013-08-07 02:18:18
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.7.0 20120604 (Red Hat 4.7.0-7) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-42.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: unknown uname -mrs: Linux 3.3.4-5.fc17.s390x s390x Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on fedoras390 ( Fedora 17 with gcc 4.7.0 on z196 (s390x) ) Started at 2013-08-07 03:45:25 CEST Ended at 2013-08-07 04:18:28 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 636 tests, 3 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == none/tests/s390x/test_clone (stdout) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) drd/tests/tc04_free_lock (stderr) |
|
From: Tom H. <to...@co...> - 2013-08-07 02:07:54
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.8.1 20130603 (Red Hat 4.8.1-1) GDB: GNU gdb (GDB) Fedora (7.6-32.fc19) Assembler: GNU assembler version 2.23.52.0.1-9.fc19 20130226 C library: GNU C Library (GNU libc) stable release version 2.17 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 19 (Schrödingerâs Cat) Nightly build on bristol ( x86_64, Fedora 19 (Schrödingerâs Cat) ) Started at 2013-08-07 02:32:07 BST Ended at 2013-08-07 03:07:38 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 3 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/hackedbz2 (stderr) |
|
From: Maran P. <ma...@li...> - 2013-08-07 01:56:43
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) GDB: GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6) Assembler: GNU assembler version 2.20.51.0.2-5.36.el6 20100205 C library: GNU C Library stable release version 2.12 uname -mrs: Linux 2.6.32-358.el6.s390x s390x Vendor version: Red Hat Enterprise Linux Server release 6.4 (Santiago) Nightly build on rhels390 ( RHEL 6.4 with gcc 4.4.7 on zEC12 (s390x) ) Started at 2013-08-07 03:45:25 CEST Ended at 2013-08-07 03:56:54 CEST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 633 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... failed Last 20 lines of verbose log follow echo mv -f .deps/libvex_s390x_linux_a-host_ppc_defs.Tpo .deps/libvex_s390x_linux_a-host_ppc_defs.Po gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_s390x=1 -DVGO_linux=1 -DVGP_s390x_linux=1 -DVGPV_s390x_linux_vanilla=1 -Ipriv -m64 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -fno-builtin -fomit-frame-pointer -Wbad-function-cast -Wcast-qual -Wcast-align -fstrict-aliasing -Wno-long-long -Wwrite-strings -fno-stack-protector -MT libvex_s390x_linux_a-host_s390_isel.o -MD -MP -MF .deps/libvex_s390x_linux_a-host_s390_isel.Tpo -c -o libvex_s390x_linux_a-host_s390_isel.o `test -f 'priv/host_s390_isel.c' || echo './'`priv/host_s390_isel.c gcc: Internal error: Killed (program cc1) Please submit a full bug report. See <http://bugzilla.redhat.com/bugzilla> for instructions. make[3]: *** [libvex_s390x_linux_a-guest_amd64_toIR.o] Error 1 make[3]: *** Waiting for unfinished jobs.... mv -f .deps/libvex_s390x_linux_a-host_arm_defs.Tpo .deps/libvex_s390x_linux_a-host_arm_defs.Po mv -f .deps/libvex_s390x_linux_a-guest_x86_toIR.Tpo .deps/libvex_s390x_linux_a-guest_x86_toIR.Po mv -f .deps/libvex_s390x_linux_a-guest_ppc_toIR.Tpo .deps/libvex_s390x_linux_a-guest_ppc_toIR.Po mv -f .deps/libvex_s390x_linux_a-host_s390_isel.Tpo .deps/libvex_s390x_linux_a-host_s390_isel.Po mv -f .deps/libvex_s390x_linux_a-host_s390_defs.Tpo .deps/libvex_s390x_linux_a-host_s390_defs.Po mv -f .deps/libvex_s390x_linux_a-guest_s390_toIR.Tpo .deps/libvex_s390x_linux_a-guest_s390_toIR.Po mv -f .deps/libvex_s390x_linux_a-guest_arm_toIR.Tpo .deps/libvex_s390x_linux_a-guest_arm_toIR.Po make[3]: Leaving directory `/root/nightly/valgrind-old/VEX' make[2]: *** [all] Error 2 make[2]: Leaving directory `/root/nightly/valgrind-old/VEX' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/nightly/valgrind-old' make: *** [all] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short 2013-08-07 03:46:20.000000000 +0200 --- new.short 2013-08-07 03:56:54.000000000 +0200 *************** *** 3,26 **** Configuring valgrind ... done ! Building valgrind ... failed - Last 20 lines of verbose log follow echo - mv -f .deps/libvex_s390x_linux_a-host_ppc_defs.Tpo .deps/libvex_s390x_linux_a-host_ppc_defs.Po - gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../include -I../VEX/pub -DVGA_s390x=1 -DVGO_linux=1 -DVGP_s390x_linux=1 -DVGPV_s390x_linux_vanilla=1 -Ipriv -m64 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -fno-builtin -fomit-frame-pointer -Wbad-function-cast -Wcast-qual -Wcast-align -fstrict-aliasing -Wno-long-long -Wwrite-strings -fno-stack-protector -MT libvex_s390x_linux_a-host_s390_isel.o -MD -MP -MF .deps/libvex_s390x_linux_a-host_s390_isel.Tpo -c -o libvex_s390x_linux_a-host_s390_isel.o `test -f 'priv/host_s390_isel.c' || echo './'`priv/host_s390_isel.c - gcc: Internal error: Killed (program cc1) - Please submit a full bug report. - See <http://bugzilla.redhat.com/bugzilla> for instructions. - make[3]: *** [libvex_s390x_linux_a-guest_amd64_toIR.o] Error 1 - make[3]: *** Waiting for unfinished jobs.... - mv -f .deps/libvex_s390x_linux_a-host_arm_defs.Tpo .deps/libvex_s390x_linux_a-host_arm_defs.Po - mv -f .deps/libvex_s390x_linux_a-guest_x86_toIR.Tpo .deps/libvex_s390x_linux_a-guest_x86_toIR.Po - mv -f .deps/libvex_s390x_linux_a-guest_ppc_toIR.Tpo .deps/libvex_s390x_linux_a-guest_ppc_toIR.Po - mv -f .deps/libvex_s390x_linux_a-host_s390_isel.Tpo .deps/libvex_s390x_linux_a-host_s390_isel.Po - mv -f .deps/libvex_s390x_linux_a-host_s390_defs.Tpo .deps/libvex_s390x_linux_a-host_s390_defs.Po - mv -f .deps/libvex_s390x_linux_a-guest_s390_toIR.Tpo .deps/libvex_s390x_linux_a-guest_s390_toIR.Po - mv -f .deps/libvex_s390x_linux_a-guest_arm_toIR.Tpo .deps/libvex_s390x_linux_a-guest_arm_toIR.Po - make[3]: Leaving directory `/root/nightly/valgrind-old/VEX' - make[2]: *** [all] Error 2 - make[2]: Leaving directory `/root/nightly/valgrind-old/VEX' - make[1]: *** [all-recursive] Error 1 - make[1]: Leaving directory `/root/nightly/valgrind-old' - make: *** [all] Error 2 --- 3,10 ---- Configuring valgrind ... done ! Building valgrind ... done ! Running regression tests ... done ! ! Regression test results follow ! ! == 633 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Tom H. <to...@co...> - 2013-08-07 01:52:46
|
valgrind revision: 13485 VEX revision: 2737 C compiler: gcc (GCC) 4.8.1 20130717 (Red Hat 4.8.1-5) GDB: GNU gdb (GDB) Fedora (7.6.50.20130731-2.fc20) Assembler: GNU assembler version 2.23.2 C library: GNU C Library (GNU libc) development release version 2.17.90 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 20 (Rawhide) Nightly build on bristol ( x86_64, Fedora 20 ) Started at 2013-08-07 02:23:52 BST Ended at 2013-08-07 02:52:27 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 6 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/amd64/insn_basic (stderr) memcheck/tests/dw4 (stderr) memcheck/tests/origin5-bz2 (stderr) none/tests/amd64/insn_basic (stdout) none/tests/amd64/insn_basic (stderr) drd/tests/pth_mutex_reinit (stderr) exp-sgcheck/tests/hackedbz2 (stderr) |
|
From: <sv...@va...> - 2013-08-06 20:45:30
|
philippe 2013-08-06 21:45:20 +0100 (Tue, 06 Aug 2013)
New Revision: 13485
Log:
fix --vgdb-prefix no / character interpreted differently by V gdbsrv and vgdb
When --vgdb-prefix contains no / character,
the Valgrind gdbsrv is interpreting the prefix value as the filename
prefix in the current directory, while vgdb interprets this as
a directory to be opened in the current directory.
Cbange vgdb.c so that it uses the same interpretation as V gdbsrv
Modified files:
trunk/coregrind/vgdb.c
Modified: trunk/coregrind/vgdb.c (+13 -12)
===================================================================
--- trunk/coregrind/vgdb.c 2013-08-03 21:57:49 +01:00 (rev 13484)
+++ trunk/coregrind/vgdb.c 2013-08-06 21:45:20 +01:00 (rev 13485)
@@ -2067,7 +2067,7 @@
" \n"
" --pid arg must be given if multiple Valgrind gdbservers are found.\n"
" --vgdb-prefix arg must be given to both Valgrind and vgdb utility\n"
-" if you want to change the default prefix for the FIFOs communication\n"
+" if you want to change the prefix (default %s) for the FIFOs communication\n"
" between the Valgrind gdbserver and vgdb.\n"
" --wait (default 0) tells vgdb to check during the specified number\n"
" of seconds if a Valgrind gdbserver can be found.\n"
@@ -2083,7 +2083,7 @@
"\n"
" -h --help shows this message\n"
" To get help from the Valgrind gdbserver, use vgdb help\n"
-"\n"
+"\n", vgdb_prefix_default()
);
ptrace_restrictions_msg();
}
@@ -2128,15 +2128,16 @@
strcpy (vgdb_format, vgdb_prefix);
strcat (vgdb_format, suffix);
- strcpy (vgdb_dir_name, vgdb_prefix);
-
- for (is = strlen(vgdb_prefix) - 1; is >= 0; is--)
- if (vgdb_dir_name[is] == '/') {
- vgdb_dir_name[is+1] = '\0';
- break;
- }
- if (strlen(vgdb_dir_name) == 0)
- strcpy (vgdb_dir_name, "./");
+ if (strchr(vgdb_prefix, '/') != NULL) {
+ strcpy (vgdb_dir_name, vgdb_prefix);
+ for (is = strlen(vgdb_prefix) - 1; is >= 0; is--)
+ if (vgdb_dir_name[is] == '/') {
+ vgdb_dir_name[is+1] = '\0';
+ break;
+ }
+ } else {
+ strcpy (vgdb_dir_name, "");
+ }
DEBUG(1, "searching pid in directory %s format %s\n",
vgdb_dir_name, vgdb_format);
@@ -2154,7 +2155,7 @@
/* wait one second before checking again */
sleep(1);
- vgdb_dir = opendir (vgdb_dir_name);
+ vgdb_dir = opendir (strlen (vgdb_dir_name) ? vgdb_dir_name : "./");
if (vgdb_dir == NULL)
XERROR (errno,
"vgdb error: opening directory %s searching vgdb fifo\n",
|
|
From: Vasily G. <vas...@gm...> - 2013-08-05 07:54:45
|
Hello, all. I am searching some ideas for Valgrind's improvements where I can help. For me, changes connected with ARM (or general, like speed improvements) are quite interesting. I have some experience with Valgrind - implementation of some instructions from ARM and Thumb instruction sets. In fact, for me as ARM user, the main limiting factor for Valgrind is its speed. Maybe it is possible somehow to increase it? I have read articles about Valgrind (internal structure, shadow memory, etc.). I have some ideas but I am not sure that they are good enough (and speed improvements is not obvious). Here I placed the list of them: 1. Think about some new optimization during IR -> binary code conversion after instrumentation. Maybe there are some new optimizations (see at LLVM sources?) that can be implemented in Valgrind for speed? Some ARM-specific optimizations? 2. Maybe we can slightly (introduce new flag?) increase memory consumption but increase the speed? (increase cache size for compiled blocks?) 3. Now SETEND (feature of changing little\big endian) instruction for ARM is not implemented. Maybe it is OK to implement it (big changes?) and support big endianess for ARM? It will be also necessary to rewrite a lot of instructions parsing in VEX. 4. Think about next ARM (v8 ?) and some new instructions\features that can be realized? In fact, if the project will be quite big\complex, I think I can ask a couple of people to help with it. Any comments\ideas are welcome! -- Thank you in advance, Vasily |
|
From: Maran P. <ma...@li...> - 2013-08-04 12:36:45
|
valgrind revision: 13484 VEX revision: 2737 C compiler: gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3) GDB: GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6) Assembler: GNU assembler version 2.20.51.0.2-5.36.el6 20100205 C library: GNU C Library stable release version 2.12 uname -mrs: Linux 2.6.32-358.el6.s390x s390x Vendor version: Red Hat Enterprise Linux Server release 6.4 (Santiago) Nightly build on rhels390 ( RHEL 6.4 with gcc 4.4.7 on zEC12 (s390x) ) Started at 2013-08-04 03:45:26 CEST Ended at 2013-08-04 04:06:10 CEST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 633 tests, 0 stderr failures, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == |
|
From: Tom H. <to...@co...> - 2013-08-04 08:12:37
|
valgrind revision: 13484 VEX revision: 2737 C compiler: gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2) GDB: GNU gdb (GDB) Fedora (7.4.50.20120120-54.fc17) Assembler: GNU assembler version 2.22.52.0.1-10.fc17 20120131 C library: GNU C Library stable release version 2.15 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 17 (Beefy Miracle) Nightly build on bristol ( x86_64, Fedora 17 (Beefy Miracle) ) Started at 2013-08-04 02:51:52 BST Ended at 2013-08-04 03:35:41 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 5 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == gdbserver_tests/mcinfcallRU (stderr) gdbserver_tests/mcinfcallWSRU (stderr) gdbserver_tests/mcmain_pic (stderr) memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Tom H. <to...@co...> - 2013-08-04 08:12:32
|
valgrind revision: 13484 VEX revision: 2737 C compiler: gcc (GCC) 4.7.2 20121109 (Red Hat 4.7.2-8) GDB: GNU gdb (GDB) Fedora (7.5.1-38.fc18) Assembler: GNU assembler version 2.23.51.0.1-6.fc18 20120806 C library: GNU C Library stable release version 2.16 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 18 (Spherical Cow) Nightly build on bristol ( x86_64, Fedora 18 (Spherical Cow) ) Started at 2013-08-04 02:43:16 BST Ended at 2013-08-04 03:36:36 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 2 stderr failures, 1 stdout failure, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) exp-sgcheck/tests/preen_invars (stdout) exp-sgcheck/tests/preen_invars (stderr) |
|
From: Tom H. <to...@co...> - 2013-08-04 08:12:28
|
valgrind revision: 13484 VEX revision: 2737 C compiler: gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) GDB: GNU gdb (GDB) Fedora (7.3.1-48.fc15) Assembler: GNU assembler version 2.21.51.0.6-6.fc15 20110118 C library: GNU C Library stable release version 2.14.1 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 15 (Lovelock) Nightly build on bristol ( x86_64, Fedora 15 ) Started at 2013-08-04 03:13:10 BST Ended at 2013-08-04 04:05:38 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 656 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |
|
From: Tom H. <to...@co...> - 2013-08-04 08:12:25
|
valgrind revision: 13484 VEX revision: 2737 C compiler: gcc (GCC) 4.5.1 20100924 (Red Hat 4.5.1-4) GDB: GNU gdb (GDB) Fedora (7.2-52.fc14) Assembler: GNU assembler version 2.20.51.0.7-8.fc14 20100318 C library: GNU C Library stable release version 2.13 uname -mrs: Linux 3.9.5-301.fc19.x86_64 x86_64 Vendor version: Fedora release 14 (Laughlin) Nightly build on bristol ( x86_64, Fedora 14 ) Started at 2013-08-04 03:24:55 BST Ended at 2013-08-04 04:10:36 BST Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 654 tests, 1 stderr failure, 0 stdout failures, 0 stderrB failures, 0 stdoutB failures, 0 post failures == memcheck/tests/origin5-bz2 (stderr) |