Hi Will. How about putting the foxsqz routines into a seperate exe file. Then call/run the exe from your main app with the parameters of what it needs to do. Then the exe does the squeeze and exits clearing any resources used.
hth
>Hello All,
>
>I haven't been on here for a very long time so bear with me :)
>
>I have a exe running on a server which is using the 3rd party library foxsqz5.fll (I have tried a few different versions 1.9c, 1.9d).
>
>Each time it zips a file, the number of handles taken by VFP increases (can be seen in task manager by adding the "handle count" column.
>
>When a .exe starts taking around 40,000 file handles Windows starts acting funny.
>
>This is a sample
>
>lcFromPath = "c:\temp\zip\tozip\"
>lcToPath = "c:\temp\zip\"
>lnCount = ADIR(aFiles, lcFromPath + "*.*")
>FOR iloop = 1 TO lnCount
> Set Libr To foxsqz5 Additive
> lnErrorCode = foxsqz("SCQ", lcToPath + "outfile.zip", lcFromPath + aFiles[iLoop,1])
> RELEASE LIBRARY "foxsqz5"
>*!* CLOSE ALL
>*!* FLUSH
>*!* SYS(1104)
>Next
>
>=MESSAGEBOX("Finished")
>
>
>I have tried the set/release library both inside and outside the for..loop
>This product seems to be no longer supported (unless anyone knows differently?)
>
>So, my question is as follows:
>Is there any way to stop a 3rd party .FLL from bloating VFP? can it be "contained"? maybe assigned to an object then released?
>
>Thanks in advance!
>
>Will
In the End, we will remember not the words of our enemies, but the silence of our friends - Martin Luther King, Jr.