Pelles C forum
C language => Expert questions => Topic started by: czerny on March 27, 2013, 01:25:13 PM
-
Hi,
I would like to discuss two different ways to virtualize (don't know if this is the right expression) the way, memory is allocated:
1. use malloc() and free() and if you like to replace them, you provide a file mem.h
#define malloc(x) myalloc(x)
void *myalloc(unsigned size);
#define free(p) myfree(p)
void myfree(void *p);and if necessary a corresponding file mem.c
2. use not the standard names. Use something like ALLOC() and FREE() instead and provide a file mem.h
#define ALLOC(x) myalloc(x)
void *myalloc(unsigned size);
#define FREE(p) myfree(p)
void myfree(void *p);and if necessary a corresponding file mem.c.
There are pros and cons for both methods. Sometimes I use the first, sometimes I use the second.
What do you think about?
-
With first method you cannot use malloc and free anymore in current module.
With second you can use both.
-
Hi czerny,
Actually I don't see any advantage in the 1st method. I would most definitely go for the 2nd one, except that I wouldn't redefine my custom allocator in the pre-processor. Just the prototype should be enough, at least in most cases I can think of.
-
Actually I don't see any advantage in the 1st method.
If you want to hook in the memory allocation process, even for third party source code. Look for tmalloc as an example.
I would most definitely go for the 2nd one, except that I wouldn't redefine my custom allocator in the pre-processor. Just the prototype should be enough, at least in most cases I can think of.
If you redefine it with the preprocessor, you can easily change the mem alloc function set, without any changes in your source code. Just recompile.
-
Actually I don't see any advantage in the 1st method.
If you want to hook in the memory allocation process, even for third party source code. Look for tmalloc as an example.
You are right (a rather specific case though).
I would most definitely go for the 2nd one, except that I wouldn't redefine my custom allocator in the pre-processor. Just the prototype should be enough, at least in most cases I can think of.
If you redefine it with the preprocessor, you can easily change the mem alloc function set, without any changes in your source code. Just recompile.
I'm not sure I follow you on this one. I mean, you will have to change the source code of mymalloc() and myfree() anyway, no?
-
I'm not sure I follow you on this one. I mean, you will have to change the source code of mymalloc() and myfree() anyway, no?
Imaging you have source code including a header file mem.h where amongst others ALLOC() is definde.
Then this definition could be as simple as:
#define ALLOC(size) malloc(size)
or
#define ALLOC(size) (GlobalLock(GlobalAlloc(GPTR, (size))))
or
#include "myalloc.h"
#define ALLOC(size) myalloc(size)
so you can see: there are multiple choices to provide a header file mem.h and the source modules using them don't know about there specific content.