Closed
Bug 40140
Opened 24 years ago
Closed 24 years ago
need getter_InOut for XPIDL inout string params
Categories
(Core :: XPCOM, enhancement, P3)
Tracking
()
mozilla0.9
People
(Reporter: shaver, Assigned: scc)
References
Details
So that we can do:
nsXPIDLString foo = getter_Copies(strdup("foo"));
obj->InOutMethod(getter_InOut(foo));
It should assert (ideally not compile, maybe we can do that with New Strings) if
I try:
nsXPIDLString foo = getter_Shares("foo");
obj->InOutMethod(getter_InOut(foo));
Updated•24 years ago
|
QA Contact: leger → kandrot
Assignee | ||
Comment 2•24 years ago
|
||
I'm folding XPIDL strings into the main stream string classes, this will cease
to be an issue at that time, at which point, I'll mark this bug FIXED.
Component: XPCOM → String
Summary: need getter_InOut for XPIDL inout string params → [RFE] need getter_InOut for XPIDL inout string params
Target Milestone: --- → mozilla0.9
Assignee | ||
Updated•24 years ago
|
Severity: normal → enhancement
Summary: [RFE] need getter_InOut for XPIDL inout string params → need getter_InOut for XPIDL inout string params
Assignee | ||
Comment 3•24 years ago
|
||
|nsXPIDL[C]String| is really like an |auto_ptr| for strings. We're going to
merge that functionality into the shared buffer implementation described in bug
#53065. Eventually, that implementation will replace |ns[C]String| for all
clients in mozilla.
Assignee | ||
Comment 4•24 years ago
|
||
bug #53065 already requires that the new default string, |nsCommon[C]String|,
implment |nsXPIDL[C]String| functionality, including being re-bindable (the
primary characteristic of an in/out parameter). That was how this functionality
was to be merged. Therefore, this bug is now a dup.
*** This bug has been marked as a duplicate of 53065 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Updated•4 years ago
|
Component: String → XPCOM
You need to log in
before you can comment on or make changes to this bug.
Description
•