My new co-worker Bobby (congrats, man!!) just sent me an e-mail asking about my last post. He wanted to know what tools are available to find memory leaks in IE.
You can see the leak in progress using the Windows Task Manager, and just looking at how much memory exporer.exe is using in the Processes tab. Each time I created a new event in the Scooby prototype, the memory usage would go up, and it would never get released -- even if I left or reloaded the page. On my little XP laptop, IE initially takes up a little over 16 megs of memory, and I think at one point I had IE up over 80 megs with that leak.
I had to find the leak the old-fashioned way -- by reducing the called code to a smaller and smaller set until I could isolate the piece that was responsible. It was complicated by the fact that I'm trying to use that newfangled hash-style syntax in my code, and I wasn't sure what actually constitutes a closure in some cases.
I'm really glad I thought to start testing for leaks early on in the process -- think about how evil it'd be trying to sort through all the reams and reams of UI code looking for a leak source. Makes me kind of queasy. So now, I guess any large changes or additions will require IE memleak testing. That's going to be a real pain in the ass, but I guess the alternative is much worse.