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
(16) |
|
3
(9) |
4
(8) |
5
(9) |
6
(10) |
7
(14) |
8
(10) |
9
(7) |
|
10
(14) |
11
(19) |
12
(22) |
13
(18) |
14
(20) |
15
(10) |
16
(12) |
|
17
(13) |
18
(7) |
19
(12) |
20
(13) |
21
(9) |
22
(12) |
23
(6) |
|
24
(5) |
25
(5) |
26
(6) |
27
(7) |
28
(9) |
29
(13) |
30
(21) |
|
From: Bryan M. <om...@br...> - 2006-09-08 21:04:40
|
hmmmmm. compiling the C++ program with -D_GLIBCXX_DEBUG showed the code to have bad initialisers for a couple of iterators (I really recommend this compile time define - its great!). I haven't been able to recreate this fault with a small program yet but it is interesting because the original program ran OK both on its own and within Memcheck. I will keep trying to get to the bottom of this but if you have C++ programs using the STL and they go bang under Omega, see if they abort when running them normally but after compiling with the above define set. (If they do abort when running normally, start them inside gdb and it will give you a useful stack trace to help you sort out your naughty code :P). If anyone can find a trivial example that causes Omega to go bang but not Memcheck, I would really appreciate it if you would post it to the list. for information: $> rpm -qa | grep libstd libstdc++-devel-4.1.0-25 libstdc++-4.1.0-25 compat-libstdc++-5.0.7-21 This is on Suse 10.1, x86_64. thanks in advance and happy hunting, Bryan "Brain Murders" Meredith Bryan Meredith wrote: > Just found an interesting bug in the new function return tracking when > using C++. Don't think that C will be affected as you can't do anything > like the stuff you can do inside a class constructor. > > Any C++ users out there getting an error like this before your program > actually even gets into main() ?: > > ==4018== Process terminating with default action of signal 11 (SIGSEGV) > ==4018== Access not within mapped region at address 0xFFFFFFFFFFFFFFF8 > > If so, I'm on it and hope to have a proper solution in the next day or > two (I'm ill at the moment so things have slowed down a bit). I know > what it is but I will be chatting with the guys on the developer list to > get a proper solution together that will always work. > > Sorry for the inconvenience, > Bryan "Brain Murders" Meredith > > Bryan Meredith wrote: >> Fellow Valgrinders, >> >> please see http://www.brainmurders.eclipse.co.uk/omega.html for a >> complete overview of what this tool can do for you! >> >> (We use this heavily at work - feel free to give it a spin...) >> >> >From the web page: >> ================== >> Omega addresses what I perceive to be one of the few shortfalls of the >> excellent Valgrind Memcheck Tool - where Memcheck reports the location >> that a leaked block was allocated, Omega also shows where it was leaked. >> >> >> New in Beta5: >> ============= >> Aggregates the circular references together into common contexts, giving >> a repeat count and leak amount for that context and makes display optional. >> Broke the debugger attach :( >> On the positive side, it gives much more accurate leak reports in some >> cases, having finally closed off some edge cases with functions that >> return values. >> A reported bug with realloc() on x86 (not x86-64) was also fixed (thanks >> for the report). >> Exposed some internal sizing information for users with HUGE programs to >> tweak for potentially faster execution. >> >> The next patch is likely to be a release candidate unless you find me >> some juicy bugs to chomp on. >> >> >> Known Issues: >> ============= >> I have a wrapper around main() to detect when to stop tracking - if you >> are using threads and they don't exit before main() does, there will be >> problems. I haven't particularly tested this with threads yet - that's >> targeted for the later on. It can also affect the stack trace slightly. >> >> >> Requested Features? >> =================== >> I am still toying with the idea of allowing targeted tracking through >> the use of the suppression system - >> >> exclusively report on a specified malloc() call. >> show hanging pointers at a targeted call to free(). >> turn on more verbose output for a given memory block. >> >> Generate leak reports in some XML format to make machine parsing simple. >> >> >> If you use Omega and think any of these features would be useful or have >> requests of your own, please let me know. >> >> >> As ever, I would welcome your comments, bug reports and especially any >> news of success stories. Please share them with us on the list and copy >> me in so I don't miss them. >> >> thanks and happy hunting, >> Bryan "Brain Murders" Meredith >> >> >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> Valgrind-developers mailing list >> Val...@li... >> https://lists.sourceforge.net/lists/listinfo/valgrind-developers >> > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: Dirk M. <dm...@gm...> - 2006-09-08 18:18:07
|
On Wednesday 06 September 2006 19:51, Tom Hughes wrote:
> I'm not sure this is anything to worry about - it has crashed
> trying to run the glibc cleanup code but if glibc has already
> corrupted it's state then it's not entirely surprising if that
> fails.
I don't think so - I see it too everywhere even for clean applications. and=
=20
looking at the code its not a surprise:=20
VALGRIND_DO_CLIENT_REQUEST(res, 0 /* default */,
VG_USERREQ__LIBC_FREERES_DONE,=B7
0, 0, 0, 0, 0);
/*NOTREACHED*/
*(int *)0 =3D 'x';
}
The NOTREACHED part is executed for me. Julian said that it might be becaus=
e=20
the compiler optimizes the DO_CLIENT_REQUEST away, but I haven't checked=20
that.=20
Dirk
|
|
From: <js...@ac...> - 2006-09-08 11:31:48
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2006-09-08 09:00:01 BST 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 == 207 tests, 10 stderr failures, 6 stdout failures, 0 posttest failures == memcheck/tests/leak-cycle (stderr) memcheck/tests/leak-tree (stderr) memcheck/tests/leakotron (stdout) memcheck/tests/pointer-trace (stderr) memcheck/tests/sigaltstack (stderr) memcheck/tests/xml1 (stderr) none/tests/faultstatus (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-fp (stderr) none/tests/ppc32/round (stdout) none/tests/ppc32/round (stderr) none/tests/ppc32/test_fx (stdout) none/tests/ppc32/test_fx (stderr) none/tests/ppc32/test_gx (stdout) |
|
From: Josef W. <Jos...@gm...> - 2006-09-08 09:18:05
|
Hi Christoph, thanks. I can reproduce it. I just hope that I have enough time in the next days to look at it. Josef On Thursday 07 September 2006 20:45, Christoph Bartoschek wrote: > Hi, > > Here is another crash of the same problem: > > sleep > BB# 418 > > Callgrind: callstack.c:211 (vgCallgrind_push_call_stack): > Assertion 'current_entry->cxt != 0' failed. > ==21768== at 0x380189DA: report_and_quit (m_libcassert.c:136) > ==21768== by 0x38018D3D: vgPlain_assert_fail (m_libcassert.c:200) > ==21768== by 0x38010CAB: vgCallgrind_push_call_stack (callstack.c:211) > ==21768== by 0x38006864: vgCallgrind_setup_bbcc (bbcc.c:529) > ==21768== by 0x4028D5181: ??? > ==21768== by 0x38020A87: mkFreeBlock (m_mallocfree.c:916) > ==21768== by 0x4028818FF: ??? > ==21768== by 0x4021354AF: ??? > ==21768== by 0x10: ??? > ==21768== by 0xCBB4F: ??? > ==21768== by 0x4005B5: main (debug-prog2.C:8) > > Here is also a minimal set of options necessary for the problem: > > valgrind --tool=callgrind ./a.out > > but one then has to interate > > callgrind_control -i off > callgrind_control -i on > callgrind_control -d > > till valgrind crashes. > > Greetings, > Christoph Bartoschek > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > > |
|
From: <js...@ac...> - 2006-09-08 04:08:10
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2006-09-08 04:30: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 == 237 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/leak-tree (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <to...@co...> - 2006-09-08 02:45:42
|
Nightly build on dunsmere ( athlon, Fedora Core 5 ) started at 2006-09-08 03:30:05 BST 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 == 239 tests, 5 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-08 02:25:22
|
Nightly build on dellow ( x86_64, Fedora Core 5 ) started at 2006-09-08 03:10:03 BST 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 == 266 tests, 4 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/xml1 (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-08 02:24:33
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2006-09-08 03:15:02 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/ccS8T4Iq.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccS8T4Iq.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccS8T4Iq.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccS8T4Iq.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccS8T4Iq.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccS8T4Iq.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccS8T4Iq.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccS8T4Iq.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/valgrind.3198/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.3198/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.3198/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.3198/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.3198/valgrind' make: *** [check] Error 2 ================================================= == Results from 24 hours ago == ================================================= Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Last 20 lines of verbose log follow echo /tmp/ccvNSbOb.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvNSbOb.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvNSbOb.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvNSbOb.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvNSbOb.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvNSbOb.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvNSbOb.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccvNSbOb.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 rm insn_mmx.c insn_sse2.c insn_fpu.c insn_mmxext.c insn_sse.c insn_sse3.c insn_cmov.c insn_basic.c make[5]: Leaving directory `/tmp/valgrind.3198/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.3198/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.3198/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.3198/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.3198/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Fri Sep 8 03:19:46 2006 --- new.short Fri Sep 8 03:24:29 2006 *************** *** 7,16 **** Last 20 lines of verbose log follow echo ! /tmp/ccvNSbOb.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvNSbOb.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvNSbOb.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvNSbOb.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvNSbOb.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvNSbOb.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvNSbOb.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccvNSbOb.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 --- 7,16 ---- Last 20 lines of verbose log follow echo ! /tmp/ccS8T4Iq.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccS8T4Iq.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccS8T4Iq.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccS8T4Iq.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccS8T4Iq.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccS8T4Iq.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccS8T4Iq.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccS8T4Iq.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 |
|
From: Tom H. <th...@cy...> - 2006-09-08 02:19:31
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2006-09-08 03:05:05 BST 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 == 266 tests, 6 stderr failures, 2 stdout failures, 0 posttest failures == memcheck/tests/leakotron (stdout) memcheck/tests/mempool (stderr) memcheck/tests/pointer-trace (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |
|
From: Tom H. <th...@cy...> - 2006-09-08 02:14:40
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-09-08 03:00:02 BST 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 == 268 tests, 6 stderr failures, 1 stdout failure, 0 posttest failures == memcheck/tests/mempool (stderr) memcheck/tests/stack_switch (stderr) memcheck/tests/x86/scalar (stderr) memcheck/tests/x86/scalar_supp (stderr) none/tests/fdleak_fcntl (stderr) none/tests/mremap (stderr) none/tests/mremap2 (stdout) |