PeopleSoft Adoption Made Smooth & Simple!
On-The-Job Training Is made Intuitive & Easy With WalkMe's On-Screen Guidance Tool. Claim Your Free WalkMe Account Now
Course Of The Month
5 days, 2 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
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!
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
C# And Nullable Types
Since 2.0 C# has Nullable(T) Generic Structure. The idea behind is to allow value type objects to have null values just like reference types have. This concerns scenarios where not all data sources have values (like a databa…
Having new technologies does not mean they will completely replace old components. Recently I had to create WCF that will be called by VB6 component. Here I will describe what steps one should follow while doing so, please feel free to post any qu…
There's a multitude of different network monitoring solutions out there, and you're probably wondering what makes NetCrunch so special.
It's completely agentless, but does let you create an agent, if you desire.
It offers powerful scalability …
Monitoring a network: how to monitor network services and why? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the philosophy behind service monitoring and why a handshake validation is critical in network monitoring. Software utilized …
Suggested Courses
Course of the Month5 days, 2 hours left to enroll
688 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.