Closed Bug 5602 Opened 25 years ago Closed 25 years ago

Strange uninitialized variable will give unpredictable behavior

Categories

(Core :: Layout, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: alecf, Assigned: hyatt)

References

()

Details

I just caught this from a compiler warning, and was going to fix it until I actually looked at the code - what is count supposed to be? 4254 if (tagName == "treeitem") 4255 { 4256 // Calling content removed on each of our content node children 4257 // should do the trick. 4258 PRInt32 count; 4259 for (PRInt32 i = 0; i < count; i++) 4260 { 4261 nsCOMPtr<nsIContent> childContent; "count" will be different things on different platforms - on linux debug its 0xdadadada or 0x0..other platforms, who knows?
Status: NEW → ASSIGNED
Target Milestone: M6
I'm a tool. Will fix for M6.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fixed.
Fixed in June 2 Build.
Status: RESOLVED → VERIFIED
Blocks: 59652
You need to log in before you can comment on or make changes to this bug.