Order of operations, when to throw or silently do nothing?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 20/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- javascript
- Domaine
- backend-api-design
Piste de recherche
Examinez les opérations listées—sliceToImmutable, TypedArray write methods, SetViewValue, ArrayBufferCopyAndDetach et Atomics—et comparez leur ordre actuel de validation. L’issue ne sera terminée qu’une fois que la proposition aura déterminé quand les erreurs liées aux buffers immuables doivent se produire par rapport aux vérifications des arguments, des limites, du détachement et de la longueur nulle.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
-
Should
sliceToImmutablewith reversed start and end throw an exception even thoughslicewith the same arguments would not? -
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?
-
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.
Similarly,
-
How early or late in SetViewValue against an immutable ArrayBuffer should an exception be thrown? It currently inspects arguments before IsViewOutOfBounds.
-
Likewise for abstract operations such as ArrayBufferCopyAndDetach (which currently checks IsSharedArrayBuffer, then newLength, then IsDetachedBuffer).
-
And also for Atomics functions.
- Langage dominant
- JavaScript
- Étoiles
- 38
- Forks
- 7
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de tc39/proposal-immutable-arraybuffer
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
-
Web platform integrationOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
tc39/proposal-immutable-arraybuffer#43 · 2 commentaires ·
-
ReviewOuverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
tc39/proposal-immutable-arraybuffer#30 · 12 commentaires ·
-
Zero-copy operations on the webOuverte
Difficulté 3/5 1-2 jours Accessibilité débutants 42/100
tc39/proposal-immutable-arraybuffer#18 · 1 commentaire ·
Toutes les issues de tc39/proposal-immutable-arraybuffer
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
FuRongJun-1999/dsh-memory#56 ·
Les mainteneurs répondent en général sous 1 jour
-
Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
pgadmin-org/pgadmin4#10503 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
521xueweihan/HelloGitHub#3856 ·
-
needs-ac
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Ikalus1988/MisakaNet#2845 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
neondatabase/website#6038 ·
Les mainteneurs répondent en général sous 1 jour