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
(13) |
2
(33) |
3
(25) |
4
(22) |
5
(22) |
6
(21) |
7
(19) |
|
8
(29) |
9
(34) |
10
(29) |
11
(37) |
12
(36) |
13
(28) |
14
(25) |
|
15
(28) |
16
(23) |
17
(36) |
18
(21) |
19
(12) |
20
(14) |
21
(10) |
|
22
(7) |
23
(15) |
24
(41) |
25
(15) |
26
(9) |
27
(7) |
28
(6) |
|
29
(16) |
30
(24) |
31
(22) |
|
|
|
|
|
From: <sv...@va...> - 2005-05-04 18:01:32
|
Author: tom
Date: 2005-05-04 19:01:26 +0100 (Wed, 04 May 2005)
New Revision: 3616
Modified:
trunk/coregrind/vg_replace_malloc.c
Log:
Add intercepts for unsigned long versions of the nothrow new and new[]
operators for 64 bit platforms.
Modified: trunk/coregrind/vg_replace_malloc.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/coregrind/vg_replace_malloc.c 2005-05-04 13:53:00 UTC (rev 3615=
)
+++ trunk/coregrind/vg_replace_malloc.c 2005-05-04 18:01:26 UTC (rev 3616=
)
@@ -235,11 +235,16 @@
// operator new(unsigned int), ARM/cfront mangling
//ALLOC_or_BOMB(m_libpgc_dot_so, __nw__FUi, __builtin_new);
=20
-// TODO: create 64-bit version
+// TODO: these should only exist on 32-bit platforms
// operator new(unsigned, std::nothrow_t const&), GNU mangling
ALLOC_or_NULL(m_libstc_plus_plus_star, _ZnwjRKSt9nothrow_t, __builtin_n=
ew);
ALLOC_or_NULL(m_libc_dot_so_dot_6, _ZnwjRKSt9nothrow_t, __builtin_n=
ew);
=20
+// TODO: these should only exist on 64-bit platforms
+// operator new(unsigned long, std::nothrow_t const&), GNU mangling
+ALLOC_or_NULL(m_libstc_plus_plus_star, _ZnwmRKSt9nothrow_t, __builtin_n=
ew);
+ALLOC_or_NULL(m_libc_dot_so_dot_6, _ZnwmRKSt9nothrow_t, __builtin_n=
ew);
+
// operator new[](unsigned int), GNU mangling
ALLOC_or_BOMB(m_libstc_plus_plus_star, __builtin_vec_new, __builtin_vec_=
new );
ALLOC_or_BOMB(m_libc_dot_so_dot_6, __builtin_vec_new, __builtin_vec_=
new );
@@ -253,12 +258,17 @@
ALLOC_or_BOMB(m_libstc_plus_plus_star, _Znam, __builtin_vec_=
new );
ALLOC_or_BOMB(m_libc_dot_so_dot_6, _Znam, __builtin_vec_=
new );
=20
-// TODO: create 64-bit version
+// TODO: these should only exist on 32-bit platforms
// operator new[](unsigned, std::nothrow_t const&), GNU mangling
ALLOC_or_NULL(m_libstc_plus_plus_star, _ZnajRKSt9nothrow_t, __builtin_ve=
c_new );
ALLOC_or_NULL(m_libc_dot_so_dot_6, _ZnajRKSt9nothrow_t, __builtin_ve=
c_new );
=20
+// TODO: these should only exist on 64-bit platforms
+// operator new[](unsigned long, std::nothrow_t const&), GNU mangling
+ALLOC_or_NULL(m_libstc_plus_plus_star, _ZnamRKSt9nothrow_t, __builtin_ve=
c_new );
+ALLOC_or_NULL(m_libc_dot_so_dot_6, _ZnamRKSt9nothrow_t, __builtin_ve=
c_new );
=20
+
/* Generate a replacement for 'fnname' in object 'soname', which calls
'vg_replacement' to free previously allocated memory.
*/
|
|
From: Nicholas N. <nj...@cs...> - 2005-05-04 14:57:47
|
On Wed, 4 May 2005, Benoit Peccatte wrote: >> I believe Eric Estievenart may have posted a patch for this for his Valgui >> tool on the valgrind-developers list at some point last year. I haven't >> looked for it myself, but if you find it I'd like to know. > > It is distributed with valgui in the patch directory. However, the last > one is for valgrind 2.2 > > I haven't tried to adapt it to 2.4 yet. I don't think the debug info reader has changed much between 2.2 and 2.4 so hopefully it won't be hard to integrate. N |
|
From: Benoit P. <ben...@en...> - 2005-05-04 14:54:49
|
Le mer 04/05/2005 =E0 16:12, Julian Seward a =E9crit : > On Wednesday 04 May 2005 14:58, Benoit Peccatte wrote: > > I'm trying to adapt my tool to valgrind 3.0 > > The problem I'm getting on a simple test file is that I get many > > "Unhandled CFI instruction 0:9" 9 is for DW_CFA_register in the dwarf > > reader. >=20 > I think I fixed that the other day. Can you svn up and > try again? Thank you, it works. |
|
From: Julian S. <js...@ac...> - 2005-05-04 14:12:27
|
On Wednesday 04 May 2005 14:58, Benoit Peccatte wrote:
> I'm trying to adapt my tool to valgrind 3.0
> The problem I'm getting on a simple test file is that I get many
> "Unhandled CFI instruction 0:9" 9 is for DW_CFA_register in the dwarf
> reader.
I think I fixed that the other day. Can you svn up and
try again?
J
case DW_CFA_register:
reg = read_leb128( &instr[i], &nleb, 0);
i += nleb;
reg2 = read_leb128( &instr[i], &nleb, 0);
i += nleb;
if (reg < 0 || reg >= N_CFI_REGS)
return 0; /* fail */
if (reg2 < 0 || reg2 >= N_CFI_REGS)
return 0; /* fail */
ctx->reg[reg].tag = RR_Reg;
ctx->reg[reg].reg = reg2;
break;
|
|
From: Benoit P. <ben...@en...> - 2005-05-04 13:58:33
|
I'm trying to adapt my tool to valgrind 3.0 The problem I'm getting on a simple test file is that I get many "Unhandled CFI instruction 0:9" 9 is for DW_CFA_register in the dwarf reader. Is this a problem ? |
|
From: Benoit P. <pec...@in...> - 2005-05-04 13:56:51
|
I'm trying to adapt my tool to valgrind 3.0 The problem I'm getting on a simple test file is that I get many "Unhandled CFI instruction 0:9" 9 is for DW_CFA_register in the dwarf reader. Is this a problem ? -- Benoit Peccatte IntuiLab |
|
From: Benoit P. <ben...@en...> - 2005-05-04 13:42:07
|
Le lun 02/05/2005 =E0 20:49, Nicholas Nethercote a =E9crit : > On Mon, 2 May 2005, Benoit Peccatte wrote: >=20 > > > > I can find the information I need using dwarfdump -l but I don't know > > where to find this section and how to include it in valgrind's data > > structure. > > > > Does anybody have a pointer on this ? >=20 > I believe Eric Estievenart may have posted a patch for this for his Valgu= i=20 > tool on the valgrind-developers list at some point last year. I haven't=20 > looked for it myself, but if you find it I'd like to know. It is distributed with valgui in the patch directory. However, the last one is for valgrind 2.2 I haven't tried to adapt it to 2.4 yet. |
|
From: <sv...@va...> - 2005-05-04 12:37:57
|
Author: sewardj Date: 2005-05-04 13:37:47 +0100 (Wed, 04 May 2005) New Revision: 3614 Added: trunk/corecheck/tests/fdleak_fcntl.stderr.exp3 trunk/corecheck/tests/fdleak_ipv4.stderr.exp2 trunk/corecheck/tests/fdleak_socketpair.stderr.exp2 Modified: trunk/corecheck/tests/Makefile.am Log: Add new acceptable-stderr files. Modified: trunk/corecheck/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/corecheck/tests/Makefile.am 2005-05-04 12:27:48 UTC (rev 3613) +++ trunk/corecheck/tests/Makefile.am 2005-05-04 12:37:47 UTC (rev 3614) @@ -10,15 +10,18 @@ as_mmap.stderr.exp as_mmap.stderr.exp2 as_mmap.vgtest \ as_shm.stderr.exp as_shm.stdout.exp as_shm.vgtest \ erringfds.stderr.exp erringfds.stdout.exp erringfds.vgtest \ - fdleak_cmsg.stderr.exp fdleak_cmsg.vgtest \ + fdleak_cmsg.stderr.exp fdleak_cmsg.stderr.exp2 fdleak_cmsg.vgtest \ fdleak_creat.stderr.exp fdleak_creat.vgtest \ fdleak_dup.stderr.exp fdleak_dup.vgtest \ fdleak_dup2.stderr.exp fdleak_dup2.vgtest \ - fdleak_fcntl.stderr.exp fdleak_fcntl.stderr.exp2 fdleak_fcntl.vgtest \ - fdleak_ipv4.stderr.exp fdleak_ipv4.stdout.exp fdleak_ipv4.vgtest \ + fdleak_fcntl.stderr.exp fdleak_fcntl.stderr.exp2 \ + fdleak_fcntl.stderr.exp3 fdleak_fcntl.vgtest \ + fdleak_ipv4.stderr.exp fdleak_ipv4.stderr.exp2 \ + fdleak_ipv4.stdout.exp fdleak_ipv4.vgtest \ fdleak_open.stderr.exp fdleak_open.vgtest \ fdleak_pipe.stderr.exp fdleak_pipe.vgtest \ - fdleak_socketpair.stderr.exp fdleak_socketpair.vgtest \ + fdleak_socketpair.stderr.exp fdleak_socketpair.stderr.exp2 \ + fdleak_socketpair.vgtest \ pth_atfork1.stderr.exp pth_atfork1.stdout.exp pth_atfork1.vgtest \ pth_cancel1.stderr.exp pth_cancel1.stdout.exp pth_cancel1.vgtest \ pth_cancel2.stderr.exp pth_cancel2.vgtest \ Added: trunk/corecheck/tests/fdleak_fcntl.stderr.exp3 =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/corecheck/tests/fdleak_fcntl.stderr.exp3 2005-05-04 12:27:48 UT= C (rev 3613) +++ trunk/corecheck/tests/fdleak_fcntl.stderr.exp3 2005-05-04 12:37:47 UT= C (rev 3614) @@ -0,0 +1,24 @@ + + +FILE DESCRIPTORS: 5 open at exit. +Open file descriptor .: /dev/null + at 0x........: do_fcntl (in /...libc...) + by 0x........: fcntl (in /...libc...) + by 0x........: main (fdleak_fcntl.c:18) + +Open file descriptor .: /dev/null + at 0x........: open (in /...libc...) + by 0x........: __libc_start_main (in /...libc...) + by 0x........: ... + +Open file descriptor .: . + <inherited from parent> + +Open file descriptor .: . + <inherited from parent> + +Open file descriptor .: /dev/null + <inherited from parent> + + +ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Added: trunk/corecheck/tests/fdleak_ipv4.stderr.exp2 =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/corecheck/tests/fdleak_ipv4.stderr.exp2 2005-05-04 12:27:48 UTC= (rev 3613) +++ trunk/corecheck/tests/fdleak_ipv4.stderr.exp2 2005-05-04 12:37:47 UTC= (rev 3614) @@ -0,0 +1,39 @@ + + +FILE DESCRIPTORS: 5 open at exit. +Open AF_INET socket 4: 127.0.0.1:... <-> 127.0.0.1:... + at 0x........: accept (in /...libc...) + by 0x........: main (fdleak_ipv4.c:100) + +Open AF_INET socket 3: 127.0.0.1:... <-> unbound + at 0x........: socket (in /...libc...) + by 0x........: main (fdleak_ipv4.c:100) + +Open file descriptor .: . + <inherited from parent> + +Open file descriptor .: . + <inherited from parent> + +Open file descriptor .: /dev/null + <inherited from parent> + + +ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) + +FILE DESCRIPTORS: 4 open at exit. +Open AF_INET socket 3: 127.0.0.1:... <-> 127.0.0.1:... + at 0x........: socket (in /...libc...) + by 0x........: main (fdleak_ipv4.c:104) + +Open file descriptor .: . + <inherited from parent> + +Open file descriptor .: . + <inherited from parent> + +Open file descriptor .: /dev/null + <inherited from parent> + + +ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Added: trunk/corecheck/tests/fdleak_socketpair.stderr.exp2 =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/corecheck/tests/fdleak_socketpair.stderr.exp2 2005-05-04 12:27:= 48 UTC (rev 3613) +++ trunk/corecheck/tests/fdleak_socketpair.stderr.exp2 2005-05-04 12:37:= 47 UTC (rev 3614) @@ -0,0 +1,24 @@ + + +FILE DESCRIPTORS: 5 open at exit. +Open AF_UNIX socket .: <unknown> + at 0x........: socketpair (in /...libc...) + by 0x........: __libc_start_main (in /...libc...) + by 0x........: ... + +Open AF_UNIX socket .: <unknown> + at 0x........: socketpair (in /...libc...) + by 0x........: __libc_start_main (in /...libc...) + by 0x........: ... + +Open file descriptor .: . + <inherited from parent> + +Open file descriptor .: . + <inherited from parent> + +Open file descriptor .: /dev/null + <inherited from parent> + + +ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) |
|
From: <sv...@va...> - 2005-05-04 12:27:58
|
Author: sewardj Date: 2005-05-04 13:27:48 +0100 (Wed, 04 May 2005) New Revision: 3613 Added: trunk/memcheck/tests/buflen_check.stderr.exp2 Modified: trunk/memcheck/tests/Makefile.am Log: Add a new acceptable-output file. 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 2005-05-04 00:33:15 UTC (rev 3612) +++ trunk/memcheck/tests/Makefile.am 2005-05-04 12:27:48 UTC (rev 3613) @@ -19,7 +19,7 @@ badrw.stderr.exp badrw.vgtest \ brk.stderr.exp brk.vgtest \ brk2.stderr.exp brk2.vgtest \ - buflen_check.stderr.exp buflen_check.vgtest \ + buflen_check.stderr.exp buflen_check.stderr.exp2 buflen_check.vgtest \ clientperm.stderr.exp \ clientperm.stdout.exp clientperm.vgtest \ custom_alloc.stderr.exp custom_alloc.vgtest \ Added: trunk/memcheck/tests/buflen_check.stderr.exp2 =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/buflen_check.stderr.exp2 2005-05-04 00:33:15 UTC= (rev 3612) +++ trunk/memcheck/tests/buflen_check.stderr.exp2 2005-05-04 12:27:48 UTC= (rev 3613) @@ -0,0 +1,13 @@ +Syscall param socketcall.getsockname(name) points to unaddressable byte(= s) + at 0x........: getsockname (in /...libc...) + by 0x........: __libc_start_main (in /...libc...) + by 0x........: ... + Address 0x........ is not stack'd, malloc'd or (recently) free'd + +Syscall param socketcall.getsockname(namelen_in) points to unaddressable= byte(s) + at 0x........: getsockname (in /...libc...) + by 0x........: __libc_start_main (in /...libc...) + by 0x........: ... + Address 0x........ is not stack'd, malloc'd or (recently) free'd +getsockname(1) failed +getsockname(2) failed |
|
From: Josef W. <Jos...@gm...> - 2005-05-04 09:57:12
|
On Wednesday 04 May 2005 09:26, you wrote: > Hi Josef. > > I'm writing a valgrind skin that needs to track function entry and exit, > and Nicholas mentioned that you had written a good description of how it > is done in callgrind. I couldn't find the message from the list. Attached (you already found it). It would be cool to have a lightweight version integrated into valgrind, fo= r=20 (optional) use to other skins. Even for memcheck it would be interesting to= =20 have the option to switch on function tracing, to get detailed stack traces= =20 for error output from the shadow call stacks, even if the current stack is= =20 completely corrupted. Or if tail recursion optimization is used. An acceptance problem seems to be the call to a helper at start of every ba= sic=20 block. Perhaps this cost can be reduced. The main question here is on which control transfer you have to take dynami= c=20 action. If you could do function tracing only by statically instrumenting a= =20 few places, it would be much simpler: this is possible if you only want to= =20 track function enter, as function entries are static properties of the code. But static instrumentation is not possible with unpredictable control flow= =20 changes (also returns: there can be arbitrary addresses on the stack!).=20 Static instrumentation is only possible if a control flow from one BB to=20 another is always the same, like in "boring jumps", or in static calls. Another thing is that function tracing has to be robust, even in the case o= f=20 handcrafted assembler wildly jumping around. You have to take care of=20 arbitrary call stack transfers via SP changes (as used with longjmp), and s= o=20 on. For this, I always synchronize the shadow call stack (which contains th= e=20 SP values at function enter times) with the current SP, and unwind if neede= d. But perhaps you have better ideas. Josef > > Would you happen to have a copy you could send me? > > Thanks. > > -- ams 6.35.250.206) by mx0.gmx.net (mx012-rz3) with SMTP; 26 Jan 2004 15:03:22 +0100 Received: from localhost ([127.0.0.1] helo=3Dprojects.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Al7KY-0005TC-5s; Mon, 26 Jan 2004 06:03:10 -0800 Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.12]=20 helo=3Dsc8-sf-mx2.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1Al7KK-0005NN-Li for val...@li...; Mon, 26 Jan 2004 06:02:56=20 =2D0800 Received: from mail.gmx.net ([213.165.64.20]) by sc8-sf-mx2.sourceforge.net with smtp (Exim 4.30) id 1Al7KJ-0005ih-VK for val...@li...; Mon, 26 Jan 2004 06:02:56=20 =2D0800 Received: (qmail 15023 invoked by uid 65534); 26 Jan 2004 14:02:48 -0000 Received: from atbode100.informatik.tu-muenchen.de (EHLO=20 atbode100.informatik.tu-muenchen.de) (131.159.32.72) by mail.gmx.net (mp008) with SMTP; 26 Jan 2004 15:02:48 +0100 X-Authenticated: #352111 =46rom: Josef Weidendorfer <Jos...@gm...> To: Nicholas Nethercote <nj...@ca...> User-Agent: KMail/1.5 References: <Pin...@ye...> In-Reply-To: <Pin...@ye...> Cc: val...@li... MIME-Version: 1.0 Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200...@gm...> X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=3Dadd&group_id=3D1&atid=3D2= 00001 Subject: [Valgrind-developers] Re: Tracking function entry/exit Sender: val...@li... Errors-To: val...@li... X-BeenThere: val...@li... X-Mailman-Version: 2.0.9-sf.net Precedence: bulk List-Unsubscribe:=20 <https://lists.sourceforge.net/lists/listinfo/valgrind-developers>, =09 <mailto:val...@li...?subject=3Dunsubsc= ribe> List-Id: Technical discussion for valgrind developers=20 <valgrind-developers.lists.sourceforge.net> List-Post: <mailto:val...@li...> List-Help:=20 <mailto:val...@li...?subject=3Dhelp> List-Subscribe:=20 <https://lists.sourceforge.net/lists/listinfo/valgrind-developers>, <mailto:val...@li...?subject=3Dsubscr= ibe> List-Archive:=20 <http://sourceforge.net/mailarchive/forum.php?forum=3Dvalgrind-developers> Date: Mon, 26 Jan 2004 15:02:17 +0100 X-GMX-Antivirus: -1 (not scanned, may not use virus scanner) X-GMX-Antispam: 0 (Mail was not recognized as spam) On Sunday 25 January 2004 16:53, Nicholas Nethercote wrote: > Josef, > > The topic of tracking function entry/exit has come up a few times on the > mailing lists recently. My usual answer is that it's difficult to do > correctly. However, you seem to do it with Calltree. I looked at the > source code a bit, and it looks like you are doing some reasonably > complicated things to get it right, eg. unwinding the stack. How robust > is your approach? Can you briefly explain how it works? A note before describing the mechanism: I need to have a helper call at sta= rt of every BB anyway, so I use this helper to do the tracking. This of course= =20 has some overhead, and perhaps can be avoided, but it seems to add to the=20 robustness. I have a bug fix here for reentrent entering of a signal handle= r=20 (2 bug reports). Otherwise I have no bug reports, so I assume that the=20 mechanism to be quite robust. I have a shadow call stack for every thread. For signal handlers of a threa= d,=20 I first PUSH a separation marker on the shadow stack, and use the stack as= =20 normal. The marker is used for unwinding when leaving the signal handler.=20 This is fine as there is no scheduling among signal handlers of one thread. Instrumentation of calltree: * Store at the end of each basic block the jmpkind into a tool-global, stat= ic=20 variable. * At the start of every BB, jump to a helper function. The helper function does the following regarding function call tracking: =2D for a control transfer to another ELF object/ELF section, override jmpk= ind=20 with a CALL (*1) =2D for a control transfer to the 1st basic block of a function, override=20 jmpkind with a CALL (*2) =2D do unwinding if needed (i.e, POPs of the shadow call stack) =2D if jmpkind is RET and there was no unwinding/POP: - if our call stack is empty, simulate a CALL lasting from beginning (with= =20 Valgrind 2.1.x, this is not needed any more, as we run on simulated CPU fro= m=20 first client instruction) - otherwise this is a JMP using a RET instruction (typically used in the=20 runtime linker). Do a POP, setting previous BB address to call site and=20 override jmpkind with a CALL. By this, you get 2 function calls from a=20 calling site. =2D when jmpkind is a CALL, push new function call from previous BB to curr= ent=20 BB on shadow call stack. =2D Save current BB address to be available for call to handler in next BB. Special care is needed at thread switches and enter/leave of signal handler= s,=20 as we need separate shadow call stacks. Known bug: We should check for the need of unwinding when ESP is explicitly= =20 written to. I hope this doesn't create too much overhead. Remarks: (*1) Jumps between ELF objects are function calls to a shared library. This= is=20 mainly done to catch the JMP from PLT code. (*2) This is what your function tracking skin/tool does. It is needed here= =20 mainly to catch tail recursion. In general, for functions doing a "return=20 otherfunction()", GCC produces JMPs with -O2.=20 Additional points: =2D If I need a name for a function, but there is no debug info, I use the= =20 instruction address minus the load offset of the corresponding ELF object (= if=20 there is one) to get a relative address for that ELF object. This offset ca= n=20 be used with objdump later in postprocessing tools (e.g. objdump). I would= =20 suggest this change even for cachegrind instead of a "???". =2D I introduced the ability to specify functions to be "skipped". This mea= ns=20 that execution of these functions is attributed to the calling function. Th= e=20 default is to skip all functions located in PLT sections. Thus, in effect,= =20 costs of PLT functions are attributed to callers, and the call to a shared= =20 library function starts directly with code in the other ELF object. =2D As Vg 2.1.x does pointerchecking, the instrumentation can't write to me= mory=20 space of Valgrind any longer. Currently, my tool needs "--pointercheck=3Dno= " to=20 be able to run. Jeremy and me already agreed on replacing current LD/ST wit= h=20 a CLD/CST (Client Load/Store) with pointer check and keep original LD/ST fo= r=20 tool usage without pointerchecking. Looking at these things, it seems possible to do function tracking at end o= f a=20 basic block instead of the beginning of the next BB. This way, we can perha= ps=20 avoid calls to helpers at every BB. =46rom my point of view, it would be great to integrate optional function=20 tracking into Valgrind core with some hooks. Josef =2D------------------------------------------------------ The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Valgrind-developers mailing list Val...@li... https://lists.sourceforge.net/lists/listinfo/valgrind-developers Josef, I've finally (it only took 6 months!) had a close look at your description of how Calltree accurately tracks function entry/exit. I've paraphrased your description to help me understand it better, but I'm still not quite clear on some points. I looked at the code, but found it hard to understand. Could you help me? I've written my questions in square brackets. Here's the description. =2D------- Data structures: =2D have a shadow call stack for every thread [not sure exactly what goes on this] Action at BB start -- depends on jmp_kind from previous BB: =2D If jmp_kind is neither JmpCall nor JmpRet (ie. is JmpNone, JmpBoring, JmpCond or JmpSyscall) and we transferred from one ELF object/section to another, it must be a function call to a shared library -- treat as a call. This catches jmps from PLT code. =2D If this is the first BB of a function, treat as a call. This catches tail calls (which gcc uses for "return f()" with -O2). [What if a function had a 'goto' back to its beginning? Would that be interpreted as a call?] =2D Unwind the shadow call stack if necessary. [when is "necessary"? If the real %esp > the shadow stack %esp?] =2D If this is a function return and there was no shadow stack unwinding, this must be a RET control transfer (typically used in the runtime linker). Pop the shadow call stack, setting the previous BB address to call site and override jmpkind with a CALL. By this, you get 2 function calls from a calling site. [I don't understand this... What is a "RET control transfer"? Why do you end up with 2 function calls -- is that a bad thing?] =2D If we're treating the control transfer as a call, push new function call from previous BB to current BB on shadow call stack. [when is this information used?] =2D Save current BB address to be available for call to handler in next BB. Other actions: When entering a signal handler, first push a separation marker on the thread's shadow stack, then use it as normal. The marker is used for unwinding when leaving the signal handler. This is fine as there is no scheduling among signal handlers of one thread. Special care is needed at thread switches and enter/leave of signal handler= s, as we need separate shadow call stacks. [Do you mean "separate shadow call stacks for each thread"?] Known bugs: =2D should check if unwinding is necessary when ESP is explicitly written to. =2D------- What about stack switching -- does it cope with that? (Not that Valgrind in general does...) N =2D------------------------------------------------------ This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Valgrind-developers mailing list Val...@li... https://lists.sourceforge.net/lists/listinfo/valgrind-developers On Monday 21 June 2004 12:15, Nicholas Nethercote wrote: > Josef, > > I've finally (it only took 6 months!) had a close look at your description > of how Calltree accurately tracks function entry/exit. > > I've paraphrased your description to help me understand it better, but I'm > still not quite clear on some points. I looked at the code, but found it > hard to understand. Could you help me? I've written my questions in > square brackets. Here's the description. > > -------- > > Data structures: > > - have a shadow call stack for every thread > [not sure exactly what goes on this] That's the resizable array of struct _call_entry's. Probably most important for call tracking is the %ESP value directly after a CALL, and a pointer to some struct storing information about the call arc or the called function. The esp value is needed to be able to robustly unwind correctly at %esp=20 changes with %esp > stored esp on shadow stack. > Action at BB start -- depends on jmp_kind from previous BB: > > - If jmp_kind is neither JmpCall nor JmpRet (ie. is JmpNone, JmpBoring, > JmpCond or JmpSyscall) and we transferred from one ELF object/section to > another, it must be a function call to a shared library -- treat as a > call. This catches jmps from PLT code. > > - If this is the first BB of a function, treat as a call. This catches > tail calls (which gcc uses for "return f()" with -O2). > [What if a function had a 'goto' back to its beginning? Would that be > interpreted as a call?] Yes. IMHO, there is no way to distinguish between optimized tail recursion= =20 using a jump and regular jumping. But as most functions need parameters on= =20 the stack, a normal jump will rarely jump to the first BB of a function,=20 wouldn't it? > - Unwind the shadow call stack if necessary. > [when is "necessary"? If the real %esp > the shadow stack %esp?] Yes. Currently I do this at every BB boundary, but perhaps it should be=20 checked at every %esp change. Then, OTOH, it would look strange to attribut= e=20 instructions of one BB to different functions? > - If this is a function return and there was no shadow stack unwinding, > this must be a RET control transfer (typically used in the runtime > linker). Pop the shadow call stack, setting the previous BB address to > call site and override jmpkind with a CALL. By this, you get 2 function > calls from a calling site. > [I don't understand this... What is a "RET control transfer"? Why do > you end up with 2 function calls -- is that a bad thing?] If there is a RET instruction, this usually should unwind (i.e. leave a=20 function) at least one entry of the shadow call stack. But this doesn't nee= d=20 to be the case, i.e. even after a RET, %esp could be lower or equal to the= =20 one on the shadow stack. E.g. suppose PUSH addr RET This is only another way of saying "JMP addr", and doesn't add/remove any=20 stack frame at all. Now, if addr is (according to debug information) inside of another function= ,=20 this is a JMP between functions, let's say from B to C. Suppose B was calle= d=20 from A, I generate a RETURN event to A and a CALL event from A to C in this= =20 case. > - If we're treating the control transfer as a call, push new function call > from previous BB to current BB on shadow call stack. > [when is this information used?] I meant: Append a struct call_entry to the shadow stack (together with the= =20 current %esp value). As I said before, the shadow stack is used for robust= =20 unwinding. > - Save current BB address to be available for call to handler in next BB. > > > Other actions: > > When entering a signal handler, first push a separation marker on the > thread's shadow stack, then use it as normal. The marker is used for > unwinding when leaving the signal handler. This is fine as there is no > scheduling among signal handlers of one thread. > > Special care is needed at thread switches and enter/leave of signal > handlers, as we need separate shadow call stacks. > [Do you mean "separate shadow call stacks for each thread"?] Yes. > What about stack switching -- does it cope with that? (Not that Valgrind > in general does...) No. If you could give me a hint how to do it, I would be pleased. The problem h= ere=20 IMHO is: How to distinguish among a stack switch and allocating a huge arra= y=20 on the stack? Josef =2D------------------------------------------------------ This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 digital self defense, top technical experts, no vendor pitches,=20 unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Valgrind-developers mailing list Val...@li... https://lists.sourceforge.net/lists/listinfo/valgrind-developers |
|
From: <js...@ac...> - 2005-05-04 03:13:55
|
Nightly build on phoenix ( SuSE 9.1 ) started at 2005-05-04 03:50:00 BST 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-05-04 02:36:20
|
Nightly build on dunsmere ( athlon, Fedora Core 3 ) started at 2005-05-04 03:30:05 BST 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 == 175 tests, 167 stderr failures, 2 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/badaddrvalue (stderr) memcheck/tests/badfree-2trace (stderr) memcheck/tests/badfree (stderr) memcheck/tests/badjump (stderr) memcheck/tests/badjump2 (stderr) memcheck/tests/badloop (stderr) memcheck/tests/badpoll (stderr) memcheck/tests/badrw (stderr) memcheck/tests/brk (stderr) memcheck/tests/brk2 (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/clientperm (stderr) memcheck/tests/custom_alloc (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/doublefree (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/errs1 (stderr) memcheck/tests/execve (stderr) memcheck/tests/execve2 (stderr) memcheck/tests/exitprog (stderr) memcheck/tests/fprw (stderr) memcheck/tests/fwrite (stderr) memcheck/tests/inits (stderr) memcheck/tests/inline (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/malloc1 (stderr) memcheck/tests/malloc2 (stderr) memcheck/tests/malloc3 (stderr) memcheck/tests/manuel1 (stderr) memcheck/tests/manuel2 (stderr) memcheck/tests/manuel3 (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/memalign2 (stderr) memcheck/tests/memalign_test (stderr) memcheck/tests/memcmptest (stderr) memcheck/tests/mempool (stderr) memcheck/tests/mismatches (stderr) memcheck/tests/mmaptest (stderr) memcheck/tests/nanoleak (stderr) memcheck/tests/nanoleak_supp (stderr) memcheck/tests/new_nothrow (stderr) memcheck/tests/new_override (stderr) memcheck/tests/null_socket (stderr) memcheck/tests/overlap (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/post-syscall (stderr) memcheck/tests/realloc1 (stderr) memcheck/tests/realloc2 (stderr) memcheck/tests/realloc3 (stderr) memcheck/tests/scalar (stderr) memcheck/tests/scalar_exit_group (stderr) memcheck/tests/scalar_fork (stderr) memcheck/tests/scalar_supp (stderr) memcheck/tests/scalar_vfork (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/signal2 (stderr) memcheck/tests/sigprocmask (stderr) memcheck/tests/str_tester (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp2 (stderr) memcheck/tests/suppfree (stderr) memcheck/tests/toobig-allocs (stderr) memcheck/tests/trivialleak (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/writev (stderr) memcheck/tests/x86/fpeflags (stderr) memcheck/tests/x86/pushfpopf (stderr) memcheck/tests/x86/tronical (stderr) memcheck/tests/zeropage (stderr) cachegrind/tests/chdir (stderr) cachegrind/tests/dlclose (stderr) cachegrind/tests/x86/fpu-28-108 (stderr) corecheck/tests/as_mmap (stderr) corecheck/tests/as_shm (stderr) corecheck/tests/erringfds (stderr) corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_creat (stderr) corecheck/tests/fdleak_dup (stderr) corecheck/tests/fdleak_dup2 (stderr) corecheck/tests/fdleak_fcntl (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_open (stderr) corecheck/tests/fdleak_pipe (stderr) corecheck/tests/fdleak_socketpair (stderr) corecheck/tests/pth_atfork1 (stderr) corecheck/tests/pth_cancel1 (stderr) corecheck/tests/pth_cancel2 (stderr) corecheck/tests/pth_cvsimple (stderr) corecheck/tests/pth_empty (stderr) corecheck/tests/pth_exit (stderr) corecheck/tests/pth_exit2 (stderr) corecheck/tests/pth_mutexspeed (stderr) corecheck/tests/pth_once (stderr) corecheck/tests/pth_rwlock (stderr) corecheck/tests/res_search (stderr) corecheck/tests/sigkill (stderr) corecheck/tests/threadederrno (stderr) corecheck/tests/vgprintf (stderr) massif/tests/toobig-allocs (stderr) massif/tests/true_html (stderr) massif/tests/true_text (stderr) lackey/tests/true (stderr) none/tests/args (stderr) none/tests/async-sigs (stderr) none/tests/bitfield1 (stderr) none/tests/blockfault (stderr) none/tests/closeall (stderr) none/tests/coolo_sigaction (stderr) none/tests/coolo_strlen (stderr) none/tests/discard (stderr) none/tests/exec-sigmask (stderr) none/tests/execve (stderr) none/tests/faultstatus (stderr) none/tests/fcntl_setown (stderr) none/tests/floored (stderr) none/tests/fork (stderr) none/tests/fucomip (stderr) none/tests/gxx304 (stderr) none/tests/manythreads (stderr) none/tests/map_unaligned (stderr) none/tests/map_unmap (stderr) none/tests/mq (stderr) none/tests/mremap (stderr) none/tests/munmap_exe (stderr) none/tests/pending (stderr) none/tests/pth_blockedsig (stderr) none/tests/pth_stackalign (stderr) none/tests/rcrl (stderr) none/tests/readline1 (stderr) none/tests/resolv (stderr) none/tests/rlimit_nofile (stderr) none/tests/selfrun (stdout) none/tests/selfrun (stderr) none/tests/sem (stderr) none/tests/semlimit (stderr) none/tests/sha1_test (stderr) none/tests/shortpush (stderr) none/tests/shorts (stderr) none/tests/sigstackgrowth (stderr) none/tests/smc1 (stderr) none/tests/stackgrowth (stderr) none/tests/syscall-restart1 (stderr) none/tests/syscall-restart2 (stderr) none/tests/system (stderr) none/tests/thread-exits (stderr) none/tests/threaded-fork (stderr) none/tests/tls (stderr) none/tests/x86/badseg (stderr) none/tests/x86/bt_everything (stderr) none/tests/x86/bt_literal (stderr) none/tests/x86/cpuid (stderr) none/tests/x86/fpu_lazy_eflags (stderr) none/tests/x86/getseg (stderr) none/tests/x86/insn_basic (stderr) none/tests/x86/insn_cmov (stderr) none/tests/x86/insn_fpu (stderr) none/tests/x86/insn_mmx (stderr) none/tests/x86/insn_mmxext (stderr) none/tests/x86/insn_sse (stderr) none/tests/x86/int (stderr) none/tests/x86/pushpopseg (stderr) none/tests/x86/seg_override (stderr) none/tests/x86/sigcontext (stderr) none/tests/yield (stderr) |
|
From: Tom H. <th...@cy...> - 2005-05-04 02:30:53
|
Nightly build on audi ( i686, Red Hat 9 ) started at 2005-05-04 03:25:01 BST 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 == 174 tests, 7 stderr failures, 1 stdout failure ================= memcheck/tests/buflen_check (stderr) memcheck/tests/scalar (stderr) corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_socketpair (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/yield (stdout) |
|
From: Tom H. <to...@co...> - 2005-05-04 02:26:32
|
Nightly build on dunsmere ( Fedora Core 3 ) started at 2005-05-04 03:20:03 BST 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 sh: line 1: 5358 Segmentation fault VALGRINDLIB=/tmp/valgrind.12072/valgrind/.in_place /tmp/valgrind.12072/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, 4 stderr failures, 0 stdout failures ================= memcheck/tests/execve (stderr) memcheck/tests/execve2 (stderr) memcheck/tests/scalar (stderr) memcheck/tests/scalar_supp (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-05-04 02:25:39
|
Nightly build on ginetta ( i686, Red Hat 8.0 ) started at 2005-05-04 03:20:01 BST 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 == 173 tests, 7 stderr failures, 0 stdout failures ================= memcheck/tests/buflen_check (stderr) memcheck/tests/scalar (stderr) corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_socketpair (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) |
|
From: Tom H. <th...@cy...> - 2005-05-04 02:22:39
|
Nightly build on audi ( Red Hat 9 ) started at 2005-05-04 03:15:01 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow 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, 1 stderr failure, 0 stdout failures ================= memcheck/tests/scalar (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-05-04 02:20:53
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2005-05-04 03:15:01 BST 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 == 173 tests, 16 stderr failures, 1 stdout failure ================= memcheck/tests/addressable (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/describe-block (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/scalar (stderr) memcheck/tests/vgtest_ume (stderr) corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_socketpair (stderr) none/tests/faultstatus (stderr) none/tests/x86/int (stderr) none/tests/yield (stdout) |
|
From: Tom H. <th...@cy...> - 2005-05-04 02:16:35
|
Nightly build on ginetta ( Red Hat 8.0 ) started at 2005-05-04 03:10:02 BST 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 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, 3 stderr failures, 0 stdout failures ================= memcheck/tests/pth_once (stderr) memcheck/tests/scalar (stderr) memcheck/tests/threadederrno (stderr) make: *** [regtest] Error 1 |
|
From: Tom H. <th...@cy...> - 2005-05-04 02:11:42
|
Nightly build on alvis ( Red Hat 7.3 ) started at 2005-05-04 03:05:02 BST Checking out source tree ... done Configuring ... done Building ... done Running regression tests ... done Last 20 lines of log.verbose follow == 205 tests, 17 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/scalar (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: Tom H. <th...@cy...> - 2005-05-04 02:04:49
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2005-05-04 03:00:03 BST 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 == 155 tests, 82 stderr failures, 4 stdout failures ================= memcheck/tests/addressable (stderr) memcheck/tests/badaddrvalue (stderr) memcheck/tests/badfree-2trace (stderr) memcheck/tests/badfree (stderr) memcheck/tests/badjump (stderr) memcheck/tests/badjump2 (stderr) memcheck/tests/badloop (stderr) memcheck/tests/badpoll (stderr) memcheck/tests/badrw (stderr) memcheck/tests/brk (stderr) memcheck/tests/brk2 (stderr) memcheck/tests/buflen_check (stderr) memcheck/tests/clientperm (stderr) memcheck/tests/custom_alloc (stderr) memcheck/tests/describe-block (stderr) memcheck/tests/doublefree (stderr) memcheck/tests/error_counts (stdout) memcheck/tests/errs1 (stderr) memcheck/tests/execve (stderr) memcheck/tests/execve2 (stderr) memcheck/tests/exitprog (stderr) memcheck/tests/fprw (stderr) memcheck/tests/fwrite (stderr) memcheck/tests/inits (stderr) memcheck/tests/inline (stderr) memcheck/tests/leak-0 (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-regroot (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/malloc1 (stderr) memcheck/tests/malloc2 (stderr) memcheck/tests/malloc3 (stderr) memcheck/tests/manuel1 (stderr) memcheck/tests/manuel2 (stderr) memcheck/tests/manuel3 (stderr) memcheck/tests/match-overrun (stderr) memcheck/tests/memalign2 (stderr) memcheck/tests/memalign_test (stderr) memcheck/tests/memcmptest (stderr) memcheck/tests/mempool (stderr) memcheck/tests/mismatches (stderr) memcheck/tests/mmaptest (stderr) memcheck/tests/nanoleak (stderr) memcheck/tests/nanoleak_supp (stderr) memcheck/tests/new_nothrow (stderr) memcheck/tests/new_override (stderr) memcheck/tests/null_socket (stderr) memcheck/tests/overlap (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/post-syscall (stderr) memcheck/tests/realloc1 (stderr) memcheck/tests/realloc2 (stderr) memcheck/tests/realloc3 (stderr) memcheck/tests/scalar (stderr) memcheck/tests/scalar_exit_group (stderr) memcheck/tests/scalar_fork (stderr) memcheck/tests/scalar_supp (stderr) memcheck/tests/scalar_vfork (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/signal2 (stderr) memcheck/tests/sigprocmask (stderr) memcheck/tests/str_tester (stderr) memcheck/tests/supp1 (stderr) memcheck/tests/supp2 (stderr) memcheck/tests/suppfree (stderr) memcheck/tests/toobig-allocs (stderr) memcheck/tests/trivialleak (stderr) memcheck/tests/vgtest_ume (stderr) memcheck/tests/weirdioctl (stderr) memcheck/tests/writev (stderr) memcheck/tests/zeropage (stderr) corecheck/tests/fdleak_cmsg (stderr) corecheck/tests/fdleak_creat (stderr) corecheck/tests/fdleak_dup (stderr) corecheck/tests/fdleak_dup2 (stderr) corecheck/tests/fdleak_fcntl (stderr) corecheck/tests/fdleak_ipv4 (stderr) corecheck/tests/fdleak_open (stderr) corecheck/tests/fdleak_pipe (stderr) corecheck/tests/fdleak_socketpair (stderr) massif/tests/toobig-allocs (stderr) none/tests/faultstatus (stderr) none/tests/selfrun (stdout) none/tests/selfrun (stderr) none/tests/yield (stdout) |
|
From: <sv...@va...> - 2005-05-04 00:33:18
|
Author: sewardj
Date: 2005-05-04 01:33:15 +0100 (Wed, 04 May 2005)
New Revision: 3612
Modified:
trunk/corecheck/tests/fdleak_cmsg.stderr.exp
trunk/corecheck/tests/fdleak_ipv4.stderr.exp
trunk/corecheck/tests/fdleak_socketpair.stderr.exp
Log:
Update expected outputs (better stack traces due to CFI unwinding)
Modified: trunk/corecheck/tests/fdleak_cmsg.stderr.exp
=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/corecheck/tests/fdleak_cmsg.stderr.exp 2005-05-04 00:26:57 UTC =
(rev 3611)
+++ trunk/corecheck/tests/fdleak_cmsg.stderr.exp 2005-05-04 00:33:15 UTC =
(rev 3612)
@@ -3,10 +3,12 @@
FILE DESCRIPTORS: 7 open at exit.
Open AF_UNIX socket .: /tmp/sock
at 0x........: accept (in /...libc...)
+ by 0x........: server (fdleak_cmsg.c:64)
by 0x........: main (fdleak_cmsg.c:174)
=20
Open AF_UNIX socket .: /tmp/sock
at 0x........: socket (in /...libc...)
+ by 0x........: server (fdleak_cmsg.c:33)
by 0x........: main (fdleak_cmsg.c:174)
=20
Open file descriptor .: /tmp/data2
@@ -32,14 +34,17 @@
FILE DESCRIPTORS: 6 open at exit.
Open file descriptor .: /tmp/data2
at 0x........: recvmsg (in /...libc...)
+ by 0x........: client (fdleak_cmsg.c:131)
by 0x........: main (fdleak_cmsg.c:178)
=20
Open file descriptor .: /tmp/data1
at 0x........: recvmsg (in /...libc...)
+ by 0x........: client (fdleak_cmsg.c:131)
by 0x........: main (fdleak_cmsg.c:178)
=20
Open AF_UNIX socket .: <unknown>
at 0x........: socket (in /...libc...)
+ by 0x........: client (fdleak_cmsg.c:110)
by 0x........: main (fdleak_cmsg.c:178)
=20
Open file descriptor .: .
Modified: trunk/corecheck/tests/fdleak_ipv4.stderr.exp
=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/corecheck/tests/fdleak_ipv4.stderr.exp 2005-05-04 00:26:57 UTC =
(rev 3611)
+++ trunk/corecheck/tests/fdleak_ipv4.stderr.exp 2005-05-04 00:33:15 UTC =
(rev 3612)
@@ -3,10 +3,12 @@
FILE DESCRIPTORS: 5 open at exit.
Open AF_INET socket 4: 127.0.0.1:... <-> 127.0.0.1:...
at 0x........: accept (in /...libc...)
+ by 0x........: server (fdleak_ipv4.c:44)
by 0x........: main (fdleak_ipv4.c:100)
=20
Open AF_INET socket 3: 127.0.0.1:... <-> unbound
at 0x........: socket (in /...libc...)
+ by 0x........: server (fdleak_ipv4.c:21)
by 0x........: main (fdleak_ipv4.c:100)
=20
Open file descriptor .: .
@@ -24,6 +26,7 @@
FILE DESCRIPTORS: 4 open at exit.
Open AF_INET socket 3: 127.0.0.1:... <-> 127.0.0.1:...
at 0x........: socket (in /...libc...)
+ by 0x........: client (fdleak_ipv4.c:60)
by 0x........: main (fdleak_ipv4.c:104)
=20
Open file descriptor .: .
Modified: trunk/corecheck/tests/fdleak_socketpair.stderr.exp
=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/corecheck/tests/fdleak_socketpair.stderr.exp 2005-05-04 00:26:5=
7 UTC (rev 3611)
+++ trunk/corecheck/tests/fdleak_socketpair.stderr.exp 2005-05-04 00:33:1=
5 UTC (rev 3612)
@@ -3,13 +3,11 @@
FILE DESCRIPTORS: 5 open at exit.
Open AF_UNIX socket .: <unknown>
at 0x........: socketpair (in /...libc...)
- by 0x........: __libc_start_main (in /...libc...)
- by 0x........: ...
+ by 0x........: main (fdleak_socketpair.c:15)
=20
Open AF_UNIX socket .: <unknown>
at 0x........: socketpair (in /...libc...)
- by 0x........: __libc_start_main (in /...libc...)
- by 0x........: ...
+ by 0x........: main (fdleak_socketpair.c:15)
=20
Open file descriptor .: .
<inherited from parent>
|
|
From: <sv...@va...> - 2005-05-04 00:27:06
|
Author: sewardj
Date: 2005-05-04 01:26:57 +0100 (Wed, 04 May 2005)
New Revision: 3611
Added:
trunk/corecheck/tests/threadederrno.c
trunk/corecheck/tests/threadederrno.stderr.exp
trunk/corecheck/tests/threadederrno.stdout.exp
trunk/corecheck/tests/threadederrno.vgtest
Removed:
trunk/memcheck/tests/threadederrno.c
trunk/memcheck/tests/threadederrno.stderr.exp
trunk/memcheck/tests/threadederrno.stdout.exp
trunk/memcheck/tests/threadederrno.vgtest
Modified:
trunk/corecheck/tests/Makefile.am
trunk/memcheck/tests/Makefile.am
Log:
Move this test to a more sensible place. Originally it was intended
to check that the threading library hadn't messed up errno. Now that
doesn't make much sense any more. Anyway, now it annoyingly fails due
to memcheck reporting bugs in libpthread et al. Move it to corecheck
so at least it can continue to run and hopefully not continually fail.
Modified: trunk/corecheck/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/corecheck/tests/Makefile.am 2005-05-03 22:31:22 UTC (rev 3610)
+++ trunk/corecheck/tests/Makefile.am 2005-05-04 00:26:57 UTC (rev 3611)
@@ -32,6 +32,8 @@
pth_rwlock.stderr.exp pth_rwlock.vgtest \
sigkill.stderr.exp sigkill.stderr.exp2 sigkill.vgtest \
res_search.stderr.exp res_search.stdout.exp res_search.vgtest \
+ threadederrno.stderr.exp threadederrno.stdout.exp \
+ threadederrno.vgtest \
vgprintf.stderr.exp vgprintf.stdout.exp vgprintf.vgtest
=20
check_PROGRAMS =3D \
@@ -40,7 +42,7 @@
fdleak_socketpair sigkill res_search \
pth_atfork1 pth_cancel1 pth_cancel2 pth_cvsimple pth_empty \
pth_exit pth_exit2 pth_mutexspeed pth_once pth_rwlock \
- as_mmap as_shm \
+ as_mmap as_shm threadederrno \
vgprintf
=20
AM_CFLAGS =3D $(WERROR) -Winline -Wall -Wshadow -g -O0
@@ -88,5 +90,5 @@
pth_rwlock_LDADD =3D -lpthread
res_search_SOURCES =3D res_search.c
res_search_LDADD =3D -lresolv -lpthread
-
-
+threadederrno_SOURCES =3D threadederrno.c
+threadederrno_LDADD =3D -lpthread
Copied: trunk/corecheck/tests/threadederrno.c (from rev 3608, trunk/memch=
eck/tests/threadederrno.c)
Copied: trunk/corecheck/tests/threadederrno.stderr.exp (from rev 3608, tr=
unk/memcheck/tests/threadederrno.stderr.exp)
Copied: trunk/corecheck/tests/threadederrno.stdout.exp (from rev 3608, tr=
unk/memcheck/tests/threadederrno.stdout.exp)
Copied: trunk/corecheck/tests/threadederrno.vgtest (from rev 3608, trunk/=
memcheck/tests/threadederrno.vgtest)
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 2005-05-03 22:31:22 UTC (rev 3610)
+++ trunk/memcheck/tests/Makefile.am 2005-05-04 00:26:57 UTC (rev 3611)
@@ -80,8 +80,6 @@
trivialleak.stderr.exp trivialleak.vgtest \
weirdioctl.stderr.exp weirdioctl.stdout.exp weirdioctl.vgtest \
metadata.stderr.exp metadata.stdout.exp metadata.vgtest \
- threadederrno.stderr.exp threadederrno.stdout.exp \
- threadederrno.vgtest \
vgtest_ume.stderr.exp vgtest_ume.vgtest \
writev.stderr.exp writev.stderr.exp2 writev.stderr.exp3 writev.vgtest \
zeropage.stderr.exp zeropage.stderr.exp2 zeropage.vgtest
@@ -107,7 +105,7 @@
sigaltstack signal2 sigprocmask \
str_tester supp1 supp2 suppfree \
trivialleak weirdioctl \
- mismatches new_override metadata threadederrno \
+ mismatches new_override metadata \
vgtest_ume \
writev zeropage
=20
@@ -185,8 +183,6 @@
metadata_SOURCES =3D metadata.c
str_tester_SOURCES =3D str_tester.c
str_tester_CFLAGS =3D $(AM_CFLAGS) -Wno-shadow
-threadederrno_SOURCES =3D threadederrno.c
-threadederrno_LDADD =3D -lpthread
writev_SOURCES =3D writev.c
zeropage_SOURCES =3D zeropage.c
=20
Deleted: trunk/memcheck/tests/threadederrno.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/tests/threadederrno.c 2005-05-03 22:31:22 UTC (rev 361=
0)
+++ trunk/memcheck/tests/threadederrno.c 2005-05-04 00:26:57 UTC (rev 361=
1)
@@ -1,35 +0,0 @@
-
-#include <pthread.h>
-#include <stdio.h>
-#include <errno.h>
-#include <string.h>
-
-
-void* thr2 ( void* v )
-{
- FILE* f =3D fopen("bogus2", "r");
- printf("f =3D %p, errno =3D %d (%s)\n", f, errno, strerror(errno));
- return NULL;
-}
-
-void* thr3 ( void* v )
-{
- FILE* f =3D fopen("bogus3", "r");
- printf("f =3D %p, errno =3D %d (%s)\n", f, errno, strerror(errno));
- return NULL;
-}
-
-
-int main ( void )
-{
- FILE* f;
- pthread_t tid2, tid3;
- pthread_create(&tid2, NULL, &thr2, NULL);
- pthread_create(&tid3, NULL, &thr3, NULL);
- f =3D fopen("bogus", "r");
- printf("f =3D %p, errno =3D %d (%s)\n", f, errno, strerror(errno));
- pthread_join(tid2, NULL);
- pthread_join(tid3, NULL);
- return 0;
-}
-
Deleted: trunk/memcheck/tests/threadederrno.stderr.exp
=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
Deleted: trunk/memcheck/tests/threadederrno.stdout.exp
=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/threadederrno.stdout.exp 2005-05-03 22:31:22 UTC=
(rev 3610)
+++ trunk/memcheck/tests/threadederrno.stdout.exp 2005-05-04 00:26:57 UTC=
(rev 3611)
@@ -1,3 +0,0 @@
-f =3D (nil), errno =3D 2 (No such file or directory)
-f =3D (nil), errno =3D 2 (No such file or directory)
-f =3D (nil), errno =3D 2 (No such file or directory)
Deleted: trunk/memcheck/tests/threadederrno.vgtest
=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/threadederrno.vgtest 2005-05-03 22:31:22 UTC (re=
v 3610)
+++ trunk/memcheck/tests/threadederrno.vgtest 2005-05-04 00:26:57 UTC (re=
v 3611)
@@ -1,2 +0,0 @@
-prog: threadederrno
-vgopts: -q
|