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
|
7
(1) |
8
(1) |
9
|
10
(1) |
11
|
|
12
(3) |
13
(3) |
14
(3) |
15
(4) |
16
(3) |
17
|
18
(3) |
|
19
(1) |
20
(1) |
21
(3) |
22
|
23
|
24
(1) |
25
(3) |
|
26
|
27
(2) |
28
(10) |
29
|
30
(2) |
31
(2) |
|
|
From: Philippe W. <phi...@sk...> - 2019-05-30 13:58:21
|
On Mon, 2019-05-27 at 19:03 -0700, John Reiser wrote:
> > So explicitly don't assign a value. Then the compiler will warn if we
> > would ever forget to assign it a value value later on before using it.
>
> That's too optimistic; the compiler is not that good.
> Yes, the compiler usually catches such mistakes,
> but sometimes it does not. For instance, the BEAM
> static analysis tool ("Bugs, Errors, And Mistakes")
> does report uses of uninitialized variables
> that "ordinary" compilers do not notice.
>
> For a hack: make it easy to switch between uninitialized an initialized.
> Uninitialized probably is better for development, in order to take
> advantage of "pretty good" compiler. But initialized is better
> for a shipping product, because a 100% reproducible bug is MUCH better
> (easier and faster to find and fix) than an intermittent bug.
At my work, we have explicitly decided to *not* default initialise
in such cases, as default initialising variables if the code logic does
not require it means:
* some runtime cost (admittedly often small, but not always, e.g.
big struct or array).
* static code analysers, compilers and tools such as
valgrind/memcheck do not find/report 'uninit' bugs anymore.
* having many unneeded initialization means
the really needed initialisations are hidden in the forest
of useless initialisations.
Philippe
|
|
From: Mark W. <ma...@so...> - 2019-05-30 02:12:16
|
https://sourceware.org/git/gitweb.cgi?p=valgrind.git;h=1364da0fde0d68c84f3450b192588da97d50760b commit 1364da0fde0d68c84f3450b192588da97d50760b Author: Mark Wielaard <ma...@kl...> Date: Thu May 30 03:40:56 2019 +0200 Fix -Wdiscarded-qualifiers warnings in launcher-linux.c commit f15bee "Fix memory leak in launcher-linux.c" introduced some warnings about passing const pointers to free. warning: passing argument 1 of âfreeâ discards âconstâ qualifier from pointer target type [-Wdiscarded-qualifiers] This was because that code was a little too "smart". The compiler cannot know that we really only call free () when the pointer was dynamically allocated. Simplify the code a little to just always allocate a new string in find_client and always free that string in select_platform. Diff: --- coregrind/launcher-linux.c | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/coregrind/launcher-linux.c b/coregrind/launcher-linux.c index 208996e..e014d22 100644 --- a/coregrind/launcher-linux.c +++ b/coregrind/launcher-linux.c @@ -89,7 +89,7 @@ static void barf ( const char *format, ... ) } /* Search the path for the client program */ -static const char *find_client(const char *clientname) +static char *find_client(const char *clientname) { char *fullname; const char *path = getenv("PATH"); @@ -97,7 +97,7 @@ static const char *find_client(const char *clientname) assert(clientname != NULL); - if (path == NULL) return clientname; + if (path == NULL) return strdup(clientname); /* Make the size of the FULLNAME buffer large enough. */ unsigned need = strlen(path) + strlen("/") + strlen(clientname) + 1; @@ -128,7 +128,7 @@ static const char *find_client(const char *clientname) } free(fullname); - return clientname; + return strdup(clientname); } /* Examine the client and work out which platform it is for */ @@ -142,20 +142,21 @@ static const char *select_platform(const char *clientname) } header; ssize_t n_bytes; const char *platform = NULL; - const char *client = clientname; + char *client; VG_(debugLog)(2, "launcher", "selecting platform for '%s'\n", clientname); if (strchr(clientname, '/') == NULL) client = find_client(clientname); + else + client = strdup(clientname); - if (client != clientname) + if (strcmp (client, clientname) != 0) VG_(debugLog)(2, "launcher", "selecting platform for '%s'\n", client); if ((fd = open(clientname, O_RDONLY)) < 0) { return_null: - if (client != clientname) - free (client); + free (client); return NULL; } // barf("open(%s): %s", clientname, strerror(errno)); @@ -326,8 +327,7 @@ static const char *select_platform(const char *clientname) VG_(debugLog)(2, "launcher", "selected platform '%s'\n", platform ? platform : "unknown"); - if (client != clientname) - free (client); + free (client); return platform; } |