dbTalk Databases Forums  

OT: Apps Which Don't Release Memory Completely

comp.databases.paradox comp.databases.paradox


Discuss OT: Apps Which Don't Release Memory Completely in the comp.databases.paradox forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Doug Kanter
 
Posts: n/a

Default OT: Apps Which Don't Release Memory Completely - 01-04-2006 , 08:11 AM






Anyone know of any online articles about the phenomenon in the subject line?
In past years, I've occasionally seen articles about it in print, but can't
seem to come up with anything via Google (yet).



Reply With Quote
  #2  
Old   
Doug Kanter
 
Posts: n/a

Default Re: Apps Which Don't Release Memory Completely - 01-04-2006 , 08:36 AM







"Doug Kanter" <ancientangler (AT) hotmail (DOT) com> wrote

Quote:
Anyone know of any online articles about the phenomenon in the subject
line? In past years, I've occasionally seen articles about it in print,
but can't seem to come up with anything via Google (yet).

To narrow this down a bit, I'm referring to apps which don't release all
their memory even after shutting those apps down normally (no crash).




Reply With Quote
  #3  
Old   
Sundial Services
 
Posts: n/a

Default Re: OT: Apps Which Don't Release Memory Completely - 01-04-2006 , 11:00 AM



Doug Kanter wrote:
Quote:
Anyone know of any online articles about the phenomenon in the subject
line? In past years, I've occasionally seen articles about it in print,
but can't seem to come up with anything via Google (yet).
16-bit applications generally will not clean up their DLLs if the
applications crash. This was a well-known problem with 16-bit Paradox, for
example, in relation to the IDAPI library.

32-bit applications will consistently clean-up the memory they have used, as
far as I know. I don't know about such subtleties as Windows resources and
so-on.

The "amount of RAM used" by a running Windows system may quite-normally
appear to be near-100% for prolonged periods of time, because the system
will make no effort to reallocate memory unless and until there is actual
pressure to do so. File-buffers might remain, as long as the file has not
been re-referenced by some network user or somesuch, because ..who knows,
you might need it again.


----
ChimneySweep(R): F-A-A-ST table repair at a click of the mouse!
http://www.sundialservices.com/products/chimneysweep


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.