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
(6) |
|
2
(4) |
3
(9) |
4
(11) |
5
(16) |
6
(6) |
7
(1) |
8
(11) |
|
9
(11) |
10
(6) |
11
(10) |
12
(23) |
13
(23) |
14
(6) |
15
(10) |
|
16
(5) |
17
(13) |
18
(9) |
19
(4) |
20
(6) |
21
(16) |
22
(3) |
|
23
(5) |
24
(7) |
25
(6) |
26
(4) |
27
(8) |
28
|
29
(3) |
|
30
(2) |
31
(17) |
|
|
|
|
|
|
From: <sv...@va...> - 2015-08-23 16:58:03
|
Author: philippe
Date: Sun Aug 23 17:57:55 2015
New Revision: 15586
Log:
Use memset + assign to VgdbShared, to avoid memcheck warning that
uninit holes bytes are written to the shared file.
Modified:
trunk/coregrind/m_gdbserver/remote-utils.c
Modified: trunk/coregrind/m_gdbserver/remote-utils.c
==============================================================================
--- trunk/coregrind/m_gdbserver/remote-utils.c (original)
+++ trunk/coregrind/m_gdbserver/remote-utils.c Sun Aug 23 17:57:55 2015
@@ -310,17 +310,20 @@
{
const HChar *user, *host;
int len;
- VgdbShared vgdbinit =
+ VgdbShared vgdbinit;
+ const int pid = VG_(getpid)();
+ Addr addr_shared;
+ SysRes o;
+ int shared_mem_fd = INVALID_DESCRIPTOR;
+
+ VG_(memset) (&vgdbinit, 0, sizeof (VgdbShared));
+ vgdbinit = (VgdbShared)
{0, 0, (Addr) VG_(invoke_gdbserver),
(Addr) VG_(threads), VG_N_THREADS, sizeof(ThreadState),
offsetof(ThreadState, status),
offsetof(ThreadState, os_state) + offsetof(ThreadOSstate, lwpid),
0};
- const int pid = VG_(getpid)();
- Addr addr_shared;
- SysRes o;
- int shared_mem_fd = INVALID_DESCRIPTOR;
-
+
user = VG_(getenv)("LOGNAME");
if (user == NULL) user = VG_(getenv)("USER");
if (user == NULL) user = "???";
|
|
From: <sv...@va...> - 2015-08-23 14:37:54
|
Author: rhyskidd
Date: Sun Aug 23 15:37:47 2015
New Revision: 15585
Log:
docs: env variable handling behaviour consistent between OS X and Linux, thus remove redundant comment and #ifdef. n-i-bz.
Modified:
trunk/coregrind/m_libcproc.c
trunk/docs/internals/Darwin-notes.txt
Modified: trunk/coregrind/m_libcproc.c
==============================================================================
--- trunk/coregrind/m_libcproc.c (original)
+++ trunk/coregrind/m_libcproc.c Sun Aug 23 15:37:47 2015
@@ -230,14 +230,6 @@
void VG_(env_remove_valgrind_env_stuff)(HChar** envp, Bool ro_strings,
void (*free_fn) (void *) )
{
-
-#if defined(VGO_darwin)
-
- // Environment cleanup is also handled during parent launch
- // in vg_preloaded.c:vg_cleanup_env().
-
-#endif
-
Int i;
HChar* ld_preload_str = NULL;
HChar* ld_library_path_str = NULL;
Modified: trunk/docs/internals/Darwin-notes.txt
==============================================================================
--- trunk/docs/internals/Darwin-notes.txt (original)
+++ trunk/docs/internals/Darwin-notes.txt Sun Aug 23 15:37:47 2015
@@ -69,13 +69,6 @@
- PRE(sys_posix_spawn) completely ignores signal issues, and
also ignores the file_actions argument
-* env var handling w/ exec on Darwin: is there something odd? Compare
- "valgrind env" on Darwin and Linux. On the former there are
- settings VALGRIND_LIB and VALGRIND_LIB_INNER, but not for the
- former.
- There's a suspicious-looking "#if defined(VGO_darwin)" in
- VG_(env_remove_valgrind_env_stuff). Maybe related?
-
* Cleanups: sort wrappers in syswrap-darwin.c and priv_syswrap-darwin.h
alphabetically. Also, some aren't properly implemented -- check and
print warnings
|
|
From: Tom H. <to...@co...> - 2015-08-23 09:13:53
|
On 22/08/15 06:51, Matthias Schwarzott wrote: > Am 22.08.2015 um 01:02 schrieb Tom Hughes: > >> There shouldn't be a second SIGILL signal. > > For me tc20_verifywrap.c triggers SIGILL in three locations: > * tc20_verifywrap.c:189 (pthread_rwlock_unlock after init) > * tc20_verifywrap.c:206 (double pthread_rwlock_unlock) > * tc20_verifywrap.c:227 (three pthread_rwlock_unlock after two > pthread_rwlock_rdlock) > > So technically there should be three SIGILL signals. Yes but each one is from a separate call to pthread_rwlock_unlock that installs the signal handler before it starts and removes it afterwards. So there is no question of SA_NODEFER being needed because we are not getting a SIGLLL while still handling the previous one. We are getting one, handling it, then getting a second one, handling it, and then getting a thired one. >> When SIGILL is caught we jump >> out and restore the original handler. > Yes, but we do not restore the signal mask. And if SA_NODEFER is not > set, the signal will stay blocked afterwards. And we also do not call > sigmask/sigblock/sigsetmask. > > From man sigaction: > sa_mask specifies a mask of signals which should be blocked > (i.e., added to the signal mask of the thread in which the signal handler > is invoked) during execution of the signal handler. In > addition, the signal which triggered the handler will be blocked, unless the > SA_NODEFER flag is used. That mask is only applied while the signal is being handled though, and should be removed afterwards. I have to admit that I'm not quite sure how (or if?) that happens when you jump out of the handler... So maybe that is the real problem here in which case the correct solution is likely sigsetjmp/siglongjmp. The trouble is that the current solution somehow seems to work for me in that tc20 survives all three unlocks and then hits the abort. Can you try changing setjmp to sigsetjmp (with a non-zero second argument) and longjmp to siglongjmp, and see if that helps? Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: <sv...@va...> - 2015-08-23 08:27:53
|
Author: rhyskidd
Date: Sun Aug 23 09:27:45 2015
New Revision: 15584
Log:
Preliminary support for OS X 10.11 (El Capitan) documentation. bz#348909.
Modified:
trunk/NEWS
trunk/coregrind/m_syswrap/syswrap-darwin.c
trunk/docs/internals/3_10_BUGSTATUS.txt
trunk/include/vki/vki-scnums-darwin.h
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Sun Aug 23 09:27:45 2015
@@ -10,6 +10,8 @@
* x86: on an SSE2 only host, Valgrind in 32 bits now claims to be a Pentium 4.
3.10.1 was wrongly claiming to be a CORE 2, which is SSSE3.
+* Preliminary support for OS X 10.11 (El Capitan) has been added.
+
* ==================== TOOL CHANGES ====================
* Memcheck:
Modified: trunk/coregrind/m_syswrap/syswrap-darwin.c
==============================================================================
--- trunk/coregrind/m_syswrap/syswrap-darwin.c (original)
+++ trunk/coregrind/m_syswrap/syswrap-darwin.c Sun Aug 23 09:27:45 2015
@@ -10266,10 +10266,12 @@
MACXY(__NR_getattrlistbulk, getattrlistbulk), // 461
MACX_(__NR_readlinkat, readlinkat), // 473
MACX_(__NR_bsdthread_ctl, bsdthread_ctl), // 478
- MACX_(__NR_guarded_open_dprotected_np, guarded_open_dprotected_np),
- MACX_(__NR_guarded_write_np, guarded_write_np),
- MACX_(__NR_guarded_pwrite_np, guarded_pwrite_np),
- MACX_(__NR_guarded_writev_np, guarded_writev_np),
+ MACX_(__NR_guarded_open_dprotected_np, guarded_open_dprotected_np), // 484
+ MACX_(__NR_guarded_write_np, guarded_write_np), // 485
+ MACX_(__NR_guarded_pwrite_np, guarded_pwrite_np), // 486
+ MACX_(__NR_guarded_writev_np, guarded_writev_np), // 487
+// _____(__NR___rename_ext), // 488
+// _____(__NR___mremap_encrypted), // 489
#endif
// _____(__NR_MAXSYSCALL)
MACX_(__NR_DARWIN_FAKE_SIGRETURN, FAKE_SIGRETURN)
Modified: trunk/docs/internals/3_10_BUGSTATUS.txt
==============================================================================
--- trunk/docs/internals/3_10_BUGSTATUS.txt (original)
+++ trunk/docs/internals/3_10_BUGSTATUS.txt Sun Aug 23 09:27:45 2015
@@ -252,9 +252,9 @@
341726 [patch] Remove uneccessary ifdef _android_ from launcher-linux.c
do we want this?
-=== other/MacOS ========================================================
+=== other/OS X ========================================================
-338781 OSX: unable to read debug info
+338781 Unable to read debug information (3.10.0 BETA1)
339745 Valgrind crash when check Marmalade app
WONTFIX Requires 64 bit support in client application Marmalade
@@ -274,6 +274,8 @@
350359 memcheck/tests/x86/fxsave hangs indefinetely on OS X
+351632 UNKNOWN fcntl 97 on OS X 10.11
+
=== other/Win32 =======================================================
344382 Memcheck has high false error rates on MSVC2013 compiled,
Modified: trunk/include/vki/vki-scnums-darwin.h
==============================================================================
--- trunk/include/vki/vki-scnums-darwin.h (original)
+++ trunk/include/vki/vki-scnums-darwin.h Sun Aug 23 09:27:45 2015
@@ -738,7 +738,23 @@
#define __NR_guarded_write_np VG_DARWIN_SYSCALL_CONSTRUCT_UNIX(485)
#define __NR_guarded_pwrite_np VG_DARWIN_SYSCALL_CONSTRUCT_UNIX(486)
#define __NR_guarded_writev_np VG_DARWIN_SYSCALL_CONSTRUCT_UNIX(487)
-#endif
+ /* 488 */
+ /* 489 */
+#endif /* DARWIN_VERS >= DARWIN_10_10 */
+
+// TODO Update with OS X 10.11 kernel (xnu) source code release
+#if DARWIN_VERS >= DARWIN_10_11
+ /* 490 */
+ /* 491 */
+ /* 492 */
+ /* 493 */
+ /* 494 */
+ /* 495 */
+ /* 496 */
+ /* 497 */
+ /* 498 */
+ /* 499 */
+#endif /* DARWIN_VERS >= DARWIN_10_11 */
#if DARWIN_VERS < DARWIN_10_6
#define __NR_MAXSYSCALL VG_DARWIN_SYSCALL_CONSTRUCT_UNIX(427)
@@ -751,8 +767,8 @@
#elif DARWIN_VERS == DARWIN_10_10
#define __NR_MAXSYSCALL VG_DARWIN_SYSCALL_CONSTRUCT_UNIX(490)
#elif DARWIN_VERS == DARWIN_10_11
-// TODO Hackish, needs properly analysis
-#define __NR_MAXSYSCALL VG_DARWIN_SYSCALL_CONSTRUCT_UNIX(490)
+// TODO Confirm against final release
+#define __NR_MAXSYSCALL VG_DARWIN_SYSCALL_CONSTRUCT_UNIX(500)
#else
#error unknown darwin version
#endif
|
|
From: John R. <jr...@bi...> - 2015-08-23 03:37:04
|
On 08/22/2015 03:55 PM, Florian Krohm wrote: > On 22.08.2015 00:02, Philippe Waroquiers wrote: >> * Change --keep-stacktraces=alloc-then-free to alloc-and-free >> This gives more information for writes to freed blocks, showing >> also the stacktrace where the block was allocated. >> Neglectible cpu impact. Memory impact is one word per client >> allocated block. > > Not sure about this one. Say you have an execution path where memory is > allocated (@ point A) then freed (@ point F), then written to (@ point > W). In general, there can be execution paths through different > allocation sites that all go through the same F and W points. How would > knowledge of the specific allocation site be helpful in debugging? Depending on the app, knowing the specific point of allocation can provide a Clue as to where (and how, and why) a dangling pointer to the block was kept, even though the block was free()d. That might be "in the library" which together with "Colonel Mustard" and "with the rope" lets the programmer win the game. -- |