You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+28-13Lines changed: 28 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -111,41 +111,54 @@ Tracking issues to be added:
111
111
## Q&A
112
112
113
113
<dl>
114
-
<dt>
114
+
<!-- Markdown rendering of HTML blocks requires a blank line before further Markdown content. -->
115
115
116
-
Why can't an immutable ArrayBuffer be detached/transferred?
117
116
117
+
<dt>
118
+
Why can't an immutable ArrayBuffer be detached/transferred?
118
119
</dt>
119
120
<dd>
120
-
121
121
Because that would result in observable changes to any TypedArray or DataView backed by it.
122
-
123
122
</dd>
124
-
<dt>
125
123
126
-
Should `transferToImmutable` support a `newByteLength` argument?
127
124
128
-
</dt>
129
125
<dt>
126
+
Should the index properties of a TypedArray backed by an immutable ArrayBuffer be configurable and writable?
127
+
</dt>
128
+
<dd>
129
+
No, TypedArray index properties should continue to track the state of the underlying buffer without individual bookkeeping.
130
+
</dd>
130
131
131
-
Should trying to write data in an immutable ArrayBuffer via a TypedArray element set throw, even though trying to write out-of-bounds or to a detached ArrayBuffer does not?
132
132
133
-
</dt>
134
133
<dt>
135
134
136
-
Should the index properties of a TypedArray backed by an immutable ArrayBuffer be configurable and writable?
137
-
135
+
Should `transferToImmutable` support a _newByteLength_ argument?
138
136
</dt>
139
137
<dd>
138
+
It might be useful for truncation, but probably rarely for expansion because the output would have an all-zeroes suffix that could not be changed.
139
+
</dd>
140
140
141
-
No, TypedArray index properties should continue to track the state of the underlying buffer without individual bookkeeping.
142
141
142
+
<dt>
143
+
144
+
Should ArrayBuffers support zero-copy slices (e.g., `arrayBuffer.sliceToImmutable()`)?
Should trying to write data in an immutable ArrayBuffer via a TypedArray element set throw, even though trying to write out-of-bounds or to a detached ArrayBuffer does not?
153
+
</dt>
145
154
146
-
Should TypedArray write methods (`copyWithin`, `fill`, `reverse`, `set`, etc.) throw when their backing ArrayBuffer is immutable but the targeted range is zero-length? If so, how early or late in the algorithm? The methods currently inspect arguments after ValidateTypedArray.
147
155
156
+
<dt>
157
+
158
+
Should TypedArray write methods (`copyWithin`, `fill`, `reverse`, `set`, etc.) throw when their backing ArrayBuffer is immutable but the targeted range is zero-length? If so, how early or late in the algorithm? The methods currently inspect arguments after ValidateTypedArray.
0 commit comments