Closed Bug 5602 Opened 21 years ago Closed 21 years ago

Strange uninitialized variable will give unpredictable behavior

Categories

(Core :: Layout, defect, P3, critical)

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: 21 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.