Am 02.11.2017 um 20:16 schrieb Stephen Casner:

Free 8-bit 35536/217576, 32-bit 16680/43464, blocks dumped = 18
task=AsyncConsole    total=      0   5556  26120 change=     +0  +5556     +0
task=tiT             total=    288   1080      0 change=     +0    +52     +0

... 5608 bytes (5328 w/o debugging overhead).

Not sure how you calculated 5608.  The total of the new blocks is
shown in the top section as +5556, so 5296 without debugging overhead.
I could change the code to subtract the size of the debugging
overhead; would that be a good idea?

I thought the allocation in the "tiT" task had also been caused by the vehicle init, but I now know it's a system task.

I think subtracting the overhead on the single allocations helps to identify specific objects or buffers. OTOH once you know how to read the dump, it's OK.

Thanks for the explanation. Tracked it down now: the "vehicle" strings are the caller id members of the three EventCallbackEntry objects created. Changing these to char* is possible, but there's also the std::bind callback struct in there, and I suppose there won't be enough callback registrations to make this matter.

The objects not freed on unload are the reusable EventCallbackLists, so that's ok.

Regards,
Michael

-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26