valgrind: Conditional jump or move depends on uninitialised value(s) [@ nsProxyObjectCallInfo::CopyStrings] The problem is the null-check here: http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/xpcom/proxy/src/nsProxyEvent.cpp&rev=1.98&root=/cvsroot&mark=229,231#219 because 'val.p' may not have been fully initialized if it's a shorter type: http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/xpcom/reflect/xptcall/public/xptcall.h&rev=1.31&root=/cvsroot&mark=126,128,157#118 There is no harm done in CopyStrings() because it checks the type_tag before using the value. But it makes 'valgrind' noisy and suppressing this message seems wrong, so I think it should be fixed.
Comment on attachment 294109 [details] [diff] [review] Like so? I can't review this; I'm no an XPCOM peer. Please ask someone who is?
mozilla/xpcom/reflect/xptcall/public/xptcall.h 1.32 -> FIXED
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9 M11
Any reason to have "val.p = nsnull;" in both the if and else instead of above them?
You need to log in before you can comment on or make changes to this bug.