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
(11) |
2
(8) |
|
3
(8) |
4
(8) |
5
(8) |
6
(19) |
7
(17) |
8
(12) |
9
(10) |
|
10
(15) |
11
(18) |
12
(14) |
13
(16) |
14
(24) |
15
(16) |
16
(12) |
|
17
(25) |
18
(23) |
19
(12) |
20
(10) |
21
(9) |
22
(12) |
23
(13) |
|
24
(19) |
25
(7) |
26
(39) |
27
(22) |
28
(22) |
29
(16) |
30
(13) |
|
31
(23) |
|
|
|
|
|
|
|
From: Greg P. <gp...@us...> - 2006-12-13 22:47:23
|
Anyone looking at SSSE3 yet? (yes, that's "supplemental SSE3".) I have a mostly-untested PALIGNR implementation if anyone's interested. -- Greg Parker gp...@us... |
|
From: Bart V. A. <bar...@gm...> - 2006-12-13 18:10:18
|
A new patch is available: http://home.euphonynet.be/bvassche/valgrind/valgrind-6397-drd-2006-12-13.patch.gz Changes compared to the previous version (2006-12-09): - Eliminated the changes to the thread states in Valgrind's core. - Renamed track_detached_thread_finished() into track_thread_finished(). This tracking function is now called independent of whether the thread is a detached or joinable POSIX thread. - Added a tracking function that is called every time a thread name changes (track_thread_name()). - Changed thread name size from 16 to 32 characters. - Decoupled Valgrind's thread ID's (ThreadId) and DRD's thread ID's (DrdThreadId). - Eliminated all thread state information from drd's client-side function wrappers. - When option -v is passed to Valgrind, drd prints some statistics of its own. - Bug fix (thanks to Julian): fixed vector clock updating at pthread_mutex_lock() calls -- the drd now reliably reports the same set of races upon every run. Previously the set of races reported was dependent on how Valgrind scheduled the client's threads. - Various small changes to drd. Next issues I will work on: segment merging, and more accurate error reporting. This should solve the OOM errors triggered by drd and make the tool more usable. Any comments on the proposed core changes and/or the drd tool are welcome. Bart. |
|
From: <sv...@va...> - 2006-12-13 14:35:12
|
Author: sewardj Date: 2006-12-13 14:35:03 +0000 (Wed, 13 Dec 2006) New Revision: 6397 Log: Include missing files in tarball. Modified: trunk/memcheck/tests/Makefile.am trunk/none/tests/amd64/Makefile.am Modified: trunk/memcheck/tests/Makefile.am =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/memcheck/tests/Makefile.am 2006-12-13 03:16:40 UTC (rev 6396) +++ trunk/memcheck/tests/Makefile.am 2006-12-13 14:35:03 UTC (rev 6397) @@ -124,6 +124,7 @@ vcpu_fbench.stdout.exp vcpu_fbench.stderr.exp vcpu_fbench.vgtest \ vcpu_fnfns.stdout.exp vcpu_fnfns.stderr.exp vcpu_fnfns.vgtest \ vgtest_ume.stderr.exp vgtest_ume.disabled \ + with-space.stderr.exp with-space.stdout.exp with-space.vgtest \ wrap1.vgtest wrap1.stdout.exp wrap1.stderr.exp \ wrap2.vgtest wrap2.stdout.exp wrap2.stderr.exp \ wrap3.vgtest wrap3.stdout.exp wrap3.stderr.exp \ Modified: trunk/none/tests/amd64/Makefile.am =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/none/tests/amd64/Makefile.am 2006-12-13 03:16:40 UTC (rev 6396) +++ trunk/none/tests/amd64/Makefile.am 2006-12-13 14:35:03 UTC (rev 6397) @@ -18,10 +18,10 @@ $(addsuffix .vgtest,$(INSN_TESTS)) \ jrcxz.stderr.exp jrcxz.stdout.exp jrcxz.vgtest \ looper.stderr.exp looper.stdout.exp looper.vgtest \ - nibz_bennee_mmap.stderr.exp nibz_bennee_mmap.stdout.exp=20 + nibz_bennee_mmap.stderr.exp nibz_bennee_mmap.stdout.exp \ nibz_bennee_mmap.vgtest \ - smc1.stderr.exp smc1.stdout.exp smc1.vgtest \ - shrld.stderr.exp shrld.stdout.exp shrld.vgtest + smc1.stderr.exp smc1.stdout.exp smc1.vgtest \ + shrld.stderr.exp shrld.stdout.exp shrld.vgtest =20 =20 check_PROGRAMS =3D \ |
|
From: Bart V. A. <bar...@gm...> - 2006-12-13 09:26:08
|
On 12/13/06, Tom Hughes <to...@co...> wrote: > > I think the problem is that pthread_spin_unlock is an alias for > pthread_spin_init (ie they are the same routine) and valgrind sees > the init routine first so attaches that name to the address: > > dellow [~] % objdump -T /lib64/libpthread.so.0 | grep pthread_spin_unlock > 000000382700ab70 g DF .text 0000000000000009 GLIBC_2.2.5 pthread_spin_unlock > > dellow [~] % objdump -T /lib64/libpthread.so.0 | grep 000000382700ab70 > 000000382700ab70 g DF .text 0000000000000009 GLIBC_2.2.5 pthread_spin_init > 000000382700ab70 g DF .text 0000000000000009 GLIBC_2.2.5 pthread_spin_unlock > > I don't think valgrind's symbol table can cope with a many-one mapping > from names to addresses, so we just remember the first name we see. > > Given that the main use of the symbol table is mapping the other way > for backtraces, this makes some sense, as you can only show one name > for an address in a backtrace. > > Tom This explanation sounds perfectly reasonable, but doesn't give me a solution: does the above mean that it's impossible to implement a wrapper for pthread_spin_unlock() in a Valgrind tool ? |
|
From: Tom H. <to...@co...> - 2006-12-13 08:34:54
|
In message <e2e...@ma...>
Bart Van Assche <bar...@gm...> wrote:
> I'm trying to get function wrapping working for pthread_spin_unlock()
> in my drd tool, but have not been successful until now (function
> wrapping for pthread_spin_lock() works however). I have enabled symtab
> tracing in Valgrind, and it looks like Valgrind's ELF reader ignores
> lipthread's pthread_spin_unlock() because it thinks this symbol has
> value zero ? This is not how readelf sees libpthread.so however ...
I think the problem is that pthread_spin_unlock is an alias for
pthread_spin_init (ie they are the same routine) and valgrind sees
the init routine first so attaches that name to the address:
dellow [~] % objdump -T /lib64/libpthread.so.0 | grep pthread_spin_unlock
000000382700ab70 g DF .text 0000000000000009 GLIBC_2.2.5 pthread_spin_unlock
dellow [~] % objdump -T /lib64/libpthread.so.0 | grep 000000382700ab70
000000382700ab70 g DF .text 0000000000000009 GLIBC_2.2.5 pthread_spin_init
000000382700ab70 g DF .text 0000000000000009 GLIBC_2.2.5 pthread_spin_unlock
I don't think valgrind's symbol table can cope with a many-one mapping
from names to addresses, so we just remember the first name we see.
Given that the main use of the symbol table is mapping the other way
for backtraces, this makes some sense, as you can only show one name
for an address in a backtrace.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Bart V. A. <bar...@gm...> - 2006-12-13 08:10:28
|
I'm trying to get function wrapping working for pthread_spin_unlock()
in my drd tool, but have not been successful until now (function
wrapping for pthread_spin_lock() works however). I have enabled symtab
tracing in Valgrind, and it looks like Valgrind's ELF reader ignores
lipthread's pthread_spin_unlock() because it thinks this symbol has
value zero ? This is not how readelf sees libpthread.so however ...
$ VALGRIND_LIB=.in_place coregrind/valgrind --trace-redir=yes
--trace-symtab=yes --tool=drd drd/tests/pth_detached 0 2
[ ... ]
--6105-- Reading syms from
/home/bart/software/valgrind-svn/drd/vgpreload_drd-x86-linux.so
(0x401F000)
[ ... ]
raw symbol [ 38]: GLO FUN : val 0x000401FBD8, sz 83
_vgwZZ_libpthreadZdsoZd0_pthreadZuspinZuunlock
record [ 38]: val 0x000401FBD8, sz 83
_vgwZZ_libpthreadZdsoZd0_pthreadZuspinZuunlock
[ ... ]
--6105-- Reading syms from /lib/libpthread-2.4.so (0x403C000)
soname=libpthread.so.0
[ ... ]
raw symbol [ 107]: GLO FUN : val 0x0000000000, sz 13
pthread_spin_unlock@@GLIBC_2.2
ignore -- valu=0: pthread_spin_unlock@@GLIBC_2.2
[ ... ]
raw symbol [ 20]: GLO FUN : val 0x0000000000, sz 13 pthread_spin_unlock
ignore -- valu=0: pthread_spin_unlock
[ ... ]
$ readelf -a /lib/libpthread-2.4.so
[ ... ]
Symbol table '.dynsym' contains 339 entries:
Num: Value Size Type Bind Vis Ndx Name
[ ... ]
212: 000090e0 13 FUNC GLOBAL DEFAULT 13
pthread_spin_unlock@@GLIBC_2.2
[ ... ]
Symbol table '.symtab' contains 781 entries:
Num: Value Size Type Bind Vis Ndx Name
[ ... ]
654: 000090e0 13 FUNC GLOBAL DEFAULT 13 pthread_spin_unlock
[ ... ]
Bart.
|
|
From: <js...@ac...> - 2006-12-13 05:33:05
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2006-12-13 09:00:02 GMT 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 == 215 tests, 10 stderr failures, 7 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/jm-int (stdout) 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: Greg P. <gp...@us...> - 2006-12-13 05:28:39
|
gcc 4.0.1 emitted this ten-byte i386 NOP (to align a loop, I think):
66 2e 0f 1f 84 00 00 00 00 00
VEX didn't like the 2e prefix on the 0f 1f NOP. This patch allows it.
Index: VEX/priv/guest-x86/toIR.c
===================================================================
--- VEX/priv/guest-x86/toIR.c (revision 1686)
+++ VEX/priv/guest-x86/toIR.c (working copy)
@@ -7245,9 +7245,9 @@
sorb = getIByte(delta); delta++;
break;
case 0x2E: /* %CS: */
- /* 2E prefix on a conditional branch instruction is a
- branch-prediction hint, which can safely be ignored. */
{
+ /* 2E prefix on a conditional branch instruction is a
+ branch-prediction hint, which can safely be ignored. */
UChar op1 = getIByte(delta+1);
UChar op2 = getIByte(delta+2);
if ((op1 >= 0x70 && op1 <= 0x7F)
@@ -7257,6 +7257,12 @@
sorb = getIByte(delta); delta++;
break;
}
+
+ /* 2E 0F 1F is a multi-byte nop */
+ if ((op1 == 0x0F && op2 == 0x1F)) {
+ delta++;
+ break;
+ }
}
unimplemented("x86 segment override (SEG=CS) prefix");
/*NOTREACHED*/
--
Greg Parker gp...@us...
|
|
From: <js...@ac...> - 2006-12-13 05:04:55
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2006-12-13 04:30:02 GMT 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 == 250 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) ================================================= == Results from 24 hours ago == ================================================= 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 == 250 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Wed Dec 13 04:48:10 2006 --- new.short Wed Dec 13 05:04:59 2006 *************** *** 10,12 **** ! == 250 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) --- 10,12 ---- ! == 250 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/leak-tree (stderr) *************** *** 18,19 **** --- 18,20 ---- none/tests/mremap2 (stdout) + none/tests/pth_detached (stdout) |
|
From: Tom H. <to...@co...> - 2006-12-13 04:04:07
|
Nightly build on dunsmere ( athlon, Fedora Core 6 ) started at 2006-12-13 03:30:05 GMT 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 == 252 tests, 5 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/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 == 252 tests, 5 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (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 Dec 13 03:48:50 2006 --- new.short Wed Dec 13 04:03:53 2006 *************** *** 8,10 **** ! == 252 tests, 5 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/pointer-trace (stderr) --- 8,10 ---- ! == 252 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) *************** *** 15,17 **** none/tests/mremap2 (stdout) - none/tests/pth_detached (stdout) --- 15,16 ---- |
|
From: Tom H. <th...@cy...> - 2006-12-13 03:24:47
|
Nightly build on dellow ( x86_64, Fedora Core 6 ) started at 2006-12-13 03:10:04 GMT 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 == 280 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) |
|
From: Tom H. <th...@cy...> - 2006-12-13 03:24:24
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2006-12-13 03:15:03 GMT Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/cczdgUJO.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczdgUJO.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczdgUJO.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczdgUJO.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczdgUJO.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczdgUJO.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczdgUJO.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cczdgUJO.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/valgrind.983/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.983/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.983/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.983/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.983/valgrind' make: *** [check] Error 2 ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/ccvm9Qep.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvm9Qep.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvm9Qep.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvm9Qep.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvm9Qep.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvm9Qep.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvm9Qep.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvm9Qep.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/valgrind.983/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.983/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.983/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.983/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.983/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Wed Dec 13 03:19:29 2006 --- new.short Wed Dec 13 03:23:15 2006 *************** *** 7,16 **** Last 20 lines of verbose log follow echo ! /tmp/ccvm9Qep.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvm9Qep.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvm9Qep.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvm9Qep.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvm9Qep.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvm9Qep.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvm9Qep.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvm9Qep.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 --- 7,16 ---- Last 20 lines of verbose log follow echo ! /tmp/cczdgUJO.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczdgUJO.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczdgUJO.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczdgUJO.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczdgUJO.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczdgUJO.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczdgUJO.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cczdgUJO.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 |
|
From: Tom H. <th...@cy...> - 2006-12-13 03:18:42
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2006-12-13 03:05:03 GMT 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 == 280 tests, 5 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/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: <sv...@va...> - 2006-12-13 03:16:52
|
Author: sewardj
Date: 2006-12-13 03:16:40 +0000 (Wed, 13 Dec 2006)
New Revision: 6396
Log:
Fix error in aix zeropage handling.
Modified:
trunk/memcheck/mc_main.c
Modified: trunk/memcheck/mc_main.c
=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/memcheck/mc_main.c 2006-12-12 01:38:15 UTC (rev 6395)
+++ trunk/memcheck/mc_main.c 2006-12-13 03:16:40 UTC (rev 6396)
@@ -2972,7 +2972,7 @@
best we can do is to 'act normal' and mark the A bits in the
normal way as noaccess, but then hide any reads from that page
that get reported here. */
- if ((!isWrite) && a >=3D 0 && a+size <=3D 4096)=20
+ if ((!isWrite) && a >=3D 0 && a < 4096 && a+size <=3D 4096)=20
return;
=20
/* Appalling AIX hack. It suppresses reads done by glink
|
|
From: Tom H. <th...@cy...> - 2006-12-13 03:12:42
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-12-13 03:00:02 GMT 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 == 282 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: <js...@ac...> - 2006-12-13 01:16:39
|
Nightly build on g5 ( SuSE 10.1, ppc970 ) started at 2006-12-13 02:00:01 CET 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 == 221 tests, 6 stderr failures, 4 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) none/tests/ppc32/jm-int (stdout) none/tests/ppc64/jm-int (stdout) |