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
|
3
|
4
|
5
(2) |
6
(1) |
7
|
8
|
|
9
(1) |
10
(1) |
11
|
12
|
13
|
14
(3) |
15
(4) |
|
16
(4) |
17
(2) |
18
(18) |
19
|
20
|
21
(7) |
22
|
|
23
(2) |
24
(3) |
25
(1) |
26
(5) |
27
(12) |
28
(1) |
29
(2) |
|
30
(4) |
31
|
|
|
|
|
|
|
From: Julian S. <js...@ac...> - 2003-03-16 23:49:58
|
On Sunday 16 March 2003 11:39 pm, Eyal Lebedinsky wrote: > Julian Seward wrote: > > Eyal > > > > It looks like a good patch, and a useful thing too. I would merge > > it in, except there is one critical problem which needs fixing first. > > > > The patch uses a glibc function, time(), to get the time. We have > > And that goes for localtime() too, right? I will track down a private > implementation then. Get hold of the glibc sources and copy relevant bits from there. > But, it should be OK to issue glibc calls at initialisation time. No ... it's not ok to issue glibc calls at any time. You get bad interactions with the dynamic linker. J |
|
From: Eyal L. <ey...@ey...> - 2003-03-16 23:40:04
|
Julian Seward wrote: > > Eyal > > It looks like a good patch, and a useful thing too. I would merge > it in, except there is one critical problem which needs fixing first. > > The patch uses a glibc function, time(), to get the time. We have And that goes for localtime() too, right? I will track down a private implementation then. But, it should be OK to issue glibc calls at initialisation time. I can then grab timezone offset and use it locally at runtime. -- Eyal Lebedinsky (ey...@ey...) <http://samba.org/eyal/> |
|
From: Julian S. <js...@ac...> - 2003-03-16 11:43:01
|
Eyal
It looks like a good patch, and a useful thing too. I would merge
it in, except there is one critical problem which needs fixing first.
The patch uses a glibc function, time(), to get the time. We have
a policy that valgrind itself does not use any glibc functions or
headers. This is to avoid nightmare bugs where V is executing glibc
code on the real CPU at the same time that the client program is
executing glibc code on the simulated CPU. Such mixing has proved
a problem in the past, and recently Nick spent 2 days chasing another
bug of this kind (not his bug, I point out).
This is why we have vg_mylibc.c to supply replacements for libc services
we actually need.
You may do a system call to get time info (look in vg_mylibc.c
for lots of examples). The best solution would be:
- Remove this
+#include <time.h> /* time, localtime, timezone */
+#include <sys/time.h> /* gettimeofday */
- Remove the call to time()
- Write your own vg_time(), somehow, and put it in vg_mylibc.c.
Note that there is no particular reason why vg_time should have
the same interface as glibc's time(); feel free to change it as
you feel useful. (Perhaps rename it if you change the meaning).
- Use that instead.
I hope this can be made to work because it looks to me like a
useful patch.
J
On Friday 14 March 2003 10:33 am, Eyal Lebedinsky wrote:
> Nicholas Nethercote wrote:
> > On Fri, 14 Mar 2003, Eyal Lebedinsky wrote:
> > > I added a line saying
> > >
> > > ==nnnn== Time: dddddd-hh:mm:ss
> > >
> > > Is there a standard was to request such timestamping? I would
> > > not mind learning how to properly add it to the package, with
> > > a proper --time-stap=yes option.
> >
> > Just choose an existing option and copy the way it's done. For example,
> > search for "--gdb-attach" and "VG_(clo_GDB_attach)" in the source ("clo"
> > is short for "command line option).
>
> OK, here is a humble patch that adds a new option
> --time-stamp=[no|yes]
> which yields the report below. I find that localtime() fails to account
> for timezone when used in valgrind, if anyone can fix it please do so.
>
> $ date ; valgrind --time-stamp=yes ls
> Fri Mar 14 21:31:01 EST 2003
> ==18272== Memcheck, a.k.a. Valgrind, a memory error detector for
> x86-linux.
> ==18272== Copyright (C) 2002, and GNU GPL'd, by Julian Seward.
> ==18272== Using valgrind-1.9.4, a program instrumentation system for
> x86-linux.
> ==18272== Copyright (C) 2000-2002, and GNU GPL'd, by Julian Seward.
> ==18272== Estimated CPU clock rate is 1204 MHz
> ==18272== For more details, rerun with: -v
> ==18272==
> ==18272== Time: 2003/03/14 10:31:01
> ==18272== pthread_mutex_destroy: mutex is still in use
> ==18272== at 0x40352E70: pthread_error (vg_libpthread.c:288)
> ==18272== by 0x40353D3F: __pthread_mutex_destroy
> (vg_libpthread.c:998)
> ==18272== by 0x402CE1CE: closedir (in /lib/libc-2.2.5.so)
> ==18272== by 0x804A90D: (within /bin/ls)
> 03.ndx ds1.bat odds setit.bat test-all.bat
> build examples okreps ssacssv.err testall
> build.bat ids.db prepids ssacssv.log testall.bat
> chkunpdf ids.dbg prepids.bat ssarun.log testit.bat
> chkunpdf.awk idscosv.err rds stopit.bat tests
> chkunpdf.bat idscosv.log rds.awk stress.bat testx03g.lst
> cleanit.bat idssrsv.err rds.bat stress1.bat testx03p.lst
> data idssrsv.log rule.db systems x
> distro makefile rule.ndx t x.c
> ds1 makefile.tpl setit t.bat xmit
> ==18272==
> ==18272== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 1)
> ==18272== malloc/free: in use at exit: 13833 bytes in 80 blocks.
> ==18272== malloc/free: 90 allocs, 10 frees, 24577 bytes allocated.
> ==18272== For a detailed leak analysis, rerun with: --leak-check=yes
> ==18272== For counts of detected errors, rerun with: -v
|
|
From: Julian S. <js...@ac...> - 2003-03-16 02:02:14
|
Hi. Two things: - I made the -developers list be visible from the outside, so that people can read the list archives. It's still subscriber-only posting, tho. - I have made a new -users list, to be a general discussion list for valgrind users, something I should have done a long time ago. The aims of it are outlined in a short para at the top of http://developer.kde.org/~sewardj/ I've subscribed; perhaps y'all should too. I'll be really interested to see if it does generate some kind of coherent user community. J |