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
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
|
1
|
2
(1) |
|
3
(3) |
4
(7) |
5
|
6
(1) |
7
(3) |
8
(4) |
9
(2) |
|
10
|
11
|
12
|
13
|
14
|
15
|
16
(1) |
|
17
(4) |
18
(2) |
19
(1) |
20
(1) |
21
(2) |
22
(4) |
23
(2) |
|
24
(1) |
25
|
26
(5) |
27
(2) |
28
(3) |
29
(1) |
30
|
|
From: <sv...@va...> - 2016-04-04 18:22:23
|
Author: mjw
Date: Mon Apr 4 19:22:15 2016
New Revision: 15849
Log:
Limit gcc114-arm64 test results mail to 2250 lines.
The arm64 results (diffs) are too big for the mailinglist.
Only email the first 2250 lines to the list.
Modified:
trunk/nightly/conf/gcc114-arm64.sendmail
Modified: trunk/nightly/conf/gcc114-arm64.sendmail
==============================================================================
--- trunk/nightly/conf/gcc114-arm64.sendmail (original)
+++ trunk/nightly/conf/gcc114-arm64.sendmail Mon Apr 4 19:22:15 2016
@@ -13,4 +13,4 @@
echo " " >> $MAILFILE
cat "$diffs" >> $MAILFILE
-/usr/sbin/sendmail -t -i < $MAILFILE
+head -2250 < $MAILFILE | /usr/sbin/sendmail -t -i
|
|
From: Aman A. <ama...@gm...> - 2016-04-04 16:41:15
|
Thank you so much for your valuable response. On Mon 4 Apr, 2016, 7:12 PM John Reiser, <jr...@bi...> wrote: > > I'm currently working in an application which uses java/jsp in front end > (client side) and C++ as middle tier on a Linux server (server side). Will > valgrind still be able to help me identify memory leaks? > > If the C++ server side is a separate process, and if that process > can be invoked under valgrind, and if the process calls exit(), > and if the monitoring slowdown of 20X to 50X in CPU time can be > tolerated, and if the memory size expansion of about 2X can be > handled, and if all allocation uses malloc/free/new/delete (no > private allocation arenas), then yes, valgrind can help find memory leaks. > Java: no. > > > ------------------------------------------------------------------------------ > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: John R. <jr...@bi...> - 2016-04-04 13:41:56
|
> I'm currently working in an application which uses java/jsp in front end (client side) and C++ as middle tier on a Linux server (server side). Will valgrind still be able to help me identify memory leaks? If the C++ server side is a separate process, and if that process can be invoked under valgrind, and if the process calls exit(), and if the monitoring slowdown of 20X to 50X in CPU time can be tolerated, and if the memory size expansion of about 2X can be handled, and if all allocation uses malloc/free/new/delete (no private allocation arenas), then yes, valgrind can help find memory leaks. Java: no. |
|
From: <sv...@va...> - 2016-04-04 12:33:44
|
Author: sewardj
Date: Mon Apr 4 13:33:35 2016
New Revision: 15848
Log:
memset replacement: unroll vectorised loops.
Modified:
trunk/shared/vg_replace_strmem.c
Modified: trunk/shared/vg_replace_strmem.c
==============================================================================
--- trunk/shared/vg_replace_strmem.c (original)
+++ trunk/shared/vg_replace_strmem.c Mon Apr 4 13:33:35 2016
@@ -1200,6 +1200,11 @@
c8 = (c8 << 32) | c8; \
while ((a & 7) != 0 && n >= 1) \
{ *(UChar*)a = (UChar)c; a += 1; n -= 1; } \
+ while (n >= 32) \
+ { *(ULong*)a = c8; a += 8; n -= 8; \
+ *(ULong*)a = c8; a += 8; n -= 8; \
+ *(ULong*)a = c8; a += 8; n -= 8; \
+ *(ULong*)a = c8; a += 8; n -= 8; } \
while (n >= 8) \
{ *(ULong*)a = c8; a += 8; n -= 8; } \
while (n >= 1) \
@@ -1212,6 +1217,11 @@
c4 = (c4 << 16) | c4; \
while ((a & 3) != 0 && n >= 1) \
{ *(UChar*)a = (UChar)c; a += 1; n -= 1; } \
+ while (n >= 16) \
+ { *(UInt*)a = c4; a += 4; n -= 4; \
+ *(UInt*)a = c4; a += 4; n -= 4; \
+ *(UInt*)a = c4; a += 4; n -= 4; \
+ *(UInt*)a = c4; a += 4; n -= 4; } \
while (n >= 4) \
{ *(UInt*)a = c4; a += 4; n -= 4; } \
while (n >= 1) \
|
|
From: Aman A. <ama...@gm...> - 2016-04-04 07:15:36
|
Hi, I'm currently working in an application which uses java/jsp in front end (client side) and C++ as middle tier on a Linux server (server side). Will valgrind still be able to help me identify memory leaks? Thanks, Ishan |
|
From: <sv...@va...> - 2016-04-04 02:25:47
|
Author: iraisr
Date: Mon Apr 4 03:25:40 2016
New Revision: 15847
Log:
Fix expected output of massif/tests/{new-cpp,overloaded-new}
for libstdc++ from gcc5.
Even with fix for bug 345307 we still see allocations for
the emergency pool in libstdc++ which skew the expected results.
Modified:
trunk/massif/tests/new-cpp.post.exp
trunk/massif/tests/new-cpp.vgtest
trunk/massif/tests/overloaded-new.post.exp
trunk/massif/tests/overloaded-new.vgtest
Modified: trunk/massif/tests/new-cpp.post.exp
==============================================================================
--- trunk/massif/tests/new-cpp.post.exp (original)
+++ trunk/massif/tests/new-cpp.post.exp Mon Apr 4 03:25:40 2016
@@ -1,6 +1,6 @@
--------------------------------------------------------------------------------
Command: ./new-cpp
-Massif arguments: --stacks=no --time-unit=B --massif-out-file=massif.out --ignore-fn=__part_load_locale --ignore-fn=__time_load_locale --ignore-fn=dwarf2_unwind_dyld_add_image_hook --ignore-fn=get_or_create_key_element
+Massif arguments: --stacks=no --time-unit=B --massif-out-file=massif.out --ignore-fn=__part_load_locale --ignore-fn=__time_load_locale --ignore-fn=dwarf2_unwind_dyld_add_image_hook --ignore-fn=get_or_create_key_element --ignore-fn=_GLOBAL__sub_I_eh_alloc.cc
ms_print arguments: massif.out
--------------------------------------------------------------------------------
Modified: trunk/massif/tests/new-cpp.vgtest
==============================================================================
--- trunk/massif/tests/new-cpp.vgtest (original)
+++ trunk/massif/tests/new-cpp.vgtest Mon Apr 4 03:25:40 2016
@@ -1,5 +1,6 @@
prog: new-cpp
vgopts: --stacks=no --time-unit=B --massif-out-file=massif.out
-vgopts: --ignore-fn=__part_load_locale --ignore-fn=__time_load_locale --ignore-fn=dwarf2_unwind_dyld_add_image_hook --ignore-fn=get_or_create_key_element
+vgopts: --ignore-fn=__part_load_locale --ignore-fn=__time_load_locale --ignore-fn=dwarf2_unwind_dyld_add_image_hook
+vgopts: --ignore-fn=get_or_create_key_element --ignore-fn=_GLOBAL__sub_I_eh_alloc.cc
post: perl ../../massif/ms_print massif.out | ../../tests/filter_addresses
cleanup: rm massif.out
Modified: trunk/massif/tests/overloaded-new.post.exp
==============================================================================
--- trunk/massif/tests/overloaded-new.post.exp (original)
+++ trunk/massif/tests/overloaded-new.post.exp Mon Apr 4 03:25:40 2016
@@ -1,6 +1,6 @@
--------------------------------------------------------------------------------
Command: ./overloaded-new
-Massif arguments: --stacks=no --time-unit=B --massif-out-file=massif.out --ignore-fn=__part_load_locale --ignore-fn=__time_load_locale --ignore-fn=dwarf2_unwind_dyld_add_image_hook --ignore-fn=get_or_create_key_element
+Massif arguments: --stacks=no --time-unit=B --massif-out-file=massif.out --ignore-fn=__part_load_locale --ignore-fn=__time_load_locale --ignore-fn=dwarf2_unwind_dyld_add_image_hook --ignore-fn=get_or_create_key_element --ignore-fn=_GLOBAL__sub_I_eh_alloc.cc
ms_print arguments: massif.out
--------------------------------------------------------------------------------
Modified: trunk/massif/tests/overloaded-new.vgtest
==============================================================================
--- trunk/massif/tests/overloaded-new.vgtest (original)
+++ trunk/massif/tests/overloaded-new.vgtest Mon Apr 4 03:25:40 2016
@@ -1,5 +1,6 @@
prog: overloaded-new
vgopts: --stacks=no --time-unit=B --massif-out-file=massif.out
-vgopts: --ignore-fn=__part_load_locale --ignore-fn=__time_load_locale --ignore-fn=dwarf2_unwind_dyld_add_image_hook --ignore-fn=get_or_create_key_element
+vgopts: --ignore-fn=__part_load_locale --ignore-fn=__time_load_locale --ignore-fn=dwarf2_unwind_dyld_add_image_hook
+vgopts: --ignore-fn=get_or_create_key_element --ignore-fn=_GLOBAL__sub_I_eh_alloc.cc
post: perl ../../massif/ms_print massif.out | ../../tests/filter_addresses
cleanup: rm massif.out
|
|
From: <sv...@va...> - 2016-04-04 02:14:07
|
Author: iraisr
Date: Mon Apr 4 03:13:59 2016
New Revision: 15846
Log:
Follow up to SVN commit r15844.
Fix expected output of gdbserver_tests also for Solaris.
Modified:
trunk/gdbserver_tests/solaris/nlcontrolc.stdoutB.exp
Modified: trunk/gdbserver_tests/solaris/nlcontrolc.stdoutB.exp
==============================================================================
--- trunk/gdbserver_tests/solaris/nlcontrolc.stdoutB.exp (original)
+++ trunk/gdbserver_tests/solaris/nlcontrolc.stdoutB.exp Mon Apr 4 03:13:59 2016
@@ -1,9 +1,6 @@
Continuing.
Program received signal SIGTRAP, Trace/breakpoint trap.
0x........ in syscall ...
- 4 Thread .... (tid 4 VgTs_WaitSys) 0x........ in __pollsys ()
- 3 Thread .... (tid 3 VgTs_WaitSys) 0x........ in __pollsys ()
- 2 Thread .... (tid 2 VgTs_WaitSys) 0x........ in __pollsys ()
* 1 Thread .... (tid 1 VgTs_WaitSys) 0x........ in __pollsys ()
Now threads are burning CPU
Continuing.
|