Partially solved: big memory leak in GSString

[Pirmin Braun]

thanks to Fred who found out, that the problem are big autorelease pools, I 
rewrote the startup process to create smaller pools which reduced the memory 
consumption in my example from 265 to 184 MB.
But now I found the big drain:
    [idmLines sortUsingKeyOrderArray:SOAFROM(@"tableName,attributeName")];
eats 160 MB.

idmLines is a mutable array with approx. 34000 instances of PBIDMLine, a small 
4 string data bearing object

any ideas? known (old) bug?

-- 
Pirmin Braun - IntarS Unternehmenssoftware GmbH - Sinziger Str. 29a - 53424 
Remagen
+49 2642 308288 +49 174 9747584 - skype:pirminb www.intars.de  address@hidden 
intars.sourceforge.net
Geschäftsführer: Pirmin Braun, Ralf Engelhardt Registergericht: Amtsgericht 
Coburg HRB3136