We value your feedback.
Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!
COURSE of the MONTH
13 days, 11 hours left to enrollBecome a Premium Member and unlock a new, free course in leading technologies each month.
Solved
Finalizing an object
Posted on 2004-04-06
Hey people
I have an object that I would like to kill straight away instead of it sitting on the heap. My problem is that if I call dispose then its not guranteed to be killed and I have an event linked to my object from an another class which when called goes to the code for the old object still on the heap which causes some major problems.
Can you help sorry about the low points availiable for this question but I have almost run out.
Thanks
Simion
I have an object that I would like to kill straight away instead of it sitting on the heap. My problem is that if I call dispose then its not guranteed to be killed and I have an event linked to my object from an another class which when called goes to the code for the old object still on the heap which causes some major problems.
Can you help sorry about the low points availiable for this question but I have almost run out.
Thanks
Simion
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
-
2
-
2
-
2
6 Comments
It sounds like you need to explicitly remove the event handler referencing the other class as you are disposing the object. Just like you add the handler using the += syntax, you can remove it using -=. For example:
// add an event handler
b.ButtonClick += new ButtonEventHandler(onButto
// remove an event handler
b.ButtonClick -= new ButtonEventHandler(onButto
This would keep the event from calling your disposed object.
At any rate, there isn't a way to kill an object straight away in C#; the closest you can get is to call Dispose() on the object, and then call System.GC.Collect() force the garbage collection routines to kick in but even then there isn't really any guarantee that your object will be destroyed because of the generational aspect of the garbage collector.
Eric
// add an event handler
b.ButtonClick += new ButtonEventHandler(onButto
// remove an event handler
b.ButtonClick -= new ButtonEventHandler(onButto
This would keep the event from calling your disposed object.
At any rate, there isn't a way to kill an object straight away in C#; the closest you can get is to call Dispose() on the object, and then call System.GC.Collect() force the garbage collection routines to kick in but even then there isn't really any guarantee that your object will be destroyed because of the generational aspect of the garbage collector.
Eric
You can define an interface (or abstract class) that your classes can use to communicate. Since you can only inherit from one class, but you can inherit (implement) multiple interfaces, I use interfaces.
Any class that needs to have a callback to another class implements a standard interface. I implement a Register(object) method to keep a list of objects with callbacks (events) hooked to my instance and an Unregister() method that is called from the instance's Dispose method. The unregister method loops through all registered objects, notifying them to unhook the event handler. It's just a minor extenstion of the message above, but it's simple and effective and you don't have to worry about releasing an instance. When it's Dispose() method is called, it notifies everyone in its list to unhook any events. What's really cool, after you get used to the idea, is being able to cascade the disposal of registered objects as well.
Here's a reference, if you're interested:
Explicit Interface Implementation Tutorial
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/csref/html/vcwlkExplicitInterfaceImplementationTutorial.asp
Any class that needs to have a callback to another class implements a standard interface. I implement a Register(object) method to keep a list of objects with callbacks (events) hooked to my instance and an Unregister() method that is called from the instance's Dispose method. The unregister method loops through all registered objects, notifying them to unhook the event handler. It's just a minor extenstion of the message above, but it's simple and effective and you don't have to worry about releasing an instance. When it's Dispose() method is called, it notifies everyone in its list to unhook any events. What's really cool, after you get used to the idea, is being able to cascade the disposal of registered objects as well.
Here's a reference, if you're interested:
Explicit Interface Implementation Tutorial
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/csref/html/vcwlkExplicitInterfaceImplementationTutorial.asp
Hey guys well thanks for the comments. I will split the points between you. Not that there much to split sorry about that. I'm doing my best to get more points but no one will accept my answers.
Actually although you helped me I realised that I was playing the dangerous game of static events which was why they were not disposing with the object. Hahahah The laugh of a crazy man who spend 5 hours wondering what the hell was going on. Well at least I'm a wiser man.
Thanks
Simion
Actually although you helped me I realised that I was playing the dangerous game of static events which was why they were not disposing with the object. Hahahah The laugh of a crazy man who spend 5 hours wondering what the hell was going on. Well at least I'm a wiser man.
Thanks
Simion
I hate it when that happens ;). BTW, you didn't split the points ... you might want to ask an admin to reopen the question so you can.
Eric
Eric
Featured Post
New feature! Upgrade and increase expert visibility of your issues with Priority Questions.
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
Introduction
This article series is supposed to shed some light on the use of IDisposable and objects that inherit from it. In essence, a more apt title for this article would be: using (IDisposable) {}. I’m just not sure how many people would ge…
Summary:
Persistence is the capability of an application to store the state of objects and recover it when necessary. This article compares the two common types of serialization in aspects of data access, readability, and runtime cost. A ready-to…
NetCrunch network monitor is a highly extensive platform for network monitoring and alert generation. In this video you'll see a live demo of NetCrunch with most notable features explained in a walk-through manner. You'll also get to know the philos…
This tutorial will teach you the special effect of super speed similar to the fictional character Wally West aka "The Flash"
After Shake : http://www.videocopilot.net/presets/after_shake/
All lightning effects with instructions : http://www.mediaf…
Suggested Courses
Course of the Month13 days, 11 hours left to enroll
801 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.