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
(15) |
2
(12) |
3
(11) |
4
(20) |
5
(6) |
|
6
(6) |
7
(7) |
8
(8) |
9
(17) |
10
(25) |
11
(27) |
12
(6) |
|
13
(28) |
14
(16) |
15
(20) |
16
(9) |
17
(26) |
18
(7) |
19
(25) |
|
20
(7) |
21
(18) |
22
(25) |
23
(15) |
24
(21) |
25
(32) |
26
(15) |
|
27
(23) |
28
(33) |
|
|
|
|
|
|
From: Jeremy F. <je...@go...> - 2005-02-10 19:31:13
|
CVS commit by fitzhardinge:
Don't set a thread running when getting an async sync signal.
M +1 -5 vg_signals.c 1.121
--- valgrind/coregrind/vg_signals.c #1.120:1.121
@@ -1694,9 +1694,5 @@ void vg_sync_signalhandler ( Int sigNo,
/* If some user-process sent us one of these signals (ie,
they're not the result of a faulting instruction), then treat
- it as an async signal. This recipient thread may or may not
- be running at the time, so we need to make sure we have the
- CPU before going on. */
- if (!VG_(is_running_thread)(tid))
- VG_(set_running)(tid);
+ it as an async signal. */
/* Since every thread has these signals unblocked, we can't rely
|
|
From: Jeremy F. <je...@go...> - 2005-02-10 18:23:16
|
CVS commit by fitzhardinge: Add missing file A pending.vgtest 1.1 |
|
From: Julian S. <js...@ac...> - 2005-02-10 14:33:03
|
On Thursday 10 February 2005 12:45, Greg Parker wrote: > This is a patch that makes Valgrind's initial client stack construction > more flexible, for use in ports to other operating systems. In particular, > it can easily be augmented to handle Mac OS X. Greg Thanks for this, and for the other MacOSX hackery. It's good to extend to new platforms. The rate of change of the code base is high at the moment, with some virtual-CPU hacking and other restructuring going on. Much of this isn't publically visible but will be soon. The upshot is that this isn't really a good time for us to merge in MacOSX changes. We are already wrestling with the problem of merging two lines of development so as to get amd64 support working right, and having a third line complicates it even more. The best thing would for you to hold off further patch generation until we can emit an alpha-quality merge of our x86 and amd64 work. We hope to do this within the next month or so. Once that's done, we'll be in a better situation overall to deal with MacOSX-specific changes. J |
|
From: Tom H. <to...@co...> - 2005-02-10 14:22:31
|
In message <169...@ka...>
Greg Parker <gp...@us...> wrote:
> Tom Hughes writes:
>
>> What's VGOS_() about? Your patch doesn't seem to define it.
>>
>> I assume it is for OS specific code, which is what VGA_() is for. Such
>> code should also go in the appropriate directory (coregrind/linux for
>> linux code).
>
> Yes, it is for OS-specific code. I was using different prefixes for
> OS-specific vs. CPU-specific vs. both. VGA_() isn't used much yet,
> so using VGOS_() for OS and VGA_() for CPU architecture seems like
> a good solution. However, it's still early to worry about that now,
> so either VG_() or VGA_() is fine for this code.
I noticed after I wrote the previous email that VGA_() seems to be
used for both OS specific, arch specific and OS+arch specific routines
and in fact isn't even used consistently then. I guess that's a result
of it being new.
We probably need to decide what the rule should be for new work
though - what was your intention what you starting splitting stuff
up Nick?
>> > * `int argc` is mishandled wrong on 64-bit platforms. Mac OS X writes a
>> > four-byte argc followed by a four-byte zero pad. I don't know what
>> > Linux does. This version is probably incorrect regardless.
>>
>> Well int is 4 bytes on 64 bit linux platforms, or at least on x86-64, so
>> it shouldn't need any padding. Is it 64 bits on the Mac?
>
> It's not the four-byte int that's the problem, but rather the eight-byte
> argv[0] immediately following it. On ppc64, the int is still four bytes,
> but argv[0] needs to be eight-byte aligned, and the stack frame needs to
> be 16-byte aligned, maybe more. So the four-byte int needs to be padded
> somehow, and I don't know whether it's the same on all systems.
So the actual value of the padding doesn't matter then, just that it
needs to be present. Presumably that is a general thing that int
arguments are padded to 8 bytes to ensure alignment of the next
argument if it is a pointer?
I believe the PPC support for valgrind is only ppc32 at the moment
anyway, or are you working on ppc64 support as well? If you are then
you probably need to be aware that the virtual CPU at the heart of
valgrind is being reworked at the moment.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Greg P. <gp...@us...> - 2005-02-10 13:33:21
|
Tom Hughes writes: > What's VGOS_() about? Your patch doesn't seem to define it. > > I assume it is for OS specific code, which is what VGA_() is for. Such > code should also go in the appropriate directory (coregrind/linux for > linux code). Yes, it is for OS-specific code. I was using different prefixes for OS-specific vs. CPU-specific vs. both. VGA_() isn't used much yet, so using VGOS_() for OS and VGA_() for CPU architecture seems like a good solution. However, it's still early to worry about that now, so either VG_() or VGA_() is fine for this code. > What slight issue is that auxv is probably ELF specific rather than > linux specific, at least in general. Some auxv entries may be linux > specific. Good point. One organization would be to call OS-specific code from the general implementation as done here, and then the OS-specific implementations could call a common ELF implementation, filtering out OS-specific entries as needed. Of course, parts of ELF are also processor-specific, which might throw another wrench into the works. > > * `int argc` is mishandled wrong on 64-bit platforms. Mac OS X writes a > > four-byte argc followed by a four-byte zero pad. I don't know what > > Linux does. This version is probably incorrect regardless. > > Well int is 4 bytes on 64 bit linux platforms, or at least on x86-64, so > it shouldn't need any padding. Is it 64 bits on the Mac? It's not the four-byte int that's the problem, but rather the eight-byte argv[0] immediately following it. On ppc64, the int is still four bytes, but argv[0] needs to be eight-byte aligned, and the stack frame needs to be 16-byte aligned, maybe more. So the four-byte int needs to be padded somehow, and I don't know whether it's the same on all systems. -- Greg Parker gp...@us... |
|
From: Tom H. <to...@co...> - 2005-02-10 13:06:01
|
In message <200...@ka...>
Greg Parker <gp...@us...> wrote:
> * Linux's auxv processing has been moved to VGOS_(build_client_stack_suffix).
> Other systems would define appropriate versions of that function
> and several others for prefix and suffix processing, and all of these
> OS-specific functions would be moved to other files.
What's VGOS_() about? Your patch doesn't seem to define it.
I assume it is for OS specific code, which is what VGA_() is for. Such
code should also go in the appropriate directory (coregrind/linux for
linux code).
What slight issue is that auxv is probably ELF specific rather than
linux specific, at least in general. Some auxv entries may be linux
specific.
> * `int argc` is mishandled wrong on 64-bit platforms. Mac OS X writes a
> four-byte argc followed by a four-byte zero pad. I don't know what
> Linux does. This version is probably incorrect regardless.
Well int is 4 bytes on 64 bit linux platforms, or at least on x86-64, so
it shouldn't need any padding. Is it 64 bits on the Mac?
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Greg P. <gp...@us...> - 2005-02-10 12:45:14
|
This is a patch that makes Valgrind's initial client stack construction more flexible, for use in ports to other operating systems. In particular, it can easily be augmented to handle Mac OS X. Note that this change has not been tested; it probably doesn't even compile. (Does anyone actually have time to look over and fix untested changes like this? If not, I can hold on to them until later.) http://www.sealiesoftware.com/valgrind/setup_client_stack.patch Significant changes: * I rewrote setup_client_stack() itself because I thought it was confusing. Feel free to reject this part. * The client stack layout now includes an OS-dependent "prefix" before argc and "suffix" between envp and the strings. On Linux, prefix is empty and suffix contains auxv. On Mac OS X, the prefix and suffix are used for different purposes. * Linux's auxv processing has been moved to VGOS_(build_client_stack_suffix). Other systems would define appropriate versions of that function and several others for prefix and suffix processing, and all of these OS-specific functions would be moved to other files. * Linux uses a demand-grown stack; the initial stack size is only big enough to hold the initial arguments. Mac OS X always starts with a larger pre-allocated stack; the size is encoded in the executable. setup_client_stack() needs to handle both of these cases when it mmaps the stack itself. Known bugs: * `int argc` is mishandled wrong on 64-bit platforms. Mac OS X writes a four-byte argc followed by a four-byte zero pad. I don't know what Linux does. This version is probably incorrect regardless. * The trampoline code gets written to a different place (it's no longer one page away from the end of the stack block). This would be easy to put back with the assumption that trampoline code always fits in one OS page. Alternatively, another OS-specific size variable could be added. -- Greg Parker gp...@us... |
|
From: <js...@ac...> - 2005-02-10 04:00:15
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-02-10 03:50:00 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow rcl_assert: valgrind --num-callers=4 ./rcl_assert seg_override: valgrind --num-callers=4 ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 195 tests, 11 stderr failures, 0 stdout failures ================= corecheck/tests/fdleak_fcntl (stderr) helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/writev (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <to...@co...> - 2005-02-10 03:26:16
|
Nightly build on dunsmere ( Fedora Core 3 ) started at 2005-02-10 03:20:03 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow (cleanup operation failed: rm vgcore.pid*) pushpopseg: valgrind --num-callers=4 ./pushpopseg rcl_assert: valgrind --num-callers=4 ./rcl_assert seg_override: valgrind --num-callers=4 ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 202 tests, 9 stderr failures, 0 stdout failures ================= helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) memcheck/tests/scalar (stderr) memcheck/tests/scalar_supp (stderr) memcheck/tests/vgtest_ume (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-02-10 03:23:27
|
Nightly build on audi ( Red Hat 9 ) started at 2005-02-10 03:15:05 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_socketpair (stderr) helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) memcheck/tests/badpoll (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/execve (stderr) memcheck/tests/execve2 (stderr) memcheck/tests/scalar (stderr) memcheck/tests/scalar_exit_group (stderr) memcheck/tests/scalar_supp (stderr) memcheck/tests/writev (stderr) none/tests/async-sigs (stdout) none/tests/async-sigs (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-02-10 03:18:15
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2005-02-10 03:10:06 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow (cleanup operation failed: rm vgcore.pid*) pushpopseg: valgrind --num-callers=4 ./pushpopseg rcl_assert: valgrind --num-callers=4 ./rcl_assert seg_override: valgrind --num-callers=4 ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 200 tests, 9 stderr failures, 0 stdout failures ================= helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-02-10 03:15:00
|
Nightly build on standard ( Red Hat 7.2 ) started at 2005-02-10 03:00:03 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow seg_override: valgrind --num-callers=4 ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 200 tests, 11 stderr failures, 1 stdout failure ================= helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) none/tests/async-sigs (stdout) none/tests/async-sigs (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-02-10 03:12:17
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2005-02-10 03:05:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow yield: valgrind --num-callers=4 ./yield -- Finished tests in none/tests ---------------------------------------- == 200 tests, 14 stderr failures, 0 stdout failures ================= helgrind/tests/allok (stderr) helgrind/tests/deadlock (stderr) helgrind/tests/inherit (stderr) helgrind/tests/race (stderr) helgrind/tests/race2 (stderr) helgrind/tests/readshared (stderr) massif/tests/toobig-allocs (stderr) massif/tests/true_html (stderr) massif/tests/true_text (stderr) memcheck/tests/post-syscall (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) make: *** [regtest] Error 1 |
|
From: Nicholas N. <nj...@cs...> - 2005-02-10 02:20:39
|
CVS commit by nethercote:
Don't assert if the demangler leaks. It happens very rarely, and is not
much of a problem when it does.
BUGS:87480
M +3 -1 vg_demangle.c 1.9
--- valgrind/coregrind/vg_demangle.c #1.8:1.9
@@ -65,5 +65,7 @@ void VG_(demangle) ( Char* orig, Char* r
/* 15 Feb 02: if this assertion fails, this is not a disaster.
Comment it out, and let me know. (js...@ac...). */
- vg_assert(VG_(is_empty_arena)(VG_AR_DEMANGLE));
+ // 9 Feb 05: it fails very occasionally, as reported in bug #87480.
+ // It's very rare, and not a disaster, so let it slide.
+ //vg_assert(VG_(is_empty_arena)(VG_AR_DEMANGLE));
/* VG_(show_all_arena_stats)(); */
|
|
From: Nicholas N. <nj...@cs...> - 2005-02-10 02:14:45
|
CVS commit by nethercote: Update .cvsignore files. M +2 -0 coregrind/x86/.cvsignore 1.3 M +3 -0 none/tests/.cvsignore 1.26 --- valgrind/coregrind/x86/.cvsignore #1.2:1.3 @@ -1,3 +1,5 @@ Makefile.in Makefile +core_arch_asm_offsets.h +gen_offsets stage2.lds --- valgrind/none/tests/.cvsignore #1.25:1.26 @@ -2,4 +2,5 @@ Makefile args +async-sigs bitfield1 blockfault @@ -44,4 +45,5 @@ map_unaligned pending +selfrun sem semlimit @@ -68,4 +70,5 @@ pth_specific pth_yield +thread-exits tls yield |
|
From: Nicholas N. <nj...@cs...> - 2005-02-10 02:10:21
|
CVS commit by nethercote:
Fixed assertion failure: previously, the stack size of the first and last
censuses was non-zero. Now it is, so handle it. Massif's regtests are now
working again.
Tweaked the test cases a little, too.
BUGS:98288
M +1 -1 coregrind/x86/signal.c 1.14
M +2 -2 massif/ms_main.c 1.23
M +5 -2 massif/tests/filter_stderr 1.2
M +2 -2 massif/tests/toobig-allocs.stderr.exp 1.2
M +2 -2 massif/tests/true_html.stderr.exp 1.2
M +2 -2 massif/tests/true_text.stderr.exp 1.2
--- valgrind/coregrind/x86/signal.c #1.13:1.14
@@ -502,5 +502,5 @@ static Addr build_rt_sigframe(ThreadStat
/* SIGILL defines addr to be the faulting address */
if (sigNo == VKI_SIGILL && siginfo->si_code > 0)
- frame->sigInfo._sifields._sigfault._addr = tst->arch.m_eip;
+ frame->sigInfo._sifields._sigfault._addr = (void*)tst->arch.m_eip;
synth_ucontext(tst->tid, siginfo, mask, &frame->uContext, &frame->fpstate);
--- valgrind/massif/ms_main.c #1.22:1.23
@@ -1768,7 +1768,7 @@ print_summary(ULong total_ST, ULong heap
// Stack(s) ----------------------------------------------------------
if (clo_stacks) {
- sk_assert(0 != total_ST);
VG_(message)(Vg_UserMsg, "stack(s): %s",
- make_perc(stack_ST, total_ST) );
+ ( 0 == stack_ST ? (Char*)"0%"
+ : make_perc(stack_ST, total_ST) ) );
}
--- valgrind/massif/tests/filter_stderr #1.1:1.2
@@ -5,5 +5,8 @@
$dir/../../tests/filter_stderr_basic |
-# Remove numbers from all lines
-sed "s/\([a-zA-Z(): ]*\)[ 0-9\.,()+rdw]*\(%\|ms.B\)$/\1/"
+# Remove numbers from all lines (and "(n/a)" strings)
+sed "s/\(Total spacetime: \).*$/\1/" |
+sed "s/\(heap: \).*$/\1/" |
+sed "s/\(heap admin: \).*$/\1/" |
+sed "s/\(stack(s): \).*$/\1/"
--- valgrind/massif/tests/toobig-allocs.stderr.exp #1.1:1.2
@@ -4,5 +4,5 @@
Total spacetime:
-heap:
-heap admin:
+heap:
+heap admin:
stack(s):
--- valgrind/massif/tests/true_html.stderr.exp #1.1:1.2
@@ -2,5 +2,5 @@
Total spacetime:
-heap:
-heap admin:
+heap:
+heap admin:
stack(s):
--- valgrind/massif/tests/true_text.stderr.exp #1.1:1.2
@@ -2,5 +2,5 @@
Total spacetime:
-heap:
-heap admin:
+heap:
+heap admin:
stack(s):
|
|
From: Nicholas N. <nj...@cs...> - 2005-02-10 01:40:32
|
CVS commit by nethercote:
whoops; revert last check-in
M +1 -1 pth_once.c 1.6
--- valgrind/corecheck/tests/pth_once.c #1.5:1.6
@@ -47,5 +47,5 @@ void *identify_yourself(void *arg)
pthread_exit((void *)NULL);
}
- //printf("identify_yourself: Hi, I'm a thread\n");
+ printf("identify_yourself: Hi, I'm a thread\n");
return(NULL);
}
|
|
From: Nicholas N. <nj...@cs...> - 2005-02-10 01:28:49
|
CVS commit by nethercote:
Fix compiler warnings.
M +1 -1 corecheck/tests/pth_once.c 1.5
M +2 -2 coregrind/vg_syscalls.c 1.245
--- valgrind/corecheck/tests/pth_once.c #1.4:1.5
@@ -47,5 +47,5 @@ void *identify_yourself(void *arg)
pthread_exit((void *)NULL);
}
- printf("identify_yourself: Hi, I'm a thread\n");
+ //printf("identify_yourself: Hi, I'm a thread\n");
return(NULL);
}
--- valgrind/coregrind/vg_syscalls.c #1.244:1.245
@@ -1687,5 +1687,5 @@ PRE(sys_execve, Special)
pre_argv_envp( arg3, tid, "execve(envp)", "execve(envp[i])" );
- path = (const Char *)arg1;
+ path = (Char *)arg1;
/* Erk. If the exec fails, then the following will have made a
@@ -1746,5 +1746,5 @@ PRE(sys_execve, Special)
// Create executable name: "/proc/self/fd/<vgexecfd>", update path
- path = (Addr)VG_(build_child_exename)();
+ path = VG_(build_child_exename)();
}
|
|
From: Nicholas N. <nj...@cs...> - 2005-02-10 01:28:38
|
CVS commit by nethercote:
suppression for glibc-2.2.5
M +9 -1 glibc-2.2.supp 1.30
--- valgrind/glibc-2.2.supp #1.29:1.30
@@ -399,5 +399,5 @@
{
- _dl_init/ld-2.2.4.so(Cond)
+ _dl_start/ld-2.2.4.so(Cond)
Memcheck:Cond
fun:_dl_start
@@ -405,4 +405,12 @@
}
+#-------- glibc 2.2.5/ Debian 3.0
+{
+ _dl_start/ld-2.2.5.so(Cond)
+ Memcheck:Cond
+ fun:_dl_start
+ obj:/lib/ld-2.2.5.so
+}
+
#-------------------
{
|
|
From: Nicholas N. <nj...@cs...> - 2005-02-10 01:22:23
|
CVS commit by nethercote: Fix 2nd expected output file for as_mmap for recent changes. M +2 -4 as_mmap.stderr.exp2 1.4 --- valgrind/corecheck/tests/as_mmap.stderr.exp2 #1.3:1.4 @@ -1,13 +1,11 @@ 1 -Warning: client syscall mmap tried to modify addresses 0x........-0x........ -mmap @ 0x........ 2 3 4 -Warning: client syscall mmap tried to modify addresses 0x........-0x........ +Warning: client syscall old_mmap tried to modify addresses 0x........-0x........ mmap @ top 5 -Warning: client syscall mmap tried to modify addresses 0x........-0x........ +Warning: client syscall old_mmap tried to modify addresses 0x........-0x........ mmap @ top+.5G |
|
From: Jeremy F. <je...@go...> - 2005-02-10 01:14:05
|
CVS commit by fitzhardinge: No, really, they're gone. M +0 -4 core.h 1.81 --- valgrind/coregrind/core.h #1.80:1.81 @@ -286,8 +286,4 @@ extern Int VG_(clo_backtrace_size); extern Char* VG_(clo_weird_hacks); -/* Low latency syscalls and signals */ -extern Bool VG_(clo_lowlat_syscalls); -extern Bool VG_(clo_lowlat_signals); - /* Track open file descriptors? */ extern Bool VG_(clo_track_fds); |
|
From: Nicholas N. <nj...@cs...> - 2005-02-10 01:05:21
|
CVS commit by nethercote:
De-document now-defunct command line options.
M +0 -16 coregrind_core.html 1.36
--- valgrind/coregrind/docs/coregrind_core.html #1.35:1.36
@@ -798,20 +798,4 @@
</ul>
</li><br><p>
-
- <li><code>--signal-polltime=<time></code> [default=50]<br>
- <p>How often to poll for signals (in milliseconds). Only applies for
- older kernels that need signal routing.
- </li><br><p>
-
- <li><code>--lowlat-signals=no</code> [default]<br>
- <code>--lowlat-signals=yes</code><br>
- <p>Improve wake-up latency when a thread receives a signal.
- </li><br><p>
-
- <li><code>--lowlat-syscalls=no</code> [default]<br>
- <code>--lowlat-syscalls=yes</code><br>
- <p>Improve wake-up latency when a thread's syscall completes.
- </li><br><p>
-
</ul>
|
|
From: Jeremy F. <je...@go...> - 2005-02-10 00:39:41
|
CVS commit by fitzhardinge:
Remove a couple of dead command-line options
M +0 -9 coregrind/vg_main.c 1.248
M +0 -2 none/tests/cmdline1.stdout.exp 1.10
M +0 -2 none/tests/cmdline2.stdout.exp 1.10
--- valgrind/coregrind/vg_main.c #1.247:1.248
@@ -1455,9 +1455,4 @@ Bool VG_(clo_branchpred) = False;
static Bool VG_(clo_wait_for_gdb) = False;
-/* These flags reduce thread wakeup latency on syscall completion and
- signal delivery, respectively. The downside is possible unfairness. */
-Bool VG_(clo_lowlat_syscalls) = False; /* low-latency syscalls */
-Bool VG_(clo_lowlat_signals) = False; /* low-latency signals */
-
void usage ( Bool debug_help )
@@ -1480,6 +1475,4 @@ void usage ( Bool debug_help )
" --run-libc-freeres=no|yes free up glibc memory at exit? [yes]\n"
" --weird-hacks=hack1,hack2,... recognised hacks: lax-ioctls,ioctl-mmap [none]\n"
-" --lowlat-signals=no|yes improve thread signal wake-up latency [no]\n"
-" --lowlat-syscalls=no|yes improve thread syscall wake-up latency [no]\n"
" --pointercheck=no|yes enforce client address space limits [yes]\n"
"\n"
@@ -1668,6 +1661,4 @@ static void process_cmd_line_options( UI
else VG_BOOL_CLO("--error-limit", VG_(clo_error_limit))
else VG_BOOL_CLO("--gen-suppressions", VG_(clo_gen_suppressions))
- else VG_BOOL_CLO("--lowlat-signals", VG_(clo_lowlat_signals))
- else VG_BOOL_CLO("--lowlat-syscalls", VG_(clo_lowlat_syscalls))
else VG_BOOL_CLO("--optimise", VG_(clo_optimise))
else VG_BOOL_CLO("--pointercheck", VG_(clo_pointercheck))
--- valgrind/none/tests/cmdline1.stdout.exp #1.9:1.10
@@ -15,6 +15,4 @@
--run-libc-freeres=no|yes free up glibc memory at exit? [yes]
--weird-hacks=hack1,hack2,... recognised hacks: lax-ioctls,ioctl-mmap [none]
- --lowlat-signals=no|yes improve thread signal wake-up latency [no]
- --lowlat-syscalls=no|yes improve thread syscall wake-up latency [no]
--pointercheck=no|yes enforce client address space limits [yes]
--- valgrind/none/tests/cmdline2.stdout.exp #1.9:1.10
@@ -15,6 +15,4 @@
--run-libc-freeres=no|yes free up glibc memory at exit? [yes]
--weird-hacks=hack1,hack2,... recognised hacks: lax-ioctls,ioctl-mmap [none]
- --lowlat-signals=no|yes improve thread signal wake-up latency [no]
- --lowlat-syscalls=no|yes improve thread syscall wake-up latency [no]
--pointercheck=no|yes enforce client address space limits [yes]
|
|
From: Jeremy F. <je...@go...> - 2005-02-10 00:27:05
|
CVS commit by fitzhardinge:
Remove unused libpthread.c
M +0 -1 Makefile.am 1.24
R libpthread.c 1.5
--- valgrind/coregrind/x86/Makefile.am #1.23:1.24
@@ -15,5 +15,4 @@
EXTRA_DIST = \
jmp_with_stack.c \
- libpthread.c \
gen_offsets.c core_arch_asm_offsets.h.dist
|
|
From: Jeremy F. <je...@go...> - 2005-02-10 00:24:41
|
CVS commit by fitzhardinge:
Make generation of core_arch_asm_offsets.h to work in a cross-build
environment. Distribute a native-built .dist version, and just copy
that if we can't run gen_offsets on the build machine.
M +21 -3 Makefile.am 1.23
--- valgrind/coregrind/x86/Makefile.am #1.22:1.23
@@ -16,5 +16,5 @@
jmp_with_stack.c \
libpthread.c \
- gen_offsets.c core_arch_asm_offsets.h
+ gen_offsets.c core_arch_asm_offsets.h.dist
BUILT_SOURCES = stage2.lds core_arch_asm_offsets.h
@@ -45,5 +45,23 @@
-e 's/0x08048000/kickstart_base/g' > $@ || rm -f $@
-# offsets
+# Generate offsets
+# Only update the existing core_arch_asm_offsets if gen_offsets ran,
+# and it produced a different file. Otherwise preserve the existing file.
core_arch_asm_offsets.h: gen_offsets
- ./gen_offsets > $@ || rm -f $@
+ -./gen_offsets > $@.new
+ @if [ -s $@.new ] && ! cmp $@ $@.new >/dev/null 2>&1; then \
+ echo Updated $@; \
+ mv $@.new $@; \
+ else \
+ rm -f $@.new; \
+ fi
+ @if ! [ -s $@ ]; then \
+ if ! cp $(srcdir)/$@.dist $@; then \
+ echo "Couldn't create $@"; exit 1; \
+ else \
+ echo "Copied $(srcdir)/$@.dist"; \
+ fi; \
+ fi
+
+core_arch_asm_offsets.h.dist: core_arch_asm_offsets.h
+ cp $< $@
|