Closed
Bug 5602
Opened 25 years ago
Closed 25 years ago
Strange uninitialized variable will give unpredictable behavior
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
VERIFIED
FIXED
M6
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?
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M6
Assignee | ||
Comment 1•25 years ago
|
||
I'm a tool. Will fix for M6.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 2•25 years ago
|
||
Fixed.
Comment 3•25 years ago
|
||
Fixed in June 2 Build.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•