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
(11) |
2
(13) |
3
(7) |
|
4
(9) |
5
(23) |
6
(19) |
7
(18) |
8
(2) |
9
(7) |
10
(21) |
|
11
(13) |
12
|
13
(8) |
14
(17) |
15
(19) |
16
(25) |
17
(43) |
|
18
(22) |
19
(12) |
20
(19) |
21
(12) |
22
(9) |
23
(12) |
24
(5) |
|
25
(16) |
26
(25) |
27
(24) |
28
(19) |
29
(26) |
30
(25) |
31
(6) |
|
From: Darius I. <da...@ge...> - 2004-07-01 15:26:52
|
On Mon, 28 Jun 2004, Tom Hughes wrote: > In message <Pin...@ba...> > Darius Ivanauskas <da...@ge...> wrote: > > > On Sun, 27 Jun 2004, Tom Hughes wrote: > > > > > The se_unmap function no longer exists as the semaphore mapping scheme > > > was changed a while ago to remove the limit on the number of semaphores. > > > > > > It sounds like a similar rework of rwlocks might be helpful to you? > > > > Yes, you are right, I think that it will be helpful not only for me :) > > Try this patch... > I tried it and results are below: ==16575== Invalid write of size 4 ==16575== at 0x34157CC0: rw_new (vg_libpthread.c:2952) ==16575== by 0x34157E20: pthread_rwlock_init (vg_libpthread.c:3023) ....<skipped>.... ==16575== Address 0xC is not stack'd, malloc'd or (recently) free'd ==16575== valgrind: vg_libpthread.c:2948 (rw_new): Assertion `res == 0' failed. ==16575== Please report this bug at: valgrind.kde.org Because I'm used patch you gave on a cvs snapshot taken ~3 days before, i'm attaching contexts for each stacktrace below. I also got the same result with current cvs snapshot :( 2952 Context: --------------------- 2940 static vg_rwlock_t* rw_new ( pthread_rwlock_t* orig ) 2941 { 2942 int res; 2943 vg_rwlock_t* rwl; 2944 vg_pthread_rwlock_t* vg_orig; 2945 CONVERT(rwlock, orig, vg_orig); 2946 2947 res = __pthread_mutex_lock(&rw_new_mx); 2948 my_assert(res == 0); 2949 2950 rwl = my_malloc(sizeof(vg_rwlock_t)); 2951 2952 vg_orig->__vg_rw_writer = rwl; 2953 vg_orig->__vg_rw_read_waiting = (void *)((Addr)rwl ^ RWLOCK_CHECK_MAGIC); 2954 2955 init_vg_rwlock(rwl); 2956 if (vg_orig->__vg_rw_kind == PTHREAD_RWLOCK_PREFER_READER_NP) 2957 rwl->prefer_w = 0; 2958 2959 res = __pthread_mutex_unlock(&rw_new_mx); 2960 my_assert(res == 0); 2961 2962 return rwl; 2963 } ---------------------- 3023 Context: ------------------ 3007 int pthread_rwlock_init ( pthread_rwlock_t* orig, 3008 const pthread_rwlockattr_t* attr ) 3009 { 3010 vg_rwlock_t* rwl; 3011 vg_pthread_rwlock_t* vg_orig; 3012 vg_pthread_rwlockattr_t* vg_attr; 3013 CONVERT(rwlock, orig, vg_orig); 3014 CONVERT(rwlockattr, attr, vg_attr); 3015 3016 if (0) printf ("pthread_rwlock_init\n"); 3017 /* Install the lock preference; the remapper needs to know it. */ 3018 if (vg_attr) 3019 vg_orig->__vg_rw_kind = vg_attr->__vg_lockkind; 3020 else 3021 vg_orig->__vg_rw_kind = PTHREAD_RWLOCK_DEFAULT_NP; 3022 /* Allocate the shadow */ 3023 rwl = rw_new (orig); 3024 return 0; 3025 } ------------------ -- DasI > Tom > > -- > Tom Hughes (th...@cy...) > Software Engineer, Cyberscience Corporation > http://www.cyberscience.com/ > |
|
From: Nicholas N. <nj...@ca...> - 2004-07-01 13:12:22
|
On Tue, 29 Jun 2004, Jeremy Fitzhardinge wrote:
>> Hmm, on one hand I agree, but on the other hand I'm not so sure -- since
>> we are using our own vg_assert() which is never turned off... how would a
>> new syscall-retval-checking function be any different, other than not
>> having "assert" in the name? I guess the short question is: what's the
>> definition of "assert-style"?
>
> Well, something with "assert" in the name. I would say that anything
> with assert in the name is expected to behave like assert(), even if we
> don't intend to allow it to be disabled.
I notice that vg_assert() and sk_assert() are being used like this
frequently:
executable_name = strdup(buf);
vg_assert(NULL != executable_name);
Ie. using them not only for sanity checking (ie. if this fails we have a
bug) but also for error checking (ie. if this fails we ran out of memory).
In other words, the "no side-effects in assertions" rule is too loose; if
assertions can be removed, this sort of thing shouldn't be tolerated
either...
N
|
|
From: Nicholas N. <nj...@ca...> - 2004-07-01 12:21:11
|
CVS commit by nethercote:
Couple of clarifying comments about skip lists. (Comment change only)
M +17 -7 vg_skin.h.base 1.25
--- valgrind/include/vg_skin.h.base #1.24:1.25
@@ -1776,9 +1776,11 @@
/* List operations:
- SkipList_Find searchs a list. If it can't find an exact match, it either returns NULL
- or a pointer to the element before where k would go
- SkipList_Insert inserts a new element into the list. Duplicates are forbidden.
- SkipList_Remove removes an element from the list and returns it. It doesn't free the memory.
- */
+ SkipList_Find searchs a list. If it can't find an exact match, it either
+ returns NULL or a pointer to the element before where k would go
+ SkipList_Insert inserts a new element into the list. Duplicates are
+ forbidden. The element must have been created with SkipList_Alloc!
+ SkipList_Remove removes an element from the list and returns it. It
+ doesn't free the memory.
+*/
extern void *VG_(SkipList_Find) (const SkipList *l, void *key);
extern void VG_(SkipList_Insert)( SkipList *l, void *data);
@@ -1786,10 +1788,18 @@
/* Node (element) operations:
- SkipNode_Alloc: allocate memory for a new element on the list
+ SkipNode_Alloc: allocate memory for a new element on the list. Must be
+ used before an element can be inserted! Returns NULL if not enough
+ memory.
SkipNode_Free: free memory allocated above
SkipNode_First: return the first element on the list
SkipNode_Next: return the next element after "data" on the list -
NULL for none
- */
+
+ You can iterate through a SkipList like this:
+
+ for(x = VG_(SkipNode_First)(&list);
+ x != NULL;
+ x = VG_(SkipNode_Next)(&list, x)) { ... }
+*/
extern void *VG_(SkipNode_Alloc) (const SkipList *l);
extern void VG_(SkipNode_Free) (const SkipList *l, void *p);
|
|
From: Julian S. <js...@ac...> - 2004-07-01 11:38:45
|
CVS commit by jseward:
Fix confusing and wrong comment in definition of live ranges in
reg-alloc. (Comment change only).
M +1 -1 vg_translate.c 1.79
--- valgrind/coregrind/vg_translate.c #1.78:1.79
@@ -1942,5 +1942,5 @@ typedef
/* Becomes live for the first time after this insn ... */
Int live_after;
- /* Becomes dead for the last time after this insn ... */
+ /* Becomes dead for the last time before this insn ... */
Int dead_before;
/* The "home" spill slot, if needed. Never changes. */
|
|
From: Nicholas N. <nj...@ca...> - 2004-07-01 10:30:05
|
On Thu, 1 Jul 2004, Julian Seward wrote: > I think it's time a new snapshot of the head was made and shipped. > From what I see from the auto-test results, things are pretty stable > at the moment, and various improvements have crept in, which would > be good to get out to users. > > Views? Are there any major known problems which would cause a > problem here? Sounds good to me. N |
|
From: Julian S. <js...@ac...> - 2004-07-01 10:14:51
|
I think it's time a new snapshot of the head was made and shipped. =46rom what I see from the auto-test results, things are pretty stable at the moment, and various improvements have crept in, which would be good to get out to users. Views? Are there any major known problems which would cause a=20 problem here? J |
|
From: Tom H. <to...@co...> - 2004-07-01 02:25:21
|
Nightly build on dunsmere ( Fedora Core 2 ) started at 2004-07-01 03:20:02 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 169 tests, 7 stderr failures, 1 stdout failure ================= corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_fcntl (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_socketpair (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/execve (stderr) memcheck/tests/writev (stderr) none/tests/exec-sigmask (stdout) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2004-07-01 02:19:24
|
Nightly build on audi ( Red Hat 9 ) started at 2004-07-01 03:15:02 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 169 tests, 8 stderr failures, 0 stdout failures ================= corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_fcntl (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_socketpair (stderr) corecheck/tests/pth_cancel2 (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/execve (stderr) memcheck/tests/writev (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2004-07-01 02:13:22
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2004-07-01 03:10:02 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow sem: valgrind ./sem semlimit: valgrind ./semlimit sha1_test: valgrind ./sha1_test shortpush: valgrind ./shortpush shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 169 tests, 4 stderr failures, 0 stdout failures ================= helgrind/tests/deadlock (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) memcheck/tests/writev (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2004-07-01 02:08:15
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2004-07-01 03:05:01 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow sha1_test: valgrind ./sha1_test shortpush: valgrind ./shortpush shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 169 tests, 5 stderr failures, 1 stdout failure ================= memcheck/tests/badfree-2trace (stderr) memcheck/tests/badjump (stderr) memcheck/tests/brk (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/new_nothrow (stderr) memcheck/tests/writev (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2004-07-01 02:07:16
|
Nightly build on standard ( Red Hat 7.2 ) started at 2004-07-01 03:00:01 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow resolv: valgrind ./resolv rlimit_nofile: valgrind ./rlimit_nofile seg_override: valgrind ./seg_override sem: valgrind ./sem semlimit: valgrind ./semlimit sha1_test: valgrind ./sha1_test shortpush: valgrind ./shortpush shorts: valgrind ./shorts smc1: valgrind ./smc1 susphello: valgrind ./susphello syscall-restart1: valgrind ./syscall-restart1 syscall-restart2: valgrind ./syscall-restart2 system: valgrind ./system yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 169 tests, 1 stderr failure, 0 stdout failures ================= memcheck/tests/badfree-2trace (stderr) make: *** [regtest] Error 1 |