TCL_MEM_DEBUG — Compile-time flag to enable Tcl memory debugging
When Tcl is compiled with TCL_MEM_DEBUG defined, a powerful
set of memory debugging aids is included in the compiled binary.
This includes C and Tcl functions which can aid with debugging
memory leaks, memory allocation overruns, and other memory related
errors.
To enable memory debugging, Tcl should be recompiled from scratch
with TCL_MEM_DEBUG defined (e.g. by passing the
--enable-symbols=mem flag to the configure script
when building). This will also compile in a non-stub version of
Tcl_InitMemory
to add the memory
command to Tcl.
TCL_MEM_DEBUG must be either left defined for all modules
or undefined for all modules that are going to be linked together.
If they are not, link errors will occur, with either
Tcl_DbCkfree and Tcl_DbCkalloc or Tcl_Alloc and Tcl_Free being undefined.
Once memory debugging support has been compiled into Tcl, the C
functions Tcl_ValidateAllMemory,
and Tcl_DumpActiveMemory, and
the Tcl memory command
can be used to validate and examine memory usage.
When memory debugging is enabled, whenever a call to Tcl_Alloc is made, slightly more
memory than requested is allocated so the memory debugging code can
keep track of the allocated memory, and eight-byte “guard zones”
are placed in front of and behind the space that will be returned
to the caller. (The sizes of the guard zones are defined by the C
#define LOW_GUARD_SIZE and #define HIGH_GUARD_SIZE in
the file generic/tclCkalloc.c — it can be extended if you
suspect large overwrite problems, at some cost in performance.) A
known pattern is written into the guard zones and, on a call to
Tcl_Free, the guard zones
of the space being freed are checked to see if either zone has been
modified in any way. If one has been, the guard bytes and their new
contents are identified, and a “low guard failed” or “high guard
failed” message is issued. The “guard failed” message includes the
address of the memory packet and the file name and line number of
the code that called Tcl_Free. This allows you to detect
the common sorts of one-off problems, where not enough space was
allocated to contain the data written, for example.
Normally, Tcl compiled with memory debugging enabled will make it
easy to isolate a corruption problem. Turning on memory validation
with the memory command can help isolate difficult problems. If you
suspect (or know) that corruption is occurring before the Tcl
interpreter comes up far enough for you to issue commands, you can
set MEM_VALIDATE define, recompile tclCkalloc.c and rebuild
Tcl. This will enable memory validation from the first call to
Tcl_Alloc, again, at a
large performance impact.
If you are desperate and validating memory on every call to
Tcl_Alloc and Tcl_Free is not enough, you can
explicitly call Tcl_ValidateAllMemory
directly at any point. It takes a char * and an int
which are normally the filename and line number of the caller, but
they can actually be anything you want. Remember to remove the
calls after you find the problem.
Tcl_Alloc, memory, Tcl_ValidateAllMemory,
Tcl_DumpActiveMemory
memory, debug
Copyright © 1992-1999 Karl Lehenbauer & Mark
Diekhans.
Copyright © 2000 Scriptics Corporation.