Closed
Bug 70087
Opened 24 years ago
Closed 16 years ago
pull string allocation out of XPCOM
Categories
(Core :: XPCOM, defect, P1)
Core
XPCOM
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.
| Reporter | ||
Updated•24 years ago
|
| Reporter | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.1 → mozilla0.9
| Reporter | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9 → mozilla1.1
| Reporter | ||
Comment 1•24 years ago
|
||
re-targeting milestones, starting from a clean slate
Target Milestone: mozilla1.1 → ---
| Reporter | ||
Comment 2•23 years ago
|
||
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
Updated•16 years ago
|
QA Contact: scc → string
Updated•16 years ago
|
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
Updated•5 years ago
|
Component: String → XPCOM
You need to log in
before you can comment on or make changes to this bug.
Description
•