nsInterfaceInfomanager::initInterfaceTables() leaks an nsDirectoryIterator, or doesn't ever tell the nsDirectoryIterator to close the directory? This is showing up in Purify as as a leaked file descriptor. Current build from September 11, 1999 on Solaris.

Thanks for the report! Reassigning to mccabe. IIM is his.

My bug.

how big is the leak

I'm not sure how big the leak is. But, nsInterfaceInfomanager::initInterfaceTables is called only once. And the only nsDirectoryIterator is an automatic variable - http://lxr.mozilla.org/seamonkey/source/xpcom/reflect/xptinfo/src/nsInterfaceInf oManager.cpp#345 - that ought to be cleaning itself up in its own dtor. A quick look at the implementations - http://lxr.mozilla.org/seamonkey/ident?i=~nsDirectoryIterator - seems to indicate that they are trying to clean themselves up. Is this perhaps Purify confusion or a nsDirectoryIterator bug?

what does purify report? I do not see this on NT. However, the unix implementation does close the directory when the destructor is called: http://lxr.mozilla.org/seamonkey/source/xpcom/io/nsFileSpecUnix.cpp#543 could purify be confused about the declaration of the nsDirectoryIterator in the for-loop?

I've surfed several sites and do not leak an nsDirectoryIteratorImp on a current Linux build.

Marking as WORKSFORME, based on the last two reports. Thanks!