comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: Clear everything in IDL?
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: Clear everything in IDL? [message #10010 is a reply to message #9949] Fri, 26 September 1997 00:00 Go to previous messageGo to previous message
Peter Mason is currently offline  Peter Mason
Messages: 145
Registered: June 1996
Senior Member
On Wed, 24 Sep 1997, Matthew J. Sheats wrote:
> There is a bigger issue here unfortunately. At this time I'm not so
> sure if it is an OS related problem. I can write programs dynamically
> allocating memory from the heap and releasing it back without a hitch in
> C++. So I think there is more going on. Perhaps ( as the FAQ says ) it
> is because they use malloc's etc.

Fraying the thread...
It looks like IDL 5 is using a 3rd-party memory-allocation library called
"SmartHeap" (on Win95 at least). This purports to be far quicker and more
efficient than the standard malloc library you get with a compiler.
Well, apparently not always. I'd guess that it must be a help for the
countless reasonably-small allocations a typical IDL program does, but it
appears to get in the way when really chunky allocations (in the megs) are
involved.
With IDL5/Win95 I still see "freed" memory (*large* variables) getting returned
to the system. However, really large allocations seem to take a lot longer
than in IDL4 (which doesn't use SmartHeap, I presume), and the ceiling for
allocations appears to be significantly lower. (Well, no, it *is* lower - I
can definitely get away with more in IDL4.)


Peter Mason
(Mr. Subjunctive)
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: ENVI useful functions
Next Topic: Postscript output using ARROW

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 18:50:20 PDT 2025

Total time taken to generate the page: 0.00639 seconds