You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(122) |
Nov
(152) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(25) |
Mar
(73) |
Apr
(82) |
May
(24) |
Jun
(25) |
Jul
(10) |
Aug
(11) |
Sep
(10) |
Oct
(54) |
Nov
(203) |
Dec
(182) |
| 2004 |
Jan
(307) |
Feb
(305) |
Mar
(430) |
Apr
(312) |
May
(187) |
Jun
(342) |
Jul
(487) |
Aug
(637) |
Sep
(336) |
Oct
(373) |
Nov
(441) |
Dec
(210) |
| 2005 |
Jan
(385) |
Feb
(480) |
Mar
(636) |
Apr
(544) |
May
(679) |
Jun
(625) |
Jul
(810) |
Aug
(838) |
Sep
(634) |
Oct
(521) |
Nov
(965) |
Dec
(543) |
| 2006 |
Jan
(494) |
Feb
(431) |
Mar
(546) |
Apr
(411) |
May
(406) |
Jun
(322) |
Jul
(256) |
Aug
(401) |
Sep
(345) |
Oct
(542) |
Nov
(308) |
Dec
(481) |
| 2007 |
Jan
(427) |
Feb
(326) |
Mar
(367) |
Apr
(255) |
May
(244) |
Jun
(204) |
Jul
(223) |
Aug
(231) |
Sep
(354) |
Oct
(374) |
Nov
(497) |
Dec
(362) |
| 2008 |
Jan
(322) |
Feb
(482) |
Mar
(658) |
Apr
(422) |
May
(476) |
Jun
(396) |
Jul
(455) |
Aug
(267) |
Sep
(280) |
Oct
(253) |
Nov
(232) |
Dec
(304) |
| 2009 |
Jan
(486) |
Feb
(470) |
Mar
(458) |
Apr
(423) |
May
(696) |
Jun
(461) |
Jul
(551) |
Aug
(575) |
Sep
(134) |
Oct
(110) |
Nov
(157) |
Dec
(102) |
| 2010 |
Jan
(226) |
Feb
(86) |
Mar
(147) |
Apr
(117) |
May
(107) |
Jun
(203) |
Jul
(193) |
Aug
(238) |
Sep
(300) |
Oct
(246) |
Nov
(23) |
Dec
(75) |
| 2011 |
Jan
(133) |
Feb
(195) |
Mar
(315) |
Apr
(200) |
May
(267) |
Jun
(293) |
Jul
(353) |
Aug
(237) |
Sep
(278) |
Oct
(611) |
Nov
(274) |
Dec
(260) |
| 2012 |
Jan
(303) |
Feb
(391) |
Mar
(417) |
Apr
(441) |
May
(488) |
Jun
(655) |
Jul
(590) |
Aug
(610) |
Sep
(526) |
Oct
(478) |
Nov
(359) |
Dec
(372) |
| 2013 |
Jan
(467) |
Feb
(226) |
Mar
(391) |
Apr
(281) |
May
(299) |
Jun
(252) |
Jul
(311) |
Aug
(352) |
Sep
(481) |
Oct
(571) |
Nov
(222) |
Dec
(231) |
| 2014 |
Jan
(185) |
Feb
(329) |
Mar
(245) |
Apr
(238) |
May
(281) |
Jun
(399) |
Jul
(382) |
Aug
(500) |
Sep
(579) |
Oct
(435) |
Nov
(487) |
Dec
(256) |
| 2015 |
Jan
(338) |
Feb
(357) |
Mar
(330) |
Apr
(294) |
May
(191) |
Jun
(108) |
Jul
(142) |
Aug
(261) |
Sep
(190) |
Oct
(54) |
Nov
(83) |
Dec
(22) |
| 2016 |
Jan
(49) |
Feb
(89) |
Mar
(33) |
Apr
(50) |
May
(27) |
Jun
(34) |
Jul
(53) |
Aug
(53) |
Sep
(98) |
Oct
(206) |
Nov
(93) |
Dec
(53) |
| 2017 |
Jan
(65) |
Feb
(82) |
Mar
(102) |
Apr
(86) |
May
(187) |
Jun
(67) |
Jul
(23) |
Aug
(93) |
Sep
(65) |
Oct
(45) |
Nov
(35) |
Dec
(17) |
| 2018 |
Jan
(26) |
Feb
(35) |
Mar
(38) |
Apr
(32) |
May
(8) |
Jun
(43) |
Jul
(27) |
Aug
(30) |
Sep
(43) |
Oct
(42) |
Nov
(38) |
Dec
(67) |
| 2019 |
Jan
(32) |
Feb
(37) |
Mar
(53) |
Apr
(64) |
May
(49) |
Jun
(18) |
Jul
(14) |
Aug
(53) |
Sep
(25) |
Oct
(30) |
Nov
(49) |
Dec
(31) |
| 2020 |
Jan
(87) |
Feb
(45) |
Mar
(37) |
Apr
(51) |
May
(99) |
Jun
(36) |
Jul
(11) |
Aug
(14) |
Sep
(20) |
Oct
(24) |
Nov
(40) |
Dec
(23) |
| 2021 |
Jan
(14) |
Feb
(53) |
Mar
(85) |
Apr
(15) |
May
(19) |
Jun
(3) |
Jul
(14) |
Aug
(1) |
Sep
(57) |
Oct
(73) |
Nov
(56) |
Dec
(22) |
| 2022 |
Jan
(3) |
Feb
(22) |
Mar
(6) |
Apr
(55) |
May
(46) |
Jun
(39) |
Jul
(15) |
Aug
(9) |
Sep
(11) |
Oct
(34) |
Nov
(20) |
Dec
(36) |
| 2023 |
Jan
(79) |
Feb
(41) |
Mar
(99) |
Apr
(169) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(57) |
Sep
(19) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
1
(11) |
2
(9) |
3
(11) |
4
(12) |
5
(11) |
|
6
(9) |
7
(13) |
8
(6) |
9
(7) |
10
(7) |
11
(11) |
12
(13) |
|
13
(7) |
14
(6) |
15
(7) |
16
(19) |
17
(20) |
18
(9) |
19
(9) |
|
20
(6) |
21
(7) |
22
(11) |
23
(16) |
24
(14) |
25
(24) |
26
(16) |
|
27
(20) |
28
(58) |
29
(7) |
30
(10) |
31
(15) |
|
|
|
From: Tom H. <to...@co...> - 2006-08-24 13:42:03
|
In message <200...@ac...>
Julian Seward <js...@ac...> wrote:
> On Thursday 24 August 2006 13:41, Bart Van Assche wrote:
>
> > MVL 4.0.1 has a debuginfo package for glibc. Unfortunately, there is
> > not enough space available on the target for installing that package. I can
> > try to make the debuginfo available via NFS, but how to tell V where to
> > find this debuginfo ?
>
> I don't know anything about debuginfo packages; particularly nothing about
> where they must live and/or how they are found. Tom Hughes might know.
They live in /usr/src/debug, at least on Fedora, so you will probably
need to make that a link to the NFS mount or something.
BTW there shouldn't be any problems intercepting functions without
it as the dynamic symbol table in the main library canbe used for
that - it will help get a backtrace however so you should be able
to see what called the glibc function where the problem was reported.
Tom
--
Tom Hughes (to...@co...)
http://www.compton.nu/
|
|
From: Julian S. <js...@ac...> - 2006-08-24 12:51:22
|
On Thursday 24 August 2006 13:41, Bart Van Assche wrote: > Hello Julian, > > MVL 4.0.1 has a debuginfo package for glibc. Unfortunately, there is > not enough space available on the target for installing that package. I can > try to make the debuginfo available via NFS, but how to tell V where to > find this debuginfo ? I don't know anything about debuginfo packages; particularly nothing about where they must live and/or how they are found. Tom Hughes might know. J > > On 8/24/06, Julian Seward <js...@ac...> wrote: > > Try installing the debuginfo package for libc-2.3.3, if your distro > > has one. Without it, V cannot see names of fns in libc that it may > > need to intercept, and that could be the cause. > > > > On Thursday 24 August 2006 10:16, Bart Van Assche wrote: > > > Hello, > > > > > > While using memcheck I always get the message included below > > > during application startup. Anyone any idea whether it's a libstdc++ > > > issue or a memcheck issue ? I don't think it's due to the application. > > > Details: MontaVista Linux Professional 4.0.1 / glibc 2.3.3 / libstdc++6 > > > 3.4.3 / gcc 3.4.3 / g++ 3.4.3 > > > > > > memcheck report: > > > > > > ==4344== Thread 3: > > > ==4344== Invalid read of size 4 > > > ==4344== at 0xFC3EBB0: (within /lib/libc-2.3.3.so) > > > ==4344== Address 0x78A9C54 is 84 bytes inside a block of size 87 > > > > alloc'd > > > > > ==4344== at 0xFFBACA0: operator new(unsigned) > > > > (vg_replace_malloc.c:163) > > > > > ==4344== by 0xFE9C8F0: std::string::_Rep::_S_create(unsigned, > > > > unsigned, > > > > > std::allocator<char> const&) (in /usr/lib/libstdc++.so.6.0.3) > > > ==4344== by 0xFE9C988: > > > > std::string::_Rep::_M_clone(std::allocator<char> > > > > > const&, unsigned) (in /usr/lib/libstdc++.so.6.0.3) > > > ==4344== by 0xFE9D0C0: std::string::reserve(unsigned) (in > > > /usr/lib/libstdc++.so.6.0.3) > > > ==4344== by 0xFE9DD94: std::string::append(std::string const&) (in > > > /usr/lib/libstdc++.so.6.0.3) > > > ==4344== by 0x10037730: std::basic_string<char, > > > > std::char_traits<char>, > > > > > std::allocator<char> > std::operator+<char, std::char_traits<char>, > > > std::allocator<char> >(std::basic_string<char, std::char_traits<char>, > > > std::allocator<char> > const&, std::basic_string<char, > > > std::char_traits<char>, std::allocator<char> > const&) > > > (basic_string.h:1993) |
|
From: Bart V. A. <bar...@gm...> - 2006-08-24 12:42:14
|
Hello Julian,
MVL 4.0.1 has a debuginfo package for glibc. Unfortunately, there is not
enough space available on the target for installing that package. I can try
to make the debuginfo available via NFS, but how to tell V where to find
this debuginfo ?
On 8/24/06, Julian Seward <js...@ac...> wrote:
>
>
> Try installing the debuginfo package for libc-2.3.3, if your distro
> has one. Without it, V cannot see names of fns in libc that it may
> need to intercept, and that could be the cause.
>
> On Thursday 24 August 2006 10:16, Bart Van Assche wrote:
> > Hello,
> >
> > While using memcheck I always get the message included below during
> > application startup. Anyone any idea whether it's a libstdc++ issue or a
> > memcheck issue ? I don't think it's due to the application.
> > Details: MontaVista Linux Professional 4.0.1 / glibc 2.3.3 / libstdc++6
> > 3.4.3 / gcc 3.4.3 / g++ 3.4.3
> >
> > memcheck report:
> >
> > ==4344== Thread 3:
> > ==4344== Invalid read of size 4
> > ==4344== at 0xFC3EBB0: (within /lib/libc-2.3.3.so)
> > ==4344== Address 0x78A9C54 is 84 bytes inside a block of size 87
> alloc'd
> > ==4344== at 0xFFBACA0: operator new(unsigned)
> (vg_replace_malloc.c:163)
> > ==4344== by 0xFE9C8F0: std::string::_Rep::_S_create(unsigned,
> unsigned,
> > std::allocator<char> const&) (in /usr/lib/libstdc++.so.6.0.3)
> > ==4344== by 0xFE9C988:
> std::string::_Rep::_M_clone(std::allocator<char>
> > const&, unsigned) (in /usr/lib/libstdc++.so.6.0.3)
> > ==4344== by 0xFE9D0C0: std::string::reserve(unsigned) (in
> > /usr/lib/libstdc++.so.6.0.3)
> > ==4344== by 0xFE9DD94: std::string::append(std::string const&) (in
> > /usr/lib/libstdc++.so.6.0.3)
> > ==4344== by 0x10037730: std::basic_string<char,
> std::char_traits<char>,
> > std::allocator<char> > std::operator+<char, std::char_traits<char>,
> > std::allocator<char> >(std::basic_string<char, std::char_traits<char>,
> > std::allocator<char> > const&, std::basic_string<char,
> > std::char_traits<char>, std::allocator<char> > const&)
> > (basic_string.h:1993)
>
|
|
From: Bart V. A. <bar...@gm...> - 2006-08-24 12:38:02
|
Hello, I ran the following tests: (1) time bash -c 'for ((i=0;i<5000;i++)); do echo n "$i "; done' (2) valgrind --trace-children=yes time bash -c 'for ((i=0;i<5000;i++)); do echo n "$i "; done' on the following two platforms: (1) OpenSuSE 10.1 running on VMWare on a 2.8 GHz Pentium IV CPU, with Valgrind 3.1.1 (V installed locally) (2) MontaVista Linux Professional 4.0.1 running on a 800 MHz PowerPC 440GX CPU, with Valgrind 3.2.0 (V started over NFS) Resulting execution times on the x86 platform: 1.06s for test (1) and 16.6sfor test (2), or a slowdown of about 16 times. Resulting execution times on the ppc32 platform: 1.8s for test (1) and 400s for test (2), or a slowdown of about 222 times. Why is the slowdown of Valgrind on the ppc32 platform I tested so much larger (more than ten times !) than on the x86 platform ? Should I do more tests -- e.g. with another Valgrind version ? |
|
From: Julian S. <js...@ac...> - 2006-08-24 10:42:41
|
Try installing the debuginfo package for libc-2.3.3, if your distro
has one. Without it, V cannot see names of fns in libc that it may
need to intercept, and that could be the cause.
J
On Thursday 24 August 2006 10:16, Bart Van Assche wrote:
> Hello,
>
> While using memcheck I always get the message included below during
> application startup. Anyone any idea whether it's a libstdc++ issue or a
> memcheck issue ? I don't think it's due to the application.
> Details: MontaVista Linux Professional 4.0.1 / glibc 2.3.3 / libstdc++6
> 3.4.3 / gcc 3.4.3 / g++ 3.4.3
>
> memcheck report:
>
> ==4344== Thread 3:
> ==4344== Invalid read of size 4
> ==4344== at 0xFC3EBB0: (within /lib/libc-2.3.3.so)
> ==4344== Address 0x78A9C54 is 84 bytes inside a block of size 87 alloc'd
> ==4344== at 0xFFBACA0: operator new(unsigned) (vg_replace_malloc.c:163)
> ==4344== by 0xFE9C8F0: std::string::_Rep::_S_create(unsigned, unsigned,
> std::allocator<char> const&) (in /usr/lib/libstdc++.so.6.0.3)
> ==4344== by 0xFE9C988: std::string::_Rep::_M_clone(std::allocator<char>
> const&, unsigned) (in /usr/lib/libstdc++.so.6.0.3)
> ==4344== by 0xFE9D0C0: std::string::reserve(unsigned) (in
> /usr/lib/libstdc++.so.6.0.3)
> ==4344== by 0xFE9DD94: std::string::append(std::string const&) (in
> /usr/lib/libstdc++.so.6.0.3)
> ==4344== by 0x10037730: std::basic_string<char, std::char_traits<char>,
> std::allocator<char> > std::operator+<char, std::char_traits<char>,
> std::allocator<char> >(std::basic_string<char, std::char_traits<char>,
> std::allocator<char> > const&, std::basic_string<char,
> std::char_traits<char>, std::allocator<char> > const&)
> (basic_string.h:1993)
>
> >From bits/basic_string.h:
>
> template<typename _CharT, typename _Traits, typename _Alloc>
> typename basic_string<_CharT, _Traits, _Alloc>::_Rep*
> basic_string<_CharT, _Traits, _Alloc>::_Rep::
> _S_create(size_type __capacity, size_type __old_capacity,
> const _Alloc& __alloc)
> {
> typedef basic_string<_CharT, _Traits, _Alloc> __string_type;
> if (__capacity > _S_max_size)
> __throw_length_error(__N("basic_string::_S_create"));
>
> const size_type __pagesize = 4096; // must be 2^i * __subpagesize
> const size_type __subpagesize = 128; // should be >>
> __malloc_header_size
> const size_type __malloc_header_size = 4 * sizeof (void*);
>
> const size_type __page_capacity = ((__pagesize - __malloc_header_size
> - sizeof(_Rep) - sizeof(_CharT))
> / sizeof(_CharT));
>
> if (__capacity > __old_capacity && __capacity < 2 * __old_capacity
> && __capacity > __page_capacity)
> __capacity = 2 * __old_capacity;
>
> size_type __size = (__capacity + 1) * sizeof(_CharT) + sizeof(_Rep);
>
> const size_type __adj_size = __size + __malloc_header_size;
> if (__adj_size > __pagesize)
> {
> const size_type __extra = __pagesize - __adj_size % __pagesize;
> __capacity += __extra / sizeof(_CharT);
> // Never allocate a string bigger than _S_max_size.
> if (__capacity > _S_max_size)
> __capacity = _S_max_size;
> __size = (__capacity + 1) * sizeof(_CharT) + sizeof(_Rep);
> }
> else if (__size > __subpagesize)
> {
> const size_type __extra = __subpagesize - __adj_size %
> __subpagesize;
> __capacity += __extra / sizeof(_CharT);
> __size = (__capacity + 1) * sizeof(_CharT) + sizeof(_Rep);
> }
>
> void* __place = _Raw_bytes_alloc(__alloc).allocate(__size);
> _Rep *__p = new (__place) _Rep;
> __p->_M_capacity = __capacity;
> __p->_M_set_sharable(); // One reference.
> __p->_M_length = 0;
> return __p;
> }
|
|
From: <js...@ac...> - 2006-08-24 10:27:05
|
Nightly build on minnie ( SuSE 10.0, ppc32 ) started at 2006-08-24 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: Bart V. A. <bar...@gm...> - 2006-08-24 09:17:05
|
Hello,
While using memcheck I always get the message included below during
application startup. Anyone any idea whether it's a libstdc++ issue or a
memcheck issue ? I don't think it's due to the application.
Details: MontaVista Linux Professional 4.0.1 / glibc 2.3.3 / libstdc++6
3.4.3 / gcc 3.4.3 / g++ 3.4.3
memcheck report:
==4344== Thread 3:
==4344== Invalid read of size 4
==4344== at 0xFC3EBB0: (within /lib/libc-2.3.3.so)
==4344== Address 0x78A9C54 is 84 bytes inside a block of size 87 alloc'd
==4344== at 0xFFBACA0: operator new(unsigned) (vg_replace_malloc.c:163)
==4344== by 0xFE9C8F0: std::string::_Rep::_S_create(unsigned, unsigned,
std::allocator<char> const&) (in /usr/lib/libstdc++.so.6.0.3)
==4344== by 0xFE9C988: std::string::_Rep::_M_clone(std::allocator<char>
const&, unsigned) (in /usr/lib/libstdc++.so.6.0.3)
==4344== by 0xFE9D0C0: std::string::reserve(unsigned) (in
/usr/lib/libstdc++.so.6.0.3)
==4344== by 0xFE9DD94: std::string::append(std::string const&) (in
/usr/lib/libstdc++.so.6.0.3)
==4344== by 0x10037730: std::basic_string<char, std::char_traits<char>,
std::allocator<char> > std::operator+<char, std::char_traits<char>,
std::allocator<char> >(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) (basic_string.h:1993)
>From bits/basic_string.h:
template<typename _CharT, typename _Traits, typename _Alloc>
typename basic_string<_CharT, _Traits, _Alloc>::_Rep*
basic_string<_CharT, _Traits, _Alloc>::_Rep::
_S_create(size_type __capacity, size_type __old_capacity,
const _Alloc& __alloc)
{
typedef basic_string<_CharT, _Traits, _Alloc> __string_type;
if (__capacity > _S_max_size)
__throw_length_error(__N("basic_string::_S_create"));
const size_type __pagesize = 4096; // must be 2^i * __subpagesize
const size_type __subpagesize = 128; // should be >>
__malloc_header_size
const size_type __malloc_header_size = 4 * sizeof (void*);
const size_type __page_capacity = ((__pagesize - __malloc_header_size
- sizeof(_Rep) - sizeof(_CharT))
/ sizeof(_CharT));
if (__capacity > __old_capacity && __capacity < 2 * __old_capacity
&& __capacity > __page_capacity)
__capacity = 2 * __old_capacity;
size_type __size = (__capacity + 1) * sizeof(_CharT) + sizeof(_Rep);
const size_type __adj_size = __size + __malloc_header_size;
if (__adj_size > __pagesize)
{
const size_type __extra = __pagesize - __adj_size % __pagesize;
__capacity += __extra / sizeof(_CharT);
// Never allocate a string bigger than _S_max_size.
if (__capacity > _S_max_size)
__capacity = _S_max_size;
__size = (__capacity + 1) * sizeof(_CharT) + sizeof(_Rep);
}
else if (__size > __subpagesize)
{
const size_type __extra = __subpagesize - __adj_size %
__subpagesize;
__capacity += __extra / sizeof(_CharT);
__size = (__capacity + 1) * sizeof(_CharT) + sizeof(_Rep);
}
void* __place = _Raw_bytes_alloc(__alloc).allocate(__size);
_Rep *__p = new (__place) _Rep;
__p->_M_capacity = __capacity;
__p->_M_set_sharable(); // One reference.
__p->_M_length = 0;
return __p;
}
|
|
From: Nicholas N. <nj...@cs...> - 2006-08-24 06:33:03
|
On Wed, 23 Aug 2006, Bart Van Assche wrote: > BTW: pub_tool_execontext.h defines VG_(record_ExeContext)() but no > corresponding cleanup function ? That's correct. From coregrind/pub_core_execontext.h: // PURPOSE: This module provides an abstract data type, ExeContext, // which is a stack trace stored in such a way that duplicates are // avoided. This also facilitates fast comparisons if necessary. If an ExeContext is obtained that is the same as a previous one, the previous one that is already in the table will be used. This avoids having multiple copies of identical ExeContexts, which is really important, eg. if an instruction that triggers an error is run 100,000 times. (An ExeContext is really just a stack-trace that has been put into this table and so has this only-one-copy property.) Nick |
|
From: <js...@ac...> - 2006-08-24 03:15:31
|
Nightly build on phoenix ( SuSE 10.0 ) started at 2006-08-24 03: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 == 236 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. <th...@cy...> - 2006-08-24 02:51:01
|
Nightly build on gill ( x86_64, Fedora Core 2 ) started at 2006-08-24 03:00:12 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 266 tests, 6 stderr failures, 2 stdout failures, 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) none/tests/tls (stdout) ================================================= == 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 make[4]: Leaving directory `/tmp/valgrind.10767/valgrind/none/tests/x86' Making check in amd64 make[4]: Entering directory `/tmp/valgrind.10767/valgrind/none/tests/amd64' make bug127521-64 clc faultstatus fcmovnu fxtract insn_basic insn_mmx insn_sse insn_sse2 insn_sse3 insn_fpu looper jrcxz smc1 shrld nibz_bennee_mmap make[5]: Entering directory `/tmp/valgrind.10767/valgrind/none/tests/amd64' if gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -Winline -Wall -Wshadow -g -I../../../include -Wno-long-long -Wdeclaration-after-statement -MT bug127521-64.o -MD -MP -MF ".deps/bug127521-64.Tpo" -c -o bug127521-64.o bug127521-64.c; \ then mv -f ".deps/bug127521-64.Tpo" ".deps/bug127521-64.Po"; else rm -f ".deps/bug127521-64.Tpo"; exit 1; fi /tmp/ccL7O45h.s: Assembler messages: /tmp/ccL7O45h.s:241: Error: no such instruction: `cmpxchg16b (%r10)' make[5]: *** [bug127521-64.o] Error 1 make[5]: Leaving directory `/tmp/valgrind.10767/valgrind/none/tests/amd64' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.10767/valgrind/none/tests/amd64' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.10767/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.10767/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.10767/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Aug 24 03:12:37 2006 --- new.short Thu Aug 24 03:50:49 2006 *************** *** 6,27 **** ! Last 20 lines of verbose log follow echo ! make[4]: Leaving directory `/tmp/valgrind.10767/valgrind/none/tests/x86' ! Making check in amd64 ! make[4]: Entering directory `/tmp/valgrind.10767/valgrind/none/tests/amd64' ! make bug127521-64 clc faultstatus fcmovnu fxtract insn_basic insn_mmx insn_sse insn_sse2 insn_sse3 insn_fpu looper jrcxz smc1 shrld nibz_bennee_mmap ! make[5]: Entering directory `/tmp/valgrind.10767/valgrind/none/tests/amd64' ! if gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -Winline -Wall -Wshadow -g -I../../../include -Wno-long-long -Wdeclaration-after-statement -MT bug127521-64.o -MD -MP -MF ".deps/bug127521-64.Tpo" -c -o bug127521-64.o bug127521-64.c; \ ! then mv -f ".deps/bug127521-64.Tpo" ".deps/bug127521-64.Po"; else rm -f ".deps/bug127521-64.Tpo"; exit 1; fi ! /tmp/ccL7O45h.s: Assembler messages: ! /tmp/ccL7O45h.s:241: Error: no such instruction: `cmpxchg16b (%r10)' ! make[5]: *** [bug127521-64.o] Error 1 ! make[5]: Leaving directory `/tmp/valgrind.10767/valgrind/none/tests/amd64' ! make[4]: *** [check-am] Error 2 ! make[4]: Leaving directory `/tmp/valgrind.10767/valgrind/none/tests/amd64' ! make[3]: *** [check-recursive] Error 1 ! make[3]: Leaving directory `/tmp/valgrind.10767/valgrind/none/tests' ! make[2]: *** [check-recursive] Error 1 ! make[2]: Leaving directory `/tmp/valgrind.10767/valgrind/none' ! make[1]: *** [check-recursive] Error 1 ! make[1]: Leaving directory `/tmp/valgrind.10767/valgrind' ! make: *** [check] Error 2 --- 6,18 ---- ! Regression test results follow ! ! == 266 tests, 6 stderr failures, 2 stdout failures, 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) ! none/tests/tls (stdout) ! |
|
From: Tom H. <to...@co...> - 2006-08-24 02:45:54
|
Nightly build on dunsmere ( athlon, Fedora Core 5 ) started at 2006-08-24 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 == 238 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-08-24 02:27:16
|
Nightly build on dellow ( x86_64, Fedora Core 5 ) started at 2006-08-24 03:10:09 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 == 264 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-08-24 02:25:04
|
Nightly build on alvis ( i686, Red Hat 7.3 ) started at 2006-08-24 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/ccDK2jet.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccDK2jet.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccDK2jet.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccDK2jet.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccDK2jet.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccDK2jet.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccDK2jet.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/ccDK2jet.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.29811/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.29811/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.29811/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.29811/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.29811/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/cckanSih.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckanSih.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckanSih.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckanSih.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckanSih.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckanSih.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckanSih.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' /tmp/cckanSih.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.29811/valgrind/none/tests/x86' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.29811/valgrind/none/tests/x86' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.29811/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.29811/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.29811/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Aug 24 03:19:43 2006 --- new.short Thu Aug 24 03:24:58 2006 *************** *** 7,16 **** Last 20 lines of verbose log follow echo ! /tmp/cckanSih.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckanSih.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckanSih.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckanSih.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckanSih.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckanSih.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckanSih.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/cckanSih.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/ccDK2jet.s:4393: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccDK2jet.s:4513: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccDK2jet.s:4633: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccDK2jet.s:4753: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccDK2jet.s:4873: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccDK2jet.s:4993: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccDK2jet.s:5113: Error: no such instruction: `fisttpq -56(%ebp)' ! /tmp/ccDK2jet.s:5233: Error: no such instruction: `fisttpq -56(%ebp)' make[5]: *** [insn_sse3.o] Error 1 |
|
From: Tom H. <th...@cy...> - 2006-08-24 02:18:07
|
Nightly build on lloyd ( x86_64, Fedora Core 3 ) started at 2006-08-24 03:05:04 BST Results differ from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 264 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) ================================================= == 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 make[4]: Leaving directory `/tmp/valgrind.28280/valgrind/none/tests/x86' Making check in amd64 make[4]: Entering directory `/tmp/valgrind.28280/valgrind/none/tests/amd64' make bug127521-64 clc faultstatus fcmovnu fxtract insn_basic insn_mmx insn_sse insn_sse2 insn_sse3 insn_fpu looper jrcxz smc1 shrld nibz_bennee_mmap make[5]: Entering directory `/tmp/valgrind.28280/valgrind/none/tests/amd64' if gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -Winline -Wall -Wshadow -g -I../../../include -Wno-long-long -Wdeclaration-after-statement -MT bug127521-64.o -MD -MP -MF ".deps/bug127521-64.Tpo" -c -o bug127521-64.o bug127521-64.c; \ then mv -f ".deps/bug127521-64.Tpo" ".deps/bug127521-64.Po"; else rm -f ".deps/bug127521-64.Tpo"; exit 1; fi /tmp/ccmWzBCQ.s: Assembler messages: /tmp/ccmWzBCQ.s:220: Error: no such instruction: `cmpxchg16b (%r10)' make[5]: *** [bug127521-64.o] Error 1 make[5]: Leaving directory `/tmp/valgrind.28280/valgrind/none/tests/amd64' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/tmp/valgrind.28280/valgrind/none/tests/amd64' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/tmp/valgrind.28280/valgrind/none/tests' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/tmp/valgrind.28280/valgrind/none' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/tmp/valgrind.28280/valgrind' make: *** [check] Error 2 ================================================= == Difference between 24 hours ago and now == ================================================= *** old.short Thu Aug 24 03:10:00 2006 --- new.short Thu Aug 24 03:18:00 2006 *************** *** 6,27 **** ! Last 20 lines of verbose log follow echo ! make[4]: Leaving directory `/tmp/valgrind.28280/valgrind/none/tests/x86' ! Making check in amd64 ! make[4]: Entering directory `/tmp/valgrind.28280/valgrind/none/tests/amd64' ! make bug127521-64 clc faultstatus fcmovnu fxtract insn_basic insn_mmx insn_sse insn_sse2 insn_sse3 insn_fpu looper jrcxz smc1 shrld nibz_bennee_mmap ! make[5]: Entering directory `/tmp/valgrind.28280/valgrind/none/tests/amd64' ! if gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -Winline -Wall -Wshadow -g -I../../../include -Wno-long-long -Wdeclaration-after-statement -MT bug127521-64.o -MD -MP -MF ".deps/bug127521-64.Tpo" -c -o bug127521-64.o bug127521-64.c; \ ! then mv -f ".deps/bug127521-64.Tpo" ".deps/bug127521-64.Po"; else rm -f ".deps/bug127521-64.Tpo"; exit 1; fi ! /tmp/ccmWzBCQ.s: Assembler messages: ! /tmp/ccmWzBCQ.s:220: Error: no such instruction: `cmpxchg16b (%r10)' ! make[5]: *** [bug127521-64.o] Error 1 ! make[5]: Leaving directory `/tmp/valgrind.28280/valgrind/none/tests/amd64' ! make[4]: *** [check-am] Error 2 ! make[4]: Leaving directory `/tmp/valgrind.28280/valgrind/none/tests/amd64' ! make[3]: *** [check-recursive] Error 1 ! make[3]: Leaving directory `/tmp/valgrind.28280/valgrind/none/tests' ! make[2]: *** [check-recursive] Error 1 ! make[2]: Leaving directory `/tmp/valgrind.28280/valgrind/none' ! make[1]: *** [check-recursive] Error 1 ! make[1]: Leaving directory `/tmp/valgrind.28280/valgrind' ! make: *** [check] Error 2 --- 6,18 ---- ! Regression test results follow ! ! == 264 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) ! |