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
(3) |
6
(2) |
7
|
8
|
|
9
|
10
|
11
|
12
|
13
|
14
|
15
(1) |
|
16
(4) |
17
(1) |
18
|
19
|
20
|
21
(1) |
22
(1) |
|
23
|
24
|
25
|
26
|
27
(3) |
28
(1) |
29
|
|
30
|
31
(6) |
|
|
|
|
|
|
From: <sv...@va...> - 2017-07-31 20:43:51
|
Author: philippe
Date: Mon Jul 31 21:43:43 2017
New Revision: 16465
Log:
Fix 382515 - valgrind: "Assertion 'di->have_dinfo' failed." on wine's dlls/mscoree/tests/mscoree.c
* produce (more) user messages when valgrind cannot read a pdb file.
* recover properly from an invalid/unsupported pdb file.
Modified:
trunk/NEWS
trunk/coregrind/m_debuginfo/debuginfo.c
trunk/coregrind/m_debuginfo/readpdb.c
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Mon Jul 31 21:43:43 2017
@@ -44,7 +44,7 @@
381805 arm32 needs ld.so index hardwire for new glibc security fixes
382256 gz compiler flag test doesn't work for gold
382407 vg_perf needs "--terse" command line option
-
+382515 "Assertion 'di->have_dinfo' failed." on wine's dlls/mscoree/tests/mscoree.c
Release 3.13.0 (15 June 2017)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Modified: trunk/coregrind/m_debuginfo/debuginfo.c
==============================================================================
--- trunk/coregrind/m_debuginfo/debuginfo.c (original)
+++ trunk/coregrind/m_debuginfo/debuginfo.c Mon Jul 31 21:43:43 2017
@@ -1404,19 +1404,22 @@
/* don't set up any of the di-> fields; let
ML_(read_pdb_debug_info) do it. */
- ML_(read_pdb_debug_info)( di, avma_obj, bias_obj,
- pdbimage, n_pdbimage, pdbname, pdb_mtime );
- // JRS fixme: take notice of return value from read_pdb_debug_info,
- // and handle failure
- vg_assert(di->have_dinfo); // fails if PDB read failed
+ if (ML_(read_pdb_debug_info)( di, avma_obj, bias_obj,
+ pdbimage, n_pdbimage, pdbname, pdb_mtime )) {
+ vg_assert(di->have_dinfo); // fails if PDB read failed
+ if (VG_(clo_verbosity) > 0) {
+ VG_(message)(Vg_UserMsg, "LOAD_PDB_DEBUGINFO: done: "
+ "%lu syms, %lu src locs, %lu fpo recs\n",
+ di->symtab_used, di->loctab_used, di->fpo_size);
+ }
+ } else {
+ VG_(message)(Vg_UserMsg, "LOAD_PDB_DEBUGINFO: failed loading info "
+ "from %s\n", pdbname);
+ discard_DebugInfo (di);
+ }
VG_(am_munmap_valgrind)( (Addr)pdbimage, n_pdbimage );
VG_(close)(fd_pdbimage);
- if (VG_(clo_verbosity) > 0) {
- VG_(message)(Vg_UserMsg, "LOAD_PDB_DEBUGINFO: done: "
- "%lu syms, %lu src locs, %lu fpo recs\n",
- di->symtab_used, di->loctab_used, di->fpo_size);
- }
}
out:
Modified: trunk/coregrind/m_debuginfo/readpdb.c
==============================================================================
--- trunk/coregrind/m_debuginfo/readpdb.c (original)
+++ trunk/coregrind/m_debuginfo/readpdb.c Mon Jul 31 21:43:43 2017
@@ -1019,10 +1019,17 @@
{
static const HChar pdbtxt[]= "Microsoft C/C++";
HChar* txteof = VG_(strchr)(pdbimage, '\032');
- if (! txteof)
+ if (! txteof) {
+ VG_(umsg)("LOAD_PDB_DEBUGINFO: \\032 header character not found. "
+ " possible invalid/unsupported pdb file format?\n");
return NULL;
- if (0!=VG_(strncmp)(pdbimage, pdbtxt, -1+ sizeof(pdbtxt)))
+ }
+ if (0!=VG_(strncmp)(pdbimage, pdbtxt, -1+ sizeof(pdbtxt))) {
+ VG_(umsg)("LOAD_PDB_DEBUGINFO: %s header string not found. "
+ " possible invalid/unsupported pdb file format?\n",
+ pdbtxt);;
return NULL;
+ }
*signature = *(unsigned*)(1+ txteof);
HChar *img_addr = pdbimage; // so we can do address arithmetic
@@ -2270,13 +2277,19 @@
VG_(umsg)("LOAD_PDB_DEBUGINFO: Processing PDB file %s\n", pdbname );
dos_avma = (IMAGE_DOS_HEADER *)obj_avma;
- if (dos_avma->e_magic != IMAGE_DOS_SIGNATURE)
- return False;
+ if (dos_avma->e_magic != IMAGE_DOS_SIGNATURE) {
+ VG_(umsg)("LOAD_PDB_DEBUGINFO: IMAGE_DOS_SIGNATURE not found. "
+ " possible invalid/unsupported pdb file format?\n");
+ return False;
+ }
ntheaders_avma
= (IMAGE_NT_HEADERS *)((Char*)dos_avma + dos_avma->e_lfanew);
- if (ntheaders_avma->Signature != IMAGE_NT_SIGNATURE)
+ if (ntheaders_avma->Signature != IMAGE_NT_SIGNATURE) {
+ VG_(umsg)("LOAD_PDB_DEBUGINFO: IMAGE_NT_SIGNATURE not found. "
+ " possible invalid/unsupported pdb file format?\n");
return False;
+ }
sectp_avma
= (IMAGE_SECTION_HEADER *)(
@@ -2412,8 +2425,11 @@
*/
signature = 0;
hdr = find_pdb_header( pdbimage, &signature );
- if (0==hdr)
+ if (0==hdr) {
+ VG_(umsg)("LOAD_PDB_DEBUGINFO: find_pdb_header found no hdr. "
+ " possible invalid/unsupported pdb file format?\n");
return False; /* JRS: significance? no pdb header? */
+ }
VG_(memset)(&reader, 0, sizeof(reader));
reader.u.jg.header = hdr;
|
Author: iraisr
Date: Mon Jul 31 16:24:08 2017
New Revision: 16464
Log:
Fix the Solaris build after development trunk has been renamed.
Effectively Solaris 12 is now becoming Solaris 11.4.
Modified:
trunk/README.solaris
trunk/configure.ac
trunk/coregrind/m_initimg/initimg-solaris.c
trunk/memcheck/tests/solaris/scalar_auditon_stat.c
trunk/memcheck/tests/solaris/scalar_lwp_sigqueue_pid.c
Modified: trunk/README.solaris
==============================================================================
--- trunk/README.solaris (original)
+++ trunk/README.solaris Mon Jul 31 16:24:08 2017
@@ -52,8 +52,8 @@
- syscall number for unlinkat() is 76 on Solaris 11, but 65 on illumos [2]
- illumos (in April 2013) changed interface of the accept() and pipe()
syscalls [3]
-- posix_spawn() functionality is backed up by true spawn() syscall on Solaris 12
- whereas illumos and Solaris 11 leverage vfork()
+- posix_spawn() functionality is backed up by true spawn() syscall on Solaris 11.4
+ whereas illumos and Solaris 11.3 leverage vfork()
- illumos and older Solaris use utimesys() syscall whereas newer Solaris
uses utimensat()
Modified: trunk/configure.ac
==============================================================================
--- trunk/configure.ac (original)
+++ trunk/configure.ac Mon Jul 31 16:24:08 2017
@@ -428,7 +428,16 @@
solaris2.11*)
AC_MSG_RESULT([ok (${host_os})])
VGCONF_OS="solaris"
- DEFAULT_SUPP="solaris11.supp ${DEFAULT_SUPP}"
+
+ uname_v=$( uname -v )
+ case "$uname_v" in
+ 11.4.*)
+ DEFAULT_SUPP="solaris12.supp ${DEFAULT_SUPP}"
+ ;;
+ *)
+ DEFAULT_SUPP="solaris11.supp ${DEFAULT_SUPP}"
+ ;;
+ esac
;;
solaris2.12*)
@@ -3058,11 +3067,11 @@
# Solaris-specific check determining if the lwp_sigqueue() syscall
# takes both pid and thread id arguments or just thread id.
#
-# Old syscall (available on Solaris 11.x):
+# Old syscall (available up to Solaris 11.3):
# int lwp_sigqueue(id_t lwpid, int sig, void *value,
# int si_code, timespec_t *timeout);
#
-# New syscall (available on Solaris 12):
+# New syscall (available since Solaris 11.4):
# int lwp_sigqueue(pid_t pid, id_t lwpid, int sig, void *value,
# int si_code, timespec_t *timeout);
#
@@ -3178,7 +3187,7 @@
# Solaris-specific check determining if commands A_GETSTAT and A_SETSTAT
# for auditon(2) subcode of the auditsys() syscall are available.
# These commands are available in Solaris 11 and illumos but were removed
-# in Solaris 12.
+# in Solaris 11.4.
#
# C-level symbol: SOLARIS_AUDITON_STAT
# Automake-level symbol: SOLARIS_AUDITON_STAT
@@ -3350,8 +3359,8 @@
# Solaris-specific check determining if the new pset() syscall subcode
-# PSET_GET_NAME is available. This subcode was added in Solaris 12 but
-# is missing on illumos and Solaris 11.
+# PSET_GET_NAME is available. This subcode was added in Solaris 11.4 but
+# is missing on illumos and Solaris 11.3.
#
# C-level symbol: SOLARIS_PSET_GET_NAME
# Automake-level symbol: SOLARIS_PSET_GET_NAME
@@ -3616,7 +3625,7 @@
# Solaris-specific check determining if "sysstat" segment reservation type
# is available.
#
-# New "sysstat" segment reservation (available on Solaris 12):
+# New "sysstat" segment reservation (available on Solaris 11.4):
# - program header type: PT_SUNW_SYSSTAT
# - auxiliary vector entry: AT_SUN_SYSSTAT_ADDR
#
@@ -3643,7 +3652,7 @@
# Solaris-specific check determining if "sysstat_zone" segment reservation type
# is available.
#
-# New "sysstat_zone" segment reservation (available on Solaris 12):
+# New "sysstat_zone" segment reservation (available on Solaris 11.4):
# - program header type: PT_SUNW_SYSSTAT_ZONE
# - auxiliary vector entry: AT_SUN_SYSSTAT_ZONE_ADDR
#
Modified: trunk/coregrind/m_initimg/initimg-solaris.c
==============================================================================
--- trunk/coregrind/m_initimg/initimg-solaris.c (original)
+++ trunk/coregrind/m_initimg/initimg-solaris.c Mon Jul 31 16:24:08 2017
@@ -369,7 +369,7 @@
Note that auxiliary vector is *not* created by kernel on illumos and
Solaris 11 if the program is statically linked (which is our case).
- Although we now taught Solaris 12 to create the auxiliary vector, we still
+ Although we now taught Solaris 11.4 to create the auxiliary vector, we still
have to build auxv from scratch, to make the code consistent. */
static Addr setup_client_stack(Addr init_sp,
Modified: trunk/memcheck/tests/solaris/scalar_auditon_stat.c
==============================================================================
--- trunk/memcheck/tests/solaris/scalar_auditon_stat.c (original)
+++ trunk/memcheck/tests/solaris/scalar_auditon_stat.c Mon Jul 31 16:24:08 2017
@@ -1,6 +1,6 @@
/* Scalar test for commands A_GETSTAT and A_SETSTAT for auditon(2) subcode
- of the auditsys() syscall. Available on Solaris 11 and illumos,
- removed in Solaris 12. */
+ of the auditsys() syscall. Available on Solaris 11.3 and illumos,
+ removed in Solaris 11.4. */
#include "scalar.h"
Modified: trunk/memcheck/tests/solaris/scalar_lwp_sigqueue_pid.c
==============================================================================
--- trunk/memcheck/tests/solaris/scalar_lwp_sigqueue_pid.c (original)
+++ trunk/memcheck/tests/solaris/scalar_lwp_sigqueue_pid.c Mon Jul 31 16:24:08 2017
@@ -1,5 +1,5 @@
/* Test for lwp_sigqueue syscall which accepts pid along the thread id.
- Available since Solaris 12.
+ Available since Solaris 11.4.
*/
#include "scalar.h"
|
|
From: Julian S. <js...@ac...> - 2017-07-31 11:59:01
|
> so far I've received one positive feedback from Christian Borntraeger. > Anyone else would review or test the patches on something > else than x86/amd64/sparc64/s390x? Nice work. I will try it out on arm32 and arm64 this week. J |
|
From: Ivo R. <iv...@iv...> - 2017-07-31 11:47:17
|
2017-07-31 13:41 GMT+02:00 Rhys Kidd <rhy...@gm...>: > I plan this week on doing a quick check on macOS, primarily to ensure there > are no issues that pop up with clang. Awesome! Let me know your findings. I. |
|
From: Rhys K. <rhy...@gm...> - 2017-07-31 11:41:56
|
I plan this week on doing a quick check on macOS, primarily to ensure there are no issues that pop up with clang. On Mon, Jul 31, 2017 at 7:12 AM Ivo Raisr <iv...@iv...> wrote: > Dear developers and arch maintainers, > > so far I've received one positive feedback from Christian Borntraeger. > Anyone else would review or test the patches on something > else than x86/amd64/sparc64/s390x? > > I. > > > ---------- Forwarded message ---------- > From: Ivo Raisr <iv...@iv...> > Date: 2017-07-27 2:58 GMT+02:00 > Subject: VEX register allocator v3 > To: valgrind Developers <val...@li...> > > > Dear developers and arch maintainers, > > A new VEX register allocator version 3 has been developed: > https://bugs.kde.org/show_bug.cgi?id=381553 > based on design by Julian > > and is now pending review and testing on all supported > architectures. I've successfully tested it on x86/Linux and amd64/Linux: > - regression tests are ok > - performance is better than with the previous register allocator (v2) > - produced code is comparable or only marginally worse > (https://bugs.kde.org/show_bug.cgi?id=381553#c36) > > Please review especially changes in architecture specific files > and ideally try the patches. > > Thank you! > I. > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: Ivo R. <iv...@iv...> - 2017-07-31 11:11:08
|
Dear developers and arch maintainers, so far I've received one positive feedback from Christian Borntraeger. Anyone else would review or test the patches on something else than x86/amd64/sparc64/s390x? I. ---------- Forwarded message ---------- From: Ivo Raisr <iv...@iv...> Date: 2017-07-27 2:58 GMT+02:00 Subject: VEX register allocator v3 To: valgrind Developers <val...@li...> Dear developers and arch maintainers, A new VEX register allocator version 3 has been developed: https://bugs.kde.org/show_bug.cgi?id=381553 based on design by Julian and is now pending review and testing on all supported architectures. I've successfully tested it on x86/Linux and amd64/Linux: - regression tests are ok - performance is better than with the previous register allocator (v2) - produced code is comparable or only marginally worse (https://bugs.kde.org/show_bug.cgi?id=381553#c36) Please review especially changes in architecture specific files and ideally try the patches. Thank you! I. |