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
(9) |
2
(6) |
3
|
|
4
|
5
(3) |
6
(2) |
7
|
8
(6) |
9
(7) |
10
(1) |
|
11
(1) |
12
(2) |
13
(5) |
14
(3) |
15
(2) |
16
(8) |
17
(1) |
|
18
|
19
|
20
(2) |
21
(2) |
22
|
23
(1) |
24
|
|
25
(2) |
26
(2) |
27
(1) |
28
|
29
(1) |
30
|
|
|
From: <sv...@va...> - 2017-06-02 21:15:13
|
Author: philippe
Date: Fri Jun 2 22:15:04 2017
New Revision: 16435
Log:
Fix 380200 - xtree generated callgrind files refer to files without directory name
Patch from Matthias Schwarzott, slightly modified
Modified:
trunk/NEWS
trunk/coregrind/m_xtree.c
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Fri Jun 2 22:15:04 2017
@@ -247,6 +247,7 @@
379895 clock_gettime does not execute POST syscall wrapper
379925 PPC64, mtffs does not set the FPCC and C bits in the FPSCR correctly
379966 WARNING: unhandled amd64-linux syscall: 313 (finit_module)
+380200 xtree generated callgrind files refer to files without directory name
(3.13.0.RC1: 2 June 2017, vex r3XXX, valgrind r16XXX)
Modified: trunk/coregrind/m_xtree.c
==============================================================================
--- trunk/coregrind/m_xtree.c (original)
+++ trunk/coregrind/m_xtree.c Fri Jun 2 22:15:04 2017
@@ -433,6 +433,10 @@
VgFile* fp = xt_open(outfilename);
DedupPoolAlloc* fnname_ddpa;
DedupPoolAlloc* filename_ddpa;
+ HChar* filename_buf = NULL;
+ UInt filename_buf_size = 0;
+ const HChar* filename_dir;
+ const HChar* filename_name;
if (fp == NULL)
return;
@@ -489,23 +493,43 @@
const HChar* img = img_value(VG_(indexXA)(xt->data, xecu));
- // CALLED_FLF gets the Filename/Line number/Function name for ips[n]
+ // CALLED_FLF gets the Dir+Filename/Line number/Function name for ips[n]
+ // in the variables called_filename/called_linenum/called_fnname.
+ // The booleans called_filename_new/called_fnname_new are set to True
+ // the first time the called_filename/called_fnname are encountered.
+ // The called_filename_nr/called_fnname_nr are numbers identifying
+ // the strings called_filename/called_fnname.
#define CALLED_FLF(n) \
if ((n) < 0 \
|| !VG_(get_filename_linenum)(ips[(n)], \
- &called_filename, \
- NULL, \
+ &filename_name, \
+ &filename_dir, \
&called_linenum)) { \
- called_filename = "UnknownFile???"; \
+ filename_name = "UnknownFile???"; \
called_linenum = 0; \
} \
if ((n) < 0 \
|| !VG_(get_fnname)(ips[(n)], &called_fnname)) { \
called_fnname = "UnknownFn???"; \
} \
+ { \
+ UInt needed_size = VG_(strlen)(filename_dir) + 1 \
+ + VG_(strlen)(filename_name) + 1; \
+ if (filename_buf_size < needed_size) { \
+ filename_buf_size = needed_size; \
+ filename_buf = VG_(realloc)(xt->cc, filename_buf, \
+ filename_buf_size); \
+ } \
+ } \
+ VG_(strcpy)(filename_buf, filename_dir); \
+ if (filename_buf[0] != '\0') { \
+ VG_(strcat)(filename_buf, "/"); \
+ } \
+ VG_(strcat)(filename_buf, filename_name); \
called_filename_nr = VG_(allocStrDedupPA)(filename_ddpa, \
- called_filename, \
+ filename_buf, \
&called_filename_new); \
+ called_filename = filename_buf; \
called_fnname_nr = VG_(allocStrDedupPA)(fnname_ddpa, \
called_fnname, \
&called_fnname_new);
@@ -579,6 +603,7 @@
VG_(fclose)(fp);
VG_(deleteDedupPA)(fnname_ddpa);
VG_(deleteDedupPA)(filename_ddpa);
+ VG_(free)(filename_buf);
}
|
|
From: Julian S. <js...@ac...> - 2017-06-02 15:58:00
|
An RC1 tarball for 3.13.0 is now available at ftp://sourceware.org/pub/valgrind/valgrind-3.13.0.RC1.tar.bz2 (md5sum = a94957849869f1e50a16d60737cfcc29) Please give it a try in configurations that are important for you and report any problems you have, either on this mailing list, or (preferably) via our bug tracker at https://bugs.kde.org/enter_bug.cgi?product=valgrind If nothing critical emerges, a final release will happen on Thursday 15 June. Details of what's new in 3.13.0 are in the NEWS file in the tarball. Some of the highlights are: * Ability to support larger process images and executables * Improved support for compressed debuginfo * C++ demangler update; Rust demangling support * Improved memory use reporting for some tools via the new "XTree" facility * ppc64: ISA 3.0B support * arm32: more v8 instruction support * arm64, mips64, mips32: fixed spins on some cpus * x86, amd64: CET prefix support * amd64: fixes for JIT failure problems on long AVX2 code blocks * OSX 10.12: improved support * Linux: somewhat improved clone handling * The TileGX/Linux port has been removed * Memcheck: improved accuracy with optimised Clang/LLVM generated code * and of course the usual mountain of bug fixes J |
|
From: FEVOTTE F. <fra...@ed...> - 2017-06-02 13:21:45
|
Le jeudi 01 juin 2017 à 13:46 +0200, Roland Mainz a écrit : > It would be nice to be able to "define" the randomness here, e.g. by > providing a pseudo-random-number generator and a command line option > to provide the "seed" value. We are planning to add a command-line switch to provide the seed value (https://github.com/edf-hpc/verrou/issues/3), but I don't think that we will go any further than that. In other words, we don't plan changing the pRNG nor letting the user define it. > Point is that you can actually debug > issues in a deterministic&&repeatable way *IF* they happen. In order to have a deterministic way to perturb results, we have a "farthest" rounding mode, which always rounds in an opposite way to the standard nearest rounding mode (it leaves representable values unchanged, though). This is documented here: http://edf-hpc.github.io/verrou/vr-manual.html#vr-manual.feat.rounding-mode > Another issue is to make sure things like +nan/-nan and NaNs with > payloads work correctly with your tool since there are lots of > applications which use this kind of stuff for error ("error" as in > "error message") propagation. This is a very good point, thanks! I just checked and it appears that Verrou currently preserves NaN values, but sometimes changes an infinite value into a (large but) finite one. Also, NaN payloads are sometimes changed. So there is some work to do here. I opened an issue to handle this: https://github.com/edf-hpc/verrou/issues/4 Thanks for your comment, François -- François FÉVOTTE Research Engineer EDF – R&D – PERICLES I23 (Analysis and Numerical Modeling) 7 boulevard Gaspard Monge 91120 Palaiseau - FRANCE fra...@ed... Phone: +33 1 78 19 44 23 Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires et les informations qui y figurent sont strictement confidentielles. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse. Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Nous vous remercions également d'en avertir immédiatement l'expéditeur par retour du message. Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, sont sécurisées ou dénuées de toute erreur ou virus. ____________________________________________________ This message and any attachments (the 'Message') are intended solely for the addressees. The information contained in this Message is confidential. Any use of information contained in this Message not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return message. E-mail communication cannot be guaranteed to be timely secure, error or virus-free. |
|
From: FEVOTTE F. <fra...@ed...> - 2017-06-02 12:31:32
|
Hello, Le jeudi 01 juin 2017 à 11:29 +0000, joh...@si... a écrit : > This is potentially interesting for what I do. Is the documentation at > http://edf-hpc.github.io/verrou/vr-manual.html up to date? Yes, it should be. > Something that would be very useful would be control of the seed of > the random number generator, so that we could repeat and debug cases > that gave strange results. I actually think we had this feature in earlier versions of Verrou, and I'm not sure when and how it disappeared. But I opened an issue on Github (https://github.com/edf-hpc/verrou/issues/3) and will (re)introduce this feature as soon as I can. > The code I work on is a large mathematical modeller, with perhaps > 70,000 functions. Rather than using an exclusion file, it would be > very useful to have an inclusion file as an alternative, where one > could specify only the functions that should be subject to > perturbation. We'd like this because it’s quite difficult to > adequately test various numerical algorithms outside the context of > the modeller. This one is also in our todo list. One way to avoid the problem is to let Verrou generate the whole list of functions it encounters during a test run, and then provide this list as an exclusion list. If you give the full list, nothing will be perturbed; if you comment some functions in the list, only these functions will be perturbed. The generation of exclusion lists is documented here: http://edf-hpc.github.io/verrou/vr-manual.html#idm6262 Thank you for your interest in Verrou. Best regards, François -- François FÉVOTTE Research Engineer EDF – R&D – PERICLES I23 (Analysis and Numerical Modeling) 7 boulevard Gaspard Monge 91120 Palaiseau fra...@ed... Phone: +33 1 78 19 44 23 Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires et les informations qui y figurent sont strictement confidentielles. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse. Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Nous vous remercions également d'en avertir immédiatement l'expéditeur par retour du message. Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, sont sécurisées ou dénuées de toute erreur ou virus. ____________________________________________________ This message and any attachments (the 'Message') are intended solely for the addressees. The information contained in this Message is confidential. Any use of information contained in this Message not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return message. E-mail communication cannot be guaranteed to be timely secure, error or virus-free. |
|
From: <sv...@va...> - 2017-06-02 11:44:18
|
Author: sewardj
Date: Fri Jun 2 12:44:06 2017
New Revision: 16434
Log:
-> 3.13.0.RC1 (this time with the correct version number)
Modified:
branches/VALGRIND_3_13_BRANCH/NEWS
branches/VALGRIND_3_13_BRANCH/configure.ac
Modified: branches/VALGRIND_3_13_BRANCH/NEWS
==============================================================================
--- branches/VALGRIND_3_13_BRANCH/NEWS (original)
+++ branches/VALGRIND_3_13_BRANCH/NEWS Fri Jun 2 12:44:06 2017
@@ -248,7 +248,7 @@
379925 PPC64, mtffs does not set the FPCC and C bits in the FPSCR correctly
379966 WARNING: unhandled amd64-linux syscall: 313 (finit_module)
-(3.13.0.RC1: 2 June 2017, vex r3386, valgrind r16432)
+(3.13.0.RC1: 2 June 2017, vex r3386, valgrind r16434)
Modified: branches/VALGRIND_3_13_BRANCH/configure.ac
==============================================================================
--- branches/VALGRIND_3_13_BRANCH/configure.ac (original)
+++ branches/VALGRIND_3_13_BRANCH/configure.ac Fri Jun 2 12:44:06 2017
@@ -8,7 +8,7 @@
##------------------------------------------------------------##
# Process this file with autoconf to produce a configure script.
-AC_INIT([Valgrind],[3.13.RC1],[val...@li...])
+AC_INIT([Valgrind],[3.13.0.RC1],[val...@li...])
AC_CONFIG_SRCDIR(coregrind/m_main.c)
AC_CONFIG_HEADERS([config.h])
AM_INIT_AUTOMAKE([foreign subdir-objects])
|