Match LegoCacheSoundManager::~LegoCacheSoundManager

[foxtacles]

No description provided.

[disinvite]

Looks like the beta used an MxPtrList for this class instead of STL types:

100d0b00 --- LegoCacheSoundEntryList::LegoCacheSoundEntryList
100d0ba0 --- LegoCacheSoundEntryList::Compare
100d0be0 --- MxPtrList<LegoCacheSoundEntry>::MxPtrList<LegoCacheSoundEntry>
100d0c80 --- MxList<LegoCacheSoundEntry *>::MxList<LegoCacheSoundEntry *>
100d0d30 --- MxCollection<LegoCacheSoundEntry *>::MxCollection<LegoCacheSoundEntry *>

(assuming the type is still LegoCacheSoundEntry)

[foxtacles]

Yes - given that fact I think there is a chance that when they refactored it, they did it in the same way as with the classes in the streaming module where they still used a thin proxy class that have functions that merely forward functionality to the STL