Microsoft KB Archive/129837

= Nested OLE Objects Are Destroyed When Parents Are Destroyed =

Article ID: 129837

Article Last Modified on 12/9/2003

-

APPLIES TO


 * Microsoft Visual Basic 4.0 Standard Edition
 * Microsoft Visual Basic 4.0 Professional Edition
 * Microsoft Visual Basic 4.0 Professional Edition
 * Microsoft Visual Basic 4.0 16-bit Enterprise Edition
 * Microsoft Visual Basic 4.0 32-Bit Enterprise Edition

-



This article was previously published under Q129837



SUMMARY
When you have OLE objects that create OLE objects, these nested objects are destroyed (set equal to Nothing) when the parent object that created them is destroyed.



MORE INFORMATION
Visual Basic releases all second-level objects (objects created by objects) when the top level class is destroyed. This is essentially the same behavior as an object variable going out of scope.

For example, assume the following object hierarchy:

Two classes: Class CTopLevel Class CSecondLevel Class CTopLevel has the object members. Public ChildObject As CSecondLevel Public ParentString As String Class CSecondLevel has the object member. Public ChildString As String In the Initialize event of CTopLevel, you set the ChildObject: Private Sub CTopLevel_Initialize Set ChildObject = New CSecondLevel ChildObject.ChildString = "I'm a child object." End Sub If the CTopLevel class is created and goes out of scope after the End Sub in the following code: Private Sub Form_Click Dim ParentObject As New CTopLevel ParentObject.ParentString = "I'm a parent object." End Sub a CSecondLevel object (ChildObject) is explicitly instantiated in the CTopLevel_Initialize event, but implicitly destroyed when ParentObject goes out of scope at the end of the Form_Click Sub procedure.

For objects that have not been destroyed when a Visual Basic application shuts down, Visual Basic does a two-pass cleanup on outstanding objects. Pass one releases all module level and static object references (classes and objects). Pass two releases the objects themselves. This allows parent and child objects to both shut down even though they may have module-level references to each other. Essentially, Visual Basic cleans up after itself very well.

Additional query words: 4.00 vb4win vb4all

Keywords: KB129837

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.