Adam Naumowicz wrote:
I have similiar (?) problem with GPC version 20010623. It's also platform independant - it appears with versions built for Linux on i386 and Solaris on Sparc. The same code that consumes not more that 5 MB on Solaris/i386 (GPC 20010121) while working now gets more that 30 MB of memory, growing linearly.
There is a known problem. Some operations (esp. string concatenation) need temporary storage (on the stack) which isn't freed immediately, so it will accumulate in loops. A trivial example follows. I think we know the cause of the problem (alloca_string if anyone cares) and therefore can fix it soon.
In my case there is not much string manipulation staff, but a lot of dynamic allocation ... Still I'm very anxious to check whether it can help me when you manage to fix it.
The problem I was talking about is about string operations (in particular, Concat/+, ParamStr and CString2String), not dynamic allocation. If there are leaks with dynamic allocation, we'd have to debug them separately because I'm not aware of any current bugs in this area.
Frank