e2b0f8b0af
This patch separates the memory allocations into those used initially from those used in later reallocations. Thus, we can reduce that iterative realloc() overhead. Additionally, we'll correct a long standing oops where multiple history_info structures were created at 'new' time when only one should have been allocated (jeeze). [ originally the allocation was strangely based upon ] [ number of 'items' (???) & later a #define constant ] Reference(s): . May, 2016 - subsequent bad history_info logic commit9ebadc1438. Aug, 2015 - original faulty history_info code commit7e6a371d8aSigned-off-by: Jim Warner <james.warner@comcast.net>