Projects / Valgrind / Comments

Comments for Valgrind

08 Jan 2004 06:20 kodgehopper

Just Awesome
There's just no other way to describe it.

This program is an absolute must for any C/C++ developer. My compliments to the developers, you've really done an outstanding job.

And thanks for saving me from a long day of bug tracking.

07 Jan 2003 12:01 dwtrusty

I like it a lot. Any plans for stack variable checking?
I like this tool a lot!

Are there any plans for checking stack variables?

For example:
int arr[10];
arr[11] = ...;

David

10 Oct 2002 21:42 asah

valgrind is my new favorite toy!
We love valgrind at Addamark, and have already
spread the religion throughout our development
process. It's *way better* than Purify ever was,
(a) fewer false-positives and (b) easier to run,
i.e. don't have to 'purify' the executable.

Julian,Nick-- hats off!! and btw I love the ideas
behind the nextgen architecture.

25 Aug 2002 02:02 sin281

great tool!
Valgrind is an excellent memory debugging tool. I
have used it effectively to squish a memory leak
where many others had failed. Excellent work,
developers! This software is a godsend to any
programmer.

15 Aug 2002 05:17 xroche

Excellent tool
Wow, at last we have an efficient memory leak debugger on Linux/i386! Thanks for this tool, which is the only way to cleanup complex code, detect leaks/buffer overflows and unitialized areas.
For information, similar tools (like purify) are rare, and generally costs thousands of dollars.

15 Aug 2002 04:53 JaWi

Re: Problems running it, author doesn't answer E-mail...

%
> %
> % Hmmm, I've also been successful in
> % building Valgrind, and the example
> just
> % works here. Could you be more
> specific
> % about the ``kind of system you use'':
> % gcc version, kernel version, etc.?
> %
>
>
> Sure (I was in the mail to the author,
> btw).
> Actually, Valgrind seems to work
> despite on my own code despite these
> errors.
> Here are my specs:
>
> Kernel 2.4.19-pre10 on an SMP machine
> ls (fileutils) 4.1
> gcc 3.0.2 (for building valgrind, I
> dunno what ls was built with)
> glibc-2.2.2
>
> Are there any other specs you want?
> I can give you the complete error
> output from valgrind if you want.
>


From the info you gave me, I only can presume that it's GCC which is causing troubles. Its 3.0 release was quite buggy (the 3.1 release is 'much' better/stable) and therefore I think that you should try to build Valgrind to another (2.95.xx or 3.1.x) version of GCC to see if this works...

Success,


15 Aug 2002 03:22 erll

Re: Problems running it, author doesn't answer E-mail...

>
> Hmmm, I've also been successful in
> building Valgrind, and the example just
> works here. Could you be more specific
> about the ``kind of system you use'':
> gcc version, kernel version, etc.?
>


Sure (I was in the mail to the author, btw).
Actually, Valgrind seems to work despite on my own code despite these errors.
Here are my specs:

Kernel 2.4.19-pre10 on an SMP machine
ls (fileutils) 4.1
gcc 3.0.2 (for building valgrind, I dunno what ls was built with)
glibc-2.2.2

Are there any other specs you want?
I can give you the complete error output from valgrind if you want.

14 Aug 2002 17:57 JaWi

Re: Problems running it, author doesn't answer E-mail...

> I built valgrind 1.0.0 ok, but when I
> run the test "valgrind ls -l"
> according to the README, I get errors
> starting with:
>
> ==3478== pthread_mutex_unlock: mutex is
> not locked
> ==3478== at 0x403818C6:
> __pthread_mutex_unlock
> (vg_libpthread.c:829)
> ==3478== by 0x40378B01:
> __register_frame_info_bases (in
> /mnt/hde1/usr/lib/libgcc_s.so.1)
> ==3478== by 0x40046D3E: (within
> /mnt/hde1/usr/lib/valgrind/valgrind.so)
> ==3478== by 0x40046BE1: (within
> /mnt/hde1/usr/lib/valgrind/valgrind.so)
>
> followed by the ls -l listing, followed
> by more errors, and finally valgrind
> crashes with a segmentation fault.
>
> I sent an E-mail to the author, but
> received no reply :-(
>


Hmmm, I've also been successful in building Valgrind, and the example just works here. Could you be more specific about the ``kind of system you use'': gcc version, kernel version, etc.?

14 Aug 2002 11:21 erll

Problems running it, author doesn't answer E-mail...
I built valgrind 1.0.0 ok, but when I run the test "valgrind ls -l" according to the README, I get errors starting with:

==3478== pthread_mutex_unlock: mutex is not locked
==3478== at 0x403818C6: __pthread_mutex_unlock (vg_libpthread.c:829)
==3478== by 0x40378B01: __register_frame_info_bases (in /mnt/hde1/usr/lib/libgcc_s.so.1)
==3478== by 0x40046D3E: (within /mnt/hde1/usr/lib/valgrind/valgrind.so)
==3478== by 0x40046BE1: (within /mnt/hde1/usr/lib/valgrind/valgrind.so)

followed by the ls -l listing, followed by more errors, and finally valgrind crashes with a segmentation fault.

I sent an E-mail to the author, but received no reply :-(

31 Jul 2002 00:02 proskin

Thanks to the developers!
Using Valgrind on Midnight Commander, I could find bugs that were sitting in the sources for many years. Yes, it were bugs, one of them had 1/256th probability of occurring. The internal memory debugger could not find those bugs. Valgrind is an excellent tool. In fact, it's a reason to keep an Intel-based machine around!

Screenshot

Project Spotlight

ReciJournal

An open, cross-platform journaling program.

Screenshot

Project Spotlight

Veusz

A scientific plotting package.