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
(17) |
2
(15) |
3
(36) |
4
(24) |
5
(36) |
|
6
(18) |
7
(16) |
8
(18) |
9
(19) |
10
(18) |
11
(37) |
12
(18) |
|
13
(13) |
14
(21) |
15
(27) |
16
(10) |
17
(16) |
18
(25) |
19
(21) |
|
20
(11) |
21
(14) |
22
(6) |
23
(15) |
24
(27) |
25
(3) |
26
(9) |
|
27
(16) |
28
(24) |
29
(21) |
30
(43) |
31
(42) |
|
|
|
From: Bryan O'S. <bo...@se...> - 2005-03-15 21:45:29
|
On Tue, 2005-03-15 at 20:32 +0000, Julian Seward wrote: > If gcc inlines malloc etc it makes V pretty much useless, but I'm sure > large pressure would be bought to bear on the gcc folks from the community > at large if that happened. Not all builtins are actually inlined, malloc being among those that aren't. Many of them are present just so that gcc will always add special attributes to them (e.g. the printf family), even if they get redefined by users instead of #included via standard headers that already have the right attributes set. <b |
|
From: Julian S. <js...@ac...> - 2005-03-15 20:33:03
|
> Hmm, that's weird -- strcpy() is in that file on my installation, but it > doesn't get inlined. More alarmingly, malloc() is also in that file... if > gcc inlined that (how on earth could it?) that would be a disaster for > Valgrind. If gcc inlines malloc etc it makes V pretty much useless, but I'm sure large pressure would be bought to bear on the gcc folks from the community at large if that happened. J |
|
From: Nicholas N. <nj...@cs...> - 2005-03-15 20:23:49
|
On Tue, 15 Mar 2005, Jeremy Fitzhardinge wrote: >> The number of functions that gcc inlines grows like kudzu. You can turn >> off specific VG-sensitive ones like memcpy by invoking the compiler with >> -fno-builtin-memcpy and so on. >> > That's OK for our tests, but it would be nice to have something which > works for arbitrary code X. Yes, otherwise memcpy() overlap checking does nothing. > Does it always inline memcpy, or only the ones with a constant length? Always, interestingly. It's smart enough to use movsb (if the length is unknown) or even movsl (if the length is fixed and a multiple of 4). >> See gcc/gcc/builtins.def for a complete list of the stuff that gcc >> handles specially. This frequently changes quite substantially from one >> minor release to the next (e.g. 3.3.2 -> 3.3.3), so don't assume it's >> static. Hmm, that's weird -- strcpy() is in that file on my installation, but it doesn't get inlined. More alarmingly, malloc() is also in that file... if gcc inlined that (how on earth could it?) that would be a disaster for Valgrind. N |
|
From: Jeremy F. <je...@go...> - 2005-03-15 20:10:23
|
Bryan O'Sullivan wrote:
>The number of functions that gcc inlines grows like kudzu. You can turn
>off specific VG-sensitive ones like memcpy by invoking the compiler with
>-fno-builtin-memcpy and so on.
>
>See gcc/gcc/builtins.def for a complete list of the stuff that gcc
>handles specially. This frequently changes quite substantially from one
>minor release to the next (e.g. 3.3.2 -> 3.3.3), so don't assume it's
>static.
>
That's OK for our tests, but it would be nice to have something which
works for arbitrary code X.
Does it always inline memcpy, or only the ones with a constant length?
J
|
|
From: Bryan O'S. <bo...@se...> - 2005-03-15 18:02:21
|
On Mon, 2005-03-14 at 22:51 -0600, Nicholas Nethercote wrote: > I've worked out why 'overlap' is failing for me in SVN -- looks like GCC > 4.0 always inlines memcpy(). The number of functions that gcc inlines grows like kudzu. You can turn off specific VG-sensitive ones like memcpy by invoking the compiler with -fno-builtin-memcpy and so on. See gcc/gcc/builtins.def for a complete list of the stuff that gcc handles specially. This frequently changes quite substantially from one minor release to the next (e.g. 3.3.2 -> 3.3.3), so don't assume it's static. <b -- Bryan O'Sullivan <bo...@se...> |
|
From: Nicholas N. <nj...@cs...> - 2005-03-15 17:57:05
|
On Tue, 15 Mar 2005, Jeremy Fitzhardinge wrote: > So many of those fixed bugs were issues with vg_libpthread that I wonder if > we can just class them all together. Anyway, I'll take a look at generating > a summary in the next day or so. I figure it just looks impressive if there's a big list, and it's easy to generate that list, so why not put it in :) N |
|
From: Jeremy F. <je...@go...> - 2005-03-15 17:39:49
|
Nicholas Nethercote wrote:
> There are different numbers of bugs in these two lists (86 vs 65)... I
> don't think it matters, you could just describe it as a "possibly
> incomplete list" or something.
So many of those fixed bugs were issues with vg_libpthread that I wonder
if we can just class them all together. Anyway, I'll take a look at
generating a summary in the next day or so.
J
|
|
From: Tom H. <to...@co...> - 2005-03-15 14:48:49
|
In message <Pin...@ch...>
Nicholas Nethercote <nj...@cs...> wrote:
> On Tue, 15 Mar 2005, Jeremy Fitzhardinge wrote:
>
>> Does it leave any trace of the inlining in the debug info?
>
> Not AFAICT.
>
> I compiled with -g and inspected the debug info with 'readelf -w', and
> saw no sign of memcpy... it seems dwarf doesn't represent calls to
> functions.
>
> I also compiled with -gstabs and inspected the debug info with
> 'objdump -g' and 'objdump -G', and again saw no signs of memcpy.
>
> Could I be overlooking something?
Neither DWARF nor stabs will contain anything for a call to a function.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Nicholas N. <nj...@cs...> - 2005-03-15 14:22:42
|
On Tue, 15 Mar 2005, Jeremy Fitzhardinge wrote: > Does it leave any trace of the inlining in the debug info? Not AFAICT. I compiled with -g and inspected the debug info with 'readelf -w', and saw no sign of memcpy... it seems dwarf doesn't represent calls to functions. I also compiled with -gstabs and inspected the debug info with 'objdump -g' and 'objdump -G', and again saw no signs of memcpy. Could I be overlooking something? On Tue, 15 Mar 2005, Dirk Mueller wrote: > even with -fno-builtins ? Ah, that works -- memcpy() isn't inlined and so the overlap detection works again. N |
|
From: Dirk M. <dm...@gm...> - 2005-03-15 13:25:57
|
On Tuesday 15 March 2005 05:51, Nicholas Nethercote wrote: > I've worked out why 'overlap' is failing for me in SVN -- looks like GCC > 4.0 always inlines memcpy(). So we can't intercept it in order to replace > it with our overlap-checking one. Hmm. even with -fno-builtins ? |
|
From: Jeremy F. <je...@go...> - 2005-03-15 09:18:25
|
Nicholas Nethercote wrote:
> I've worked out why 'overlap' is failing for me in SVN -- looks like
> GCC 4.0 always inlines memcpy(). So we can't intercept it in order to
> replace it with our overlap-checking one. Hmm.
Does it leave any trace of the inlining in the debug info?
J
|
|
From: Nicholas N. <nj...@cs...> - 2005-03-15 04:51:47
|
Hi, I've worked out why 'overlap' is failing for me in SVN -- looks like GCC 4.0 always inlines memcpy(). So we can't intercept it in order to replace it with our overlap-checking one. Hmm. N |
|
From: <js...@ac...> - 2005-03-15 04:03:15
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-03-15 03:50:00 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_mmx: valgrind ./insn_mmx insn_mmxext: (skipping, prereq failed: ../../../tests/cputest x86-mmxext) insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 201 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/writev (stderr) corecheck/tests/fdleak_fcntl (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <to...@co...> - 2005-03-15 03:28:26
|
Nightly build on dunsmere ( Fedora Core 3 ) started at 2005-03-15 03:20:03 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int sh: line 1: 18820 Segmentation fault VALGRINDLIB=/tmp/valgrind.26091/valgrind/.in_place /tmp/valgrind.26091/valgrind/./coregrind/valgrind --command-line-only=yes --memcheck:leak-check=no --addrcheck:leak-check=no --tool=none ./int >int.stdout.out 2>int.stderr.out pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 207 tests, 2 stderr failures, 0 stdout failures ================= memcheck/tests/scalar (stderr) memcheck/tests/scalar_supp (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-15 03:22:30
|
Nightly build on audi ( Red Hat 9 ) started at 2005-03-15 03:15:01 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow cpuid: valgrind ./cpuid dastest: valgrind ./dastest fpu_lazy_eflags: valgrind ./fpu_lazy_eflags insn_basic: valgrind ./insn_basic insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 206 tests, 0 stderr failures, 0 stdout failures ================= |
|
From: Tom H. <th...@cy...> - 2005-03-15 03:16:28
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2005-03-15 03:10:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_basic: valgrind ./insn_basic insn_cmov: valgrind ./insn_cmov insn_fpu: valgrind ./insn_fpu insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 205 tests, 2 stderr failures, 0 stdout failures ================= memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-15 03:15:23
|
Nightly build on standard ( Red Hat 7.2 ) started at 2005-03-15 03:00:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow insn_mmx: valgrind ./insn_mmx insn_mmxext: valgrind ./insn_mmxext insn_sse: valgrind ./insn_sse insn_sse2: (skipping, prereq failed: ../../../tests/cputest x86-sse2) int: valgrind ./int pushpopseg: valgrind ./pushpopseg rcl_assert: valgrind ./rcl_assert seg_override: valgrind ./seg_override -- Finished tests in none/tests/x86 ------------------------------------ yield: valgrind ./yield -- Finished tests in none/tests ---------------------------------------- == 205 tests, 5 stderr failures, 0 stdout failures ================= memcheck/tests/leak-tree (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) addrcheck/tests/leak-tree (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-03-15 03:11:41
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2005-03-15 03:05:02 GMT Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow == 205 tests, 16 stderr failures, 0 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/distinguished-writes (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/pointer-trace (stderr) memcheck/tests/pth_once (stderr) memcheck/tests/threadederrno (stderr) memcheck/tests/vgtest_ume (stderr) addrcheck/tests/leak-0 (stderr) addrcheck/tests/leak-cycle (stderr) addrcheck/tests/leak-regroot (stderr) addrcheck/tests/leak-tree (stderr) make: *** [regtest] Error 1 |
|
From: Jeremy F. <je...@go...> - 2005-03-15 03:00:27
|
OK, I've put 2.4.0.rc4 up at http://www.goop.org/~jeremy/valgrind/dist/ Changes since rc3 are: * fix unexpected SIGSEGV when using memcheck on programs where the first write to a particular 64k chunk is done by the FPU * fix a problem with the sys_futex wrapper which was inspecting the wrong arguments for FUTEX_REQUEUE * format fixup for a debug printf The full changelog since 2.2.0 is attached. Unless something major turns up, I think this will be the last release candidate. J |
|
From: Jeremy F. <je...@go...> - 2005-03-15 03:00:22
|
CVS commit by fitzhardinge: Set version to 2.4.0.rc4 M +1 -1 configure.in 1.154 --- valgrind/configure.in #1.153:1.154 @@ -1,4 +1,4 @@ # Process this file with autoconf to produce a configure script. -AC_INIT(Valgrind, 2.4.0.rc3, val...@li...) +AC_INIT(Valgrind, 2.4.0.rc4, val...@li...) AC_CONFIG_SRCDIR(coregrind/vg_main.c) AM_CONFIG_HEADER(config.h) |
|
From: <sv...@va...> - 2005-03-15 02:32:50
|
Author: de Date: 2005-03-15 02:32:40 +0000 (Tue, 15 Mar 2005) New Revision: 87 Modified: trunk/php/header.php Log: Result of reading too much info re worms+viruses late at night :) Modified: trunk/php/header.php =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- trunk/php/header.php 2005-03-15 00:03:28 UTC (rev 86) +++ trunk/php/header.php 2005-03-15 02:32:40 UTC (rev 87) @@ -3,7 +3,10 @@ require_once( '.htconfx' ); include_once( 'funcs.php' ); include( 'menu.php' ); -$curr_page =3D leafMenu( $_SERVER['REQUEST_URI'] ); +/* the paranoids are after me */ +$request_uri =3D strip_tags( $_SERVER['REQUEST_URI'] ); +$curr_page =3D leafMenu( $request_uri ); +/*$curr_page =3D leafMenu( $_SERVER['REQUEST_URI'] );*/ ?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"=20 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> |
|
From: Jeremy F. <je...@go...> - 2005-03-15 01:25:01
|
CVS commit by fitzhardinge:
sys_futex's FUTEX_(CMP_)REQUEUE requests use the futex2 pointer (not
timeout); FUTEX_CMP_REQUEUE also uses the timespec pointer as an integer.
Also, more clearly document the argument usages, and make the per-operation
special cases clearer.
M +33 -5 syscalls.c 1.9
--- valgrind/coregrind/linux/syscalls.c #1.8:1.9
@@ -413,13 +413,41 @@ POST(sys_sendfile64)
PRE(sys_futex, MayBlock)
{
+ /*
+ arg param used by ops
+
+ arg1 - u32 *futex all
+ arg2 - int op
+ arg3 - int val WAIT,WAKE,FD,REQUEUE,CMP_REQUEUE
+ arg4 - struct timespec *utime WAIT:time* REQUEUE,CMP_REQUEUE:val2
+ arg5 - u32 *uaddr2 REQUEUE,CMP_REQUEUE
+ arg6 - int val3 CMP_REQUEUE
+ */
PRINT("sys_futex ( %p, %d, %d, %p, %p )", arg1,arg2,arg3,arg4,arg5);
PRE_REG_READ6(long, "futex",
vki_u32 *, futex, int, op, int, val,
struct timespec *, utime, vki_u32 *, uaddr2, int, val3);
- SYS_PRE_MEM_READ( "futex(futex)", arg1, sizeof(int) );
- if (arg2 == VKI_FUTEX_WAIT && arg4 != 0)
+
+ SYS_PRE_MEM_READ( "futex(futex)", arg1, sizeof(Int) );
+
+ switch(arg2) {
+ case VKI_FUTEX_WAIT:
+ if (arg4 != 0)
SYS_PRE_MEM_READ( "futex(timeout)", arg4, sizeof(struct vki_timespec) );
- if (arg2 == VKI_FUTEX_REQUEUE)
- SYS_PRE_MEM_READ( "futex(futex2)", arg4, sizeof(int) );
+ break;
+
+ case VKI_FUTEX_REQUEUE:
+ case VKI_FUTEX_CMP_REQUEUE:
+ SYS_PRE_MEM_READ( "futex(futex2)", arg5, sizeof(Int) );
+ break;
+
+ case VKI_FUTEX_WAKE:
+ case VKI_FUTEX_FD:
+ /* no additional pointers */
+ break;
+
+ default:
+ set_result(-VKI_ENOSYS); // some futex function we don't understand
+ break;
+ }
}
|
|
From: Naveen K. <g_n...@ya...> - 2005-03-15 00:46:22
|
Hi Folks I am getting a valgrind: vg_memory.c:937 (vgPlain_shadow_alloc): Assertion `vgPlain_is_addressable(vgPlain_shadow_base, vgPlain_shadow_end-vgPlain_shadow_base, 0x0)' failed. This is on solaris-x86. Full output is interp name /usr/lib/ld.so.1 size-auxv 8 auxv 8047464 stage 2 main ========== main() ========== mapping 8046000- 8048000 rwxt ffffffff:00 1 mapping 8048000- 806f000 r-x- ffffffff:00 1 mapping 806f000- 8073000 rw-- ffffffff:00 1 mapping 8073000- 8096000 rw-- ffffffff:00 1 mapping 8096000- 8098000 rwx- ffffffff:00 1 mapping b0000000- b0093000 r-x- ffffffff:00 1 mapping b0093000- b0095000 rw-- ffffffff:00 1 mapping b0095000- b01e0000 rw-- ffffffff:00 1 mapping b1000000- b1020000 r-x- ffffffff:00 1 mapping b1020000- b1030000 rwx- ffffffff:00 1 mapping dfb10000- dfb95000 r-x- ffffffff:00 1 mapping dfba5000- dfbab000 rwx- ffffffff:00 1 mapping dfbab000- dfbad000 rwx- ffffffff:00 1 mapping dfbb0000- dfbb1000 rwx- ffffffff:00 1 mapping dfbc0000- dfbc1000 r-x- ffffffff:00 1 mapping dfbd1000- dfbd2000 rwx- ffffffff:00 1 mapping dfbf0000- dfbf1000 r-x- ffffffff:00 1 client_base 8048000 (420MB) client_mapbase 22531000 (843MB) client_end 57048000 (1MB) shadow_base 57148000 (1422MB) shadow_end B0000000 valgrind_base B0000000 (255MB) valgrind_last BFFFFFFF interp name /usr/lib/ld.so.1 ==16576== Memcheck, a memory error detector for x86-solaris. ==16576== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==16576== Using valgrind-2.4.0.rc2, a program supervision framework for x86-solaris. ==16576== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. checking 0x57148000 0x58EB8000 valgrind: vg_memory.c:937 (vgPlain_shadow_alloc): Assertion `vgPlain_is_addressable(vgPlain_shadow_base, vgPlain_shadow_end-vgPlain_shadow_base, 0x0)' failed. ==16576== at 0xB003005A: ??? sched status: running_tid=0 Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: valgrind.kde.org In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks. Any suggestions ??? Thanks Naveen __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/ |
|
From: <sv...@va...> - 2005-03-15 00:03:31
|
Author: njn
Date: 2005-03-15 00:03:28 +0000 (Tue, 15 Mar 2005)
New Revision: 86
Modified:
trunk/php/menu.php
Log:
whoops
Modified: trunk/php/menu.php
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- trunk/php/menu.php 2005-03-15 00:03:01 UTC (rev 85)
+++ trunk/php/menu.php 2005-03-15 00:03:28 UTC (rev 86)
@@ -18,7 +18,7 @@
array( 'url'=3D>'download_docs.html', 'tag'=3D>'Download All' ),
array( 'url'=3D>'quick-start.html', 'tag'=3D>'Quick Start' ),
array( 'url'=3D>'FAQ/', 'tag'=3D>'FAQ' ),
- array( 'url'=3D>'manual/manual.html', 'tag'=3D>'User Manual' )
+ array( 'url'=3D>'manual/manual.html', 'tag'=3D>'User Manual' ),
array( 'url'=3D>'pubs.html', 'tag'=3D>'Publications' )
/*array( 'url'=3D>'bookset/mc-tech.html', 'tag'=3D>'Technical' ),*/
/*array( 'url'=3D>'manual/distro.html', 'tag'=3D>'Release Docs' ),*/
|