Closed Bug 70087 Opened 24 years ago Closed 16 years ago

pull string allocation out of XPCOM

Categories

(Core :: XPCOM, defect, P1)

defect

Tracking

()

RESOLVED WONTFIX

People

(Reporter: scc, Assigned: jag+mozilla)

References

Details

string allocation needs to be in the string library (for standalone), and callers, in general, need cleanup. String allocation needs to be settable. In discussion, the proposal that seemed best is by configuration, a site-specific file provides allocators which the string library retrieves through known global functions. The allocators would be static objects at the function level, within the global getters. This makes order of initialization defined, and allows clients to simply provide their own allocators at build time. XPCOM is the first such client, and the moved allocators will exactly match their XPCOM compatibility requirements.
Blocks: 69854
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla0.9.1
Target Milestone: mozilla0.9.1 → mozilla0.9
Depends on: 73297
Target Milestone: mozilla0.9 → mozilla1.1
re-targeting milestones, starting from a clean slate
Target Milestone: mozilla1.1 → ---
giving up ancient string bugs to the new string owner. jag, you'll want to sort through these and see which ones still apply and go with or against the direction in which you intend strings evolve
Assignee: scc → jaggernaut
Status: ASSIGNED → NEW
QA Contact: scc → string
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Component: String → XPCOM
You need to log in before you can comment on or make changes to this bug.