4 Commits

Author	SHA1	Message	Date
Julian Seward	5b26b045dd	Change a bunch of pointer <-> int casts to pointer <-> long casts so ... as to stop gcc complaining so much on 64-bit platforms. git-svn-id: svn://svn.valgrind.org/valgrind/trunk@6306	2006-10-17 11:09:03 +00:00
Nicholas Nethercote	7a954963d7	Try to make toobig-allocs work on 64-bit platforms. ... git-svn-id: svn://svn.valgrind.org/valgrind/trunk@4061	2005-06-30 02:34:32 +00:00
Julian Seward	0356d27ca6	Merge in changes from the 2.4.0 line. This basically brings in the ... overhaul of the thread support. Many things are now probably broken, but at least with --tool=none, simple and not-so-simple threaded and non-thread programs work. git-svn-id: svn://svn.valgrind.org/valgrind/trunk@3265	2005-03-10 23:59:00 +00:00
Nicholas Nethercote	854d2ec10e	Fix for bug #78048. ... Problem was that the malloc-replacing tools (memcheck, addrcheck, massif, helgrind) would assert if a too-big malloc was attempted. Now they return 0 to the client. I also cleaned up the code handling heap-block-metadata in Massif and Addrcheck/Memcheck a little. This exposed a nasty bug in VG_(client_alloc)() which wasn't checking if find_map_space() was succeeding before attempting an mmap(). Before I added the check, very big mallocs (eg 2GB) for Addrcheck were overwriting the client space at address 0 and causing crashes. Added a regtest to all the affected skins for this. git-svn-id: svn://svn.valgrind.org/valgrind/trunk@2462	2004-07-10 14:56:28 +00:00