Closed
Bug 75164
Opened 24 years ago
Closed 24 years ago
[tracking bug] work on |ReplaceSubstring|
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
FIXED
People
(Reporter: scc, Assigned: scc)
References
Details
Attachments
(5 files)
9.70 KB,
patch
|
Details | Diff | Splinter Review | |
8.94 KB,
patch
|
Details | Diff | Splinter Review | |
9.07 KB,
patch
|
Details | Diff | Splinter Review | |
9.20 KB,
patch
|
Details | Diff | Splinter Review | |
9.31 KB,
patch
|
Details | Diff | Splinter Review |
rickg's |ReplaceSubstring| has never worked and now people are starting to
complain. This bug is to track work done to resolve this situation.
Assignee | ||
Comment 1•24 years ago
|
||
Assignee | ||
Comment 2•24 years ago
|
||
Assignee | ||
Comment 3•24 years ago
|
||
Comment 4•24 years ago
|
||
+ /* mutable */ int mNumberOfMatches;
PRIn32 ?
+ int N = mNumberOfMatches;
Ditto. |N| risks collision with macros; use longer name?
+ long changePerReplacement = long(mReplacement.Length()) -
long(mPattern.Length());
PRInt32 again?
Assignee | ||
Comment 5•24 years ago
|
||
Assignee | ||
Comment 6•24 years ago
|
||
Comment 7•24 years ago
|
||
I like that one. sr=sfraser
Assignee | ||
Comment 8•24 years ago
|
||
The fix to this bug is that we're going to replace the entire implementation of
|ReplaceSubstring| with the new |nsSubstituteC?String| generator (the
implementation of which was introduced right here in this bug :-). See bug
#82456 for details of making everyone use the new machinery.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•5 years ago
|
Component: String → XPCOM
You need to log in
before you can comment on or make changes to this bug.
Description
•