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
(12) |
2
(11) |
3
(8) |
|
4
(9) |
5
(10) |
6
(18) |
7
(8) |
8
(12) |
9
(23) |
10
(14) |
|
11
(15) |
12
(31) |
13
(45) |
14
(28) |
15
(20) |
16
(16) |
17
(9) |
|
18
(18) |
19
(26) |
20
(49) |
21
(14) |
22
(18) |
23
(24) |
24
(28) |
|
25
(39) |
26
(17) |
27
(27) |
28
(27) |
29
(14) |
30
(44) |
|
|
From: Cerion Armour-B. <ce...@op...> - 2005-09-05 21:56:14
|
On Monday 05 September 2005 04:39, Greg Parker wrote: > Valgrind on Darwin/ppc32 is progressing well. Nulgrind simulated its > first instructions yesterday. Unfortunately, a simple do-nothing > program on Mac OS X still does quite a lot, so it falls over before > it can complete a process. > > The port is proceeding faster than I expected, partly because > of the improvements in Valgrind 3.x. This is good news for other > potential ports: Darwin is less Linux-like than most other Unix > flavors, so everyone else should have an easier job. > > I'm working from svn trunk plus some "no libc" and "no stage1" > changes copied from the aspacem branch. Those changes exactly > match what's needed for Darwin, which is handy. > > The biggest problem blocking Darwin/ppc32 right now is VEX/ppc32. > It's not yet complete enough to run Darwin's dynamic loader, and > I don't know enough about VEX yet to fix it myself. If anyone > out there is listening, my current requests are `lwbrx`, `mftb`, > and `lvsl`, particularly the latter. (Unfortunately, I don't have > any Altivec-less machines to play with, and convincing Mac OS X > not to use it when it's present is tricky.) > I'm about to get going with remaining ppc32 insns + altivec again - i'll put those insns at the top of the list :-) Cerion |
|
From: Naveen K. <g_n...@ya...> - 2005-09-05 15:24:17
|
void *mmap(void *addr, size_t len, int prot, int flags, int fildes, off_t off); One of the flags that can be passed to mmap on solaris is MAP_ALIGN. If that flag is set then the addr arg specifies the alignment of the return address of mmap. How easy can this functionality be hacked into VG_(find_map_space) ? Will this affect anything else ? Thanks Naveen ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/ |
|
From: <js...@ac...> - 2005-09-05 02:56:30
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-09-05 03:30:00 BST Checking out vex source tree ... done Building vex ... done Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 185 tests, 2 stderr failures, 0 stdout failures ================= none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-09-05 02:43:15
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-09-05 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 == 164 tests, 7 stderr failures, 1 stdout failure ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/fdleak_fcntl (stderr) none/tests/tls (stdout) |
|
From: Tom H. <to...@co...> - 2005-09-05 02:41:08
|
Nightly build on dunsmere ( athlon, Fedora Core 4 ) started at 2005-09-05 03:30:04 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 == 187 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Greg P. <gp...@us...> - 2005-09-05 02:39:14
|
Valgrind on Darwin/ppc32 is progressing well. Nulgrind simulated its first instructions yesterday. Unfortunately, a simple do-nothing program on Mac OS X still does quite a lot, so it falls over before it can complete a process. The port is proceeding faster than I expected, partly because of the improvements in Valgrind 3.x. This is good news for other potential ports: Darwin is less Linux-like than most other Unix flavors, so everyone else should have an easier job. I'm working from svn trunk plus some "no libc" and "no stage1" changes copied from the aspacem branch. Those changes exactly match what's needed for Darwin, which is handy. The biggest problem blocking Darwin/ppc32 right now is VEX/ppc32. It's not yet complete enough to run Darwin's dynamic loader, and I don't know enough about VEX yet to fix it myself. If anyone out there is listening, my current requests are `lwbrx`, `mftb`, and `lvsl`, particularly the latter. (Unfortunately, I don't have any Altivec-less machines to play with, and convincing Mac OS X not to use it when it's present is tricky.) I also poked at Darwin/x86 briefly. I was quickly stumped by Darwin's syscalls. For sysenter-based syscalls, Darwin calls `jae` afterwards to check success vs. failure. If I understand correctly, this means the syscall is returning the success bit in the Carry flag. The problem is that I don't know how to copy the Carry flag back into VEX's state, because I don't understand VEX's complicated eflags representation. Other minor porting issues of the moment: * Signals are nasty. I don't understand which parts of Valgrind's signal handling are ugly because Linux is ugly, and which are because signals overall are ugly. Luckily, Mac OS X generally doesn't use signals much, so I mostly turned off signal handling code for now. (Not to mention the problem of the parallel Mach exception mechanism.) * Pulling the ELF-specific code out of the loader and adding a Mach-O path was easy. I haven't looked at the debuginfo module much, but it looks less easy. * Handling Darwin/ppc's "set $pc based on syscall success for some syscalls" isn't fun, but I think I have it correct now. I can't run far enough to test it completely. * Wrappers to monitor Mach traps are just coming online. My Valgrind 2.x experience was that they were mostly just tedious to discover and write. * Actual memory checking will be missing for some time. I likely won't bother trying to bring it up until the helpful aspace changes are ready. * My automake skillz ain't l33t enough to conditionalize all the build differences, but there's no need to make that work any time soon. -- Greg Parker gp...@us... |
|
From: Tom H. <th...@cy...> - 2005-09-05 02:28:32
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2005-09-05 03:15: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 == 186 tests, 14 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-09-05 02:26:12
|
Nightly build on ginetta ( i686, Red Hat 8.0 ) started at 2005-09-05 03:10:06 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 == 186 tests, 2 stderr failures, 0 stdout failures ================= none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-09-05 02:20:18
|
Nightly build on dellow ( x86_64, Fedora Core 4 ) started at 2005-09-05 03:10:06 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 == 164 tests, 6 stderr failures, 0 stdout failures ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) |
|
From: Tom H. <th...@cy...> - 2005-09-05 02:16:58
|
Nightly build on aston ( x86_64, Fedora Core 3 ) started at 2005-09-05 03:05:11 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 == 164 tests, 6 stderr failures, 0 stdout failures ================= memcheck/tests/sigprocmask (stderr) memcheck/tests/strchr (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) |