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) |
4
(5) |
5
(2) |
6
|
7
(2) |
8
(4) |
|
9
(1) |
10
(7) |
11
(4) |
12
(4) |
13
(8) |
14
(6) |
15
(3) |
|
16
(4) |
17
|
18
|
19
|
20
(6) |
21
|
22
|
|
23
|
24
(1) |
25
(8) |
26
(12) |
27
(1) |
28
(9) |
29
(9) |
|
30
(3) |
31
(4) |
|
|
|
|
|
|
From: Scott P. <pa...@la...> - 2010-05-14 16:23:00
|
Julian, > So, my answer from yesterday stands: in this case, if you have an > "IRTemp t" where t is "t4" in your code, then you need to pass > the arg "mkexpr(t)" as the relevant component of mkIRExprVec_N that > you use to prepare the args for the call. Thanks; that seems to work. (I just wanted to make sure I wasn't misinterpreting the data I was getting.) > You are going to run into problems with the IR optimiser, which runs > before the IR gets to your instrumenter. It aggressively does the > following things w.r.t. gets and puts (reads/writes of the guest > register state): Got it. Fortunately, in my tool's case, those IR optimizations shouldn't pose a problem. Thanks for the detailed explanation, -- Scott |
|
From: <sv...@va...> - 2010-05-14 11:19:03
|
Author: sewardj Date: 2010-05-14 12:18:52 +0100 (Fri, 14 May 2010) New Revision: 11131 Log: Add missing backslash. Modified: trunk/none/tests/Makefile.am Modified: trunk/none/tests/Makefile.am =================================================================== --- trunk/none/tests/Makefile.am 2010-05-13 08:10:52 UTC (rev 11130) +++ trunk/none/tests/Makefile.am 2010-05-14 11:18:52 UTC (rev 11131) @@ -114,7 +114,7 @@ readline1.stderr.exp readline1.stdout.exp \ readline1.vgtest \ require-text-symbol-1.vgtest \ - require-text-symbol-1.stderr.exp + require-text-symbol-1.stderr.exp \ require-text-symbol-2.vgtest \ require-text-symbol-2.stderr.exp-libcso6 \ res_search.stderr.exp res_search.stdout.exp res_search.vgtest \ |
|
From: Julian S. <js...@ac...> - 2010-05-14 08:00:43
|
> I'm not sure I understand this. Maybe I didn't ask my question > correctly so let me try again: If my instrumentation code sees > > t3 = 0x1000 > t4 = Add32(t3, 0x234) > t5 = GETI(128:8xI8)[t4,-1] > > then I want the handler function to get passed 0x1234. Is 0x1234 what > you mean by a value/simulated register contents? Yes. > If so, then what do > I put in my instrumentation code to ensure that the handler sees that > 0x1234? So, my answer from yesterday stands: in this case, if you have an "IRTemp t" where t is "t4" in your code, then you need to pass the arg "mkexpr(t)" as the relevant component of mkIRExprVec_N that you use to prepare the args for the call. That said ... ---------- > I'm just keeping track of which register bytes have been read when. > I'm not actually modifying any part of guest state. You are going to run into problems with the IR optimiser, which runs before the IR gets to your instrumenter. It aggressively does the following things w.r.t. gets and puts (reads/writes of the guest register state): * redundant-Get removal t1 = Get(ty, off); ...; t2 = Get(ty, off) ==> t1 = Get(ty, off); ...; t2 = t1 provided there are no intervening Puts to the same area in the "..." * redundant-Put removal Put(off) = e1; ...; Put(off) = e2 ==> Put(off) = e2 provided, uh, the second Put postdominates the first Put, and there are no Gets of the area in the "..." * Put-Get forwarding Put(off) = e1; ...; t2 = Get(off,ty) ==> ttemp = e1; Put(off) = ttemp; ...; t2 = ttemp; provided there are no Puts of the area in the "..." There is related trickery GetI/PutI, which are Get/Put variants in which the accessed area is not known until run time. This is needed to model rotating register arrays, like the x87 FPU stack. Anyway, the longer the superblock, the more effective the above are. J |
|
From: Alexander P. <gl...@go...> - 2010-05-14 06:57:22
|
Nightly build on mcgrind ( Darwin 9.8.0 i386 ) Started at 2010-05-14 09:06:00 MSD Ended at 2010-05-14 09:24:54 MSD 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 == 442 tests, 26 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/null_socket (stdout) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) none/tests/async-sigs (stderr) none/tests/faultstatus (stderr) none/tests/pth_blockedsig (stderr) none/tests/require-text-symbol-2 (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/rwlock_race (stderr) helgrind/tests/tc06_two_races_xml (stderr) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc23_bogus_condwait (stderr) helgrind/tests/tc24_nonzero_sem (stderr) drd/tests/circular_buffer (stderr) drd/tests/pth_inconsistent_cond_wait (stderr) drd/tests/sem_open (stderr) drd/tests/sem_open2 (stderr) drd/tests/sem_open3 (stderr) drd/tests/sem_open_traced (stderr) drd/tests/tc17_sembar (stderr) drd/tests/tc23_bogus_condwait (stderr) -- Alexander Potapenko Software Engineer Google Moscow |
|
From: Tom H. <th...@cy...> - 2010-05-14 02:50:19
|
Nightly build on lloyd ( x86_64, Fedora 7 ) Started at 2010-05-14 03:05:08 BST Ended at 2010-05-14 03:50:08 BST 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 == 541 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) |
|
From: Tom H. <th...@cy...> - 2010-05-14 02:36:21
|
Nightly build on mg ( x86_64, Fedora 9 ) Started at 2010-05-14 03:10:05 BST Ended at 2010-05-14 03:36:09 BST 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 == 548 tests, 1 stderr failure, 0 stdout failures, 0 post failures == helgrind/tests/tc06_two_races_xml (stderr) |