Short Description: Fix to handling of RootSelections when editing Disp Group
Bug Number: 5003
Release notes (y/n): no, fix to new development.
For Release Nums: 6.1

Gnats 5003: Potential Crash: Display Group Config editors can provide 
 invalid RootSelection to Display Group.

In RiverWare 6.1 development, a change in the handling of edited 
RootSelections in the Display Group editors (i.e. for SimObj, Account, Link 
and Supply Groups) can result in a memory violation in the CallbackReceiver's
handling of callback registrations. A crash is possible, but doesn't always 
occur. 

After the deletion of an object (e.g. an Account), the copy of a Display 
Group's RootSelection (or two RootSelections) which the Config editor 
applies to the actual Group was sometimes still containing a pointer to 
the deleted object.

This is similar to Gnats 5002 ("Potential Crash: Display Group RootSelection 
item callbacks; Seen in Purify."), but has a different cause and is not 
present in the RiverWare 6.0.x release.

-------------------------
Q3GUI/AccountGroupDlg.cpp
Q3GUI/LinkGroupDlg.cpp
Q3GUI/ObjectGroupDlg.cpp
Q3GUI/SupplyGroupDlg.cpp
-------------------------

Calls to RootSelection::recompute() are now made from:

  (1) The dialog constructor, when starting from an already-existing
    Display Group having a RootSelection.
  (2) In the 'applyChanges' method, before setting the edited RootSelection
    on the Display Group.

---