mirror of
https://github.com/Zenithsiz/ftmemsim-valgrind.git
synced 2026-02-12 06:11:37 +00:00
854d2ec10e
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
30 lines
904 B
Makefile
30 lines
904 B
Makefile
noinst_SCRIPTS = filter_stderr
|
|
|
|
INSN_TESTS=insn_basic insn_fpu insn_cmov insn_mmx insn_mmxext insn_sse insn_sse2
|
|
|
|
EXTRA_DIST = $(noinst_SCRIPTS) \
|
|
allok.stderr.exp allok.vgtest \
|
|
deadlock.stderr.exp deadlock.vgtest \
|
|
inherit.stderr.exp inherit.vgtest \
|
|
$(addsuffix .stderr.exp,$(INSN_TESTS)) \
|
|
$(addsuffix .stdout.exp,$(INSN_TESTS)) \
|
|
$(addsuffix .vgtest,$(INSN_TESTS)) \
|
|
race.stderr.exp race.vgtest \
|
|
race2.stderr.exp race2.vgtest \
|
|
readshared.stderr.exp readshared.vgtest \
|
|
toobig-allocs.stderr.exp toobig-allocs.vgtest
|
|
|
|
check_PROGRAMS = \
|
|
allok deadlock inherit race race2 readshared
|
|
|
|
allok_SOURCES = allok.c
|
|
deadlock_SOURCES = deadlock.c
|
|
inherit_SOURCES = inherit.c
|
|
race_SOURCES = race.c
|
|
race2_SOURCES = race2.c
|
|
readshared_SOURCES = readshared.c
|
|
|
|
# force -gstabs, because we don't print symaddr for DWARF yet
|
|
AM_CFLAGS = $(WERROR) -Winline -Wall -Wshadow -gstabs
|
|
LDADD = -lpthread
|