Closed Bug 115153 Opened 23 years ago Closed 22 years ago

'PRIntn' should never be used in the fields of a structure

Categories

(Core :: Layout, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.4alpha

People

(Reporter: sfraser_bugs, Assigned: dbaron)

Details

(Keywords: memory-footprint, Whiteboard: [patch])

Attachments

(1 file)

nsSpaceManager uses PRIntn for its 'mNumFrames' member. This is bad, because PRIntn can range between 16 and 64 bits big depending on the processor. The NSPR headers explicitly state this: /************************************************************************ ** TYPES: PRUintn ** PRIntn ** DESCRIPTION: ** The PRIntn types are most appropriate for automatic variables. They are ** guaranteed to be at least 16 bits, though various architectures may ** define them to be wider (e.g., 32 or even 64 bits). These types are ** never valid for fields of a structure. ************************************************************************/
Keywords: footprint
Target Milestone: --- → mozilla1.0
Moving to Moz1.1
Target Milestone: mozilla1.0 → mozilla1.1
->Misc Code
Assignee: attinasi → other
QA Contact: petersen → ian
.
Assignee: other → misc
Component: Layout → Layout: Misc Code
QA Contact: ian → nobody
Attached patch patch (deleted) — Splinter Review
Taking.
Assignee: misc → dbaron
Whiteboard: [patch]
Target Milestone: mozilla1.1alpha → mozilla1.4alpha
Attachment #115445 - Flags: superreview?(sfraser)
Attachment #115445 - Flags: superreview?(sfraser)
Attachment #115445 - Flags: superreview+
Attachment #115445 - Flags: review+
Fix checked in to trunk, 2003-03-11 15:56 PST.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
Component: Layout: Misc Code → Layout
Product: Core Graveyard → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: