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
(3) |
2
|
3
(5) |
4
(9) |
5
(4) |
6
|
|
7
(1) |
8
(8) |
9
(8) |
10
(12) |
11
(12) |
12
(10) |
13
(4) |
|
14
(8) |
15
(9) |
16
(16) |
17
(12) |
18
(5) |
19
(5) |
20
(5) |
|
21
|
22
(13) |
23
(5) |
24
(13) |
25
(1) |
26
(3) |
27
(3) |
|
28
|
29
(1) |
30
(3) |
31
(9) |
|
|
|
|
From: <sv...@va...> - 2017-05-23 21:37:57
|
Author: iraisr
Date: Tue May 23 22:37:50 2017
New Revision: 16411
Log:
Port changes from r16407 to Solaris OS.
n-i-bz
Modified:
trunk/coregrind/m_syswrap/syswrap-solaris.c
trunk/memcheck/tests/solaris/brk.stderr.exp
trunk/memcheck/tests/solaris/brk.vgtest
Modified: trunk/coregrind/m_syswrap/syswrap-solaris.c
==============================================================================
--- trunk/coregrind/m_syswrap/syswrap-solaris.c (original)
+++ trunk/coregrind/m_syswrap/syswrap-solaris.c Tue May 23 22:37:50 2017
@@ -1966,6 +1966,24 @@
VG_TRACK(die_mem_brk, VG_(brk_base), seg->end + 1 - VG_(brk_base));
}
+static void PRINTF_CHECK(1, 2)
+possibly_complain_brk(const HChar *format, ...)
+{
+ static Bool alreadyComplained = False;
+ if (!alreadyComplained) {
+ alreadyComplained = True;
+ if (VG_(clo_verbosity) > 0) {
+ va_list vargs;
+ va_start(vargs, format);
+ VG_(vmessage)(Vg_UserMsg, format, vargs);
+ va_end(vargs);
+ VG_(umsg)("(See section Limitations in the user manual.)\n");
+ VG_(umsg)("NOTE: further instances of this message will not be "
+ "shown.\n");
+ }
+ }
+}
+
PRE(sys_brk)
{
/* unsigned long brk(caddr_t end_data_segment); */
@@ -2013,8 +2031,8 @@
vg_assert(VG_(brk_base) == VG_(brk_limit));
if (!VG_(setup_client_dataseg)()) {
- VG_(umsg)("Cannot map memory to initialize brk segment in thread #%d "
- "at %#lx\n", tid, VG_(brk_base));
+ possibly_complain_brk("Cannot map memory to initialize brk segment in "
+ "thread #%d at %#lx\n", tid, VG_(brk_base));
SET_STATUS_Failure(VKI_ENOMEM);
return;
}
@@ -2156,8 +2174,8 @@
Bool ok = VG_(am_create_reservation)(resvn_start, resvn_size, SmLower,
anon_size);
if (!ok) {
- VG_(umsg)("brk segment overflow in thread #%d: can't grow "
- "to %#lx\n", tid, new_brk);
+ possibly_complain_brk("brk segment overflow in thread #%d: can not "
+ "grow to %#lx\n", tid, new_brk);
SET_STATUS_Failure(VKI_ENOMEM);
return;
}
@@ -2170,8 +2188,8 @@
/* Address space manager will merge old and new data segments. */
sres = VG_(am_mmap_anon_fixed_client)(anon_start, anon_size, prot);
if (sr_isError(sres)) {
- VG_(umsg)("Cannot map memory to grow brk segment in thread #%d "
- "to %#lx\n", tid, new_brk);
+ possibly_complain_brk("Cannot map memory to grow brk segment in "
+ "thread #%d to %#lx\n", tid, new_brk);
SET_STATUS_Failure(VKI_ENOMEM);
return;
}
Modified: trunk/memcheck/tests/solaris/brk.stderr.exp
==============================================================================
--- trunk/memcheck/tests/solaris/brk.stderr.exp (original)
+++ trunk/memcheck/tests/solaris/brk.stderr.exp Tue May 23 22:37:50 2017
@@ -1,3 +1,4 @@
+
Invalid read of size 1
at 0x........: test_begin (brk.c:19)
by 0x........: main (brk.c:78)
@@ -8,4 +9,15 @@
by 0x........: main (brk.c:78)
Address 0x........ is 0 bytes after the brk data segment limit 0x........
-brk segment overflow in thread #1: can't grow to 0x........
+brk segment overflow in thread #1: can not grow to 0x........
+(See section Limitations in the user manual.)
+NOTE: further instances of this message will not be shown.
+
+HEAP SUMMARY:
+ in use at exit: 0 bytes in 0 blocks
+ total heap usage: 0 allocs, 0 frees, 0 bytes allocated
+
+For a detailed leak analysis, rerun with: --leak-check=full
+
+For counts of detected and suppressed errors, rerun with: -v
+ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 0 from 0)
Modified: trunk/memcheck/tests/solaris/brk.vgtest
==============================================================================
--- trunk/memcheck/tests/solaris/brk.vgtest (original)
+++ trunk/memcheck/tests/solaris/brk.vgtest Tue May 23 22:37:50 2017
@@ -1,2 +1 @@
prog: brk
-vgopts: -q
|
Author: iraisr
Date: Tue May 23 22:22:31 2017
New Revision: 16410
Log:
Fix expected output of brk tests after r16407.
n-i-bz
Modified:
trunk/memcheck/tests/linux/brk.stderr.exp
trunk/none/tests/linux/brk-overflow1.stderr.exp
trunk/none/tests/linux/brk-overflow2.stderr.exp
Modified: trunk/memcheck/tests/linux/brk.stderr.exp
==============================================================================
--- trunk/memcheck/tests/linux/brk.stderr.exp (original)
+++ trunk/memcheck/tests/linux/brk.stderr.exp Tue May 23 22:22:31 2017
@@ -1,8 +1,7 @@
brk segment overflow in thread #1: can't grow to 0x........
(see section Limitations in user manual)
-brk segment overflow in thread #1: can't grow to 0x........
-(see section Limitations in user manual)
+NOTE: further instances of this message will not be shown
HEAP SUMMARY:
in use at exit: ... bytes in ... blocks
Modified: trunk/none/tests/linux/brk-overflow1.stderr.exp
==============================================================================
--- trunk/none/tests/linux/brk-overflow1.stderr.exp (original)
+++ trunk/none/tests/linux/brk-overflow1.stderr.exp Tue May 23 22:22:31 2017
@@ -1,4 +1,5 @@
brk segment overflow in thread #1: can't grow to 0x........
(see section Limitations in user manual)
+NOTE: further instances of this message will not be shown
Modified: trunk/none/tests/linux/brk-overflow2.stderr.exp
==============================================================================
--- trunk/none/tests/linux/brk-overflow2.stderr.exp (original)
+++ trunk/none/tests/linux/brk-overflow2.stderr.exp Tue May 23 22:22:31 2017
@@ -1,8 +1,5 @@
brk segment overflow in thread #1: can't grow to 0x........
(see section Limitations in user manual)
-brk segment overflow in thread #1: can't grow to 0x........
-(see section Limitations in user manual)
-brk segment overflow in thread #1: can't grow to 0x........
-(see section Limitations in user manual)
+NOTE: further instances of this message will not be shown
|
|
From: Petar J. <mip...@gm...> - 2017-05-23 13:06:21
|
On Mon, May 22, 2017 at 10:50 AM, <sv...@va...> wrote:
> Author: sewardj
> Date: Mon May 22 09:50:07 2017
> New Revision: 16407
>
> Log:
> Make the message "brk segment overflow in thread #%u: can't grow to %#lx"
> be printed only once, rather than every time it happens. Also make it
> not be printed in silent mode (-q).
>
> Modified:
> trunk/coregrind/m_syswrap/syswrap-generic.c
>
> Modified: trunk/coregrind/m_syswrap/syswrap-generic.c
> ==============================================================================
> --- trunk/coregrind/m_syswrap/syswrap-generic.c (original)
> +++ trunk/coregrind/m_syswrap/syswrap-generic.c Mon May 22 09:50:07 2017
> @@ -1322,16 +1322,29 @@
> vg_assert(delta > 0);
> vg_assert(VG_IS_PAGE_ALIGNED(delta));
>
> - Bool overflow;
> + Bool overflow = False;
> if (! VG_(am_extend_into_adjacent_reservation_client)( aseg->start, delta,
> &overflow)) {
> - if (overflow)
> - VG_(umsg)("brk segment overflow in thread #%u: can't grow to %#lx\n",
> - tid, newbrkP);
> - else
> - VG_(umsg)("Cannot map memory to grow brk segment in thread #%u "
> - "to %#lx\n", tid, newbrkP);
> - VG_(umsg)("(see section Limitations in user manual)\n");
> + if (overflow) {
> + static Bool alreadyComplained = False;
> + if (!alreadyComplained) {
> + alreadyComplained = True;
> + if (VG_(clo_verbosity) > 0) {
> + VG_(umsg)("brk segment overflow in thread #%u: "
> + "can't grow to %#lx\n",
> + tid, newbrkP);
> + VG_(umsg)("(see section Limitations in user manual)\n");
> + VG_(umsg)("NOTE: further instances of this message "
> + "will not be shown\n");
> + }
> + }
> + } else {
> + if (VG_(clo_verbosity) > 0) {
> + VG_(umsg)("Cannot map memory to grow brk segment in thread #%u "
> + "to %#lx\n", tid, newbrkP);
> + VG_(umsg)("(see section Limitations in user manual)\n");
> + }
> + }
> goto bad;
> }
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Valgrind-developers mailing list
> Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-developers
Should this be followed by a change in the test suite?
Petar
diff --git a/memcheck/tests/linux/brk.stderr.exp
b/memcheck/tests/linux/brk.stderr.exp
index 8cbe622..ff83c1f 100644
--- a/memcheck/tests/linux/brk.stderr.exp
+++ b/memcheck/tests/linux/brk.stderr.exp
@@ -1,8 +1,7 @@
brk segment overflow in thread #1: can't grow to 0x........
(see section Limitations in user manual)
-brk segment overflow in thread #1: can't grow to 0x........
-(see section Limitations in user manual)
+NOTE: further instances of this message will not be shown
HEAP SUMMARY:
in use at exit: ... bytes in ... blocks
diff --git a/none/tests/linux/brk-overflow1.stderr.exp
b/none/tests/linux/brk-overflow1.stderr.exp
index 96741db..46242e3 100644
--- a/none/tests/linux/brk-overflow1.stderr.exp
+++ b/none/tests/linux/brk-overflow1.stderr.exp
@@ -1,4 +1,5 @@
brk segment overflow in thread #1: can't grow to 0x........
(see section Limitations in user manual)
+NOTE: further instances of this message will not be shown
diff --git a/none/tests/linux/brk-overflow2.stderr.exp
b/none/tests/linux/brk-overflow2.stderr.exp
index 5cdf1f7..46242e3 100644
--- a/none/tests/linux/brk-overflow2.stderr.exp
+++ b/none/tests/linux/brk-overflow2.stderr.exp
@@ -1,8 +1,5 @@
brk segment overflow in thread #1: can't grow to 0x........
(see section Limitations in user manual)
-brk segment overflow in thread #1: can't grow to 0x........
-(see section Limitations in user manual)
-brk segment overflow in thread #1: can't grow to 0x........
-(see section Limitations in user manual)
+NOTE: further instances of this message will not be shown
|
|
From: <sv...@va...> - 2017-05-23 09:13:41
|
Author: iraisr
Date: Tue May 23 10:13:31 2017
New Revision: 16409
Log:
Fix expected output of none/tests/cmdline{1,2}.
Follow up to r16406.
Modified:
trunk/none/tests/cmdline1.stdout.exp
trunk/none/tests/cmdline2.stdout.exp
Modified: trunk/none/tests/cmdline1.stdout.exp
==============================================================================
--- trunk/none/tests/cmdline1.stdout.exp (original)
+++ trunk/none/tests/cmdline1.stdout.exp Tue May 23 10:13:31 2017
@@ -110,7 +110,7 @@
android-gpu-sgx5xx android-gpu-adreno3xx none
--merge-recursive-frames=<number> merge frames between identical
program counters in max <number> frames) [0]
- --num-transtab-sectors=<number> size of translated code cache [16]
+ --num-transtab-sectors=<number> size of translated code cache [32]
more sectors may increase performance, but use more memory.
--avg-transtab-entry-size=<number> avg size in bytes of a translated
basic block [0, meaning use tool provided default]
Modified: trunk/none/tests/cmdline2.stdout.exp
==============================================================================
--- trunk/none/tests/cmdline2.stdout.exp (original)
+++ trunk/none/tests/cmdline2.stdout.exp Tue May 23 10:13:31 2017
@@ -110,7 +110,7 @@
android-gpu-sgx5xx android-gpu-adreno3xx none
--merge-recursive-frames=<number> merge frames between identical
program counters in max <number> frames) [0]
- --num-transtab-sectors=<number> size of translated code cache [16]
+ --num-transtab-sectors=<number> size of translated code cache [32]
more sectors may increase performance, but use more memory.
--avg-transtab-entry-size=<number> avg size in bytes of a translated
basic block [0, meaning use tool provided default]
|
|
From: Rhys K. <rhy...@gm...> - 2017-05-23 03:27:39
|
On 15 May 2017 at 03:58, Ivo Raisr <iv...@iv...> wrote: > Dear platform maintainers, > > Please could you have a look at the patch [1] attached to bug [2]: > 374963 increase valgrind's load address to prevent mmap failure > > It increases the load address for almost all platforms to 0x58000000 > (from 0x38000000). This gives another 512 MB for executable. > > I've tested on x86/Linux, amd64/Linux, x86/Solaris, amd64/Solaris. > 32-bit only, 64-bit only, mix and outer/inner setup. > No regressions noted on macOS. > > Kind regards, > I. > > [1] https://bugs.kde.org/attachment.cgi?id=105544 > [2] https://bugs.kde.org/show_bug.cgi?id=374963 > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |