svn2github/valgrind

This is a clone of an SVN repository at svn://svn.valgrind.org/valgrind/trunk. It had been cloned by http://svn2github.com/ , but the service was since closed. Please read a closing note on my blog post: http://piotr.gabryjeluk.pl/blog:closing-svn2github . If you want to continue synchronizing this repo, look at https://github.com/gabrys/svn2github

valgrind's Issues

Memory Leaks for Simple Programs on Mac OS X

See this (http://stackoverflow.com/questions/33657871/valgrind-c-memory-leak-in-empty-file?rq=1)

int main() { return 0; }
In the terminal, I run:

g++ -o temp.out temp.cpp
valgrind --tool=memcheck --leak-check=full --show-leak-kinds=all ./temp.out
This results in several memory leaks. How could this be?

==4438== LEAK SUMMARY:
==4438== definitely lost: 4,120 bytes in 2 blocks
==4438== indirectly lost: 2,288 bytes in 6 blocks
==4438== possibly lost: 8,336 bytes in 99 blocks
==4438== still reachable: 6,440 bytes in 13 blocks
==4438== suppressed: 5,020 bytes in 73 blocks
I have tried running other .cpp files and I get the exact same leak summary. About a month ago when I tried, nothing was wrong. I might have upgraded Xcode or something, if that could be the issue (?). These are my settings for g++:

Configured with:

--prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/c++/4.2.1
Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin15.0.0 Thread model: posix

make error installing on Mac OSX Yosemite

First I got the VEX error that I have seen others post. I got through that by cloning the vex repo here;
https://github.com/fredericgermain/vex

But then when I run make that errors out instead with the following.

In file included from ../include/pub_tool_clientstate.h:35:                                                                                                                        [229/1550]
../include/pub_tool_xarray.h:57:59: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
extern XArray* VG_(newXA) ( void*(*alloc_fn)(const HChar*,SizeT), 
                                                          ^~~~~
In file included from m_addrinfo.c:33:
./pub_core_clientstate.h:46:8: error: unknown type name 'Addr'
extern Addr  VG_(clstk_start_base); // *Initial* lowest byte address
       ^
./pub_core_clientstate.h:47:8: error: unknown type name 'Addr'
extern Addr  VG_(clstk_end);        // Highest byte address
       ^
./pub_core_clientstate.h:54:8: error: unknown type name 'Addr'
extern Addr  VG_(brk_base);      // start of brk
       ^
./pub_core_clientstate.h:55:8: error: unknown type name 'Addr'
extern Addr  VG_(brk_limit);     // current brk
       ^
./pub_core_clientstate.h:88:8: error: unknown type name 'Addr'
extern Addr VG_(client___libc_freeres_wrapper);
       ^
./pub_core_clientstate.h:94:8: error: unknown type name 'Addr'
extern Addr VG_(client__dl_sysinfo_int80);
       ^
./pub_core_clientstate.h:113:8: error: unknown type name 'SizeT'; did you mean 'SSizeT'?
extern SizeT* VG_(client__stack_cache_actsize__addr);
       ^~~~~
       SSizeT
../include/pub_tool_basics.h:91:31: note: 'SSizeT' declared here
typedef  Word                 SSizeT;     // 32             64
                              ^
In file included from m_addrinfo.c:35:
In file included from ./pub_core_libcbase.h:40:
../include/pub_tool_libcbase.h:82:8: error: unknown type name 'SizeT'; did you mean 'SSizeT'?
extern SizeT  VG_(strlen)         ( const HChar* str );
       ^~~~~
       SSizeT
../include/pub_tool_basics.h:91:31: note: 'SSizeT' declared here
typedef  Word                 SSizeT;     // 32             64
                              ^
In file included from m_addrinfo.c:35:
In file included from ./pub_core_libcbase.h:40:
../include/pub_tool_libcbase.h:84:68: error: unknown type name 'SizeT'; did you mean 'SSizeT'?
extern HChar* VG_(strncat)        ( HChar* dest, const HChar* src, SizeT n );
                                                                   ^~~~~
                                                                   SSizeT
../include/pub_tool_basics.h:91:31: note: 'SSizeT' declared here
typedef  Word                 SSizeT;     // 32             64
                              ^
In file included from m_addrinfo.c:35:
In file included from ./pub_core_libcbase.h:40:
../include/pub_tool_libcbase.h:87:68: error: unknown type name 'SizeT'; did you mean 'SSizeT'?
extern HChar* VG_(strncpy)        ( HChar* dest, const HChar* src, SizeT ndest );

setrlimit with RLIMIT_NOFILE failing with Operation not permitted

I'm not sure if there is some wrong with what I've been doing it here
This piece of code is not really working as expected when run under valgrind

int main()
{
        const struct rlimit file_limits = { .rlim_cur = 65536, .rlim_max = 65536 };
        if ( setrlimit( RLIMIT_NOFILE, &file_limits ) )
        {
                printf(" Failed  %d", errno );
                perror(" More " );
        }
        else
        {
                printf(" Success ");
        }
        return 0;
}

• run as root user

[root@localhost kk]# ulimit -H -n
800000
[root@localhost kk]# ulimit -S -n
500000
[root@localhost kk]# ./rlimit
 Success
[root@localhost kk]#

• run as root user under valgrind

[root@localhost kk]# ulimit -S -n
500000
[root@localhost kk]# ulimit -H -n
800000
[root@localhost kk]#  valgrind ./a.out
==498== Memcheck, a memory error detector
==498== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==498== Using Valgrind-3.12.0 and LibVEX; rerun with -h for copyright info
==498== Command: ./a.out
==498==
 More : Operation not permitted
 Failed -1 1==498==
==498== HEAP SUMMARY:
==498==     in use at exit: 0 bytes in 0 blocks
==498==   total heap usage: 1 allocs, 1 frees, 568 bytes allocated
==498==
==498== All heap blocks were freed -- no leaks are possible
==498==
==498== For counts of detected and suppressed errors, rerun with: -v
==498== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)
[root@localhost kk]#

Here are some more additional information

[root@localhost kk]# uname -a
Linux localhost 3.10.0-693.21.1.el7.hpsp.centos.49772.x86_64 #1 SMP Tue Jul 24 13:26:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
[root@localhost kk]# cat /etc/redhat-release
CentOS release 7.4 (Final)
[root@localhost kk]# valgrind --version
valgrind-3.12.0
[root@localhost kk]# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.8.5/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --with-linker-hash-style=gnu --enable-languages=c,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-initfini-array --disable-libgcj --with-isl=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/isl-install --with-cloog=/builddir/build/BUILD/gcc-4.8.5-20150702/obj-x86_64-redhat-linux/cloog-install --enable-gnu-indirect-function --with-tune=generic --with-arch_32=x86-64 --build=x86_64-redhat-linux
Thread model: posix
gcc version 4.8.5 20150623 (Red Hat 4.8.5-28) (GCC)
[root@localhost kk]# ldd -v
ldd: missing file arguments
Try `ldd --help' for more information.
[root@localhost kk]# ldd --version
ldd (GNU libc) 2.17
Copyright (C) 2012 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.
Written by Roland McGrath and Ulrich Drepper.
[root@localhost kk]#

Any hints on this ?

svn2github is closing down :-(

Hi, this is to let you know this repository will no longer be updated to match the original SVN repository on January 20th. The svn2github service is closing down on January 27th. To read the detailed blog post, go to: http://piotr.gabryjeluk.pl/blog:closing-svn2github

support for macOS High Sierra?

Hello,
I'd installed valgrind 3.13.0 through Homebrew on macOS Sierra (10.12) and it worked great!
I've since upgraded to macOS High Sierra (10.13), just updated Homebrew and valgrind stopped working ☹️

I can use valgrind in a virtual box running Ubuntu, but it was GLORIOUS using it in macOS.

Any idea when valgrind might be available for macOS High Sierra?

Thank you.

Want to keep this mirror going?

As communicated before, this repository is no longer synchronized from SVN. If you want to have a mirror like this one that can be kept in sync, please be interested in https://github.com/gabrys/svn2github

VEX error while executing autogen.sh on MAC OS X Yosemite

Hi,

I am trying to build valgrind from source on MAC OS X Yosemite, I followed the instructions on readme file by running autogen however on running automaker -a it generates and error, it complains about ./VEX directory not found. Please could you suggest something.

Thanks,
Saif