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
(8) |
3
(15) |
4
(14) |
5
(12) |
6
(40) |
7
(9) |
|
8
(5) |
9
(12) |
10
(9) |
11
(13) |
12
(7) |
13
(7) |
14
(19) |
|
15
(18) |
16
(13) |
17
(16) |
18
(8) |
19
(16) |
20
(16) |
21
(12) |
|
22
(21) |
23
(39) |
24
(27) |
25
(33) |
26
(41) |
27
(17) |
28
(15) |
|
From: Johannes S. <Joh...@gm...> - 2009-02-07 17:14:42
|
Hi,
On Sat, 7 Feb 2009, Tom Hughes wrote:
> Bart Van Assche wrote:
>
> > As known Ubuntu uses dash as default shell instead of bash. Since the
> > shell scripts included with Valgrind intentionally use /bin/sh as
> > their interpreter, these scripts do not only have to be POSIX
> > compliant but also have to take the additional dash restrictions into
> > account. An overview of bash and/or POSIX features that are not
> > supported by dash can be found here:
>
> Are you really saying that /bin/sh on Ubuntu is not a POSIX compliant
> bourne shell? That sounds very odd, and it does not appear to be what
> the web page you referred to says either.
Dash _is_ POSIX compliant, but unexpectedly so. For example, it is
technically POSIX-conformant to complain when "shift" was called without
parameters, but strange for bash users.
Other strangenesses include misinterpretation of 'printf "\x01"' (dash
only groks "\001"), enforcing "test ... =" (as opposed to understanding
"test ... ==") or dash's inability to interpret "$((echo $a; echo $b) |
uniq)" correctly (it misinterprets the "$((" as start of an arithmetic
expression.
As I said, technically it is POSIX. That does not mean prevent it
from being a total PITA.
> I'm also not very clear as to the point of your mail as you haven't
> actually indicated what (if any) problems you think exist in valgrind's
> scripts - are there some scripts you think aren't working because of
> this?
I have to say that the absence of a concrete issue struck me as odd, too.
Ciao,
Dscho
|
|
From: Bart V. A. <bar...@gm...> - 2009-02-07 17:06:12
|
On Sat, Feb 7, 2009 at 4:47 PM, Tom Hughes <to...@co...> wrote: > Bart Van Assche wrote: > > As known Ubuntu uses dash as default shell instead of bash. Since the >> shell scripts included with Valgrind intentionally use /bin/sh as >> their interpreter, these scripts do not only have to be POSIX >> compliant but also have to take the additional dash restrictions into >> account. An overview of bash and/or POSIX features that are not >> supported by dash can be found here: >> > > Are you really saying that /bin/sh on Ubuntu is not a POSIX compliant > bourne shell? That sounds very odd, and it does not appear to be what the > web page you referred to says either. Some features required by POSIX are missing in dash. As an example, dash does not support $LINENO, while this is required by POSIX. And apparently the website I referred to isn't even complete: e.g. bash supports constructs like ">&/dev/null", which is not supported by dash (and not required by POSIX), but not listed on the website I referred to. See also http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html. I'm also not very clear as to the point of your mail as you haven't actually > indicated what (if any) problems you think exist in valgrind's scripts - are > there some scripts you think aren't working because of this? > I posted this information because it is useful for anyone who maintains shell scripts distributed with Valgrind. See e.g. the subversion history of the vg-in-place script. Bart. |
|
From: Tom H. <to...@co...> - 2009-02-07 15:47:07
|
Bart Van Assche wrote: > As known Ubuntu uses dash as default shell instead of bash. Since the > shell scripts included with Valgrind intentionally use /bin/sh as > their interpreter, these scripts do not only have to be POSIX > compliant but also have to take the additional dash restrictions into > account. An overview of bash and/or POSIX features that are not > supported by dash can be found here: Are you really saying that /bin/sh on Ubuntu is not a POSIX compliant bourne shell? That sounds very odd, and it does not appear to be what the web page you referred to says either. What the page says is that /bin/sh is dash, so scripts have to stick to the POSIX /bin/sh command set and not use bash extensions. I'm also not very clear as to the point of your mail as you haven't actually indicated what (if any) problems you think exist in valgrind's scripts - are there some scripts you think aren't working because of this? Tom -- Tom Hughes (to...@co...) http://www.compton.nu/ |
|
From: Bart V. A. <bar...@gm...> - 2009-02-07 15:05:03
|
Hello, As known Ubuntu uses dash as default shell instead of bash. Since the shell scripts included with Valgrind intentionally use /bin/sh as their interpreter, these scripts do not only have to be POSIX compliant but also have to take the additional dash restrictions into account. An overview of bash and/or POSIX features that are not supported by dash can be found here: https://wiki.ubuntu.com/DashAsBinSh Bart. |
|
From: Bart V. A. <bar...@gm...> - 2009-02-07 09:25:49
|
On Fri, Feb 6, 2009 at 9:21 PM, Konstantin Serebryany <kon...@gm...> wrote: > --ignore-in-dtor (default=yes): > One of the most frequent cause of false positives is reference counting. > Ref counting implemented via atomics is not understood even by pure > happens-before detectotrs. > And the reports are almost always in DTORs. > See test401: > http://code.google.com/p/data-race-test/source/browse/trunk/unittest/racecheck_unittest.cc#6468 Are you sure that if a pure happens before data race detector complains on reference counting that the complaint is a false positive ? In most shared pointer implementations, including shared_ptr<T> included in Boost, assigning a value to a shared pointer in one thread and calling the destructor of the shared pointer in another thread is a real race, not something that may be suppressed. This is documented behavior of the Boost shared_ptr<T> class. By the way, the threading behavior of tr1::shared_ptr<> is identical to that of Boost. This is not a coincidence: it is difficult to implement lock-free smart pointers that implement shared ownership. A quote from http://www.open-std.org/JTC1/sc22/wg21/docs/papers/2003/n1450.html#Implementation-difficulty: D. Implementation difficulty The Boost developers found a shared-ownership smart pointer exceedingly difficult to implement correctly. Others have made the same observation. For example, Scott Meyers [Meyers01] says: The STL itself contains no reference-counting smart pointer, and writing a good one - one that works correctly all the time - is tricky enough that you don't want to do it unless you have to. I published the code for a reference-counting smart pointer in More Effective C++ in 1996, and despite basing it on established smart pointer implementations and submitting it to extensive pre-publication reviewing by experienced developers, a small parade of valid bug reports has trickled in for years. The number of subtle ways in which reference-counting smart pointers can fail is remarkable. Bart. |
|
From: Bart V. A. <bar...@gm...> - 2009-02-07 08:47:39
|
On Fri, Feb 6, 2009 at 1:01 AM, Nicholas Nethercote <n.n...@gm...> wrote: > I tried 3.4.1-rc1 (aka. > http://www.valgrind.org/downloads/valgrind-3.4.1.SVN-9098-1883.tar.bz2), > I got only the expected regression test failures, so it looks good to > me. I don't think Julian has announced it on this list, so others > might want to try it. I've also tried 3.4.1-rc1 by rerunning the DRD regression tests. That way I noticed that r8946 should also be merged to the 3.4 branch (fixes the matinv regression test on ppc). For me it's also fine if this merge happens after the 3.4.1 release. Bart. |
|
From: Tom H. <th...@cy...> - 2009-02-07 03:47:45
|
Nightly build on vauxhall ( x86_64, Fedora 10 ) started at 2009-02-07 03:20:03 GMT Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 486 tests, 2 stderr failures, 0 stdout failures, 0 post failures == drd/tests/qt4_mutex (stderr) memcheck/tests/x86-linux/scalar (stderr) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 486 tests, 1 stderr failure, 0 stdout failures, 0 post failures == memcheck/tests/x86-linux/scalar (stderr) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Sat Feb 7 03:33:56 2009 --- new.short Sat Feb 7 03:47:36 2009 *************** *** 8,10 **** ! == 486 tests, 1 stderr failure, 0 stdout failures, 0 post failures == memcheck/tests/x86-linux/scalar (stderr) --- 8,11 ---- ! == 486 tests, 2 stderr failures, 0 stdout failures, 0 post failures == ! drd/tests/qt4_mutex (stderr) memcheck/tests/x86-linux/scalar (stderr) |
|
From: Tom H. <th...@cy...> - 2009-02-07 03:44:25
|
Nightly build on lloyd ( x86_64, Fedora 7 ) started at 2009-02-07 03:05:06 GMT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 477 tests, 6 stderr failures, 0 stdout failures, 0 post failures == exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) helgrind/tests/tc20_verifywrap (stderr) memcheck/tests/x86-linux/scalar (stderr) |
|
From: Tom H. <th...@cy...> - 2009-02-07 03:32:01
|
Nightly build on mg ( x86_64, Fedora 9 ) started at 2009-02-07 03:10:06 GMT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 483 tests, 5 stderr failures, 2 stdout failures, 0 post failures == exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) memcheck/tests/linux/timerfd-syscall (stdout) memcheck/tests/x86-linux/scalar (stderr) none/tests/mremap2 (stdout) |