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
(4) |
2
(17) |
3
(9) |
4
(14) |
5
(10) |
6
(11) |
7
(8) |
|
8
(9) |
9
(11) |
10
(29) |
11
(27) |
12
(29) |
13
(36) |
14
(8) |
|
15
(18) |
16
(30) |
17
(25) |
18
(6) |
19
(16) |
20
(13) |
21
(10) |
|
22
(16) |
23
(7) |
24
(8) |
25
(13) |
26
(14) |
27
(14) |
28
(5) |
|
29
(6) |
30
(21) |
31
(14) |
|
|
|
|
|
From: Nicholas N. <n.n...@gm...> - 2009-03-25 15:21:54
|
On Wed, Mar 25, 2009 at 2:18 AM, Tom Hughes <th...@cy...> wrote:
> Nicholas Nethercote wrote:
>
>> I added a suppression to exp-ptrcheck.supp to suppress this, but it
>> doesn't seem to have worked.
>>
>> {
>> Occurs on Fedora 7--9?
>> exp-ptrcheck:SorG
>> fun:_dl_fini
>> fun:exit
>> fun:(below main)
>> }
>>
>> Tom, would you be able to take a look and see what's wrong with the
>> suppression? Using --gen-suppressions=yes would be the obvious
>> starting point.
>
> Well gen-suppressions is saying it should he a Heap suppression, not an SorG
> suppression? Changing it to a Heap suppression certainly suppresses it for
> me.
Great, thanks, I'm glad it was easy. I'll commit a fix when I get a chance.
Nick
|
|
From: Tom H. <th...@cy...> - 2009-03-25 09:18:40
|
Nicholas Nethercote wrote:
> I added a suppression to exp-ptrcheck.supp to suppress this, but it
> doesn't seem to have worked.
>
> {
> Occurs on Fedora 7--9?
> exp-ptrcheck:SorG
> fun:_dl_fini
> fun:exit
> fun:(below main)
> }
>
> Tom, would you be able to take a look and see what's wrong with the
> suppression? Using --gen-suppressions=yes would be the obvious
> starting point.
Well gen-suppressions is saying it should he a Heap suppression, not an
SorG suppression? Changing it to a Heap suppression certainly suppresses
it for me.
Tom
--
Tom Hughes (th...@cy...)
Software Engineer, Cyberscience Corporation
http://www.cyberscience.com/
|
|
From: Bart V. A. <bar...@gm...> - 2009-03-25 08:21:21
|
Nightly build on georgia-tech-cellbuzz-native ( cellbuzz, ppc64, Fedora 7, native ) started at 2009-03-25 02:00:01 EDT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... done Regression test results follow == 407 tests, 36 stderr failures, 9 stdout failures, 0 post failures == exp-ptrcheck/tests/bad_percentify (stderr) exp-ptrcheck/tests/base (stderr) exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/fp (stderr) exp-ptrcheck/tests/globalerr (stderr) exp-ptrcheck/tests/hackedbz2 (stderr) exp-ptrcheck/tests/hp_bounds (stderr) exp-ptrcheck/tests/hp_dangle (stderr) exp-ptrcheck/tests/justify (stderr) exp-ptrcheck/tests/partial_bad (stderr) exp-ptrcheck/tests/partial_good (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) exp-ptrcheck/tests/realloc (stderr) exp-ptrcheck/tests/stackerr (stderr) exp-ptrcheck/tests/strcpy (stderr) exp-ptrcheck/tests/supp (stderr) exp-ptrcheck/tests/tricky (stderr) exp-ptrcheck/tests/unaligned (stderr) exp-ptrcheck/tests/zero (stderr) helgrind/tests/hg05_race2 (stderr) memcheck/tests/deep_templates (stdout) memcheck/tests/leak-cases-full (stderr) memcheck/tests/leak-cases-summary (stderr) memcheck/tests/leak-cycle (stderr) memcheck/tests/origin5-bz2 (stderr) memcheck/tests/varinfo1 (stderr) memcheck/tests/varinfo2 (stderr) memcheck/tests/varinfo3 (stderr) memcheck/tests/varinfo4 (stderr) memcheck/tests/varinfo5 (stderr) memcheck/tests/varinfo6 (stderr) memcheck/tests/wrap8 (stderr) none/tests/linux/mremap (stderr) none/tests/linux/mremap2 (stdout) none/tests/ppc32/jm-fp (stdout) none/tests/ppc32/jm-vmx (stdout) none/tests/ppc32/round (stdout) none/tests/ppc32/test_gx (stdout) none/tests/ppc64/jm-fp (stdout) none/tests/ppc64/jm-vmx (stdout) none/tests/ppc64/round (stdout) none/tests/shell_valid2 (stderr) none/tests/shell_valid3 (stderr) |
|
From: Bart V. A. <bar...@gm...> - 2009-03-25 07:20:24
|
On Wed, Mar 25, 2009 at 2:20 AM, Nicholas Nethercote
<n.n...@gm...> wrote:
> I'm getting reasonable often failures in none/tests/pth_cvsimple.c.
> It has a comment:
>
> // Nb: it's not certain that we'll hit here. It's possible that the two
> // inc_count threads could fully run before watch_count begins, and so
> // pthread_cond_wait() is never called. Or, we could get a spurious
> // wake-up in watch_count(). Nonetheless, it's very likely that things
> // will work out as expected, since we're starting watch_count() first.
> if (condvar_was_hit == 1)
> printf("condvar was hit!\n");
> else if (condvar_was_hit > 1)
> printf("condvar was multi-hit...\n");
> else
> printf("condvar was missed...\n");
>
> Any suggestions on how to improve this unreliability? Could a sleep()
> call be inserted? Should the output string not depend on the
> condvars?
There are probably other solutions possible, but one possible approach
of making sure that one thread is waiting inside pthread_cond_wait()
before another thread calls pthread_cond_signal() can be found in
drd/tests/pth_inconsistent_cond_wait.c.
Bart.
|
|
From: Nicholas N. <n.n...@gm...> - 2009-03-25 04:13:55
|
2009/3/24 Tom Hughes <th...@cy...>:
>
> =================================================
> ./valgrind/exp-ptrcheck/tests/ccc.stderr.diff-glibc28-amd64
> =================================================
> --- ccc.stderr.exp-glibc28-amd64 2009-03-25 03:28:51.000000000 +0000
> +++ ccc.stderr.out 2009-03-25 03:43:41.000000000 +0000
> @@ -42,4 +42,10 @@
> by 0x........: posix_memalign (vg_replace_malloc.c:...)
> by 0x........: main (ccc.cpp:14)
>
> -ERROR SUMMARY: 6 errors from 6 contexts (suppressed: 0 from 0)
> +Invalid read of size 8
> + at 0x........: _dl_fini (in /lib64/ld-2.8.so)
> + by 0x........: exit (in /...libc...)
> + by 0x........: (below main)
> + Address 0x........ is not derived from any known block
> +
> +ERROR SUMMARY: 7 errors from 7 contexts (suppressed: 0 from 0)
I added a suppression to exp-ptrcheck.supp to suppress this, but it
doesn't seem to have worked.
{
Occurs on Fedora 7--9?
exp-ptrcheck:SorG
fun:_dl_fini
fun:exit
fun:(below main)
}
Tom, would you be able to take a look and see what's wrong with the
suppression? Using --gen-suppressions=yes would be the obvious
starting point.
Nick
|
|
From: Tom H. <th...@cy...> - 2009-03-25 04:06:05
|
Nightly build on vauxhall ( x86_64, Fedora 10 ) started at 2009-03-25 03:20:07 GMT
Results differ from 24 hours ago
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... done
Regression test results follow
== 487 tests, 0 stderr failures, 0 stdout failures, 0 post failures ==
=================================================
== Results from 24 hours ago ==
=================================================
Checking out valgrind source tree ... done
Configuring valgrind ... done
Building valgrind ... done
Running regression tests ... failed
Regression test results follow
== 487 tests, 0 stderr failures, 1 stdout failure, 0 post failures ==
none/tests/pth_cvsimple (stdout)
=================================================
== Difference between 24 hours ago and now ==
=================================================
*** old.short Wed Mar 25 03:42:24 2009
--- new.short Wed Mar 25 04:05:44 2009
***************
*** 4,6 ****
Building valgrind ... done
! Running regression tests ... failed
--- 4,6 ----
Building valgrind ... done
! Running regression tests ... done
***************
*** 8,11 ****
! == 487 tests, 0 stderr failures, 1 stdout failure, 0 post failures ==
! none/tests/pth_cvsimple (stdout)
--- 8,10 ----
! == 487 tests, 0 stderr failures, 0 stdout failures, 0 post failures ==
|
|
From: Tom H. <th...@cy...> - 2009-03-25 04:02:20
|
Nightly build on lloyd ( x86_64, Fedora 7 ) started at 2009-03-25 03:05:05 GMT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 478 tests, 4 stderr failures, 0 stdout failures, 0 post failures == exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) |
|
From: Tom H. <th...@cy...> - 2009-03-25 03:47:35
|
Nightly build on mg ( x86_64, Fedora 9 ) started at 2009-03-25 03:10:04 GMT Results unchanged from 24 hours ago Checking out valgrind source tree ... done Configuring valgrind ... done Building valgrind ... done Running regression tests ... failed Regression test results follow == 484 tests, 4 stderr failures, 1 stdout failure, 0 post failures == exp-ptrcheck/tests/ccc (stderr) exp-ptrcheck/tests/preen_invars (stderr) exp-ptrcheck/tests/pth_create (stderr) exp-ptrcheck/tests/pth_specific (stderr) none/tests/linux/mremap2 (stdout) |
|
From: Nicholas N. <n.n...@gm...> - 2009-03-25 01:21:01
|
I'm getting reasonable often failures in none/tests/pth_cvsimple.c.
It has a comment:
// Nb: it's not certain that we'll hit here. It's possible that the two
// inc_count threads could fully run before watch_count begins, and so
// pthread_cond_wait() is never called. Or, we could get a spurious
// wake-up in watch_count(). Nonetheless, it's very likely that things
// will work out as expected, since we're starting watch_count() first.
if (condvar_was_hit == 1)
printf("condvar was hit!\n");
else if (condvar_was_hit > 1)
printf("condvar was multi-hit...\n");
else
printf("condvar was missed...\n");
Any suggestions on how to improve this unreliability? Could a sleep()
call be inserted? Should the output string not depend on the
condvars?
Nick
|
|
From: Nicholas N. <n.n...@gm...> - 2009-03-25 01:00:24
|
On Tue, Mar 24, 2009 at 5:51 PM, xinran wang <xin...@gm...> wrote: > > I developed an instrumentation tool based on Valgrind 3.3.1. Recently, > I moved it to Valgrind 3.4.1. > I use VG_(malloc) a lot in my tool of 3.3.1 , which is not compatible > with the VG_(malloc) in 3.4.1. > It's seem that VG_malloc in 3.4.1 need an extra parameter (HChar* cc). > What's purpose of this parameter ? It's an arbitrary string used to identify the call site. It's part of Valgrind's internal memory profiling, which is enabled with --profile-heap=yes. > By the way, I should use VG_(malloc) instead of the malloc of glibc > in my tool to avoid interference between valgrind and the instrumented > program, right ? That's right. In fact, if you try to use glibc malloc() you should get a compile error, because Valgrind tools aren't linked with glibc. Nick |
|
From: xinran w. <xin...@gm...> - 2009-03-25 00:51:55
|
Hi, I developed an instrumentation tool based on Valgrind 3.3.1. Recently, I moved it to Valgrind 3.4.1. I use VG_(malloc) a lot in my tool of 3.3.1 , which is not compatible with the VG_(malloc) in 3.4.1. It's seem that VG_malloc in 3.4.1 need an extra parameter (HChar* cc). What's purpose of this parameter ? By the way, I should use VG_(malloc) instead of the malloc of glibc in my tool to avoid interference between valgrind and the instrumented program, right ? Thank you very much. -Xinran |
|
From: Dennis O'B.
|
Hi Johan,
We are using a gcc toolchain from RidgeRun. This compiler was selected for soft-float support (no fpu on our platform).
ARM9
Linux 2.6.28
Busybox 1.5.0
RidgeRun toolchain (version?)
uClibc 0.9.29 (included as part of RidgeRun toolchain)
I'll send the libc and small binary off list. But this is the output:
# ./helloworld
hello world
# valgrind -v ./helloworld
==212== Memcheck, a memory error detector.
==212== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
==212== Using LibVEX rev 71311, a library for dynamic binary translation.
==212== Copyright (C) 2004-2009, and GNU GPL'd, by OpenWorks LLP.
==212== Using valgrind-3.5.0.SVN, a dynamic binary instrumentation framework.
==212== Copyright (C) 2000-2009, and GNU GPL'd, by Julian Seward et al.
==212==
--212-- Command line
--212-- ./helloworld
--212-- Startup, with flags:
--212-- -v
--212-- Contents of /proc/version:
--212-- Linux version 2.6.28-leapfrog (rdowling@rdowling-laptop) (gcc version
4.1.1) #126 Tue Feb 24 08:55:41 PST 2009
--212-- Arch and hwcaps: ARM, arm-baseline
--212-- Page sizes: currently 4096, max supported 4096
--212-- Valgrind library directory: /usr//lib/valgrind
--212-- Reading syms from /tmp/helloworld (0x8000)
--212-- WARNING: Serious error when reading debug info
--212-- When reading debug info from /tmp/helloworld:
--212-- Ignoring non-dwarf2 block in .debug_info
Segmentation fault
#
In the mean time, here are more details on our system ($ run on the build machine)
dobrien@dobrien-ubuntu:~$ ls -l /opt/RidgeRun/arm-eabi-uclibc/lib/libc.so*
-rw-r--r-- 1 dobrien dobrien 234 2007-09-12 08:20 /opt/RidgeRun/arm-eabi-uclibc/lib/libc.so
lrwxrwxrwx 1 dobrien dobrien 19 2009-03-06 19:38 /opt/RidgeRun/arm-eabi-uclibc/lib/libc.so.0 -> libuClibc-0.9.29.so
dobrien@dobrien-ubuntu:~$ ls -l /opt/RidgeRun/arm-eabi-uclibc/lib/libuClibc-0.9.29.so
-rw-r--r-- 1 dobrien dobrien 485371 2007-09-12 08:20 /opt/RidgeRun/arm-eabi-uclibc/lib/libuClibc-0.9.29.so
dobrien@dobrien-ubuntu:~$ arm-linux-g++ --version
arm-linux-g++ (GCC) 4.1.1
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
And to err on the side of too much info:
dobrien@dobrien-ubuntu:~$ echo "" | arm-linux-g++ -E -dM -
#define __DBL_MIN_EXP__ (-1021)
#define __FLT_MIN__ 1.17549435e-38F
#define __CHAR_BIT__ 8
#define __WCHAR_MAX__ 4294967295U
#define __DBL_DENORM_MIN__ 4.9406564584124654e-324
#define __FLT_EVAL_METHOD__ 0
#define __DBL_MIN_10_EXP__ (-307)
#define __FINITE_MATH_ONLY__ 0
#define __ARMEL__ 1
#define __GNUC_PATCHLEVEL__ 1
#define __SHRT_MAX__ 32767
#define __LDBL_MAX__ 1.7976931348623157e+308L
#define __UINTMAX_TYPE__ long long unsigned int
#define __linux 1
#define __CHAR_UNSIGNED__ 1
#define __LDBL_MAX_EXP__ 1024
#define __linux__ 1
#define __SCHAR_MAX__ 127
#define __USER_LABEL_PREFIX__
#define __STDC_HOSTED__ 1
#define __LDBL_HAS_INFINITY__ 1
#define __DBL_DIG__ 15
#define __FLT_EPSILON__ 1.19209290e-7F
#define __APCS_32__ 1
#define __LDBL_MIN__ 2.2250738585072014e-308L
#define __unix__ 1
#define __DECIMAL_DIG__ 17
#define __gnu_linux__ 1
#define __LDBL_HAS_QUIET_NAN__ 1
#define __GNUC__ 4
#define __ARM_ARCH_5T__ 1
#define __DBL_MAX__ 1.7976931348623157e+308
#define __DBL_HAS_INFINITY__ 1
#define __THUMB_INTERWORK__ 1
#define __DBL_MAX_EXP__ 1024
#define __LONG_LONG_MAX__ 9223372036854775807LL
#define __GXX_ABI_VERSION 1002
#define __FLT_MIN_EXP__ (-125)
#define __DBL_MIN__ 2.2250738585072014e-308
#define __DBL_HAS_QUIET_NAN__ 1
#define __REGISTER_PREFIX__
#define __NO_INLINE__ 1
#define __FLT_MANT_DIG__ 24
#define __VERSION__ "4.1.1"
#define __SOFTFP__ 1
#define unix 1
#define __SIZE_TYPE__ unsigned int
#define __ELF__ 1
#define __FLT_RADIX__ 2
#define __LDBL_EPSILON__ 2.2204460492503131e-16L
#define __VFP_FP__ 1
#define __LDBL_DIG__ 15
#define __FLT_HAS_QUIET_NAN__ 1
#define __FLT_MAX_10_EXP__ 38
#define __LONG_MAX__ 2147483647L
#define __FLT_HAS_INFINITY__ 1
#define __unix 1
#define linux 1
#define __GXX_MERGED_TYPEINFO_NAMES 0
#define __LDBL_MANT_DIG__ 53
#define __WCHAR_TYPE__ unsigned int
#define __FLT_DIG__ 6
#define __INT_MAX__ 2147483647
#define __FLT_MAX_EXP__ 128
#define __DBL_MANT_DIG__ 53
#define __WINT_TYPE__ unsigned int
#define __LDBL_MIN_EXP__ (-1021)
#define __arm__ 1
#define __LDBL_MAX_10_EXP__ 308
#define __DBL_EPSILON__ 2.2204460492503131e-16
#define __INTMAX_MAX__ 9223372036854775807LL
#define __FLT_DENORM_MIN__ 1.40129846e-45F
#define __FLT_MAX__ 3.40282347e+38F
#define __FLT_MIN_10_EXP__ (-37)
#define __INTMAX_TYPE__ long long int
#define __GNUC_MINOR__ 1
#define __DBL_MAX_10_EXP__ 308
#define __LDBL_DENORM_MIN__ 4.9406564584124654e-324L
#define __STDC__ 1
#define __PTRDIFF_TYPE__ int
#define __ARM_EABI__ 1
#define __LDBL_MIN_10_EXP__ (-307)
dobrien@dobrien-ubuntu:~$ arm-linux-g++ -dumpspecs
*asm:
%{mbig-endian:-EB} %{mlittle-endian:-EL} %{mcpu=*:-mcpu=%*} %{march=*:-march=%*} %{mapcs-*:-mapcs-%*} %(subtarget_asm_float_spec) %{mthumb-interwork:-mthumb-interwork} %{msoft-float:-mfloat-abi=soft} %{mhard-float:-mfloat-abi=hard} %{mfloat-abi=*} %{mfpu=*} %(subtarget_extra_asm_spec)
*asm_debug:
%{gstabs*:--gstabs}%{!gstabs*:%{g*:--gdwarf2}}
*asm_final:
*asm_options:
%a %Y %{c:%W{o*}%{!o*:-o %w%b%O}}%{!c:-o %d%w%u%O}
*invoke_as:
%{!S:-o %|.s |
as %(asm_options) %m.s %A }
*cpp:
%(subtarget_cpp_spec) %{msoft-float:%{mhard-float: %e-msoft-float and -mhard_float may not be used together}} %{mbig-endian:%{mlittle-endian: %e-mbig-endian and -mlittle-endian may not be used together}}
*cpp_options:
%(cpp_unique_options) %1 %{m*} %{std*&ansi&trigraphs} %{W*&pedantic*} %{w} %{f*} %{g*:%{!g0:%{!fno-working-directory:-fworking-directory}}} %{O*} %{undef} %{save-temps:-fpch-preprocess}
*cpp_debug_options:
%{d*}
*cpp_unique_options:
%{C|CC:%{!E:%eGCC does not support -C or -CC without -E}} %{!Q:-quiet} %{nostdinc*} %{C} %{CC} %{v} %{I*&F*} %{P} %I %{MD:-MD %{!o:%b.d}%{o*:%.d%*}} %{MMD:-MMD %{!o:%b.d}%{o*:%.d%*}} %{M} %{MM} %{MF*} %{MG} %{MP} %{MQ*} %{MT*} %{!E:%{!M:%{!MM:%{MD|MMD:%{o*:-MQ %*}}}}} %{remap} %{g3:-dD} %{H} %C %{D*&U*&A*} %{i*} %Z %i %{fmudflap:-D_MUDFLAP -include mf-runtime.h} %{fmudflapth:-D_MUDFLAP -D_MUDFLAPTH -include mf-runtime.h} %{E|M|MM:%W{o*}}
*trad_capable_cpp:
cc1 -E %{traditional|ftraditional|traditional-cpp:-traditional-cpp}
*cc1:
%{profile:-p}
*cc1_options:
%{pg:%{fomit-frame-pointer:%e-pg and -fomit-frame-pointer are incompatible}} %1 %{!Q:-quiet} -dumpbase %B %{d*} %{m*} %{a*} %{c|S:%{o*:-auxbase-strip %*}%{!o*:-auxbase %b}}%{!c:%{!S:-auxbase %b}} %{g*} %{O*} %{W*&pedantic*} %{w} %{std*&ansi&trigraphs} %{v:-version} %{pg:-p} %{p} %{f*} %{undef} %{Qn:-fno-ident} %{--help:--help} %{--target-help:--target-help} %{!fsyntax-only:%{S:%W{o*}%{!o*:-o %b.s}}} %{fsyntax-only:-o %j} %{-param*} %{fmudflap|fmudflapth:-fno-builtin -fno-merge-constants} %{coverage:-fprofile-arcs -ftest-coverage}
*cc1plus:
*link_gcc_c_sequence:
%{static:--start-group} %G %L %{static:--end-group}%{!static:%G}
*link_ssp:
%{fstack-protector|fstack-protector-all:-lssp_nonshared -lssp}
*endfile:
%{shared|pie:crtendS.o%s;:crtend.o%s} crtn.o%s
*link:
%{!static:--eh-frame-hdr} %{h*} %{version:-v} %{b} %{static:-Bstatic} %{shared:-shared} %{symbolic:-Bsymbolic} %{rdynamic:-export-dynamic} %{!dynamic-linker:-dynamic-linker /lib/ld-uClibc.so.0} -X %{mbig-endian:-EB} %{mlittle-endian:-EL} -m armelf_linux_eabi
*lib:
%{pthread:-lpthread} %{shared:-lc} %{!shared:%{profile:-lc_p}%{!profile:-lc}}
*mfwrap:
%{static: %{fmudflap|fmudflapth: --wrap=malloc --wrap=free --wrap=calloc --wrap=realloc --wrap=mmap --wrap=munmap --wrap=alloca} %{fmudflapth: --wrap=pthread_create}} %{fmudflap|fmudflapth: --wrap=main}
*mflib:
%{fmudflap|fmudflapth: -export-dynamic}
*libgcc:
%{static|static-libgcc:-lgcc -lgcc_eh}%{!static:%{!static-libgcc:%{!shared-libgcc:-lgcc --as-needed -lgcc_s --no-as-needed}%{shared-libgcc:-lgcc_s%{!shared: -lgcc}}}}
*startfile:
%{!shared: %{pg|p|profile:gcrt1.o%s;pie:Scrt1.o%s;:crt1.o%s}} crti.o%s %{static:crtbeginT.o%s;shared|pie:crtbeginS.o%s;:crtbegin.o%s}
*switches_need_spaces:
*cross_compile:
1
*version:
4.1.1
*multilib:
. ;
*multilib_defaults:
marm mlittle-endian mhard-float mno-thumb-interwork
*multilib_extra:
*multilib_matches:
*multilib_exclusions:
*multilib_options:
*linker:
collect2
*link_libgcc:
%D
*md_exec_prefix:
*md_startfile_prefix:
*md_startfile_prefix_1:
*startfile_prefix_spec:
*sysroot_spec:
--sysroot=%R
*sysroot_suffix_spec:
*sysroot_hdrs_suffix_spec:
*subtarget_cpp_spec:
%{posix:-D_POSIX_SOURCE}
*subtarget_extra_asm_spec:
%{mabi=apcs-gnu|mabi=atpcs:-meabi=gnu;:-meabi=4}
*subtarget_asm_float_spec:
%{mapcs-float:-mfloat}
*link_command:
%{!fsyntax-only:%{!c:%{!M:%{!MM:%{!E:%{!S: %(linker) %l %{pie:-pie} %X %{o*} %{A} %{d} %{e*} %{m} %{N} %{n} %{r} %{s} %{t} %{u*} %{x} %{z} %{Z} %{!A:%{!nostdlib:%{!nostartfiles:%S}}} %{static:} %{L*} %(mfwrap) %(link_libgcc) %o %(mflib) %{fprofile-arcs|fprofile-generate|coverage:-lgcov} %{!nostdlib:%{!nodefaultlibs:%(link_ssp) %(link_gcc_c_sequence)}} %{!A:%{!nostdlib:%{!nostartfiles:%E}}} %{T*} }}}}}}
-----Original Message-----
From: Johan Björk [mailto:jb...@gm...]
Sent: Tuesday, March 24, 2009 1:16 PM
To: Dennis O'Brien
Cc: val...@li...
Subject: Re: [Valgrind-developers] Status update on ARM patch
Hi Dennis,
Thanks for trying it out, not seen that before. What toolchain are you using to compile? CodeSourcery?
Can you send me a simple binary + libc to look at?
Thanks
/Johan
On Mon, Mar 23, 2009 at 9:17 PM, Dennis O'Brien <DO...@le...> wrote:
> Johan,
>
> Thanks for posting the patch. I was able to compile but I'm having
> problems running valgrind. We're running uClibc 0.9.29 on ARMv9.
> I've read through some of the posts on valgrind with uclibc, but it's
> not clear to me if that is the problem.
>
> Here's the output of running ls under valgrind with memcheck.
>
> # valgrind -v ls
>
> ==164== Memcheck, a memory error detector.
>
> ==164== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al.
>
> ==164== Using LibVEX rev 71311, a library for dynamic binary
> translation.
> ==164== Copyright (C) 2004-2009, and GNU GPL'd, by OpenWorks LLP.
>
> ==164== Using valgrind-3.5.0.SVN, a dynamic binary instrumentation
> framework.
> ==164== Copyright (C) 2000-2009, and GNU GPL'd, by Julian Seward et al.
>
> ==164==
>
> --164-- Command line
>
> --164-- ls
>
> --164-- Startup, with flags:
>
> --164-- -v
>
> --164-- Contents of /proc/version:
>
> --164-- Linux version 2.6.28-leapfrog (rdowling@rdowling-laptop)
> (gcc version
> 4.1.1) #126 Tue Feb 24 08:55:41 PST 2009
>
> --164-- Arch and hwcaps: ARM, arm-baseline
>
> --164-- Page sizes: currently 4096, max supported 4096
>
> --164-- Valgrind library directory: /usr//lib/valgrind
>
> --164-- Reading syms from /bin/busybox (0x8000)
>
> --164-- object doesn't have a symbol table
>
> --164-- Reading syms from /lib/ld-uClibc-0.9.29.so (0x4000000)
>
> --164-- WARNING: Serious error when reading debug info
>
> --164-- When reading debug info from arm_commpage:
>
> --164-- failed to stat64/stat this file
>
> --164-- Reading suppressions file: /usr//lib/valgrind/default.supp
>
> ==164== Conditional jump or move depends on uninitialised value(s)
>
> ==164== at 0x4004C3C: _dl_get_ready_to_run (in
> /lib/ld-uClibc-0.9.29.so)
> ==164== by 0x4005BF7: ??? (in /lib/ld-uClibc-0.9.29.so)
>
> --164-- Reading syms from
> /usr/lib/valgrind/vgpreload_core-arm-linux.so
> (0x48100
> 00)
>
> --164-- WARNING: Serious error when reading debug info
>
> --164-- When reading debug info from
> /usr/lib/valgrind/vgpreload_core-arm-linux.
> so:
>
> --164-- Ignoring non-dwarf2 block in .debug_info
>
> --164-- WARNING: Serious error when reading debug info
>
> --164-- When reading debug info from
> /usr/lib/valgrind/vgpreload_core-arm-linux.
> so:
>
> --164-- Last block truncated in .debug_info; ignoring
>
> --164-- Reading syms from
> /usr/lib/valgrind/vgpreload_memcheck-arm-linux.so (0x4
> 819000)
>
> --164-- WARNING: Serious error when reading debug info
>
> --164-- When reading debug info from
> /usr/lib/valgrind/vgpreload_memcheck-arm-li
> nux.so:
>
> --164-- Ignoring non-dwarf2 block in .debug_info
>
> --164-- WARNING: Serious error when reading debug info
>
> --164-- When reading debug info from
> /usr/lib/valgrind/vgpreload_memcheck-arm-li
> nux.so:
>
> --164-- Last block truncated in .debug_info; ignoring
>
> ==164==
>
> ==164== Conditional jump or move depends on uninitialised value(s)
>
> ==164== at 0x40046F0: _dl_load_shared_library (in
> /lib/ld-uClibc-0.9.29.so)
> ==164== by 0x40051AB: _dl_get_ready_to_run (in
> /lib/ld-uClibc-0.9.29.so)
> ==164== by 0x4005BF7: ??? (in /lib/ld-uClibc-0.9.29.so)
>
> ==164==
>
> ==164== Conditional jump or move depends on uninitialised value(s)
>
> ==164== at 0x4004750: _dl_load_shared_library (in
> /lib/ld-uClibc-0.9.29.so)
> ==164== by 0x40051AB: _dl_get_ready_to_run (in
> /lib/ld-uClibc-0.9.29.so)
> ==164== by 0x4005BF7: ??? (in /lib/ld-uClibc-0.9.29.so)
>
> --164-- Reading syms from /lib/libcrypt-0.9.29.so (0x4828000)
>
> --164-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11
> (SIGSEGV)
> - exiti
> ng
>
> --164-- si_code=1; Faulting address: 0x48682C4; sp: 0x61d2c480
>
>
>
> valgrind: the 'impossible' happened:
>
> Killed by fatal signal
>
> ==164== at 0x38072110: ??? (in
> /usr/lib/valgrind/memcheck-arm-linux)
>
>
>
> sched status:
>
> running_tid=1
>
>
>
> Thread 1: status = VgTs_Runnable
>
> ==164== at 0x4001B84: ??? (in /lib/ld-uClibc-0.9.29.so)
>
> ==164== by 0x4003EC7: _dl_load_elf_shared_library (in
> /lib/ld-uClibc-0.9.29.s
> o)
>
> ==164== by 0x4007FFF: ???
>
>
>
>
>
> Note: see also the FAQ.txt in the source distribution.
>
> It contains workarounds to several common problems.
>
>
>
> If that doesn't help, please report this bug to: www.valgrind.org
>
>
>
> In the bug report, send all the above text, the valgrind
>
> version, and what Linux distro you are using. Thanks.
>
>
>
> #
>
>
>
> The fact that it can't read the symbols from busybox is worrisome. I
> get the same sort of error when running a program I compile myself, so
> busybox (v1.5.0) is probably not to blame. And always "object doesn't
> have a symbol table". I think I'm missing something very basic here.
>
> Let me know if there's info I can provide to be more helpful.
>
> thanks,
> Dennis
>
>
> ----------------------------------------------------------------------
> -------- Apps built with the Adobe(R) Flex(R) framework and Flex
> Builder(TM) are powering Web 2.0 with engaging, cross-platform
> capabilities. Quickly and easily build your RIAs with Flex Builder,
> the Eclipse(TM)based development software that enables intelligent
> coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Valgrind-developers mailing list
> Val...@li...
> https://lists.sourceforge.net/lists/listinfo/valgrind-developers
>
|
|
From: <sv...@va...> - 2009-03-25 00:37:13
|
Author: njn
Date: 2009-03-25 00:36:58 +0000 (Wed, 25 Mar 2009)
New Revision: 9495
Log:
Update the .exp file.
Modified:
branches/DARWIN/memcheck/tests/badjump.stderr.exp
Modified: branches/DARWIN/memcheck/tests/badjump.stderr.exp
===================================================================
--- branches/DARWIN/memcheck/tests/badjump.stderr.exp 2009-03-24 22:33:40 UTC (rev 9494)
+++ branches/DARWIN/memcheck/tests/badjump.stderr.exp 2009-03-25 00:36:58 UTC (rev 9495)
@@ -4,15 +4,6 @@
by 0x........: (below main)
Address 0x........ is not stack'd, malloc'd or (recently) free'd
-Process terminating with default action of signal 11 (SIGSEGV)
- Access not within mapped region at address 0x........
- at 0x........: ???
- by 0x........: (below main)
- If you believe this happened as a result of a stack overflow in your
- program's main thread (unlikely but possible), you can try to increase
- the size of the main thread stack using the --main-stacksize= flag.
- The main thread stack size used in this run was ....
-
ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
malloc/free: in use at exit: ... bytes in ... blocks.
malloc/free: ... allocs, ... frees, ... bytes allocated.
|