Globally override malloc in visual c++

Question

I\'m trying to figure out a way to globally override malloc and related functions in visual c++ (2005). My setup is a dll with statically linked runtime library that consist

Answer 1

A solution I have used is to rebuild the Visual C++ C runtime library (crt) from source code.

It can be found here in this folder:

C:\Program Files\Microsoft Visual Studio 9.0\VC\crt

Make sure you start up the Visual Studio command prompt to build it. Running nmake is enough to start it building although you might want to work out which target to build and this means you will have to understand the makefile.

It may take an effort to understand how to build the crt, but once you have it building you can add your own code into malloc, free and realloc, etc.

Unfortunately I have heard a rumour that we won't be able to build the crt from source code starting with Visual Studio 2010.

Answer 2

I'm keen to find a neat solution for this too. We compile for multiple platforms, so on the non-windows side of things we can use --wrap happily. We just have to create the replacement functions and it all works without any errors or hacks.

On the windows side of things, we override the malloc calls, but then use /FORCE:MULTIPLE to deal with the linker errors. It works, the memory functions are called and everything is tracked, but it feels like a hack.

From MSDN:

A file created with this option may not run as expected. The linker will not link incrementally when the /FORCE option is specified.

Not only does it feel like a hack, it kills edit and continue in the process.

The /FORCE:MULTIPLE option might fix your problems, but I'm not suggesting it as a cure, I'm still trying to find that.

MSDN /FORCE Documentation

: D

Answer 3

You can use Detours from Microsoft (pay for commercial) or rewrite the import tables for the dlls you use.

Answer 4

You can remove those .obj files with lib.exe from lib. I can't be more specific but I do remember doing it when I was building Chromium from source.

Answer 5

Unfortunately I don't know enough about the microsoft linker. But ld has '--wrap' which you can use for anything like malloc or free or anything else (I do this).

all calls to malloc will be redirected to a function called __wrap_malloc which you have implemented, you can then call real malloc with __real_malloc. This has the benefit of capturing any mallocs used in external libraries too. I'm sure the Microsoft linker might have a similar function.

Answer 6

Remove all of the .obj files that contain memory management functions from the runtime libraries using the LIB tool, then use the "Ignore default libraries" option in the IDE and manually specify "your" runtime library instead. Then compile; you should get a few linker errors about undefined malloc and free and so on. This is where you come in!

(You'll probably also want to do something similar to the C++ libraries if you use them, though I think the default operator news call malloc so you might be good to go straight away.)

The Visual Studio install comes with the runtime source code (look in vc/crt/src in your Visual Studio install folder), so finding the full set of memory management functions is fairly straightforward. I don't have exact details to hand (previous employer...) but as I recall, it only took about half a day to sort out even though there were rather more memory allocation functions than I expected.