string IDL type behaves differently when used as return param and as [size_is(foo),retval]out

RESOLVED INACTIVE

Status

()

RESOLVED INACTIVE
15 years ago
9 months ago

People

(Reporter: vlad, Unassigned)

Tracking

Trunk
x86
All
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

We have right now in nsIScriptableInputStream.idl:
  string read(in unsigned long aCount);
and in nsIBinaryInputStream.idl:
  void readBytes(in PRUint32 aLength, [size_is(aLength), retval] out string
aString);

both end up as "char **retval" in the C++ side, but xpconnect isn't stripping
the 8th bit for the readBytes case (as it does for all other "string"s, either
in or return value).

nsIBinaryInputStream isn't frozen, so if this behaviour were to be fixed, the
signature of readBytes could be changed to something that doesn't strip the 8th bit.
Assignee: dbradley → nobody
QA Contact: pschwartau → xpconnect

Comment 1

9 months ago
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Last Resolved: 9 months ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.