diff options
author | Richard Levitte <levitte@openssl.org> | 2001-01-10 13:14:58 +0000 |
---|---|---|
committer | Richard Levitte <levitte@openssl.org> | 2001-01-10 13:14:58 +0000 |
commit | 65a22e8e4dd1763a195b5c4ff8ff2574a13b3240 (patch) | |
tree | 3f06b57c3205be04c0b033621cacaec7581fd7e5 /CHANGES | |
parent | cbf0f45f90ce316360f07c8b6c5f37b913d9c24d (diff) | |
download | openssl-65a22e8e4dd1763a195b5c4ff8ff2574a13b3240.tar.gz |
As response to a user request to be able to use external memory
handling routines that need file name and line number information,
I've added a call level to our memory handling routines to allow that
kind of hooking.
Diffstat (limited to 'CHANGES')
-rw-r--r-- | CHANGES | 25 |
1 files changed, 25 insertions, 0 deletions
@@ -3,6 +3,31 @@ Changes between 0.9.6 and 0.9.7 [xx XXX 2000] + *) Add another call level for memory allocation routines, thereby + allowing memory allocation callbacks that can be given file + name and line number information. The basic functionality + remains, as well as the original possibility to just replace + malloc(), realloc() and free(). The new functions that can be + registered help users provide variants of malloc(), realloc() + and free() that take two extra arguments, a const char* and an + int. To register and find out the current settings for those + hooks, the following functions are provided: + + CRYPTO_set_mem_ex_functions + CRYPTO_set_locked_mem_ex_functions + CRYPTO_get_mem_ex_functions + CRYPTO_get_locked_mem_ex_functions + + They work the same way as the corresponding CRYPTO_set_mem_functions + and friends with one exception: giving NULL as arguments will restore + the internal hooks to internal routines and will still make the above + functions return 1 and not 0. + + This functionality was created as a direct request to add the + possibility to interface with the Windows debugging routines + _malloc_dbg, _realloc_dbg and _free_dbg. + [Richard Levitte] + *) Fix to uni2asc() to cope with zero length Unicode strings. These are present in some PKCS#12 files. [Steve Henson] |