You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(58) |
Apr
(261) |
May
(169) |
Jun
(214) |
Jul
(201) |
Aug
(219) |
Sep
(198) |
Oct
(203) |
Nov
(241) |
Dec
(94) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(137) |
Feb
(149) |
Mar
(150) |
Apr
(193) |
May
(95) |
Jun
(173) |
Jul
(137) |
Aug
(236) |
Sep
(157) |
Oct
(150) |
Nov
(136) |
Dec
(90) |
| 2005 |
Jan
(139) |
Feb
(130) |
Mar
(274) |
Apr
(138) |
May
(184) |
Jun
(152) |
Jul
(261) |
Aug
(409) |
Sep
(239) |
Oct
(241) |
Nov
(260) |
Dec
(137) |
| 2006 |
Jan
(191) |
Feb
(142) |
Mar
(169) |
Apr
(75) |
May
(141) |
Jun
(169) |
Jul
(131) |
Aug
(141) |
Sep
(192) |
Oct
(176) |
Nov
(142) |
Dec
(95) |
| 2007 |
Jan
(98) |
Feb
(120) |
Mar
(93) |
Apr
(96) |
May
(95) |
Jun
(65) |
Jul
(62) |
Aug
(56) |
Sep
(53) |
Oct
(95) |
Nov
(106) |
Dec
(87) |
| 2008 |
Jan
(58) |
Feb
(149) |
Mar
(175) |
Apr
(110) |
May
(106) |
Jun
(72) |
Jul
(55) |
Aug
(89) |
Sep
(26) |
Oct
(96) |
Nov
(83) |
Dec
(93) |
| 2009 |
Jan
(97) |
Feb
(106) |
Mar
(74) |
Apr
(64) |
May
(115) |
Jun
(83) |
Jul
(137) |
Aug
(103) |
Sep
(56) |
Oct
(59) |
Nov
(61) |
Dec
(37) |
| 2010 |
Jan
(94) |
Feb
(71) |
Mar
(53) |
Apr
(105) |
May
(79) |
Jun
(111) |
Jul
(110) |
Aug
(81) |
Sep
(50) |
Oct
(82) |
Nov
(49) |
Dec
(21) |
| 2011 |
Jan
(87) |
Feb
(105) |
Mar
(108) |
Apr
(99) |
May
(91) |
Jun
(94) |
Jul
(114) |
Aug
(77) |
Sep
(58) |
Oct
(58) |
Nov
(131) |
Dec
(62) |
| 2012 |
Jan
(76) |
Feb
(93) |
Mar
(68) |
Apr
(95) |
May
(62) |
Jun
(109) |
Jul
(90) |
Aug
(87) |
Sep
(49) |
Oct
(54) |
Nov
(66) |
Dec
(84) |
| 2013 |
Jan
(67) |
Feb
(52) |
Mar
(93) |
Apr
(65) |
May
(33) |
Jun
(34) |
Jul
(52) |
Aug
(42) |
Sep
(52) |
Oct
(48) |
Nov
(66) |
Dec
(14) |
| 2014 |
Jan
(66) |
Feb
(51) |
Mar
(34) |
Apr
(47) |
May
(58) |
Jun
(27) |
Jul
(52) |
Aug
(41) |
Sep
(78) |
Oct
(30) |
Nov
(28) |
Dec
(26) |
| 2015 |
Jan
(41) |
Feb
(42) |
Mar
(20) |
Apr
(73) |
May
(31) |
Jun
(48) |
Jul
(23) |
Aug
(55) |
Sep
(36) |
Oct
(47) |
Nov
(48) |
Dec
(41) |
| 2016 |
Jan
(32) |
Feb
(34) |
Mar
(33) |
Apr
(22) |
May
(14) |
Jun
(31) |
Jul
(29) |
Aug
(41) |
Sep
(17) |
Oct
(27) |
Nov
(38) |
Dec
(28) |
| 2017 |
Jan
(28) |
Feb
(30) |
Mar
(16) |
Apr
(9) |
May
(27) |
Jun
(57) |
Jul
(28) |
Aug
(43) |
Sep
(31) |
Oct
(20) |
Nov
(24) |
Dec
(18) |
| 2018 |
Jan
(34) |
Feb
(50) |
Mar
(18) |
Apr
(26) |
May
(13) |
Jun
(31) |
Jul
(13) |
Aug
(11) |
Sep
(15) |
Oct
(12) |
Nov
(18) |
Dec
(13) |
| 2019 |
Jan
(12) |
Feb
(29) |
Mar
(51) |
Apr
(22) |
May
(13) |
Jun
(20) |
Jul
(13) |
Aug
(12) |
Sep
(21) |
Oct
(6) |
Nov
(9) |
Dec
(5) |
| 2020 |
Jan
(13) |
Feb
(5) |
Mar
(25) |
Apr
(4) |
May
(40) |
Jun
(27) |
Jul
(5) |
Aug
(17) |
Sep
(21) |
Oct
(1) |
Nov
(5) |
Dec
(15) |
| 2021 |
Jan
(28) |
Feb
(6) |
Mar
(11) |
Apr
(5) |
May
(7) |
Jun
(8) |
Jul
(5) |
Aug
(5) |
Sep
(11) |
Oct
(9) |
Nov
(10) |
Dec
(12) |
| 2022 |
Jan
(7) |
Feb
(13) |
Mar
(8) |
Apr
(7) |
May
(12) |
Jun
(27) |
Jul
(14) |
Aug
(27) |
Sep
(27) |
Oct
(17) |
Nov
(17) |
Dec
|
| 2023 |
Jan
(10) |
Feb
(18) |
Mar
(9) |
Apr
(26) |
May
|
Jun
(13) |
Jul
(18) |
Aug
(5) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
(21) |
2
(16) |
3
(3) |
4
(8) |
5
(9) |
6
(9) |
|
7
(14) |
8
(16) |
9
(21) |
10
(39) |
11
(29) |
12
(23) |
13
(9) |
|
14
(5) |
15
(8) |
16
(17) |
17
(30) |
18
(8) |
19
(35) |
20
(2) |
|
21
|
22
(2) |
23
(8) |
24
(15) |
25
(6) |
26
(20) |
27
(4) |
|
28
(1) |
29
(4) |
30
(8) |
31
(19) |
|
|
|
|
From: Tom H. <to...@co...> - 2005-08-11 06:13:37
|
In message <200...@ge...>
Christian Parpart <tr...@ge...> wrote:
> I know, memcheck is a memory checker and can find out memory leaks;
>
> But is there any way in getting the backtraces when certain file descriptors
> got reserved/created; just like the (unidentified) one above?
--track-fds=yes
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Harry M. <hj...@ta...> - 2005-08-11 02:01:38
|
Tom Hughes wrote: > In message <ddbea5$ckp$1...@se...> > Harry Mangalam <hj...@ta...> wrote: > >> For some reason, the set of apps I'm currently dealing with (the netcdf >> operators - aka nco) require valgrind & friends to be tweaked more than >> other apps that I've used it on. > > What do you mean by 'tweaked' exactly? Have you got patches that you > have to apply to valgrind to make it work with your code? I got this working (version 2.4 w/ callgrind ) via some patches supplied by Josef. I doubt that they would work with V3. >> V3 is no different, unfortunately: on a PIII coppermine laptop (IBM >> a22p), >> 512M, Debian unstable, app compiled with gcc 3.4.2. ANy ideas? > > It's a bug. Please raise a bug in the bug tracker for it. Will do, thanks! hjm -- Cheers, Harry Harry J Mangalam hj...@ta... <<plain text preferred>> |
|
From: Harry M. <hj...@ta...> - 2005-08-11 01:51:52
|
Tom Hughes wrote: > In message <ddb8ag$f9q$1...@se...> > Harry Mangalam <hj...@ta...> wrote: > >> I noticed that there is a callgrind branch in the V3 tree. Is it ready >> to >> be used yet? When compiling I had some problems which I'm not sure to >> pursue b/c it wasn't clear whether there was a point yet. > > Which tree are you talking about? There's no callgrind branch in > the valgrind.org repository as far as I know. Argh! Mistake on my part. Foolish transposition of text made me think I had got a callgrind tree - instead I had just checked valgrind into a dir NAMED callgrind. Stupid, stupid. Sorry! hjm -- Cheers, Harry Harry J Mangalam hj...@ta... <<plain text preferred>> |
|
From: Christian P. <tr...@ge...> - 2005-08-11 00:06:33
|
Heya, I'm having a server application that communicates to the requesting clients= =20 via TCP/IPv4, actually, when I'm connecting the usual way it just works fin= e,=20 however, when performing some regression tests (via a dedicated bot) it=20 obviousely leaks consequently file descriptors, which is, why my daemon is= =20 failing to accept new client requests (when fd limit is reached); A look at the output of lsof shows me lines like below: [...] sock 0,4 68198 can't identify protocol These lines counted are about 90% of all the descriptors currently in use; Why lsof is *NOT* telling me what (fscking) kind of sockets he pretents I h= ave=20 created I thought maybe valgrind can help me in finding out; I know, memcheck is a memory checker and can find out memory leaks; But is there any way in getting the backtraces when certain file descriptor= s=20 got reserved/created; just like the (unidentified) one above? Any help is appreciated, Thanks, Christian Parpart. =2D-=20 01:59:23 up 140 days, 15:07, 0 users, load average: 0.12, 0.19, 0.18 |