Closed Bug 40140 Opened 24 years ago Closed 24 years ago

need getter_InOut for XPIDL inout string params

Categories

(Core :: XPCOM, enhancement, P3)

x86
Linux
enhancement

Tracking

()

RESOLVED DUPLICATE of bug 53065
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));
Hmmm...
Status: NEW → ASSIGNED
QA Contact: leger → kandrot
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
Severity: normal → enhancement
Summary: [RFE] need getter_InOut for XPIDL inout string params → need getter_InOut for XPIDL inout string params
Depends on: 53065
|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.
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
Blocks: 28221
No longer depends on: 53065
Component: String → XPCOM
You need to log in before you can comment on or make changes to this bug.