on Wed Jan 09 2008, Jeroen Ruigrok van der Werven <asmodai-AT-in-nomine.org> wrote:
> -On [20080109 16:56], David Abrahams ([EMAIL PROTECTED]) wrote: >>I think we already found and submitted a patch for this problem: >>http://trac.edgewall.org/ticket/6581 > > It's in trunk now, r6385. > > Perhaps Noah and Jonas can also give this latest trunk a spin and see how it > handles itself. > > All my testing could never get it above 30 MB since I guess my > testset is too small to trigger anything. > > Christopher pointed me at Funkload and I started writing tests for > this to test Trac installs with it, so hopefully we can use some > automated testing soon as well to determine weak points. > > I just wish there was a clearer way to deal with this > programmatically instead of jumping through many, many arcane > hoops. I can debug C and related memory issues easily, so I'll > gladly receive hints/clues/whatsoever. I think this is just one of the upshots of using a GC language where "you don't have to worry about memory management." You just end up with different kinds of worries. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Trac Development" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en -~----------~----~----~----~------~----~------~--~---
