|
Visual Leak Detector (VLD) Version 0.9g
Change Log / Release Notes
New Features/Changes:
---------------------
Changes in Version 0.9g (22 April 2005)
---------------------------------------
+ Replaced the temporary internal search algorithm with a permanent search
algorithm that is much faster. Programs that dynamically allocate a large
number of memory blocks (tens of thousands or more) will see the most
significant performance boost from this version of VLD versus the previous
version. Overall, this is the fastest version of VLD released to date.
Changes in Version 0.9f (13 April 2005)
---------------------------------------
+ Changed the internal search algorithm to a temporary simpler, but
more stable algorithm. A permanent algorithm which should be much
more efficient will be in a forthcoming release.
Changes in Version 0.9e (12 April 2005)
---------------------------------------
+ VLD no longer uses any STL containers or STL strings. This solves all of the
compatibility problems with Visual Studio .NET when using the pre-built
VLD libraries.
+ The configuration preprocessor macros now work with C programs without the
need to call VLDConfigure from within the program being debugged.
Because VLDConfigure is now obsolete, it has been removed.
+ One new source file (vldutil.cpp) and one new header (vldutil.h) have been
added. They contain utility functions and utility classes that replace
functionality previously performed by STL containers and strings.
+ The VisualLeakDetector global class object is now constructed at C runtime
initialization (i.e. it resides in the "compiler" initialization area).
Because VLD no longer uses any STL components, there is no longer the risk
that VLD will conflict with any STL libraries that also are constructed at
C runtime initialization. The end result is that VLD starts running earlier
and is destroyed later, which leads to more accurate leak detection.
Changes in Version 0.9d (30 March 2005)
---------------------------------------
+ This version of VLD brings with it some major changes to the way VLD
interfaces with programs that use it. Instead of requiring that VLD be built
from source and then linked with the application, VLD is now packaged as a
pre-built static libaray. For those who just want to use VLD and are not
interested in modifying the source, this eliminates the complexities of
building VLD from source. A single header file, vld.h, has been added. To
link with the static library, this header needs to be included in one of the
program's source files. Please see the README.txt file for details on how
these changes affect how to use Visual Leak Detector.
+ The Microsoft Debug Help Library (dbghelp.dll) version 6.3 is now included
with the VLD distribution.
Bug Fixes:
----------
Problems Fixed in Version 0.9f (13 April 2005)
----------------------------------------------
+ Access Violation at line 319 in vldutil.cpp may occur when running a
program linked with the VLD library.
Problems Fixed in Version 0.9e (12 April 2005)
----------------------------------------------
+ Linking to the VLD 0.9d libraries from the VLD distribution under Visual
Studio .NET 2003 results in a number of linker "unresolved external symbol"
errors. Unresolved symbols include "__declspec(dllimport) void __cdecl
std::_Xran(void)" and "__declspec(dllimport) private: void __thiscall
std::basic_string,class std::allocator >::_Eos(unsigned int)", among others.
+ Call stacks do not appear in the memory leak report when linking against
release VLD libraries built from source with Visual Studio .NET 2003.
+ If the preprocessor macro VLD_MAX_DATA_DUMP is defined as 0 (zero), then VLD
will get stuck in an infinite loop, repeatedly printing the same information
while attempting to display the memory leak report in the debugger's output
window.
Problems Fixed in Version 0.9c (17 March 2005)
----------------------------------------------
+ Compile error, "error C2039: 'size' : is not a member of '_CrtMemBlockHeader'"
occurs at line 644 of vld.cpp when building VLD with the VLD_MAX_DATA_DUMP
preprocessor macro defined.
Problems Fixed in Version 0.9b (15 March 2005)
----------------------------------------------
+ VLD fails to detect memory leaks in class constructors if the objects
constructed are global objects.
+ If a debug executable is built with certain compiler optimizations turned on,
specifically frame pointer omission optimization or automatic inlining, then
theoretically VLD may produce incomplete or inaccurate stack traces or might
fail to produce stack traces altogether.
|
By viewing downloads associated with this article you agree to the Terms of Service and the article's licence.
If a file you wish to view isn't highlighted, and is a text file (not binary), please
let us know and we'll add colourisation support for it.
This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.
A list of licenses authors might use can be found here
In real life I'm a firmware engineer. I mostly do C and assembly programming on obscure proprietary hardware. But I started my programming career doing a lot of C++. So, occassionally in my free time I enjoy dabbling in my own Windows programming projects with Visual C++ to keep my C++ skills from rotting away completely.
I also like to keep abreast of the GNU/Linux scene because, well let's face it, Windows isn't everything. I've recently found Cygwin to be a good way of getting the best of both worlds.