Open Bug 1338640 Opened 7 years ago Updated 7 months ago

ParseString wide character version

Categories

(Core :: XPCOM, defect, P3)

defect

Tracking

()

People

(Reporter: milan, Unassigned)

Details

Attachments

(2 files)

ParseString works with CString/char; it'd be handy to have a String/char16_t version.
Assignee: nobody → milan
No longer blocks: 1242659
My immediate use for this (new) version of the function went away.  There is one place (toolkit/components/places/nsNavHistoryResult.cpp) where this new one could be used, perhaps more.
I don't know if that's worth the new version or not.
(In reply to Milan Sreckovic [:milan] from comment #2)
> Created attachment 8836208 [details] [diff] [review]
> Using the new ParseString
> 
> My immediate use for this (new) version of the function went away.  There is
> one place (toolkit/components/places/nsNavHistoryResult.cpp) where this new
> one could be used, perhaps more.
> I don't know if that's worth the new version or not.

That would be a nice cleanup.  But an even better cleanup would be to make ParseString go away in favor of the recently added Split:

https://dxr.mozilla.org/mozilla-central/source/xpcom/string/nsTSubstring.h#715

since that's more idiomatic.  Should we drop this bug, or morph it into replacing ParseString with Split()?
Flags: needinfo?(milan)
Morph is probably a better choice.  I will do some performance measurements, just to see how the two compare in places where ParseString performance matters.
Flags: needinfo?(milan)
Comment on attachment 8836184 [details]
Bug 1338640: Wide character version of ParseString.

https://reviewboard.mozilla.org/r/111622/#review113406

Going to drop this review for now, then.
Attachment #8836184 - Flags: review?(nfroyd)
Priority: -- → P3
Assignee: milaninbugzilla → nobody
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: