Hello,
> The problem is, after all is said and
> done, the memory footprint of the program is still quite large (nearly
> 200MB) despite my attempts to release the object.
What exactly kind of memory is that? Virtual, commit charge, managed memory?
The metric to check is GC.GetTotalMemory(true) (assuming that the free pdf
component is all managed code). If the managed memory is low, but the commit
charge is high, that's OK and not necessary a leak. That will be reused by
.NET.
If the managed memory is high, you could take some Memory Profiling tool
(I'd use dotTrace) and check the objects that are not being collected. If
they're being held by the pdf component, there's not much that can be done
without editing its code, I'm afraid …
PS. BTW, there's the XPS format that basically counters the PDF functionality,
but is powered by Microsoft and highly integrates with .NET, like, there
are framework classes for generating those documents. Maybe that could serve
as a working alternative for you.
(H) Serge