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
(10) |
3
(18) |
4
(14) |
5
(16) |
6
(11) |
7
(10) |
|
8
(7) |
9
(8) |
10
(6) |
11
(6) |
12
(9) |
13
(13) |
14
(8) |
|
15
(3) |
16
(6) |
17
(8) |
18
(7) |
19
(7) |
20
(7) |
21
(5) |
|
22
(6) |
23
(5) |
24
(5) |
25
(5) |
26
(7) |
27
(7) |
28
(7) |
|
29
(15) |
30
(11) |
|
|
|
|
|
|
From: <sv...@va...> - 2007-04-04 22:48:09
|
Author: sewardj
Date: 2007-04-04 23:48:06 +0100 (Wed, 04 Apr 2007)
New Revision: 1747
Log:
Fold Add8(t,t) ==> t << 1. Fixes #143817 (Unused bitfield pad bits
confuse memcheck)
Modified:
trunk/priv/ir/iropt.c
Modified: trunk/priv/ir/iropt.c
===================================================================
--- trunk/priv/ir/iropt.c 2007-03-31 19:12:38 UTC (rev 1746)
+++ trunk/priv/ir/iropt.c 2007-04-04 22:48:06 UTC (rev 1747)
@@ -1432,6 +1432,18 @@
IRExpr_Const(IRConst_U8(1)));
} else
+ /* Add8(t,t) ==> t << 1; rationale as for Add32(t,t) above. */
+ if (e->Iex.Binop.op == Iop_Add8
+ && e->Iex.Binop.arg1->tag == Iex_RdTmp
+ && e->Iex.Binop.arg2->tag == Iex_RdTmp
+ && e->Iex.Binop.arg1->Iex.RdTmp.tmp
+ == e->Iex.Binop.arg2->Iex.RdTmp.tmp) {
+ e2 = IRExpr_Binop(Iop_Shl8,
+ e->Iex.Binop.arg1,
+ IRExpr_Const(IRConst_U8(1)));
+ } else
+ /* NB no Add16(t,t) case yet as no known test case exists */
+
/* Or64/Add64(x,0) ==> x */
if ((e->Iex.Binop.op == Iop_Add64 || e->Iex.Binop.op == Iop_Or64)
&& e->Iex.Binop.arg2->tag == Iex_Const
|
|
From: Nicholas N. <nj...@cs...> - 2007-04-04 22:08:37
|
On Wed, 4 Apr 2007, Ashley Pittman wrote: > I'd need a tool which dumped allocations (along with calling stack), > deallocations and memory accesses, this could then be piped to a > external process which would report: > > 1) Memory that is never written to or read from. > 2) Memory that is written to but never read from. > 3) Memory that is only used soon after creation and never again. > 4) Invalid reads. > 5) Reads from uninitialised memory. I wrote a tool ages ago that tried to do 1, 2, and 3. IIRC I got bazillions of warnings out of it from code out of my control, and I quickly gave up. But I didn't spend very long on it, and my understanding of all this stuff was much less back then, so don't let me discourage you from trying it :) Nick |
|
From: Ashley P. <as...@qu...> - 2007-04-04 15:26:32
|
Vince Weaver wrote: > The cache tool was part of a project I helped an MEng student do > for their research project. It just dumps raw memory and > instruction access traces to a pipe, and we had a cache-simuator > read from the pipe in a different process and did some cache > analysis. This is something I'd be interested in, if ever I get time to write a tool I'd like to be able to look at allocated blocks (as returned by malloc) and view the read/write ratio for each one, kind of like massif but adding a "usage rate" weighting to the graph. I'd need a tool which dumped allocations (along with calling stack), deallocations and memory accesses, this could then be piped to a external process which would report: 1) Memory that is never written to or read from. 2) Memory that is written to but never read from. 3) Memory that is only used soon after creation and never again. 4) Invalid reads. 5) Reads from uninitialised memory. 4 & 5 are what effectively done by memcheck does anyway but would need to be handled by this tool The end result of this would be twofold, to help identify what may not technically be memory leaks but where memory usage increases over time and secondly to help developers reduce memory usage of applications by highlighting less frequently used memory regions. Ashley, |
|
From: <js...@ac...> - 2007-04-04 11:37:12
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2007-04-04 09:00:01 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 == 219 tests, 10 stderr failures, 6 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/round (stdout) none/tests/ppc32/round (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Peter B. <Pet...@xs...> - 2007-04-04 07:25:39
|
On Tue, Apr 03, 2007 at 11:37:58PM -0400, Greg Parker wrote: > > * what other changes are necessary? >=20 > Lots. Significant examples include: > * stack-based syscall parameters > * per-OS ioctl hooks > * int $0x81 and int $0x82 > * generalization of m_ume > * increased limits like N_TMPBUF > * avoid /proc unless configure saw it > * allow 2 words of syscall result You might want to check out vg4nbsd (Our Valgrind port for NetBSD/i386) at http://vg4nbsd.berlios.de Our work has stagnated from a lack of time of the maintainers, but we alrea= dy have stack-based syscall parameters working. Small applications run, and we are in the process of getting our port to pass the regression tests. NetBSD and Darwin are similar enough to permit code sharing. Our port is also based on a SVN trunk checkout just after aspacem. All we need is some manpower to implement the missing syscalls and straight= en out the code so it passes the tests. (and fix the tests, since there are a lot of Linuxisms in there) Most of the hard work is done. If anyone's interested, let me or Kailash (hsaliak at gmail.com) know by ma= il or drop by in #vg4nbsd on Freenode IRC. Regards, Peter Bex --=20 http://sjamaan.ath.cx -- "The process of preparing programs for a digital computer is especially attractive, not only because it can be economically and scientifically rewarding, but also because it can be an aesthetic experience much like composing poetry or music." -- Donald Knuth |
|
From: Nicholas N. <nj...@cs...> - 2007-04-04 04:40:28
|
On Tue, 3 Apr 2007, Greg Parker wrote: > I have a substantially working port for x86-darwin, and still-broken > ports for amd64-darwin and ppc64-darwin. > > The current obstacle is legal. I'm an Apple employee, and I need > Apple's permission to publish my changes. I've started the ball > rolling on this, but it may take a few weeks. Sounds great, IMO more than enough to commit to a branch once the legal side is worked out. Do you anticipate any legal problems? Nick |
|
From: Greg P. <gp...@us...> - 2007-04-04 03:37:59
|
Julian Seward writes: > On Tuesday 03 April 2007 23:17, Nicholas Nethercote wrote: >> It's crazy to have three people working independently on this. It's also >> crazy to have people willing to help but not able to because they're >> waiting on others. > > I agree. It would help to have some details on the state of Greg's > (and/or Dave's and/or Robert's) port: I have a substantially working port for x86-darwin, and still-broken ports for amd64-darwin and ppc64-darwin. The current obstacle is legal. I'm an Apple employee, and I need Apple's permission to publish my changes. I've started the ball rolling on this, but it may take a few weeks. > * what code line is it based on (3.2.X or the trunk) ? Some post-3.2.3 trunk. > * what's the status of its getting-started mechanism? Is that > robust? Can you outline how it works? The core+tool binary is carefully constructed to place itself and a captive dynamic loader in a fixed area of the address space. Then the core mmaps the executable and its dynamic loader as the kernel would have. > * what's the status of its address space manager (m_aspacemgr), > one of the most difficult parts of making ports work? Works fine. It's just aspacemgr-linux plus a handful of changes. > * what's the status of its debuginfo reader (m_debuginfo) ? Mostly works. Reads STABS and DWARF from Mach-O files. > * what kinds of programs run? which don't? Several large applications run. Most failures are due to incomplete wrapping of syscalls and IPC. > * how well does it work in the presence of signals and threads? Signals don't work. Fork doesn't work. Simple threading works, but not all thread syscalls are handled yet. > * does memcheck work? if yes, can you run large programs without > getting lots of false errors? Yes. Most errors detected are program errors, not Valgrind errors. > * what other changes are necessary? Lots. Significant examples include: * stack-based syscall parameters * per-OS ioctl hooks * int $0x81 and int $0x82 * generalization of m_ume * increased limits like N_TMPBUF * avoid /proc unless configure saw it * allow 2 words of syscall result -- Greg Parker gp...@us... |
|
From: Tom H. <th...@cy...> - 2007-04-04 02:31:15
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2007-04-04 03:15:02 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 == 256 tests, 27 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/addressable (stderr) memcheck/tests/badjump (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-pool-0 (stderr) memcheck/tests/leak-pool-1 (stderr) memcheck/tests/leak-pool-2 (stderr) memcheck/tests/leak-pool-3 (stderr) memcheck/tests/leak-pool-4 (stderr) memcheck/tests/leak-pool-5 (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/long_namespace_xml (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/xor-undef-x86 (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-04-04 02:23:40
|
Nightly build on dellow ( x86_64, Fedora Core 6 ) started at 2007-04-04 03:10:04 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 291 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 291 tests, 4 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Wed Apr 4 03:16:53 2007 --- new.short Wed Apr 4 03:23:31 2007 *************** *** 8,10 **** ! == 291 tests, 4 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) --- 8,10 ---- ! == 291 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) *************** *** 14,16 **** none/tests/mremap2 (stdout) - none/tests/pth_detached (stdout) --- 14,15 ---- |
|
From: Tom H. <th...@cy...> - 2007-04-04 02:19:16
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2007-04-04 03:05:12 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 == 291 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2007-04-04 02:14:43
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2007-04-04 03:00:03 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 == 293 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Robert W. <rj...@du...> - 2007-04-04 01:43:06
|
Julian Seward wrote: >>> * how well does it work in the presence of signals and threads? >> This is going to be interesting: doesn't Mach pull all sorts of tricks >> creating threads behind your back and injecting them into your code? > > That sounds bad. Got any more details? All rumor and hearsay, I'm afraid. As soon as I find out more, I'll let you know. Regards, Robert. |
|
From: Julian S. <js...@ac...> - 2007-04-04 00:55:50
|
> > * how well does it work in the presence of signals and threads? > > This is going to be interesting: doesn't Mach pull all sorts of tricks > creating threads behind your back and injecting them into your code? That sounds bad. Got any more details? J |
|
From: <js...@ac...> - 2007-04-04 00:31:51
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2007-04-04 02:00:01 CEST Results differ from 24 hours ago Checking out valgrind source tree ... failed Last 20 lines of verbose log follow echo Checking out valgrind source tree ... svn co svn://svn.valgrind.org/valgrind/trunk -r {2007-04-04T02:00:01} valgrind svn: Can't connect to host 'svn.valgrind.org': No route to host ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 226 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_cmsg (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Wed Apr 4 02:08:05 2007 --- new.short Wed Apr 4 02:08:06 2007 *************** *** 1,18 **** ! Checking out valgrind source tree ... done ! Configuring valgrind ... done ! Building valgrind ... done ! Running regression tests ... failed ! Regression test results follow ! ! == 226 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == ! memcheck/tests/deep_templates (stdout) ! memcheck/tests/leak-cycle (stderr) ! memcheck/tests/leak-tree (stderr) ! memcheck/tests/pointer-trace (stderr) ! none/tests/faultstatus (stderr) ! none/tests/fdleak_cmsg (stderr) ! none/tests/mremap (stderr) ! none/tests/mremap2 (stdout) --- 1,7 ---- ! Checking out valgrind source tree ... failed ! Last 20 lines of verbose log follow echo + Checking out valgrind source tree ... svn co svn://svn.valgrind.org/valgrind/trunk -r {2007-04-04T02:00:01} valgrind + svn: Can't connect to host 'svn.valgrind.org': No route to host |