[Test] Problems with debug::break_memory_alloc
I have a problem with the memory-leak detection logic in boost.test. What happens when unit_test::framework::init starts up on Windows is that memory-leak detection is first explicitly activated. Secondly, debug::break_memory_alloc is called with a value (default is 1). Activation of leak detection is great, but to always override the allocation number to break on is not necessary a good idea if the user has already set a value from a debugger. In my case I am investigating a leak from a static member allocated prior to main and/or boost.test being invoked. In that case, I need to break the program early to be able to set the allocation number to break on. This works well by itself, but it's _very_ confusing when boost.test afterwards replaces my allocation number with a default value. Could it be possible to modify boost.test, so that it only modifies the allocation number to break on if the user has explicitly requested to break on a given allocation? Thanks in advance, Fredrik Orderud
Fredrik Orderud
Could it be possible to modify boost.test, so that it only modifies the allocation number to break on if the user has explicitly requested to break on a given allocation?
Fixed in trunk.
On Wed, Sep 11, 2013 at 6:42 AM, Gennadiy Rozental
Fredrik Orderud
writes: Could it be possible to modify boost.test, so that it only modifies the allocation number to break on if the user has explicitly requested to break on a given allocation?
Fixed in trunk.
Thank you very much Gennadi. Would it be possible to make this change part of the upcoming boost 1.55? Thanks in advance, Fredrik
On Wed, Sep 11, 2013 at 9:25 AM, Fredrik Orderud
On Wed, Sep 11, 2013 at 6:42 AM, Gennadiy Rozental
wrote: Fredrik Orderud
writes: Could it be possible to modify boost.test, so that it only modifies the allocation number to break on if the user has explicitly requested to break on a given allocation?
Fixed in trunk.
Thank you very much Gennadi.
Would it be possible to make this change part of the upcoming boost 1.55?
Gentle reminder: Would it be possible to merge r85648 to the release-branch, so that i becomes part of the next boost release? Thanks in advance, Fredrik
Fredrik Orderud
Gentle reminder: Would it be possible to merge r85648 to the release-branch, so that i becomes part of the next boost release?
I do not think I am ready to commit to the changing release branch on every small change. It never goes as smoothly as one hoped. We'll need to put for the hole release to be merged there. Gennadiy
participants (2)
-
Fredrik Orderud
-
Gennadiy Rozental