Bug 4620 - workbench does not close ActiveX control's file handle (1GB76AZ)
Summary: workbench does not close ActiveX control's file handle (1GB76AZ)
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 2.0   Edit
Hardware: All All
: P2 normal (vote)
Target Milestone: 2.0 M1   Edit
Assignee: Veronika Irvine CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-11 14:20 EDT by Veronika Irvine CLA
Modified: 2002-03-07 10:21 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Veronika Irvine CLA 2001-10-11 14:20:04 EDT

When I create ActiveX wysiwyg HTML editing contol instance from workbnech
and then close the workbench, the control seems to be unloaded cleanly
from memory. But VAJ still holds ActiveX control's(hpbctl.dll) file handle.

This is a problem to me, since to replace the file, I need to close VAJ
everytime,
and this is very time consumig process.

I do not know who is holding the handle but number of OleInitialize call
may not
balance to OleUninitialize in SWT. Could you investigate this problem?

If you need more information, please ask me any time.




Do you guys have any tips to get the activeX unloaded from VA/Java without
shutting it down.  

NOTES:

VI (3/26/2001 9:29:52 AM)
	The problem is that OleInitialize is called when the COM class is 
loaded but OleUninitialize is never called.
	The reason OleUninitialize is not called is because there is no place 
in the COM class or anywhere else in
	the Ole stuff that can tell when all users of OLE have been disposed.
	The best solution is probably to move both OleInitialize and 
OleUninitialize into the Display class.

VI (11/07/2001 11:55:03 AM)
	Add a call to CoFreeUnusedLibraries which "unloads any DLLs that are no 
longer in use and that, when loaded, 
	were specified to be freed automatically."
Comment 1 Mike Wilson CLA 2001-12-10 10:42:00 EST
The code was updated to call CoFreeUnusedLibraries. In addition, VAJ is no 
longer a supported platform.