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: Julian S. <js...@ac...> - 2005-03-21 20:26:41
|
CVS commit by jseward:
A second patch from Jeremy, which is also required to solve the
OOo-on-LinuxThreads hangs at exit problem. This patch goes along
with (vg_syscalls.c 1.262, x86-linux/syscalls.c 1.28).
If we're sending a SIGKILL to one of our own threads, then simulate it
rather than really sending the signal, so that the target thread gets
a chance to clean up. Returns True if we did the killing (or no
killing is necessary), and False if the caller should use the normal
kill syscall.
M +83 -15 vg_syscalls.c 1.263
M +3 -3 x86-linux/syscalls.c 1.29
--- valgrind/coregrind/vg_syscalls.c #1.262:1.263
@@ -4205,15 +4205,71 @@ POST(sys_ioctl)
}
-PRE(sys_tkill, 0)
+/*
+ If we're sending a SIGKILL to one of our own threads, then simulate
+ it rather than really sending the signal, so that the target thread
+ gets a chance to clean up. Returns True if we did the killing (or
+ no killing is necessary), and False if the caller should use the
+ normal kill syscall.
+
+ "pid" is any pid argument which can be passed to kill; group kills
+ (< -1, 0), and owner kills (-1) are ignored, on the grounds that
+ they'll most likely hit all the threads and we won't need to worry
+ about cleanup. In truth, we can't fully emulate these multicast
+ kills.
+
+ "tgid" is a thread group id. If it is not -1, then the target
+ thread must be in that thread group.
+ */
+static Bool do_sigkill(Int pid, Int tgid)
+{
+ ThreadState *tst;
+ ThreadId tid;
+
+ if (pid <= 0)
+ return False;
+
+ tid = VG_(get_lwp_tid)(pid);
+ if (tid == VG_INVALID_THREADID)
+ return False; /* none of our threads */
+
+ tst = VG_(get_ThreadState)(tid);
+ if (tst == NULL || tst->status == VgTs_Empty)
+ return False; /* hm, shouldn't happen */
+
+ if (tgid != -1 && tst->os_state.threadgroup != tgid)
+ return False; /* not the right thread group */
+
+ /* Check to see that the target isn't already exiting. */
+ if (!VG_(is_exiting)(tid)) {
+ if (VG_(clo_trace_signals))
+ VG_(message)(Vg_DebugMsg, "Thread %d being killed with SIGKILL", tst->tid);
+
+ tst->exitreason = VgSrc_FatalSig;
+ tst->os_state.fatalsig = VKI_SIGKILL;
+
+ if (!VG_(is_running_thread)(tid))
+ VG_(kill_thread)(tid);
+ }
+
+ return True;
+}
+
+PRE(sys_tkill, Special)
{
/* int tkill(pid_t tid, int sig); */
PRINT("sys_tkill ( %d, %d )", arg1,arg2);
PRE_REG_READ2(long, "tkill", int, tid, int, sig);
- if (!VG_(client_signal_OK)(arg2))
+ if (!VG_(client_signal_OK)(arg2)) {
set_result( -VKI_EINVAL );
-}
+ return;
+ }
+
+ /* If we're sending SIGKILL, check to see if the target is one of
+ our threads and handle it specially. */
+ if (arg2 == VKI_SIGKILL && do_sigkill(arg1, -1))
+ set_result(0);
+ else
+ set_result(VG_(do_syscall)(SYSNO, arg1, arg2));
-POST(sys_tkill)
-{
if (VG_(clo_trace_signals))
VG_(message)(Vg_DebugMsg, "tkill: sent signal %d to pid %d",
@@ -4223,15 +4279,21 @@ POST(sys_tkill)
}
-PRE(sys_tgkill, 0)
+PRE(sys_tgkill, Special)
{
/* int tgkill(pid_t tgid, pid_t tid, int sig); */
PRINT("sys_tgkill ( %d, %d, %d )", arg1,arg2,arg3);
PRE_REG_READ3(long, "tgkill", int, tgid, int, tid, int, sig);
- if (!VG_(client_signal_OK)(arg3))
+ if (!VG_(client_signal_OK)(arg3)) {
set_result( -VKI_EINVAL );
-}
+ return;
+ }
+
+ /* If we're sending SIGKILL, check to see if the target is one of
+ our threads and handle it specially. */
+ if (arg3 == VKI_SIGKILL && do_sigkill(arg2, arg1))
+ set_result(0);
+ else
+ set_result(VG_(do_syscall)(SYSNO, arg1, arg2, arg3));
-POST(sys_tgkill)
-{
if (VG_(clo_trace_signals))
VG_(message)(Vg_DebugMsg, "tgkill: sent signal %d to pid %d/%d",
@@ -4241,15 +4303,21 @@ POST(sys_tgkill)
}
-PRE(sys_kill, 0)
+PRE(sys_kill, Special)
{
/* int kill(pid_t pid, int sig); */
PRINT("sys_kill ( %d, %d )", arg1,arg2);
PRE_REG_READ2(long, "kill", int, pid, int, sig);
- if (!VG_(client_signal_OK)(arg2))
+ if (!VG_(client_signal_OK)(arg2)) {
set_result( -VKI_EINVAL );
-}
+ return;
+ }
+
+ /* If we're sending SIGKILL, check to see if the target is one of
+ our threads and handle it specially. */
+ if (arg2 == VKI_SIGKILL && do_sigkill(arg1, -1))
+ set_result(0);
+ else
+ set_result(VG_(do_syscall)(SYSNO, arg1, arg2));
-POST(sys_kill)
-{
if (VG_(clo_trace_signals))
VG_(message)(Vg_DebugMsg, "kill: sent signal %d to pid %d",
--- valgrind/coregrind/x86-linux/syscalls.c #1.28:1.29
@@ -743,5 +743,5 @@ const struct SyscallTableEntry VGA_(sysc
GENX_(__NR_ftime, sys_ni_syscall), // 35
GENX_(__NR_sync, sys_sync), // 36
- GENXY(__NR_kill, sys_kill), // 37
+ GENX_(__NR_kill, sys_kill), // 37
GENX_(__NR_rename, sys_rename), // 38
GENX_(__NR_mkdir, sys_mkdir), // 39
@@ -987,5 +987,5 @@ const struct SyscallTableEntry VGA_(sysc
GENX_(__NR_lremovexattr, sys_lremovexattr), // 236
GENX_(__NR_fremovexattr, sys_fremovexattr), // 237
- GENXY(__NR_tkill, sys_tkill), // 238 Linux
+ GENX_(__NR_tkill, sys_tkill), // 238 Linux
LINXY(__NR_sendfile64, sys_sendfile64), // 239
@@ -1026,5 +1026,5 @@ const struct SyscallTableEntry VGA_(sysc
GENXY(__NR_fstatfs64, sys_fstatfs64), // 269
- GENXY(__NR_tgkill, sys_tgkill), // 270
+ GENX_(__NR_tgkill, sys_tgkill), // 270
GENX_(__NR_utimes, sys_utimes), // 271
// (__NR_fadvise64_64, sys_fadvise64_64), // 272 */(Linux?)
|
|
From: Julian S. <js...@ac...> - 2005-03-21 20:11:07
|
CVS commit by jseward:
Patch from Jeremy: modify the handling of sys_get_ppid so as to
resolve deadlocks of threaded programs at exit under LinuxThreads.
If the master thread has already exited, and it is this thread's
parent, then force getppid to return 1 (init) rather than the real
ppid, so that it thinks its parent has exited. This is necessary
because the master thread is artificially kept alive by V until all
other threads have exited, even after it asks to exit. If any other
thread is waiting for the master thread to exit, and is checking for
that event by polling with get_ppid, it will never observe the master
thread exiting, and so will never itself exit. But since the master
thread is waiting for all others to exit, we get a deadlock.
This patch adjusts sys_get_ppid so it answers "yes, the master thread
has exited" once the master thread has done sys_exit, even if in fact
it is still alive. That makes observations from get_ppid consistent
with the exit-state of threads and breaks the deadlock.
M +10 -0 vg_syscalls.c 1.262
M +1 -1 x86-linux/syscalls.c 1.28
--- valgrind/coregrind/vg_syscalls.c #1.261:1.262
@@ -2290,4 +2290,14 @@ PRE(sys_getppid, 0)
}
+POST(sys_getppid)
+{
+ /* If the master thread has already exited, and it is this thread's
+ parent, then force getppid to return 1 (init) rather than the
+ real ppid, so that it thinks its parent has exited. */
+ if (VG_(threads)[VG_(master_tid)].os_state.lwpid == SYSRES &&
+ VG_(is_exiting)(VG_(master_tid)))
+ SYSRES = 1;
+}
+
PRE(sys_gettid, 0)
{
--- valgrind/coregrind/x86-linux/syscalls.c #1.27:1.28
@@ -775,5 +775,5 @@ const struct SyscallTableEntry VGA_(sysc
// (__NR_ustat, sys_ustat) // 62 SVr4 -- deprecated
GENXY(__NR_dup2, sys_dup2), // 63
- GENX_(__NR_getppid, sys_getppid), // 64
+ GENXY(__NR_getppid, sys_getppid), // 64
GENX_(__NR_getpgrp, sys_getpgrp), // 65
|
|
From: Julian S. <js...@ac...> - 2005-03-21 18:31:10
|
CVS commit by jseward:
Build fixes for the regtest suite on gcc-2.96.
M +4 -3 memcheck/tests/scalar.c 1.54
M +4 -4 memcheck/tests/str_tester.c 1.2
M +1 -1 none/tests/thread-exits.c 1.4
--- valgrind/memcheck/tests/scalar.c #1.53:1.54
@@ -15,4 +15,8 @@
// always issue an error message immediately before these seg faults occur).
+#include <asm/ipc.h>
+#include <sched.h>
+#include <signal.h>
+
int main(void)
{
@@ -513,5 +517,4 @@ int main(void)
// XXX: Also, should be 6 scalar errors, except glibc's syscall() doesn't
// use the 6th one!
- #include <asm/ipc.h>
GO(__NR_ipc, "5s 0m");
SY(__NR_ipc, x0+4, x0, x0, x0, x0, x0); FAIL;
@@ -526,6 +529,4 @@ int main(void)
// __NR_clone 120
- #include <sched.h>
- #include <signal.h>
#ifndef CLONE_PARENT_SETTID
#define CLONE_PARENT_SETTID 0x00100000
--- valgrind/memcheck/tests/str_tester.c #1.1:1.2
@@ -176,8 +176,8 @@ test_strcpy (void)
/* Simple test using implicitly coerced `void *' arguments. */
- const void *src = "frobozz";
+ { const void *src = "frobozz";
void *dst = one;
check (strcpy (dst, src) == dst, 1);
- equal (dst, "frobozz", 2);
+ equal (dst, "frobozz", 2); }
}
--- valgrind/none/tests/thread-exits.c #1.3:1.4
@@ -93,4 +93,5 @@ int main()
sigset_t mask;
int status;
+ struct sigaction sa;
sigemptyset(&mask);
@@ -98,5 +99,4 @@ int main()
sigprocmask(SIG_BLOCK, &mask, NULL);
- struct sigaction sa;
sa.sa_handler = handler;
sa.sa_flags = 0;
|
|
From: Maurice v. d. P. <gri...@ge...> - 2005-03-21 16:54:57
|
On Sun, Mar 20, 2005 at 07:59:33PM -0800, Matt wrote: > This correctly generated makefiles. It then doesn't build because the > -march flags aren't passed to gcc. --target=3D appears to not do much :( >=20 > So I added > CFLAGS=3D-m32 CCASFLAGS=3D-m32 CXXFLAGS=3D-m32 CPPFLAGS=3D-m32 > To the front of the configure. >=20 > Everything took except my additions to the CFLAGS. They are explicitly set > to "-Wno-long-long" in configure.in and overwrites any options from the > environment. We made a small patch, but perhaps things are this way for a > reason? I entered a question about this in the bug database a little while ago when I needed to provide some extra CFLAGS myself. See comment #15 in this report: http://bugs.kde.org/show_bug.cgi?id=3D96321 No clue yet why CFLAGS are cleared. Gentoo's 2.2.0-r2 release of valgrind contains a patch to respect CFLAGS in the environment and so far I haven't had any complaints. Regards, Maurice. --=20 Maurice van der Pot Gentoo Linux Developer gri...@ge... http://www.gentoo.org Creator of BiteMe! gri...@kf... http://www.kfk4ever.com |
|
From: Jeremy F. <je...@go...> - 2005-03-21 16:46:07
|
CVS commit by fitzhardinge:
Oops. Fix up 2nd half of 8-byte FP writes.
BUGS: 102039
M +1 -1 mc_main.c 1.70
--- valgrind/memcheck/mc_main.c #1.69:1.70
@@ -1349,5 +1349,5 @@ void MC_(fpu_write_check) ( Addr addr, S
sm_off = SM_OFF(addr4);
a_off = sm_off >> 3;
- if (sm->abits[a_off] != VGM_BYTE_VALID) goto slow8;
+ if (IS_DISTINGUISHED_SM(sm) || sm->abits[a_off] != VGM_BYTE_VALID) goto slow8;
/* Second half properly aligned and addressible. */
v_off = SM_OFF(addr4);
|
|
From: Jeremy F. <je...@go...> - 2005-03-21 16:14:00
|
Matt wrote:
>Hi,
>
>Doing some testing to help the release a bit and ran into a problem. I
>understand that valgrind doesn't support instrumentation of x86-64
>binaries, but it seems like I should be able to build it on x86-64 for use
>on i686 binaries. This is on a gentoo system with gcc 3.4.3.20050110,
>kernel 2.6.10, binutils 2.15.92.02, and glibc 2.3.4.20041102.
>
>
>I did this:
>
>./autogen.sh
>./configure --build=i686-linux-gnu --target=i686-linux-gnu
>
>This correctly generated makefiles. It then doesn't build because the
>-march flags aren't passed to gcc. --target= appears to not do much :(
>
>So I added
>CFLAGS=-m32 CCASFLAGS=-m32 CXXFLAGS=-m32 CPPFLAGS=-m32
>To the front of the configure.
>
>
I normally use
CC='gcc -m32' CXX='g++ -m32' linux32 ./configure
J
|
|
From: <js...@ac...> - 2005-03-21 04:02:04
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-03-21 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: Matt <ma...@us...> - 2005-03-21 03:59:37
|
Hi, Doing some testing to help the release a bit and ran into a problem. I understand that valgrind doesn't support instrumentation of x86-64 binaries, but it seems like I should be able to build it on x86-64 for use on i686 binaries. This is on a gentoo system with gcc 3.4.3.20050110, kernel 2.6.10, binutils 2.15.92.02, and glibc 2.3.4.20041102. I did this: ./autogen.sh ./configure --build=i686-linux-gnu --target=i686-linux-gnu This correctly generated makefiles. It then doesn't build because the -march flags aren't passed to gcc. --target= appears to not do much :( So I added CFLAGS=-m32 CCASFLAGS=-m32 CXXFLAGS=-m32 CPPFLAGS=-m32 To the front of the configure. Everything took except my additions to the CFLAGS. They are explicitly set to "-Wno-long-long" in configure.in and overwrites any options from the environment. We made a small patch, but perhaps things are this way for a reason? So, we edited the configure.in locally to fix the problem. Our -m32 was then showing up properly in the CFLAGS. Then we were stopped with many errors like this one: mc_translate.o(.text+0x726):/home/matt/src/valgrind-2.4/valgrind/memcheck/mc_translate.c:201: undefined reference to `vgPlain_printf' mc_translate.o(.text+0xacc): In function `create_PUTVF': /home/matt/src/valgrind-2.4/valgrind/memcheck/mc_translate.c:404: undefined reference to `vgPlain_new_UInstr1' collect2: ld returned 1 exit status make[3]: *** [vgskin_memcheck.so] Error 1 make[3]: Leaving directory `/home/matt/src/valgrind-2.4/valgrind/memcheck' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/matt/src/valgrind-2.4/valgrind/memcheck' make[1]: *** [all-recursive] Error 1 Please let me know if there's anything else I should try. It would be nice for valgrind to build/run OOTB on x86-64 systems (whose toolchains are built correctly). Thanks, and keep up the good work! :) -- tangled strands of DNA explain the way that I behave. http://www.clock.org/~matt |
|
From: Tom H. <to...@co...> - 2005-03-21 03:28:27
|
Nightly build on dunsmere ( Fedora Core 3 ) started at 2005-03-21 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: 32447 Segmentation fault VALGRINDLIB=/tmp/valgrind.7329/valgrind/.in_place /tmp/valgrind.7329/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-21 03:22:23
|
Nightly build on audi ( Red Hat 9 ) started at 2005-03-21 03:15:02 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-21 03:16:21
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2005-03-21 03:10:01 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-21 03:15:19
|
Nightly build on standard ( Red Hat 7.2 ) started at 2005-03-21 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-21 03:11:39
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2005-03-21 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: Julian S. <js...@ac...> - 2005-03-21 02:46:43
|
Jeremy Thanks for chasing those down. The patches certainly fix the hangs on SuSE 9.1. I'll try Red Hat 7.3 in the morning (it's very late now). J |