In my debug build today, I got the following assertion on shutdown: ###!!! ASSERTION: null atom hashtable: 'nsnull != gAtomHashTable', file nsAtomTable.cpp, line 81 Nobody has touched this code in a while, so I'm sure it's not a new bug in this file, but I have no idea who else could abuse the global atom hash table. This may be XP, but I can only confirm having seen it on linux.

seeing it on Win2K too.

*** Bug 79913 has been marked as a duplicate of this bug. ***

And solaris.

this is xp, so upping severity. kandrot: any ideas here?

NS_PurgeAtomTable() is called by NS_ShutdownXPCOM(), which destroys the atom table, though there are still some others references around. The ASSERT is firing off when the our program has exited, but the OS is still cleaning up, so it appears to be the one calling the destructor on this 7 Atoms. The assert just tells us that there is a leak, and that the table is already gone, so there is no reason to destroy the table again. I do not know who is reasonsible for the leak, though I heard a rumour. It is not an XPCOM bug, so I will reassign it to the leaker. Lower the priority.

nsStyleDisplay is leaking, which, when freed by the OS, causes this problem when it frees the "nsCOMPtr<nsILanguageAtom> mLanguage". Looks like pierre last touched this file, so I am reassigning to him.

mLanguage moved to nsStyleVisibility. The assertion is gone. The bug was fixed, I guess, by the rule tree landing.