Closed
Bug 97533
Opened 23 years ago
Closed 23 years ago
UMRs in InitGlobals
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
FIXED
mozilla0.9.4
People
(Reporter: dbaron, Assigned: bstell)
Details
(Whiteboard: PDT, r and sr'd, waiting for approval)
Attachments
(1 file)
1.18 KB,
patch
|
blizzard
:
review+
blizzard
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
There are a bunch of UMRs (uninitialized memory reads) in InitGlobals in nsFontMetricsGTK.cpp. I'll attach a patch that does what I think you meant to do, but you'll have to check that it really is what you meant. This should be a high priority to fix since UMRs can result in random behavior, particularly with newer compilers and at higher optimization levels.
Reporter | ||
Comment 1•23 years ago
|
||
Assignee | ||
Comment 2•23 years ago
|
||
Hum... How did I, the reviewer, and the super-reviewer miss these? The patch looks good. r=bstell@netscape.com
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•23 years ago
|
||
One thing to note: The uninitialized status value may cause the program to incorrectly choose the fallback, the default, or the user pref setting. In any case, the values are being set to an initialized (not random) value.
Comment 4•23 years ago
|
||
I think we should try to land this on m9.4 please ask sr and a=
Target Milestone: --- → mozilla0.9.4
Comment 5•23 years ago
|
||
Mhhh... it looks that this was fixed in Xlib-toolkit. Should I file a bug to port other improvements from Xlib-toolkit back to GTK+ toolkit ?
Comment 6•23 years ago
|
||
>Mhhh... it looks that this was fixed in Xlib-toolkit. Should I file a bug to
>port other improvements from Xlib-toolkit back to GTK+ toolkit ?
hum???? this is a mozila bug.
ok, this is not ramdon, then move it to m0.9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Reporter | ||
Comment 7•23 years ago
|
||
Binary randomness is still randomness, and still very bad.
Comment 8•23 years ago
|
||
Comment on attachment 47571 [details] [diff] [review] proposed patch sr=blizzard
Attachment #47571 -
Flags: superreview+
Attachment #47571 -
Flags: review+
Comment 9•23 years ago
|
||
bstell said it is radomly pick between the default and user preference. I think it is still bad enough to ask for a 9.4 check in. move to m0.9.4
Target Milestone: mozilla0.9.5 → mozilla0.9.4
Updated•23 years ago
|
Comment 10•23 years ago
|
||
If this makes it into 0.9.4, we'll take it for nsbranch.
Assignee | ||
Comment 11•23 years ago
|
||
checked into trunk
Assignee | ||
Updated•23 years ago
|
Whiteboard: PDT
Comment 12•23 years ago
|
||
Comment on attachment 47571 [details] [diff] [review] proposed patch a=asa on behalf of drivers for checkin to 0.9.4 branch
Attachment #47571 -
Flags: approval+
Assignee | ||
Comment 13•23 years ago
|
||
checked in 0.9.4 branch
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 14•23 years ago
|
||
Not sure how QA can verify this. Marking verified per last comments in the Sept 25th branch build.
Keywords: vtrunk
You need to log in
before you can comment on or make changes to this bug.
Description
•