You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(58) |
Apr
(261) |
May
(169) |
Jun
(214) |
Jul
(201) |
Aug
(219) |
Sep
(198) |
Oct
(203) |
Nov
(241) |
Dec
(94) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(137) |
Feb
(149) |
Mar
(150) |
Apr
(193) |
May
(95) |
Jun
(173) |
Jul
(137) |
Aug
(236) |
Sep
(157) |
Oct
(150) |
Nov
(136) |
Dec
(90) |
| 2005 |
Jan
(139) |
Feb
(130) |
Mar
(274) |
Apr
(138) |
May
(184) |
Jun
(152) |
Jul
(261) |
Aug
(409) |
Sep
(239) |
Oct
(241) |
Nov
(260) |
Dec
(137) |
| 2006 |
Jan
(191) |
Feb
(142) |
Mar
(169) |
Apr
(75) |
May
(141) |
Jun
(169) |
Jul
(131) |
Aug
(141) |
Sep
(192) |
Oct
(176) |
Nov
(142) |
Dec
(95) |
| 2007 |
Jan
(98) |
Feb
(120) |
Mar
(93) |
Apr
(96) |
May
(95) |
Jun
(65) |
Jul
(62) |
Aug
(56) |
Sep
(53) |
Oct
(95) |
Nov
(106) |
Dec
(87) |
| 2008 |
Jan
(58) |
Feb
(149) |
Mar
(175) |
Apr
(110) |
May
(106) |
Jun
(72) |
Jul
(55) |
Aug
(89) |
Sep
(26) |
Oct
(96) |
Nov
(83) |
Dec
(93) |
| 2009 |
Jan
(97) |
Feb
(106) |
Mar
(74) |
Apr
(64) |
May
(115) |
Jun
(83) |
Jul
(137) |
Aug
(103) |
Sep
(56) |
Oct
(59) |
Nov
(61) |
Dec
(37) |
| 2010 |
Jan
(94) |
Feb
(71) |
Mar
(53) |
Apr
(105) |
May
(79) |
Jun
(111) |
Jul
(110) |
Aug
(81) |
Sep
(50) |
Oct
(82) |
Nov
(49) |
Dec
(21) |
| 2011 |
Jan
(87) |
Feb
(105) |
Mar
(108) |
Apr
(99) |
May
(91) |
Jun
(94) |
Jul
(114) |
Aug
(77) |
Sep
(58) |
Oct
(58) |
Nov
(131) |
Dec
(62) |
| 2012 |
Jan
(76) |
Feb
(93) |
Mar
(68) |
Apr
(95) |
May
(62) |
Jun
(109) |
Jul
(90) |
Aug
(87) |
Sep
(49) |
Oct
(54) |
Nov
(66) |
Dec
(84) |
| 2013 |
Jan
(67) |
Feb
(52) |
Mar
(93) |
Apr
(65) |
May
(33) |
Jun
(34) |
Jul
(52) |
Aug
(42) |
Sep
(52) |
Oct
(48) |
Nov
(66) |
Dec
(14) |
| 2014 |
Jan
(66) |
Feb
(51) |
Mar
(34) |
Apr
(47) |
May
(58) |
Jun
(27) |
Jul
(52) |
Aug
(41) |
Sep
(78) |
Oct
(30) |
Nov
(28) |
Dec
(26) |
| 2015 |
Jan
(41) |
Feb
(42) |
Mar
(20) |
Apr
(73) |
May
(31) |
Jun
(48) |
Jul
(23) |
Aug
(55) |
Sep
(36) |
Oct
(47) |
Nov
(48) |
Dec
(41) |
| 2016 |
Jan
(32) |
Feb
(34) |
Mar
(33) |
Apr
(22) |
May
(14) |
Jun
(31) |
Jul
(29) |
Aug
(41) |
Sep
(17) |
Oct
(27) |
Nov
(38) |
Dec
(28) |
| 2017 |
Jan
(28) |
Feb
(30) |
Mar
(16) |
Apr
(9) |
May
(27) |
Jun
(57) |
Jul
(28) |
Aug
(43) |
Sep
(31) |
Oct
(20) |
Nov
(24) |
Dec
(18) |
| 2018 |
Jan
(34) |
Feb
(50) |
Mar
(18) |
Apr
(26) |
May
(13) |
Jun
(31) |
Jul
(13) |
Aug
(11) |
Sep
(15) |
Oct
(12) |
Nov
(18) |
Dec
(13) |
| 2019 |
Jan
(12) |
Feb
(29) |
Mar
(51) |
Apr
(22) |
May
(13) |
Jun
(20) |
Jul
(13) |
Aug
(12) |
Sep
(21) |
Oct
(6) |
Nov
(9) |
Dec
(5) |
| 2020 |
Jan
(13) |
Feb
(5) |
Mar
(25) |
Apr
(4) |
May
(40) |
Jun
(27) |
Jul
(5) |
Aug
(17) |
Sep
(21) |
Oct
(1) |
Nov
(5) |
Dec
(15) |
| 2021 |
Jan
(28) |
Feb
(6) |
Mar
(11) |
Apr
(5) |
May
(7) |
Jun
(8) |
Jul
(5) |
Aug
(5) |
Sep
(11) |
Oct
(9) |
Nov
(10) |
Dec
(12) |
| 2022 |
Jan
(7) |
Feb
(13) |
Mar
(8) |
Apr
(7) |
May
(12) |
Jun
(27) |
Jul
(14) |
Aug
(27) |
Sep
(27) |
Oct
(17) |
Nov
(17) |
Dec
|
| 2023 |
Jan
(10) |
Feb
(18) |
Mar
(9) |
Apr
(26) |
May
|
Jun
(13) |
Jul
(18) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
|
2
(2) |
3
|
4
|
|
5
(2) |
6
|
7
|
8
(3) |
9
|
10
|
11
|
|
12
|
13
(4) |
14
(3) |
15
|
16
(4) |
17
(1) |
18
(1) |
|
19
|
20
(1) |
21
(1) |
22
(1) |
23
(1) |
24
|
25
|
|
26
|
27
(1) |
28
|
29
|
30
(8) |
31
|
|
|
From: Patrick J. L. <lop...@gm...> - 2013-05-13 15:37:58
|
On Mon, May 13, 2013 at 6:46 AM, Gonzalo <gon...@gm...> wrote:
> ==8527== Process terminating with default action of signal 11 (SIGSEGV)
> ==8527== Access not within mapped region at address 0xBEF3EDA4
> ==8527== at 0x8091CD0: WriteFiasco(std::string const&) (fiasco_finder.h:28)
> ==8527== by 0x43F810D: __static_initialization_and_destruction_0(int, int) (exceptions.cpp:2)
> ==8527== by 0x43F817D: global constructors keyed to exceptions.cpp (exceptions.cpp:122)
...
> inline bool WriteFiasco(const std::string& fileName)
> {
> static int counter = 0;
> ++counter;
>
> std::ofstream file;
> file.open("FiascoFinder.txt", std::ios::out | std::ios::app);
> file << "Starting to initialize file - number: [" << counter << "] filename: [" << fileName.c_str() << "]" << std::endl;
> file.flush();
> file.close();
> return true; <----- line 28
> }
Looks like a crash in the std::ofstream destructor. You will need to
disassemble your code near the fault (0x8091CD0) to be sure.
The order in which static global constructors run is unspecified in
C++. I do not know whether this order can be affected by running under
Valgrind, but if so, it could explain your failure. Perhaps some
global static object in the C++ runtime has to be constructed before
std::ofstream will work at all. (I am certain this can happen if you
use, say, std::cout; I am actually a little surprised to see it for
std::ofstream.)
Anyway, it is possible that if you change this code not to use
std::ofstream, and just use read()/write() or fread()/fwrite(), then
you will work around the problem.
Then again this could just be a problem with Valgrind. A disassembly
near the fault is the first step toward finding out.
- Pat
P.S. As an aside, this is one reason most C++ experts recommend
avoiding global objects when possible and using the "Meyers Singleton"
when not.
|
|
From: Gonzalo <gon...@gm...> - 2013-05-13 13:46:28
|
Hi guys,
I'm having hard times trying to use valgrind with my project. I
regularly use valgrind without problems but in this project I can't.
If I run the application without valgrind, it works ok, but running under
valgrind, it crashs
es.
This is the stack trace:
==8527== Process terminating with default action of signal 11 (SIGSEGV)
==8527== Access not within mapped region at address 0xBEF3EDA4
*==8527== at 0x8091CD0: WriteFiasco(std::string const&)
(fiasco_finder.h:28)*
==8527== by 0x43F810D: __static_initialization_and_destruction_0(int,
int) (*exceptions.cpp:2*)
==8527== by 0x43F817D: global constructors keyed to exceptions.cpp
(exceptions.cpp:122)
==8527== by 0x43F82AC: ??? (in
/home/gonzalo/Perforce/gonzalo_6523/Server/branches/StaticOrderFiasco/Common/Debug/libCommon.so)
==8527== by 0x4347197: ??? (in
/home/gonzalo/Perforce/gonzalo_6523/Server/branches/StaticOrderFiasco/Common/Debug/libCommon.so)
==8527== by 0x400DF0B: call_init (dl-init.c:70)
==8527== by 0x400E028: _dl_init (dl-init.c:134)
==8527== by 0x400088E: ??? (in /lib/ld-2.11.3.so)
==8527== If you believe this happened as a result of a stack
==8527== overflow in your program's main thread (unlikely but
==8527== possible), you can try to increase the size of the
==8527== main thread stack using the --main-stacksize= flag.
==8527== The main thread stack size used in this run was 8388608.
and this is the function fiasco_finder.h::WriteFiasco:
inline bool WriteFiasco(const std::string& fileName)
{
static int counter = 0;
++counter;
std::ofstream file;
file.open("FiascoFinder.txt", std::ios::out | std::ios::app);
file << "Starting to initialize file - number: [" << counter << "]
filename: [" << fileName.c_str() << "]" << std::endl;
file.flush();
file.close();
return true; *<----- line 28*
}
#define *FIASCO_FINDER* const bool g_psuedoUniqueName =
WriteFiasco(__FILE__);
and this is exceptions.cpp:2
#include "fiasco_finder.h"
*FIASCO_FINDER <--------- line 2*
#include "exceptions.h"
I don't really know what is happenning. Did someone have the same problem
or a similar one?. I'm kind of lost and out of ideas.
Thanks a lot!
Gonzalo
|
|
From: Tom H. <to...@co...> - 2013-05-13 13:44:57
|
On 13/05/13 13:59, Michael R. Hunter wrote: > --20396-- Considering /lib/ld-2.15.so .. > --20396-- .. CRC mismatch (computed 405891ab wanted 9a1d2f37) > --20396-- object doesn't have a symbol table This is your problem. > Can anyone explain why Valgrind is not finding the debug symbols? It is finding them, they just don't match the library they claim to be associated with. Most likely the version of the debug package does not match the version of the main package. Tom -- Tom Hughes (to...@co...) http://compton.nu/ |
|
From: Michael R. H. <ma...@us...> - 2013-05-13 13:34:09
|
Hello I am running Precise Puppy 5.4.2, which is built from Ubuntu Precise Pangolin 12.04.1+ binary DEB packages, hence has binary compatibility with Ubuntu and access to the vast Ubuntu package repository. I have installed the Valgrind 3.7.0 package together with the libc6-dbg package from the Ubuntu package repository. I ran the command: valgrind -v ls -l and I get: ==20396== Memcheck, a memory error detector ==20396== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==20396== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==20396== Command: ls -l ==20396== --20396-- Valgrind options: --20396-- --suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp --20396-- -v --20396-- Contents of /proc/version: --20396-- Linux version 3.2.29 (root@puppypc6993) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #1 SMP Thu Sep 13 20:33:02 GMT-8 2012 --20396-- Arch and hwcaps: X86, x86-sse1-sse2 --20396-- Page sizes: currently 4096, max supported 4096 --20396-- Valgrind library directory: /usr/lib/valgrind --20396-- Reading syms from /lib/ld-2.15.so (0x4000000) --20396-- Considering /lib/ld-2.15.so .. --20396-- .. CRC mismatch (computed 405891ab wanted 9a1d2f37) --20396-- object doesn't have a symbol table valgrind: Fatal error at startup: a function redirection valgrind: which is mandatory for this platform-tool combination valgrind: cannot be set up. Details of the redirection are: valgrind: valgrind: A must-be-redirected function valgrind: whose name matches the pattern: strlen valgrind: in an object with soname matching: ld-linux.so.2 valgrind: was not found whilst processing valgrind: symbols from the object with soname: ld-linux.so.2 valgrind: valgrind: Possible fixes: (1, short term): install glibc's debuginfo valgrind: package on this machine. (2, longer term): ask the packagers valgrind: for your Linux distribution to please in future ship a non- valgrind: stripped ld.so (or whatever the dynamic linker .so is called) valgrind: that exports the above-named function using the standard valgrind: calling conventions for this platform. The package you need valgrind: to install for fix (1) is called valgrind: valgrind: On Debian, Ubuntu: libc6-dbg valgrind: On SuSE, openSuSE, Fedora, RHEL: glibc-debuginfo valgrind: valgrind: Cannot continue -- exiting now. Sorry. The filepath to the debug symbols installed by the 'libc6-dbg' package: /usr/lib/debug/lib/i386-linux-gnu Can anyone explain why Valgrind is not finding the debug symbols? TIA Michael |