Crash: SCT Gridded Object Tab: After loading an SCT file into an existing SCT, both having Grids.

There is some missing house-keeping in an SCT's maintenance of resources related to its Object Grid tab.  Starting with an SCT with an Object Grid defined*, if a different SCT configuration (SCT File) is loaded INTO that same SCT dialog (using the SCT's File menu) a crash soon occurs, e.g. when switching to a different SCT tab, and then back again to the SCT's Object Grid tab.

*Note that it seems that just switching to the Object Grid tab is sufficient for the creation of an Object Grid with the SCT, for the purpose of this crash.  So, this crash is relevant even for users who aren't actually using the Object Grid tab (except to click that tab to see what it is).

I do have a fix for this particular scenario, but I'll want to look for other places within the SCT where this Object Grid config house-keeping is needed.

(I'm also in the process of analyzing ANOTHER crash fix.  That is, I have identified a fix for that crash, but I don't yet understand the source of the problem. It looks to be a bug in the Qt 4.8.4 QMap class. An iteration isn't stopping at the QMap's "constEnd", but iterating a const COPY of the QMap avoids the problem).

Note: no RiverWare model is necessary. Just loading SCT config files is sufficient to demonstrate the crash.

(1) Workspace >> Unitilities >> SCT >> Open SCT ... bugXXXX-1.sct.gz
(2) SCT: switch to the Object Grid tab.
(3) SCT >> File >> Load SCT ... bugXXXX-2.sct.gz
(4) SCT: switch to a different tab.
(5) SCT: switch back to the Object Grid tab ... CRASH (into bad memory).

See prior similar bugs (both from 2 months ago):
5287: Crash: SCT Gridded Object Tab: applying SCT Config when a Cell Object is defined.
5288: Crash: SCT Gridded Object Tab: Moving Object Cell back and forth