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
(8) |
2
(11) |
3
(21) |
4
(15) |
5
(10) |
|
6
(7) |
7
(7) |
8
(5) |
9
(7) |
10
(5) |
11
(1) |
12
(21) |
|
13
(8) |
14
(17) |
15
(6) |
16
(10) |
17
(7) |
18
(6) |
19
(15) |
|
20
(12) |
21
(16) |
22
(25) |
23
(14) |
24
(10) |
25
(7) |
26
(6) |
|
27
(34) |
28
(13) |
29
(10) |
30
(8) |
|
|
|
|
From: Jeremy F. <je...@go...> - 2004-06-28 22:34:11
|
On Sun, 2004-06-27 at 22:26 +0100, Nicholas Nethercote wrote:
> I've trawled through Valgrind's memory allocation functions, and
> refactored and simplified things a bit. I haven't really made any
> progress on the goal of having just client and Valgrind areas; that looks
> (surprise surprise) harder than I first thought.
>
> Patch is attached, diff'd against current HEAD. ChangeLog is below. I'd
> be interested to hear comments, esp. from Jeremy.
I'm picking through it now, but I remember one potential problem in
getting rid of Valgrind's heap. There's some code in there near startup
which "knows" that the address space range for the heap has already been
reserved in the segment map, but the mmap area is not covered by the
segment map. This is a pretty fragile area, because if memory gets
allocated without being in the segment map, it will all look OK until it
gets mmaped over...
Hence the comment:
+ // Build segment map -- first, do valgrind segments only, with no
+ // symbols. This is so we know where the free space is before we start
+ // using mmap when reading symbols, in the second stage (Nb: using heap
+ // is ok before this point).
Why remove this comment?
--- coregrind/vg_memory.c 13 Mar 2004 02:06:58 -0000 1.52
+++ coregrind/vg_memory.c 27 Jun 2004 21:20:06 -0000
@@ -335,7 +335,6 @@ void VG_(map_file_segment)(Addr addr, UI
s = VG_(SkipList_Find)(&sk_segments, &addr);
if (s != NULL && s->addr == addr && s->len == len) {
- /* This probably means we're just updating the flags */
recycled = True;
This kind of stuff is absolutely evil:
@@ -1103,7 +1104,7 @@ Addr open_debug_file( Char* name, UInt c
VG_(close)(fd);
if (calc_gnu_debuglink_crc32(0, (UChar*)addr, *size) != crc) {
- VG_(munmap)((void*)addr, *size);
+ vg_assert(0 == VG_(munmap)((void*)addr, *size));
return 0;
}
You should *never* put an expression with side-effects into an assert-
style statement. Perhaps we should have another kind of syscall-retval
checker function (which could also print a useful message with the
errno).
I'm not too happy about losing VG_(client_alloc/free). If we decide to
change the way that client allocations are done, it would be useful if
all the client allocations are coming through the same common place.
What's the gain in dropping them?
Looks good, otherwise.
J
|
|
From: Tom H. <th...@cy...> - 2004-06-28 21:52:49
|
CVS commit by thughes:
Remove the .in_place directory on a make distclean.
M +2 -0 Makefile.am 1.65
--- valgrind/Makefile.am #1.64:1.65
@@ -56,2 +56,4 @@
ln -s $(addprefix $(top_srcdir)/../,default.supp $(SUPP_FILES)) $(top_builddir)/.in_place
+distclean-local:
+ rm -rf $(top_builddir)/.in_place
|
|
From: Tom H. <th...@cy...> - 2004-06-28 21:38:06
|
CVS commit by thughes:
Fixed typo in makefile.
M +1 -1 Makefile.am 1.40
--- valgrind/none/tests/Makefile.am #1.39:1.40
@@ -28,5 +28,5 @@
discard.vgtest \
exec-sigmask.vgtest exec-sigmask.stdout.exp exec-sigmask.stderr.exp \
- execve.vgtext execve.stdout.exp execve.stderr.exp \
+ execve.vgtest execve.stdout.exp execve.stderr.exp \
floored.stderr.exp floored.stdout.exp \
floored.vgtest \
|
|
From: Tom H. <th...@cy...> - 2004-06-28 18:50:42
|
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...
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Nicholas N. <nj...@ca...> - 2004-06-28 12:34:59
|
On Wed, 23 Jun 2004, Chris January wrote: >> A better way for matching call/ret pairs, or a better way for >> the trampoline bit? If the latter, can you give more detail >> about your current approach -- the description you've given >> is too vague to be much use. Can you insert UCode before a >> RET that calls your trampoline code? > > No, I can't insert UCode before a RET because I don't want to instrument > the code that's being called. > [snip] > Unfortunately VG_(emit_code) complains the Ucode isn't sane > (specifically the first POP instruction). POPs have to be paired with PUSHes, and can only be used in conjunction with CALLM, I think. I'm still not clear what it is you want to do. Perhaps you can give a more detailed example, showing some assembly code or UCode, and exactly what effect you are trying to achieve? N |
|
From: Darius I. <da...@ge...> - 2004-06-28 09:51:48
|
On Sun, 27 Jun 2004, Tom Hughes wrote: ... > > > And another question: > > > > I looked at the vg_libpthread.c implementation for semaphores - they have > > se_unmap(...) function for clear out place in the se_remap_* array. I dont > > know if i'm right but it seems that it should work only for the last > > (se_remap_used) member released. Otherwise you are getting hole in the > > array - and the last member which is now in the position [se_remap_used+1] > > gets inaccessible. It is nevermind if im right or wrong, i just want to > > ask are you going to implement similar mechanism of reusing rw_remap_* > > entries because when test program allocates rw_locks dynamically i'm > > getting "VG_N_RWLOCKS is too low." very soon :( > > 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 :) -- DasI |
|
From: Jeremy F. <je...@go...> - 2004-06-28 07:40:36
|
On Sun, 2004-06-27 at 21:15 +0100, Nicholas Nethercote wrote:
> Hi,
>
> According to several man pages I can find, mremap has four arguments:
>
> void * mremap(void *old_address, size_t old_size , size_t new_size,
> unsigned long flags);
>
> According to Valgrind, it has five:
>
> /* void* mremap(void * old_address, size_t old_size,
> size_t new_size, unsigned long flags, void * new_address); */
> MAYBE_PRINTF("mremap ( %p, %d, %d, 0x%x, %p )\n",
> arg1, arg2, arg3, arg4, arg5);
>
> Ahem.
>
> I suspect that mremap() is totally bogus, but it hasn't been noticed
> because it doesn't get used much.
No, I actually spent quite a bit of time on it to make it work. It was
completely broken.
Mremap does has 5 args, but the fifth arg is an extension which glibc
doesn't support yet.
mm/mremap.c:
asmlinkage unsigned long sys_mremap(unsigned long addr,
unsigned long old_len, unsigned long new_len,
unsigned long flags, unsigned long new_addr)
J
|
|
From: Bryan O'S. <bo...@se...> - 2004-06-28 04:10:23
|
On Sun, 2004-06-27 at 13:51 +0100, Julian Seward wrote: > It's the only thing, I think, that prevents building with Icc. And with the PathScale compiler, which has the same no-nested-functions restriction as icc. <b -- Bryan O'Sullivan <bo...@se...> |
|
From: Tom H. <to...@co...> - 2004-06-28 02:25:18
|
Nightly build on dunsmere ( Fedora Core 2 ) started at 2004-06-28 03:20:03 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-06-28 02:19:21
|
Nightly build on audi ( Red Hat 9 ) started at 2004-06-28 03:15:02 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow 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, 7 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) memcheck/tests/buflen_check (stderr) memcheck/tests/execve (stderr) memcheck/tests/writev (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2004-06-28 02:13:16
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2004-06-28 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-06-28 02:08:18
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2004-06-28 03:05:02 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-06-28 02:07:08
|
Nightly build on standard ( Red Hat 7.2 ) started at 2004-06-28 03:00:02 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 |