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

Home » Public Forums » archive » Re: QUESTION: is there a command in idl which could clean up memory pieces?
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: QUESTION: is there a command in idl which could clean up memory pieces? [message #63063 is a reply to message #62986] Wed, 22 October 2008 20:32 Go to previous message
Andrew Cool is currently offline  Andrew Cool
Messages: 219
Registered: January 1996
Senior Member
On Oct 22, 3:58 pm, liton...@gmail.com wrote:
> On Oct 21, 6:27 pm, RussellGrew <russell.g...@gmail.com> wrote:
>
>> Do you really need all the CDF's open at once?
>
>> Do you require all 5000 records from a given CDF or can you be more
>> selective?
>
>> Can you not open a CDF, get the data you need, process it, close the
>> cdf, open the next one [using the same variables as before]... etc?
>
>> Cheers.
>
> That is how I did it. Sorry I did not express myself clearly. I deal
> with the files one by one. And in every file, there are about 5000
> records. However, when it came to certain amount, the code stopped.
> Sorry for the confusion.

Sounds like a memory leak due to poor coding. Define "certain amount".
Does it fail after a certain number of files every time?

Define "code stopped" too - is there actually an error message - can
you tell us what it is?

You could try inserting Help,/MEMORY in various strategic palces in
your code to watch the memory use.

You could try http://www.dfanning.com/programs/undefine.pro to make
unnecessary variables "vanish" to free up memory.


Andrew
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re: Array/Group Help
Next Topic: Re: how to suppres warning

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

Current Time: Tue Dec 02 11:54:27 PST 2025

Total time taken to generate the page: 2.16397 seconds