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
(9) |
|
2
(12) |
3
(19) |
4
(18) |
5
(22) |
6
(25) |
7
(18) |
8
(24) |
|
9
(16) |
10
(15) |
11
(22) |
12
(7) |
13
(19) |
14
(5) |
15
(8) |
|
16
(7) |
17
(8) |
18
(9) |
19
(7) |
20
(13) |
21
(16) |
22
(7) |
|
23
(10) |
24
(8) |
25
(4) |
26
(4) |
27
(9) |
28
(4) |
29
(5) |
|
30
(8) |
31
(4) |
|
|
|
|
|
|
From: Julian S. <js...@ac...> - 2007-12-23 22:28:55
|
> #0 vgPlain_get_StackTrace2 (tid_if_known=<value optimized out>, > ips=0x389113f0, n_ips=12, ip=0, sp=0, fp=0, lr=0, fp_min=0, > fp_max_orig=0) at m_stacktrace.c:230 The stack unwinder is being started with ip, sp, fp, lr values for the thread concerned of zero, which leads to the segfault. Are you sure the thread for which you are getting a stack trace has good values for those registers? J |
|
From: Tom H. <to...@co...> - 2007-12-23 19:10:32
|
On 23/12/2007, Eric Pouech <eri...@or...> wrote: > Tom Hughes a =E9crit : > > In message <d82...@ma...= > > > Tom Hughes <to...@co...> wrote: > > > >> I have recently been working on trying to get valgrind and wine to > >> work together and have run into a rather nasty problem. > > > > Unprelinking libwine has temporarily got me past the other problem > > which Linux distro are you using (it does work under some configurations)= ? Fedora 8. > > , and > > sorting out the trapno issue in signal handlers that the patch on the > > wine wiki addresses then gets me to this failure: > > > > --13050-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSE= GV) - exiting > > --13050-- si_code=3D2; Faulting address: 0xBEEF0007; sp: 0x469CC4C > > > > valgrind: the 'impossible' happened: > > Killed by fatal signal > > =3D=3D13050=3D=3D at 0x380293B3: vgPlain_get_StackTrace2 (m_stacktra= ce.c:153) > > =3D=3D13050=3D=3D by 0x380294DB: vgPlain_get_StackTrace (m_stacktrac= e.c:437) > > =3D=3D13050=3D=3D by 0x380164E2: vgPlain_record_ExeContext (m_execon= text.c:300) > > =3D=3D13050=3D=3D by 0x380025AE: create_MC_Chunk (mc_malloc_wrappers= .c:141) > > =3D=3D13050=3D=3D by 0x38002C17: vgMemCheck_new_block (mc_malloc_wra= ppers.c:211) > > =3D=3D13050=3D=3D by 0x3800305C: vgMemCheck_malloc (mc_malloc_wrappe= rs.c:226) > > =3D=3D13050=3D=3D by 0x38034E47: do_client_request (scheduler.c:1277= ) > > =3D=3D13050=3D=3D by 0x38036387: vgPlain_scheduler (scheduler.c:987) > > =3D=3D13050=3D=3D by 0x38049C28: run_a_thread_NORETURN (syswrap-linu= x.c:89) > > > > Now the fault address is obviously a little "suspicious" to say the > > least... Should we not be a bit more careful when doing frame pointer > > based unwinds on x86 though and just give up if we get a segv? > > > looks like a 16bit stack address, erroneously translated to a 32bit addre= ss > which program are you trying to run ? not a 16bit I hope Absolutely anything I think - even the wine supplied notepad... Tom --=20 Tom Hughes (to...@co...) http://www.compton.nu/ |
|
From: Bart V. A. <bar...@gm...> - 2007-12-23 19:02:03
|
Update: the patch included below solves the exp-drd crash. This patch
backs out the post-3.3.0 changes in coregrind/m_stacktrace.c.
Index: coregrind/m_stacktrace.c
===================================================================
--- coregrind/m_stacktrace.c (revision 7307)
+++ coregrind/m_stacktrace.c (revision 7290)
@@ -97,9 +97,11 @@
/* Assertion broken before main() is reached in pthreaded programs; the
* offending stack traces only have one item. --njn, 2002-aug-16 */
/* vg_assert(fp_min <= fp_max);*/
- if (fp_min + 512 >= fp_max) {
- /* If the stack limits look bogus, don't poke around ... but
- don't bomb out either. */
+
+ if (fp_min + VG_(clo_max_stackframe) <= fp_max) {
+ /* If the stack is ridiculously big, don't poke around ... but
+ don't bomb out either. Needed to make John Regehr's
+ user-space threads package work. JRS 20021001 */
ips[0] = ip;
return 1;
}
On Dec 23, 2007 6:29 PM, Bart Van Assche <bar...@gm...> wrote:
> Since a few days exp-drd now crashes on every program that I try to
> analyze. This crash did not yet occur with Valgrind version 3.3.0 but
> does occur with revision 7307. The relevant call stack is shown below.
> Is this due to exp-drd or due to the post-3.3.0 changes ?
>
> $ ./debug-in-place --tool=exp-drd exp-drd/tests/fp_race
> (gdb) run --tool=exp-drd exp-drd/tests/fp_race
> Starting program:
> /home/bart/software/valgrind-svn/.in_place/amd64-linux/exp-drd
> --tool=exp-drd exp-drd/tests/fp_race
> ==17491== exp-drd, a data race detector.
> ==17491== NOTE: This is an Experimental-Class Valgrind Tool.
> ==17491== Copyright (C) 2006-2007, and GNU GPL'd, by Bart Van Assche.
> ==17491== Using LibVEX rev 1803, a library for dynamic binary translation.
> ==17491== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
> ==17491== Using valgrind-3.4.0.SVN, a dynamic binary instrumentation framework.
> ==17491== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
> ==17491== For more details, rerun with: -v
> ==17491==
>
> Program received signal SIGSEGV, Segmentation fault.
> vgPlain_get_StackTrace2 (tid_if_known=<value optimized out>, ips=0x389113f0,
> n_ips=12, ip=0, sp=0, fp=0, lr=0, fp_min=0, fp_max_orig=0)
> at m_stacktrace.c:230
> 230 ip = (((UWord*)fp)[1]);
> (gdb) where
> #0 vgPlain_get_StackTrace2 (tid_if_known=<value optimized out>,
> ips=0x389113f0, n_ips=12, ip=0, sp=0, fp=0, lr=0, fp_min=0, fp_max_orig=0)
> at m_stacktrace.c:230
> #1 0x000000003801aada in vgPlain_get_StackTrace (tid=1, ips=0x389113f0,
> n_ips=12, first_ip_delta=<value optimized out>) at m_stacktrace.c:437
> #2 0x00000000380099d6 in record_ExeContext_wrk (tid=1, first_ip_delta=0,
> first_ip_only=0 '\0') at m_execontext.c:309
> #3 0x0000000038004ef9 in sg_init (sg=0x402001380, creator=0, created=1)
> at drd_segment.c:68
> #4 0x0000000038004fd7 in sg_new (creator=0, created=1) at drd_segment.c:110
> #5 0x0000000038006ce7 in thread_pre_create (creator=0, vg_created=1)
> at drd_thread.c:222
> #6 0x0000000038002a0c in drd_pre_thread_create (creator=0, created=1)
> at drd_main.c:323
> #7 0x00000000380106cd in valgrind_main (argc=<value optimized out>,
> argv=<value optimized out>, envp=0x7fffa1083d68) at m_main.c:1756
> #8 0x00000000380122de in _start_in_C_linux (pArgc=0x7fffa1083d40)
> at m_main.c:2369
> #9 0x000000003800f1a1 in _start ()
>
>
> --
> Regards,
>
> Bart Van Assche.
>
--
Met vriendelijke groeten,
Bart Van Assche.
|
|
From: Bart V. A. <bar...@gm...> - 2007-12-23 17:41:31
|
A convenient tool for running Valgrind without installing it is the vg-in-place script. I have written a similar script that sets up the proper environment variables for debugging a tool. Can this script please be reviewed and applied if it is considered acceptable ? Note: the script has not yet been tested on PowerPC or AIX. -- Regards, Bart Van Assche. |
|
From: Bart V. A. <bar...@gm...> - 2007-12-23 17:29:56
|
Since a few days exp-drd now crashes on every program that I try to
analyze. This crash did not yet occur with Valgrind version 3.3.0 but
does occur with revision 7307. The relevant call stack is shown below.
Is this due to exp-drd or due to the post-3.3.0 changes ?
$ ./debug-in-place --tool=exp-drd exp-drd/tests/fp_race
(gdb) run --tool=exp-drd exp-drd/tests/fp_race
Starting program:
/home/bart/software/valgrind-svn/.in_place/amd64-linux/exp-drd
--tool=exp-drd exp-drd/tests/fp_race
==17491== exp-drd, a data race detector.
==17491== NOTE: This is an Experimental-Class Valgrind Tool.
==17491== Copyright (C) 2006-2007, and GNU GPL'd, by Bart Van Assche.
==17491== Using LibVEX rev 1803, a library for dynamic binary translation.
==17491== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==17491== Using valgrind-3.4.0.SVN, a dynamic binary instrumentation framework.
==17491== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==17491== For more details, rerun with: -v
==17491==
Program received signal SIGSEGV, Segmentation fault.
vgPlain_get_StackTrace2 (tid_if_known=<value optimized out>, ips=0x389113f0,
n_ips=12, ip=0, sp=0, fp=0, lr=0, fp_min=0, fp_max_orig=0)
at m_stacktrace.c:230
230 ip = (((UWord*)fp)[1]);
(gdb) where
#0 vgPlain_get_StackTrace2 (tid_if_known=<value optimized out>,
ips=0x389113f0, n_ips=12, ip=0, sp=0, fp=0, lr=0, fp_min=0, fp_max_orig=0)
at m_stacktrace.c:230
#1 0x000000003801aada in vgPlain_get_StackTrace (tid=1, ips=0x389113f0,
n_ips=12, first_ip_delta=<value optimized out>) at m_stacktrace.c:437
#2 0x00000000380099d6 in record_ExeContext_wrk (tid=1, first_ip_delta=0,
first_ip_only=0 '\0') at m_execontext.c:309
#3 0x0000000038004ef9 in sg_init (sg=0x402001380, creator=0, created=1)
at drd_segment.c:68
#4 0x0000000038004fd7 in sg_new (creator=0, created=1) at drd_segment.c:110
#5 0x0000000038006ce7 in thread_pre_create (creator=0, vg_created=1)
at drd_thread.c:222
#6 0x0000000038002a0c in drd_pre_thread_create (creator=0, created=1)
at drd_main.c:323
#7 0x00000000380106cd in valgrind_main (argc=<value optimized out>,
argv=<value optimized out>, envp=0x7fffa1083d68) at m_main.c:1756
#8 0x00000000380122de in _start_in_C_linux (pArgc=0x7fffa1083d40)
at m_main.c:2369
#9 0x000000003800f1a1 in _start ()
--
Regards,
Bart Van Assche.
|
|
From: Eric P. <eri...@or...> - 2007-12-23 13:36:27
|
Tom Hughes a écrit : > In message <d82...@ma...> > Tom Hughes <to...@co...> wrote: > > >> I have recently been working on trying to get valgrind and wine to >> work together and have run into a rather nasty problem. >> > > Unprelinking libwine has temporarily got me past the other problem, and > sorting out the trapno issue in signal handlers that the patch on the > wine wiki addresses then gets me to this failure: > > --13050-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting > --13050-- si_code=2; Faulting address: 0xBEEF0007; sp: 0x469CC4C > > valgrind: the 'impossible' happened: > Killed by fatal signal > ==13050== at 0x380293B3: vgPlain_get_StackTrace2 (m_stacktrace.c:153) > ==13050== by 0x380294DB: vgPlain_get_StackTrace (m_stacktrace.c:437) > ==13050== by 0x380164E2: vgPlain_record_ExeContext (m_execontext.c:300) > ==13050== by 0x380025AE: create_MC_Chunk (mc_malloc_wrappers.c:141) > ==13050== by 0x38002C17: vgMemCheck_new_block (mc_malloc_wrappers.c:211) > ==13050== by 0x3800305C: vgMemCheck_malloc (mc_malloc_wrappers.c:226) > ==13050== by 0x38034E47: do_client_request (scheduler.c:1277) > ==13050== by 0x38036387: vgPlain_scheduler (scheduler.c:987) > ==13050== by 0x38049C28: run_a_thread_NORETURN (syswrap-linux.c:89) > > Now the fault address is obviously a little "suspicious" to say the > least... Should we not be a bit more careful when doing frame pointer > based unwinds on x86 though and just give up if we get a segv? > > Tom > > that's why there's another patch on the Wine wiki to ask valgrind to explicit check the stack frames against the stacks that a given program dares to give (which valgrind doesn't do at the moment) this is likely the same kind of behavior that J Reiser tries to fix in his fixes for UML support under valgrind IIRC, in WIne's case, this is needed for two reasons : 1/ the stack unwind (in generic cases) cannot be terminated properly (likely Wine misses a watchdog at stack's top) 2/ but also nasty 16/32 bits stack switches for some emulations even if 1/ could be worked around in wine, 2/ is anyway a showstopper I'd really like to see better stack unwinding protection in valgrind A+ -- Eric Pouech "The problem with designing something completely foolproof is to underestimate the ingenuity of a complete idiot." (Douglas Adams) |
|
From: Tom H. <th...@cy...> - 2007-12-23 04:01:04
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2007-12-23 03:15: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 == 323 tests, 66 stderr failures, 1 stdout failure, 28 post failures == memcheck/tests/addressable (stderr) memcheck/tests/badjump (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/erringfds (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-pool-0 (stderr) memcheck/tests/leak-pool-1 (stderr) memcheck/tests/leak-pool-2 (stderr) memcheck/tests/leak-pool-3 (stderr) memcheck/tests/leak-pool-4 (stderr) memcheck/tests/leak-pool-5 (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/long_namespace_xml (stderr) memcheck/tests/lsframe1 (stderr) memcheck/tests/lsframe2 (stderr) memcheck/tests/malloc_free_fill (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/noisy_child (stderr) memcheck/tests/partial_load_dflt (stderr) memcheck/tests/partial_load_ok (stderr) memcheck/tests/partiallydefinedeq (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigkill (stderr) memcheck/tests/stack_changes (stderr) memcheck/tests/supp_unknown (stderr) memcheck/tests/x86/bug152022 (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) memcheck/tests/x86/xor-undef-x86 (stderr) memcheck/tests/xml1 (stderr) massif/tests/alloc-fns-A (post) massif/tests/alloc-fns-B (post) massif/tests/basic (post) massif/tests/basic2 (post) massif/tests/big-alloc (post) massif/tests/culling1 (stderr) massif/tests/culling2 (stderr) massif/tests/custom_alloc (post) massif/tests/deep-A (post) massif/tests/deep-B (stderr) massif/tests/deep-B (post) massif/tests/deep-C (stderr) massif/tests/deep-C (post) massif/tests/deep-D (post) massif/tests/ignoring (post) massif/tests/insig (post) massif/tests/long-time (post) massif/tests/new-cpp (post) massif/tests/null (post) massif/tests/one (post) massif/tests/overloaded-new (post) massif/tests/peak (post) massif/tests/peak2 (stderr) massif/tests/peak2 (post) massif/tests/realloc (stderr) massif/tests/realloc (post) massif/tests/thresholds_0_0 (post) massif/tests/thresholds_0_10 (post) massif/tests/thresholds_10_0 (post) massif/tests/thresholds_10_10 (post) massif/tests/thresholds_5_0 (post) massif/tests/thresholds_5_10 (post) massif/tests/zero1 (post) massif/tests/zero2 (post) none/tests/blockfault (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) helgrind/tests/hg01_all_ok (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/hg06_readshared (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc02_simple_tls (stderr) helgrind/tests/tc03_re_excl (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc07_hbl1 (stderr) helgrind/tests/tc08_hbl2 (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc11_XCHG (stderr) helgrind/tests/tc12_rwl_trivial (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) helgrind/tests/tc24_nonzero_sem (stderr) |
|
From: Tom H. <th...@cy...> - 2007-12-23 03:37:39
|
Nightly build on lloyd ( x86_64, Fedora 7 ) started at 2007-12-23 03:05:06 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 == 357 tests, 7 stderr failures, 2 stdout failures, 0 post failures == memcheck/tests/malloc_free_fill (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <th...@cy...> - 2007-12-23 03:27:49
|
Nightly build on dellow ( x86_64, Fedora 8 ) started at 2007-12-23 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 == 357 tests, 8 stderr failures, 3 stdout failures, 0 post failures == memcheck/tests/malloc_free_fill (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/vcpu_fnfns (stdout) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/pth_detached (stdout) helgrind/tests/tc18_semabuse (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc22_exit_w_lock (stderr) |
|
From: Tom H. <th...@cy...> - 2007-12-23 03:15:48
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2007-12-23 03:00: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 == 359 tests, 30 stderr failures, 1 stdout failure, 0 post failures == memcheck/tests/addressable (stderr) memcheck/tests/badjump (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/malloc_free_fill (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/supp_unknown (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/blockfault (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) helgrind/tests/hg01_all_ok (stderr) helgrind/tests/hg02_deadlock (stderr) helgrind/tests/hg03_inherit (stderr) helgrind/tests/hg04_race (stderr) helgrind/tests/hg05_race2 (stderr) helgrind/tests/tc01_simple_race (stderr) helgrind/tests/tc05_simple_race (stderr) helgrind/tests/tc06_two_races (stderr) helgrind/tests/tc09_bad_unlock (stderr) helgrind/tests/tc14_laog_dinphils (stderr) helgrind/tests/tc16_byterace (stderr) helgrind/tests/tc17_sembar (stderr) helgrind/tests/tc19_shadowmem (stderr) helgrind/tests/tc20_verifywrap (stderr) helgrind/tests/tc21_pthonce (stderr) helgrind/tests/tc22_exit_w_lock (stderr) helgrind/tests/tc23_bogus_condwait (stderr) |