mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-10-10 11:55:49 +00:00
257d9118dc
Right now, NS_GENERIC_FACTORY_SINGLETON_CONSTRUCTOR expects singleton constructors to return already-addrefed raw pointers, and while it accepts constructors that return already_AddRefed, most existing don't do so. Meanwhile, the convention elsewhere is that a raw pointer return value is owned by the callee, and that the caller needs to addref it if it wants to keep its own reference to it. The difference in convention makes it easy to leak (I've definitely caused more than one shutdown leak this way), so it would be better if we required the singleton getters to return an explicit already_AddRefed, which would behave the same for all callers. This also cleans up several singleton constructors that left a dangling pointer to their singletons when their initialization methods failed, when they released their references without clearing their global raw pointers. MozReview-Commit-ID: 9peyG4pRYcr --HG-- extra : rebase_source : 2f5bd89c17cb554541be38444672a827c1392f3f |
||
|---|---|---|
| .. | ||
| test | ||
| zipwriter | ||
| appnote.txt | ||
| moz.build | ||
| nsIJARChannel.idl | ||
| nsIJARFactory.h | ||
| nsIJARProtocolHandler.idl | ||
| nsIJARURI.idl | ||
| nsIZipReader.idl | ||
| nsJAR.cpp | ||
| nsJAR.h | ||
| nsJARChannel.cpp | ||
| nsJARChannel.h | ||
| nsJARFactory.cpp | ||
| nsJARInputStream.cpp | ||
| nsJARInputStream.h | ||
| nsJARProtocolHandler.cpp | ||
| nsJARProtocolHandler.h | ||
| nsJARURI.cpp | ||
| nsJARURI.h | ||
| nsZipArchive.cpp | ||
| nsZipArchive.h | ||
| zipstruct.h | ||