mIRC Home    About    Download    Register    News    Help

Print Thread
#50994 24/09/03 12:28 AM
Joined: Sep 2003
Posts: 12
A
Pikka bird
OP Offline
Pikka bird
A
Joined: Sep 2003
Posts: 12
when u use comopen and open the COM object for custom objects and try to update them with a new version it wont allow it without restarting mIRC anyway to make mIRC stop using the DLL (incredible memory leak here)
(comclose doesnt work) ive even unregistered the comobject

Joined: Aug 2003
Posts: 1,831
I
Hoopy frood
Offline
Hoopy frood
I
Joined: Aug 2003
Posts: 1,831
This was also reported long ago Here.

Joined: Dec 2002
Posts: 5,427
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 5,427
As far as I can tell mIRC is correctly releasing the COM object and unregistering it, so I would guess that this is due to Windows itself holding on to it.

Joined: Sep 2003
Posts: 12
A
Pikka bird
OP Offline
Pikka bird
A
Joined: Sep 2003
Posts: 12
well as far as i can tell it doesnt work at all ive used every way you can to unload the class object etc. but it still holds onto it in memory (ive tried this in 3 languages now) so it cannot be working correctly the 3 languages are:
1: Delphi
2: C#
3: VB (and VB.NET)

(about to try it in J#)

Joined: Feb 2003
Posts: 4
K
Self-satisified door
Offline
Self-satisified door
K
Joined: Feb 2003
Posts: 4
Hey... I've been working with Acidized on this problem for a long time (We're both managers of #Script on irc.gamesnet.net - a 45,000+ person network).

As my origional post says, the file is still in use by a process, if you trace the file to its owning process, you will find that it is infact mIRC. As Acidized said, this is a HUGE memory leak issue and can provide insecurity for the application.


Link Copied to Clipboard