Closed Bug 299663 Opened 19 years ago Closed 18 years ago

Refcount logging doesn't play nice with _INHERITED addref/release

Categories

(Core :: XPCOM, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 326603

People

(Reporter: bzbarsky, Assigned: dougt)

Details

I was debugging a necko leak, and couldn't find nsHttpChannel in the leak output
because that class uses NS_IMPL_ADDREF/RELEASE_INHERITED, so the data that was
logged was actually for the superclass (nsHashPropertyBag in this case).  It
would be nice if we could log the addref/release with the right classname.  The
problem I ran into when I tried this using a size of 0 (so as not to confuse the
actual numbers) is that nothing got logged because of the aInstanceSize > 0
checks in GetBloatEntry() (in nsTraceRefcntImpl.cpp).

So would it be ok to skew the numbers in this case to get better output in the
log?  Or not worth it?  Or can we make both work somehow?
Looks like darin fixed this.

*** This bug has been marked as a duplicate of 326603 ***
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.