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));
Status: NEW → ASSIGNED
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
|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
Last Resolved: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.