On 08/12/15 22:18, Jeffrey Walton wrote:
Its *really* pathetic the C++ language lacks a mechanism for me to say
Object 1 depends upon String 1, 2, 3, and Object 2 depends upon
Object 1 and String 1, 2, 3.
What's wrong with the singleton pattern ? When using the singleton
pattern non-circular
On 05/27/15 19:42, Fred Smith wrote:
Not
sure I understand this diagnostic, or if I do, I don’t see
how to solve it:
==00:00:00:16.486
30064== Conflicting store by thread 13 at 0x09440060
will have a look into this. The boost regression test
that is present in the Valgrind source tree seems to work fine on CentOS
7.0.1046:
$ ./vg-in-place --tool=drd drd/tests/boost_thread
==24662== drd, a thread error detector
==24662== Copyright (C) 2006-2013, and GNU GPL'd, by Bart Van Assche.
==24662
On 18/11/2014 23:33, Benny anam wrote:
I try to figure out some problems about invalid free in android(mips)
device, which may be caused by thread sync, I did as the
README.android says compile the source and push to device, memcheck
works fine in my device, but when I changed option to
On 06/08/14 19:09, David Faure wrote:
I'm using helgrind quite a lot these days, and I love it.
However I wonder if it doesn't give me false positives for the case of
reading
a value from a static object, which was set in the constructor.
Given that gcc does indeed implement threadsafe
On 06/09/14 08:51, Dave Ohlsson wrote:
int i = 0;
int main()
{
std::thread t1( []() { i = 1; } );
std::thread t2( []() { i = 2; } );
t1.join();
t2.join();
std::cerr i = i std::endl;
return 0;
}
[other code as before]
/updated part of main.cc
The
On 06/09/14 13:16, Olivier Goffart wrote:
On Monday 09 June 2014 09:53:37 Bart Van Assche wrote:
If g++ would be modified such that the if (!guard.first_byte) test can
be skipped at run-time then it would become possible for Helgrind and
DRD to recognize static initialization by intercepting
On 06/06/14 09:33, Dave Ohlsson wrote:
However, the code you posted, and the included comments, match pretty
much what I already did.
Hello Dave,
I have updated the C++11 instructions in the DRD manual and also the
drd/tests/std_thread.cpp test program. The DRD manual can be generated
as
On 06/06/14 09:33, Dave Ohlsson wrote:
However, the code you posted, and the included comments, match pretty
much what I already did.
I'm afraid that means that the instructions for shared pointer
annotation in the libstdc++ manual are still broken. See also
On 01/08/14 08:34, Alireza Haghdoost wrote:
Ideally, I can put my application threads to specific CPU cores. Then
I need a performance monitoring tool which tells me what other
processes has been executed on these CPU cores during the execution of
my application.
Does Valgrind a tool to
On 31/10/2013 4:56, hamid alaei wrote:
Hi everyone,
Assume there is a C code that do this:
char buff1[20];
char buff2[30]=some small string;
...
strcpy(buff1, buff2);
This code is can be regarded unsafe not only because it use strcpy(),
which doesn't accept a size argument for the
On 08/25/12 08:45, David Faure wrote:
How do I tell helgrind that some atomic operations on integers are OK?
A suppression like this works, but it would make helgrind more useful to all
Qt users if either atomic operations were handled automatically, or if this
was added to valgrind's own
On 06/05/12 16:13, Christoph Bartoschek wrote:
So I wonder how there can be a data race for writing to data. The
memory has been just allocated and no other thread knows about it.
How can this happen?
Should have been fixed in r12629.
Bart.
On 06/06/12 07:56, Christoph Bartoschek wrote:
Am 05.06.2012 20:12, schrieb Christoph Bartoschek:
How can this happen?
Was that output produced by Valgrind 3.7.0 ? If so, do you get the same
output if you build Valgrind from the SVN trunk ?
Yes it was from 3.7.0. I start a run with SVN
On 06/05/12 16:13, Christoph Bartoschek wrote:
I get the following race from DRD:
Conflicting store by thread 7 at 0x55fe8aa0 size 8
by 0x5CCD8750: func() (inv_utils.C:1711)
by 0x4C2C0C1: ??? (in /usr/lib64/valgrind/vgpreload_drd-amd64-linux.so)
by 0x5047F04: start_thread (in
On 04/18/12 14:28, Plug Gulp wrote:
Even though Boost development libraries are installed on my system,
the configure script fails to detect it.
Does trunk r12507 help ?
Bart.
--
Better than sec? Nothing is better
On 03/13/12 14:47, Panagiotis Foteinos wrote:
Hello grinders.
So, I find it difficult to see the race. Below, the valgrind DRD output
follows:
**
Conflicting load by thread 1 at 0x1221c91c size 4
==4907==at 0x5B7028:
On Wed, Jan 11, 2012 at 9:23 AM, Brilliantov Kirill Vladimirovich
brillian...@byterg.ru wrote:
configure: error: please use gcc = 3.0 or clang = 2.9
How can I solve this problem?
It's a bug in the configure script. You can either modify the gcc
version check in configure.in or check out the
On Mon, Jan 9, 2012 at 2:45 PM, Joris Koster joris.kos...@aimms.com wrote:
joris@grazer:~/tmp/src$ valgrind --version
valgrind-3.6.1-Debian
In the 3.7.0 release notes you can see that the following bug has been fixed:
243935 Helgrind: incorrect handling of ANNOTATE_HAPPENS_BEFORE()/AFTER()
On Fri, Jan 6, 2012 at 4:04 PM, Joris Koster joris.kos...@aimms.com wrote:
void releaseRef() {
int nRefCnt = __sync_add_and_fetch(m_nRefCnt, -1);
if (nRefCnt == 0) {
delete this;
}
}
Please read the documentation of ANNOTATE_HAPPENS_BEFORE() and
2011/11/28 奕楠 邱 magicmcgrad...@hotmail.com:
In this website https://bugs.kde.org/show_bug.cgi?id=270777
It teaches me how to compile the MIPS version valgrind
It need to download some patches and make some modification
like this:
$ svn export -r 12270 svn://svn.valgrind.org/valgrind/trunk
2011/11/24 奕楠 邱 magicmcgrad...@hotmail.com
Sorry, recently, my research topic need the support of valgrind tool
so, can I put the valgrind source code onto another platform and compile
it?
there is a multicore platform named tile64
http://en.wikipedia.org/wiki/TILE64
This might help:
2011/10/6 Mustafa Reşit Şahin resitsa...@gmail.com
I am trying to run Valgrind on a FreeBSD 8.0 system with a Myri ethernet card.
This mailing list is read by users and developers of the official
Valgrind ports (Linux and Darwin). I'm not sure this list is read by
users and/or developers of the
On Sun, Aug 28, 2011 at 5:44 AM, Jeffrey Walton noloa...@gmail.com wrote:
I want to use double checked initialization for a program, but I'm
catching some warnings from helgrind. A typical use is shown below.
Its kind of tedious to run --gen-suppressions=yes for to develop
suppressions. Plus,
On Sun, Aug 28, 2011 at 2:32 PM, Milian Wolff m...@milianw.de wrote:
On Saturday 27 August 2011 23:44:02 Jeffrey Walton wrote:
I want to use double checked initialization for a program, but I'm
catching some warnings from helgrind. A typical use is shown below.
Its kind of tedious to run
On Sun, Aug 28, 2011 at 6:55 PM, Jeffrey Walton noloa...@gmail.com wrote:
On Sun, Aug 28, 2011 at 12:26 PM, Bart Van Assche bvanass...@acm.org wrote:
On Sun, Aug 28, 2011 at 6:13 PM, Jeffrey Walton noloa...@gmail.com wrote:
(1) Never trust wikipedia.
Reading your message makes me wonder
On Wed, Jul 20, 2011 at 9:24 PM, Mudric, Dusan (Dusan) dmud...@avaya.comwrote:
I forgot to mention one more fact. I am using NFS mount.
/etc/fstab:
47.135.159.188:/exports /exports nfs intr,noauto,nolock 0 0
Here is the valgrind ls -l output. If started as NFS mounted,
On Fri, Jun 17, 2011 at 5:45 PM, Stephanie Stroka
stephanie.str...@salzburgresearch.at wrote:
My code at that position looks like this:
284 static uint* sort(uint** matrix, uint width, uint height) {
285 uint* data = (uint*) malloc(width * height * sizeof(uint));
286 uint i,j=0;
287
On Wed, Apr 20, 2011 at 10:35 AM, Julian Seward jsew...@acm.org wrote:
* Line information is missing in valgrind report. That works when
compiling with gcc.
Yes, I noticed that too. I haven't investigated. btw, you should
have a look at
On Wed, Mar 30, 2011 at 5:49 PM, Skindell, David
david.pat.skind...@hp.comwrote:
*From:* Skindell, David
*Sent:* Wednesday, March 30, 2011 10:47 AM
*To:* 'valgrind-users@lists.sourceforge.net'
*Subject:* Valgrind Feature Query: Storage Driver Testing
Just trying to find out if Valgrind
On Tue, Mar 29, 2011 at 12:24 PM, Bart Van Assche bvanass...@acm.org wrote:
On Mon, Mar 28, 2011 at 11:14 PM, Julian Seward jsew...@acm.org wrote:
On Monday, March 28, 2011, Bart Van Assche wrote:
On Mon, Mar 28, 2011 at 6:32 PM, Julian Seward jsew...@acm.org wrote:
On Monday, March 28
On Mon, Mar 28, 2011 at 6:32 PM, Julian Seward jsew...@acm.org wrote:
On Monday, March 28, 2011, Piotr Jaroszyński wrote:
I think the proper solution is to add __attribute__((unused)) to
_qzz_res. What do you think?
Yes. I just committed exactly such cleanups (r11673). Could
you try it,
and I don't see it
-Original Message-
From: bart.vanass...@gmail.com [mailto:bart.vanass...@gmail.com] On Behalf Of
Bart Van Assche
Sent: Friday, March 18, 2011 4:14 AM
To: Osman, Ahmed
Cc: valgrind-users@lists.sourceforge.net
Subject: Re: [Valgrind-users] full path to source
On Thu
On Thu, Mar 17, 2011 at 11:59 PM, Osman, Ahmed ahmed_os...@mentor.com wrote:
Is there a way to make valgrind report the full path of the source code?
See also the documentation of --fullpath-after= here:
http://www.valgrind.org/docs/manual/manual-core.html#manual-core.options.
Bart.
On Fri, Feb 4, 2011 at 12:16 PM, Andrea Mazzoleni amadva...@gmail.com wrote:
I likely found a problem in the DRD when using the --free-is-write
option. The following test case reports an huge amount of errors that
are not expected.
[ ... ]
Sorry that it took so long, but I think I have found
2011/3/9 Piotr Adaszyński adas...@gmail.com
Strange. Does the output of make -s regtest on your setup match that
of the nightly PPC build (available in the valgrind-developers mailing
list archives) ?
Unfortunately, it's impossible to run make -s regtest and perform
regression tests
On Thu, Mar 3, 2011 at 4:28 PM, Tony Finch d...@dotat.at wrote:
We're preparing a release of Exim-4.75 which includes copies of valgrind.h
and memcheck.h from valgrind-3.6.0. This mostly fixed our portability
problems. Thanks!
Heiko Schlichting reported a problem compiling on Irix. Its
On Thu, Mar 3, 2011 at 7:28 PM, Tony Finch d...@dotat.at wrote:
On Thu, 3 Mar 2011, Bart Van Assche wrote:
Does the patch below help ?
Mostly, except it exposes an __attribute__ clause which also upsets
standard-C compilers.
I did the following patch which has the disadvantage of causing
2011/3/1 Piotr Adaszyński adas...@gmail.com
[ ... ]
Could you tell me why results from ppc target are different ? What
could I do wrong ?
Strange. Does the output of make -s regtest on your setup match that
of the nightly PPC build (available in the valgrind-developers mailing
list archives)
On Mon, Feb 7, 2011 at 9:28 AM, Konstantin Serebryany
konstantin.s.serebry...@gmail.com wrote:
On Sun, Feb 6, 2011 at 10:14 PM, Bart Van Assche bvanass...@acm.orgwrote:
On Sat, Feb 5, 2011 at 5:54 PM, Konstantin Serebryany
konstantin.s.serebry...@gmail.com wrote:
On Sat, Feb 5, 2011
On Sat, Feb 5, 2011 at 5:54 PM, Konstantin Serebryany
konstantin.s.serebry...@gmail.com wrote:
On Sat, Feb 5, 2011 at 7:36 PM, Bart Van Assche bvanass...@acm.orgwrote:
On Sat, Feb 5, 2011 at 2:22 PM, Konstantin Serebryany
konstantin.s.serebry...@gmail.com wrote:
FYI
ThreadSanitizer
On Sat, Feb 5, 2011 at 2:22 PM, Konstantin Serebryany
konstantin.s.serebry...@gmail.com wrote:
FYI
ThreadSanitizer will not report anything on this test, even with
--free-is-write (which is on by default) because this tool assumes the
malloc implementation to be correct and ignores every
On Fri, Feb 4, 2011 at 12:16 PM, Andrea Mazzoleni amadva...@gmail.com wrote:
I likely found a problem in the DRD when using the --free-is-write
option. The following test case reports an huge amount of errors that
are not expected.
Valgrind and helgrind report no error.
The machine is a
On Wed, Jan 12, 2011 at 8:53 AM, David Woodhouse dw...@infradead.org wrote:
On Tue, 2011-01-11 at 15:12 +, Tony Finch wrote:
Exim doesn't compile with Sun or HP CC since Valgrind support was
added. Although valgrind.h protects against usage on unsupported
platforms, memcheck.h uses the
On Wed, Jan 12, 2011 at 3:28 PM, Tony Finch d...@dotat.at wrote:
On Wed, 12 Jan 2011, David Woodhouse wrote:
Can we turn the ({ ... }) extension into a static inline function? Or is
that not sufficiently portable either?
No, nested functions are not allowed in standard C.
It looks to me
On Wed, Sep 15, 2010 at 9:58 AM, Alessandro Biasci
a.bia...@evidence.eu.com wrote:
On 14/09/2010 16:59, John Reiser wrote:
$ make CROSS_COMPILE=powerpc-860-linux-gnu CC=powerpc-860-linux-gnu-gcc
regtest
Now I'd like to execute this tests on the target platform (that isn't
the same of
On Thu, Sep 2, 2010 at 5:13 PM, cqu...@arcor.de wrote:
Hi!
I am using valgrind together with boost::thread_pool and memcheck reports
a memory leak. In the boost mailing list it seems that it is not a problem
with boost:
http://lists.boost.org/Archives/boost/2010/08/170274.php
Is that
On Thu, Aug 26, 2010 at 2:34 PM, Sorin Dumitru sdumi...@ixiacom.com wrote:
I am running into a little problem using valgrind 3.5 on powerpc. When I
start valgrind with --leak-check=full I get some warnings at the start:
--247-- WARNING: Serious error when reading debug info
--247-- When
On Tue, Aug 24, 2010 at 12:30 AM, Juan Carlos Martinez Santos
juanc.martinez.san...@gmail.com wrote:
Is there a way to figure out how much the stack grows during the
execution using Valgrind?
This is possible with DRD and --show-stack-usage -- see also
On Mon, Jul 26, 2010 at 9:13 AM, Sato Takenori takenori.s...@gmail.comwrote:
I get the following Invalid read error on the part below.
103if(counter_-decrement() == 0){
104delete counter_;
105if(pointee_) delete pointee_;
106}
107counter_ =
On Tue, Jul 20, 2010 at 5:43 PM, Patrick Heckeler
hecke...@informatik.uni-tuebingen.de wrote:
On 20 July 2010 17:13, Dan Kegel d...@kegel.com wrote:
On Tue, Jul 20, 2010 at 7:33 AM, Patrick Heckeler
hecke...@informatik.uni-tuebingen.de wrote:
Is there any other possibility to wrap C++
On Sun, Jun 20, 2010 at 9:30 PM, Howard Chu h...@symas.com wrote:
Howard Chu wrote:
The BerkeleyDB library uses blocks of persistent shared memory to store its
environment state, which includes arrays of interprocess shared mutexes.
Running an app that uses BDB under valgrind/drd gives a ton
On Mon, Jun 14, 2010 at 5:28 PM, Robert Berger
robert.karl.ber...@gmail.com wrote:
It looks like last time this mail did not make it to the list.
Here I try again.
Hi Robert,
Does the current Valgrind trunk build and install fine on your setup ?
Cross-compilation should work again with the
On Tue, Jun 15, 2010 at 5:55 PM, Robert Berger
robert.karl.ber...@gmail.com wrote:
[ ... ]
That's what my target says:
-bash-3.2# valgrind
valgrind: failed to start tool 'memcheck' for platform 'ppc32-linux': No
such file or directory
-bash-3.2#
You can analyze what went wrong by
On Sun, Jun 13, 2010 at 11:47 AM, Satya V. Gupta guptasa...@netzero.net wrote:
I have a supervisory process that is kicked off by an ELF executable which
in turn invokes some ELF/ python script/ executables based child processes.
I wish to run valgrind with --tool=callgrind and be able to
On Sun, Jun 13, 2010 at 1:51 PM, Robert Berger
gm...@reliableembeddedsystems.com wrote:
On 06/10/2010 07:38 PM, Bart Van Assche wrote:
I'm using ELDK 4.2 on an AMCC kilauea board:
All on the host:
svn co svn://svn.valgrind.org/valgrind/branches/VALGRIND_3_5_BRANCH
VALGRIND_PATH
On Tue, Jun 8, 2010 at 11:25 AM, Satya V. Gupta guptasa...@netzero.netwrote:
I am using checkgrind on a system that has very little disk space. I am
wondering if someone knows how I can direct the checkgrind output files
(basic block, Function before, Function after) to a network socket
in boost asio or the example code?
Thank you,
Jorge
==15768== drd, a thread error detector
==15768== Copyright (C) 2006-2010, and GNU GPL'd, by Bart Van Assche.
==15768== Using Valgrind-3.6.0.SVN and LibVEX; rerun with -h for copyright
info
==15768== Command: ./a.out 127.0.0.1 31175 8 /tmp
% of the time I get the
following:
==14837== drd, a thread error detector
==14837== Copyright (C) 2006-2010, and GNU GPL'd, by Bart Van Assche.
==14837== Using Valgrind-3.6.0.SVN and LibVEX; rerun with -h for copyright
info
==14837== Command: ./a.out
==14837==
==14837== Thread 3:
==14837
On Sun, Jun 6, 2010 at 10:41 PM, Julian Seward jsew...@acm.org wrote:
Oh, darn. It looks like I broke cross compilation recently by
introducing link_tool_exe.c as part of the build process.
Honestly .. the your best bet is to rewrite link_tool_exe.c as
a perl script, so it can run on the
detector
==7014== Copyright (C) 2006-2010, and GNU GPL'd, by Bart Van Assche.
==7014== Using Valgrind-3.6.0.SVN and LibVEX; rerun with -h for copyright info
==7014== Command: ./a.out
==7014==
==7014== Thread 3:
==7014== Conflicting store by thread 3 at 0x0504c750 size 8
==7014== at 0x4E41A23: T
On Wed, Jun 2, 2010 at 10:04 PM, Jorge Moraleda
jorge.moral...@gmail.com wrote:
[ ... ]
Thank you. I just tried r11145. It stops both with drd and memcheck,
even in very small programs, after giving the following output:
valgrind: mmap(0x40, 823296) failed in UME with error 22 (Invalid
Van Assche.
==10635== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for
copyright info
==10635== Command: ./a.out
==10635==
==10635== Thread 3:
==10635== Conflicting load by thread 3 at 0x05134160 size 8
==10635== at 0x4EBBC2A: std::basic_istreamchar,
std::char_traitschar std
On Wed, May 26, 2010 at 9:04 PM, Gary Yang garyya...@yahoo.com wrote:
[ ... ]
m_dispatch/dispatch-ppc32-linux.S:142: Error: Unrecognized opcode: `stvx'
[ ... ]
See also https://bugs.kde.org/show_bug.cgi?id=238745.
Bart.
On Wed, May 26, 2010 at 9:05 PM, Gary Yang garyya...@yahoo.com wrote:
I used the command, svn co svn://svn.valgrind.org/valgrind/trunk valgrind
got the trunk code. I would like to get the 3.5 branch code. Can someone
tell me how?
Have you already tried the command below ?
svn ls
On Tue, May 11, 2010 at 4:31 PM, Konstantin Serebryany
konstantin.s.serebry...@gmail.com wrote:
On Tue, May 11, 2010 at 6:27 PM, Bart Van Assche bvanass...@acm.orgwrote:
On Tue, May 11, 2010 at 11:20 AM, Konstantin Serebryany
konstantin.s.serebry...@gmail.com wrote:
Have you already
On Wed, Apr 21, 2010 at 3:40 AM, Jorge Moraleda
jorge.moral...@gmail.com wrote:
Hello Jorge,
Unfortunately not all libraries have been designed with data-race
detection tools in mind. Several libraries contain code that triggers
benign data races. Examples are the I/O code in libstdc++ and in
On Thu, May 6, 2010 at 10:06 PM, Jorge Moraleda jorge.moral...@gmail.comwrote:
I have a program that makes massif crash reproducibly with a
segmentation fault. This occurs in the release version 3.5.0 as well
as in one compiled from source today from subversion:
valgrind-3.6.0.SVN. The
On Wed, Apr 14, 2010 at 8:34 AM, Rainer Gerhards rgerha...@gmail.comwrote:
I am working with the svn version of valgrind (updated this morning).
I see a series of violations in drd which I can not identify the root
cause. An example violation looks like this:
==22593== Thread 3:
==22593==
++) {
rc = pthread_create(threads[t], NULL, threadEntry, (void
*)t);
}
pthread_exit(NULL);
}
==19065== drd, a thread error detector
==19065== Copyright (C) 2006-2009, and GNU GPL'd, by Bart Van Assche.
==19065== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h
/
and run drd on it with:
$ valgrind --tool=drd ./a.out
I get the following output:
==16240== drd, a thread error detector
==16240== Copyright (C) 2006-2009, and GNU GPL'd, by Bart Van Assche.
==16240== Using Valgrind-3.5.0-Debian and LibVEX; rerun
On Tue, Apr 6, 2010 at 12:25 PM, Konstantin Serebryany
konstantin.s.serebry...@gmail.com wrote:
On Tue, Apr 6, 2010 at 2:17 PM, Bart Van Assche bvanass...@acm.org wrote:
On Tue, Apr 6, 2010 at 7:53 AM, Jorge Moraleda jorge.moral...@gmail.com
wrote:
Dear all,
When I compile
From time to time Valgrind users ask how the Valgrind source code can
be cross-compiled. While cross-compiling Valgrind is no different of
cross-compiling any other project that is based on autotools, I'm
posting here a script that should help those who are not familiar with
cross-compilation.
On Wed, Feb 10, 2010 at 11:27 PM, Stephen Williams st...@icarus.com wrote:
I'm on an x86_64 workstation (Linux 2.6) trying to cross compile
for ppc (Linux 2.4). I can't even get past the configure, it fails
with the error:
checking for /proc/self/fd... configure: error: cannot check for file
On Wed, Dec 9, 2009 at 2:23 PM, Mathieu Malaterre
mathieu.malate...@gmail.com wrote:
I am discovering DRD tool today, after reading the following documentation:
http://valgrind.org/docs/manual/drd-manual.html#drd-manual.data-races
I am trying to apply this to the following output (*).
On Thu, Dec 10, 2009 at 1:08 AM, Aleksander
valgrind-us...@aleksander.es wrote:
Can someone explain the error shown below?
It's in a glib-based application, and it seems that DRD doesn't like the
call to send() in libpthread while creating a new thread at the same time...
Why is this wrong?
On Mon, Nov 16, 2009 at 11:35 AM, Andre Naujoks nauts...@googlemail.comwrote:
There was no need to recompile valgrind. Only the install of libc6-dbg was
needed. After that, all was fine with both the debian valgrind and the one
from svn.
The Debian maintainers have to recompile Valgrind such
On Fri, Oct 16, 2009 at 11:46 PM, Ajay Kalambur kalam...@gmail.com wrote:
I cross compiled valgrind for ppc and now run valgrind on ppc
But i get the following error when i run valgrind and it throws tons of
errors for every programWARNING: Serious error when reading debug info
--28416--
On Fri, Oct 9, 2009 at 1:54 PM, Brian Modra br...@zwartberg.com wrote:
in my Open Source project, The Karoo Project, I was rigorously testing
using helgrind, and consistently got a report of a possible race
condition in pthread_create. This seemed strange, and I checked out
the address it was
On Mon, Aug 31, 2009 at 7:26 PM, Phil Sandersppjs...@us.ibm.com wrote:
I just tried the 3.5.0 version of valgrind on Cell BE and was seeing a
number of these errors
--21076-- WARNING: Serious error when reading debug info
--21076-- When reading debug info
from
On Thu, Aug 27, 2009 at 3:51 AM, Jeff Johnsonn3...@mac.com wrote:
I'm using helgrind from 3.5.0 on OPENMP code.
I have a lazily malloc'd pthread mutex in a static global
variable that helgrind detects.
I'd like to disable the warning somehow in code, not
with a suppression, so that I can
On Fri, Aug 21, 2009 at 12:02 AM, Mogens Lindholdt
Lauridsenm...@bang-olufsen.dk wrote:
Interesting..., so what about cross-compiling?
I build valgrind on Suse x86 for PPC32 using a build script like this:
export
On Sun, Aug 23, 2009 at 10:41 AM, Bart Van
Asschebart.vanass...@gmail.com wrote:
On Fri, Aug 21, 2009 at 12:02 AM, Mogens Lindholdt
Lauridsenm...@bang-olufsen.dk wrote:
Interesting..., so what about cross-compiling?
Cross-compilation was broken in 3.3.0 but works fine with 3.4.0 and
3.4.1
On Thu, Jul 30, 2009 at 2:05 PM, Alexander Potapenkogli...@google.com wrote:
There's also a link to a related bug on gcc.gnu.org there:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40518
If I interpret the above bug report correctly, the gcc maintainers
confirmed that the std::string
On Mon, Jul 27, 2009 at 12:42 PM, Pavel Shevaevpacha.shev...@gmail.com wrote:
Folks, could you please tell what exactly this error message mean? I
googled around the documentation and found nothing...
The text you quoted in the title of this e-mail is not an error
message by itself, but a
On Fri, Jul 24, 2009 at 11:12 PM, Nicholas Nethercote
n.netherc...@gmail.com wrote:
https://bugs.kde.org/show_bug.cgi?id=100628 concerns a program like this:
#include stdlib.h
#include valgrind.h
int main(void)
{
char* x;
x = malloc(1000);
VALGRIND_MALLOCLIKE_BLOCK(x, /*szB*/
On Fri, Jun 26, 2009 at 6:24 PM, Dominic
Walshdwa...@abingdon.oilfield.slb.com wrote:
I have just been trying out SCALI MPI with Valgrind and have observed that
when running across multiple nodes the process seem to end up spinning in
MPI_Init. Smaller problems running with shared memory appear
On Fri, May 15, 2009 at 10:06 AM, Andy Howell andyhow...@austin.rr.com wrote:
Bart Van Assche wrote:
On Fri, May 15, 2009 at 9:33 AM, Andy Howell andyhow...@austin.rr.com
wrote:
Hello,
I'm seeing this with 3.4.1 compiled on fedora 9.
Just before that I see:
==14457== Mutex
On Thu, Apr 30, 2009 at 7:37 PM, daniel.delg...@interactivedata.com wrote:
Thusfar the helgrind reports have gone away each of the times I ran this
application
without dlmalloc.
Are you familiar with the VALGRIND_MALLOCLIKE_BLOCK() and
VALGRIND_FREELIKE_BLOCK() macro's defined in the header
On Mon, Mar 16, 2009 at 1:48 PM, Florian Krohm brit...@acm.org wrote:
On Monday 16 March 2009 6:04:54 am Mansuri Wasim-WCFJ43 wrote:
How to do the cross compilation for valgrind source code?
./configure --host=your-cross-target --enable-tls
or --disable-tls. But you need to give one of them
On Mon, Feb 23, 2009 at 9:59 PM, Rohit rohit.tanne...@ngc.com wrote:
I have a problem running valgrind. I can comple and run it just fine on the
development system, but not the target. When I try to run there, I get a
floating point exception at startup when I try to run valgrind. Has anyone
On Thu, Feb 19, 2009 at 4:54 PM, linux user linuxuse...@gmail.com wrote:
Has anybody had any success with Valgrind 3.4 on PPC32?I'd appreciate your
input.
According to the e-mails posted on the valgrind-users mailing list
during the last few weeks, several people are running Valgrind 3.4
On Thu, Feb 19, 2009 at 1:01 AM, linux user linuxuse...@gmail.com wrote:
Could someone please mail me a copy if they have one?I'm not able to build
the doc for some reason.
Did you already try the command below ?
make -C docs html-docs xdg-open docs/html/index.html
Bart.
On Mon, Feb 9, 2009 at 2:58 PM, Paul Graham pgra...@oasys-ds.com wrote:
I am trying to install and run valgrind 3.4.0 on a 64-bit linux system.
I'm getting an error I don't understand:
% uname -a
Linux xxx.yyy.com 2.6.9-5.ELsmp #1 SMP Wed Jan 5 19:29:47 EST 2005
x86_64 x86_64 x86_64
On Fri, Feb 6, 2009 at 8:19 PM, Julian Seward jsew...@acm.org wrote:
If you can suggest some criteria that allows to distinguish the case you
consider an error, from a safe destruction of a barrier, that would be
very helpful. But given that the POSIX spec is basically broken, I don't
see how
On Thu, Jan 29, 2009 at 9:42 AM, jody jody@gmail.com wrote:
Phrased differently: do threads which exited,
but who weren't joined use up any resources?
If I remember correctly, the thread stack of non-detached threads is
freed by pthread_join(). Since the default stack size is 2 MB on
Linux,
On Thu, Jan 29, 2009 at 9:58 AM, jody jody@gmail.com wrote:
I tried out DRD, but even though i read the DRD manual,
i don't really understand the output (i used --tool=drd --var-info=yes -v)
I get many messages concerning the same line, a print statement
performed by the thread just before
On Thu, Jan 29, 2009 at 12:34 PM, jody jody@gmail.com wrote:
I modified the glibc-2.X-drd.supp and recompiled valgrind.
It works - the printf() are not complained about anymore.
Thanks for testing. This fix will be included in Valgrind 3.4.1.
Bart.
On Wed, Jan 28, 2009 at 11:06 AM, jody jody@gmail.com wrote:
Hi
I have checked a TCP-server which i wrote with valgrind-3.4.0,
and encountered these errors:
==15611== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 17 from 1)
==15611==
==15611== 1 errors in context 1 of 2:
On Mon, Jan 26, 2009 at 11:34 PM, tic tac hotsbl...@hotmail.com wrote:
Date: Thu, 15 Jan 2009 16:52:15 +0100
From: bart.vanass...@gmail.com
To: hotsbl...@hotmail.com
Subject: Re: [Valgrind-users] disInstr(ppc): unhandled instruction:
0x7D20009... on PPC 440EPX
CC:
1 - 100 of 107 matches
Mail list logo