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
(2) |
3
(1) |
4
(2) |
|
5
(1) |
6
(4) |
7
(6) |
8
(5) |
9
(3) |
10
(5) |
11
(1) |
|
12
(6) |
13
(4) |
14
(1) |
15
(4) |
16
(1) |
17
|
18
|
|
19
|
20
|
21
(2) |
22
(28) |
23
(17) |
24
(6) |
25
(4) |
|
26
(2) |
27
(2) |
28
|
29
(5) |
30
(8) |
31
(14) |
|
|
From: <sv...@va...> - 2015-07-12 13:26:02
|
Author: rhyskidd
Date: Sun Jul 12 14:25:55 2015
New Revision: 15411
Log:
OS X 10.11: Tweak magic offset, which was amended prior to xnu-3247.1.36~7 (DP3). Also align some debug output text between x86 and amd64. bz#348909.
Modified:
trunk/coregrind/m_syswrap/syswrap-amd64-darwin.c
trunk/coregrind/m_syswrap/syswrap-x86-darwin.c
Modified: trunk/coregrind/m_syswrap/syswrap-amd64-darwin.c
==============================================================================
--- trunk/coregrind/m_syswrap/syswrap-amd64-darwin.c (original)
+++ trunk/coregrind/m_syswrap/syswrap-amd64-darwin.c Sun Jul 12 14:25:55 2015
@@ -479,8 +479,10 @@
UWord magic_delta = 0;
# elif DARWIN_VERS == DARWIN_10_7 || DARWIN_VERS == DARWIN_10_8
UWord magic_delta = 0x60;
-# elif DARWIN_VERS == DARWIN_10_9 || DARWIN_VERS == DARWIN_10_10 || DARWIN_VERS == DARWIN_10_11
+# elif DARWIN_VERS == DARWIN_10_9 || DARWIN_VERS == DARWIN_10_10
UWord magic_delta = 0xE0;
+# elif DARWIN_VERS == DARWIN_10_11
+ UWord magic_delta = 0x100;
# else
# error "magic_delta: to be computed on new OS version"
// magic_delta = tst->os_state.pthread - self
@@ -497,9 +499,9 @@
tst = VG_(get_ThreadState)(tid);
if (0) VG_(printf)("wqthread_hijack reuse %s: tid %d, tst %p, "
- "tst->os_state.pthread %#lx\n",
+ "tst->os_state.pthread %#lx, self %#lx\n",
tst->os_state.pthread == self ? "SAME" : "DIFF",
- tid, tst, tst->os_state.pthread);
+ tid, tst, tst->os_state.pthread, self);
vex = &tst->arch.vex;
vg_assert(tst->os_state.pthread - magic_delta == self);
Modified: trunk/coregrind/m_syswrap/syswrap-x86-darwin.c
==============================================================================
--- trunk/coregrind/m_syswrap/syswrap-x86-darwin.c (original)
+++ trunk/coregrind/m_syswrap/syswrap-x86-darwin.c Sun Jul 12 14:25:55 2015
@@ -427,8 +427,10 @@
UWord magic_delta = 0;
# elif DARWIN_VERS == DARWIN_10_7 || DARWIN_VERS == DARWIN_10_8
UWord magic_delta = 0x48;
-# elif DARWIN_VERS == DARWIN_10_9 || DARWIN_VERS == DARWIN_10_10 || DARWIN_VERS == DARWIN_10_11
+# elif DARWIN_VERS == DARWIN_10_9 || DARWIN_VERS == DARWIN_10_10
UWord magic_delta = 0xB0;
+# elif DARWIN_VERS == DARWIN_10_11
+ UWord magic_delta = 0x100;
# else
# error "magic_delta: to be computed on new OS version"
// magic_delta = tst->os_state.pthread - self
|
|
From: yixiaoxian <yix...@gm...> - 2015-07-12 09:23:24
|
Yes, I have found the --trace-flags option. But maybe it's a problem to pass parameters to analysis functions. As I find it impossible to pass more than 4 parameters on the ARM architecture. I am not sure if the way I develop the tool is wrong, but on x86, the number of parameters can be 5. It will be convenient if just taking the pointer of the object as the parameter, or each time the object need be broken up into several parts as parameters. By the way, does --trace-notbelow or --trace-notabove determines the intervals for --trace-flags? Thank you very much for answering. -- View this message in context: http://valgrind.10908.n7.nabble.com/How-to-print-executed-IRSB-tp55024p55078.html Sent from the Valgrind - Dev mailing list archive at Nabble.com. |
|
From: yixiaoxian <yix...@gm...> - 2015-07-12 09:22:48
|
Yes, I have found --trace-flags options. But maybe it's a problem to pass parameters to analysis functions. As I find it impossible to pass more than 4 parameters on the ARM architecture. I am not sure if the way I develop the tool is wrong, but on x86, the number of parameters can be 5. It will be convenient if just taking the pointer of the object as the parameter, or each time the object need be broken up into several parts as parameters. By the way, does --trace-notbelow or --trace-notabove determines the intervals for --trace-flags? Thank you very much for answering. -- View this message in context: http://valgrind.10908.n7.nabble.com/How-to-print-executed-IRSB-tp55024p55076.html Sent from the Valgrind - Dev mailing list archive at Nabble.com. |
|
From: yixiaoxian <yix...@gm...> - 2015-07-12 09:15:03
|
Thank you very much. So is there a method to print IR* objects dynamically? Namely, maybe it's a problem to pass parameters to analysis functions. As I find it impossible to pass more than 4 parameters on the ARM architecture. I am not sure if the way I develop the tool is wrong, but on x86, the number of parameters can be 5. It will be convenient if just taking the pointer of the object as the parameter, or each time the object need be broken up into several parts as parameters. -- View this message in context: http://valgrind.10908.n7.nabble.com/How-to-print-executed-IRSB-tp55024p55075.html Sent from the Valgrind - Dev mailing list archive at Nabble.com. |
Author: rhyskidd
Date: Sun Jul 12 07:54:56 2015
New Revision: 15410
Log:
Fix Valgrind does not support pthread_sigmask() on OS X
bz#201216
On OS X 10.10
Before:
== 592 tests, 220 stderr failures, 15 stdout failures, 0 stderrB failures, 0 stdoutB failures, 30 post failures ==
After:
== 592 tests, 219 stderr failures, 15 stdout failures, 0 stderrB failures, 0 stdoutB failures, 30 post failures ==
Modified:
trunk/NEWS
trunk/coregrind/m_syswrap/syscall-x86-darwin.S
trunk/coregrind/m_syswrap/syswrap-darwin.c
trunk/memcheck/tests/darwin/scalar.c
trunk/memcheck/tests/darwin/scalar.stderr.exp
Modified: trunk/NEWS
==============================================================================
--- trunk/NEWS (original)
+++ trunk/NEWS Sun Jul 12 07:54:56 2015
@@ -103,6 +103,7 @@
155125 avoid cutting away file:lineno after long function name
197259 Unsupported arch_prtctl PR_SET_GS option
201152 ppc64: Assertion in ppc32g_dirtyhelper_MFSPR_268_269
+201216 Fix Valgrind does not support pthread_sigmask() on OS X
201435 Fix Darwin: -v does not show kernel version
208217 "Warning: noted but unhandled ioctl 0x2000747b" on Mac OS X
211256 Fixed an outdated comment regarding the default platform.
Modified: trunk/coregrind/m_syswrap/syscall-x86-darwin.S
==============================================================================
--- trunk/coregrind/m_syswrap/syscall-x86-darwin.S (original)
+++ trunk/coregrind/m_syswrap/syscall-x86-darwin.S Sun Jul 12 07:54:56 2015
@@ -89,9 +89,9 @@
L_$0_1: /* Even though we can't take a signal until the
__pthread_sigmask completes, start the range early.
- If eip is in the range [1,2), the syscall hasn't been started yet */
+ If eip is in the range [1,2), the syscall hasn't been started yet */
- /* Set the signal mask which should be current during the syscall. */
+ /* Set the signal mask which should be current during the syscall. */
/* Set up for __pthread_sigmask(SIG_SETMASK, sysmask, postmask) */
pushl 20(%ebp)
pushl 16(%ebp)
Modified: trunk/coregrind/m_syswrap/syswrap-darwin.c
==============================================================================
--- trunk/coregrind/m_syswrap/syswrap-darwin.c (original)
+++ trunk/coregrind/m_syswrap/syswrap-darwin.c Sun Jul 12 07:54:56 2015
@@ -2142,11 +2142,45 @@
PRE(__pthread_sigmask)
{
- // GrP fixme
- // JRS: arguments are identical to sigprocmask
- // (how, sigset_t*, sigset_t*). Perhaps behave identically?
- log_decaying("UNKNOWN __pthread_sigmask is unsupported.");
- SET_STATUS_Success( 0 );
+ // arguments are identical to sigprocmask (how, sigset_t*, sigset_t*).
+ UWord arg1;
+ PRINT("__pthread_sigmask ( %ld, %#lx, %#lx )", ARG1, ARG2, ARG3);
+ PRE_REG_READ3(long, "__pthread_sigmask",
+ int, how, vki_sigset_t *, set, vki_sigset_t *, oldset);
+ if (ARG2 != 0)
+ PRE_MEM_READ( "__pthread_sigmask(set)", ARG2, sizeof(vki_sigset_t));
+ if (ARG3 != 0)
+ PRE_MEM_WRITE( "__pthread_sigmask(oldset)", ARG3, sizeof(vki_sigset_t));
+
+ /* Massage ARG1 ('how'). If ARG2 (the new mask) is NULL then the
+ value of 'how' is irrelevant, and it appears that Darwin's libc
+ passes zero, which is not equal to any of
+ SIG_{BLOCK,UNBLOCK,SETMASK}. This causes
+ VG_(do_sys_sigprocmask) to complain, since it checks the 'how'
+ value independently of the other args. Solution: in this case,
+ simply pass a valid (but irrelevant) value for 'how'. */
+ /* Also, in this case the new set is passed to the kernel by
+ reference, not value, as in some other sigmask related Darwin
+ syscalls. */
+ arg1 = ARG1;
+ if (ARG2 == 0 /* the new-set is NULL */
+ && ARG1 != VKI_SIG_BLOCK
+ && ARG1 != VKI_SIG_UNBLOCK && ARG1 != VKI_SIG_SETMASK) {
+ arg1 = VKI_SIG_SETMASK;
+ }
+ SET_STATUS_from_SysRes(
+ VG_(do_sys_sigprocmask) ( tid, arg1, (vki_sigset_t*)ARG2,
+ (vki_sigset_t*)ARG3 )
+ );
+
+ if (SUCCESS)
+ *flags |= SfPollAfter;
+}
+POST(__pthread_sigmask)
+{
+ vg_assert(SUCCESS);
+ if (RES == 0 && ARG3 != 0)
+ POST_MEM_WRITE( ARG3, sizeof(vki_sigset_t));
}
Modified: trunk/memcheck/tests/darwin/scalar.c
==============================================================================
--- trunk/memcheck/tests/darwin/scalar.c (original)
+++ trunk/memcheck/tests/darwin/scalar.c Sun Jul 12 07:54:56 2015
@@ -589,7 +589,9 @@
GO(__NR___pthread_kill, 328, "2s 0m");
SY(__NR___pthread_kill, x0, x0); FAIL;
- // __NR___pthread_sigmask 329
+ GO(__NR___pthread_sigmask, 329, "3s 0m");
+ SY(__NR___pthread_sigmask, x0, x0, x0); SUCC;
+
// __NR___sigwait 330
// __NR_sigwait 330) // GrP fixme hack
// __NR___disable_threadsignal 331
Modified: trunk/memcheck/tests/darwin/scalar.stderr.exp
==============================================================================
--- trunk/memcheck/tests/darwin/scalar.stderr.exp (original)
+++ trunk/memcheck/tests/darwin/scalar.stderr.exp Sun Jul 12 07:54:56 2015
@@ -862,6 +862,15 @@
...
-----------------------------------------------------
+x2000149(329):__NR___pthread_sigmask 3s 0m
+-----------------------------------------------------
+Syscall param __pthread_sigmask(set) contains uninitialised byte(s)
+ ...
+
+Syscall param __pthread_sigmask(oldset) contains uninitialised byte(s)
+ ...
+
+-----------------------------------------------------
(335): old utrace
-----------------------------------------------------
-----------------------------------------------------
|
|
From: Ivo R. <ivo...@gm...> - 2015-07-12 01:14:05
|
2015-07-10 11:56 GMT+02:00 Julian Seward <js...@ac...>: > > On the whole I think the tree is in a pretty good shape. Items I'd > like to see completed: > ... > Finish reviewing and merge the Solaris port, if feasible > Glad to hear that! Given how much time and effort we all together spent developing, testing and reviewing the Solaris port, we should really strive for 4.0.0. Bug https://bugs.kde.org/show_bug.cgi?id=345248 contains new set of patches against SVN upstream (Valgrind r15409, VEX r3162). Please let us know what needs to be done to finish reviewing and merging it. Kind regards, I. |