- From: Ryan Sleevi <sleevi@google.com>
- Date: Thu, 7 Mar 2013 07:39:54 -0800
- To: Aymeric Vitte <vitteaymeric@gmail.com>
- Cc: Mark Watson <watsonm@netflix.com>, public-webcrypto-comments@w3.org, Harry Halpin <hhalpin@w3.org>
- Message-ID: <CACvaWvZYBVJfn2pEvJJtFRnR=NW8TiH-eo3uy9WQWydRMd_GRw@mail.gmail.com>
On Mar 7, 2013 7:37 AM, "Aymeric Vitte" <vitteaymeric@gmail.com> wrote: > > > Le 07/03/2013 15:26, Harry Halpin a écrit : >>> >>> > Very good question. > > Indeed... > >>> One option brought up to be to to cast it to an immutable Blob. >>> >>> No, not Blob, Harry. ArrayBuffer. Same notion of copy semantics, but without the requirement of Blobs. >> >> I think you missed my "it" :) >> >> The suggestion was to cast the ArrayBuffer to an immutable Blob for the duration of the invocation if needed, although I agree that could be overkill. >> >> Whether that is needed or not is a question that depends on the JS environment - the question is how much guarantees its wise for the spec to make about that environment. > > Ryan, how do you intend to make an ArrayBuffer immutable? As far as I know and as far as I have tested, this is not possible (and that behavior is specified nowhere for now), if something like "freeze the underlying ArrayBuffer" could be the solution, apparently browsers have different behaviors and in all cases this does not freeze the underlying ArrayBuffer. You don't freeze. You can't. You copy. This is already reflected in a number of APIs - including ArrayBuffer itself. This is not anything new that I am proposing here. > > Maybe as Harry suggests it should be brought to public-script-coord@w3.org > > Regards > > Aymeric > > PS : as I was writing this post I saw your latest reply but still don't get how you freeze the underlying data. > > -- > jCore > Email : avitte@jcore.fr > iAnonym : http://www.ianonym.com > node-Tor : https://www.github.com/Ayms/node-Tor > GitHub : https://www.github.com/Ayms > Web : www.jcore.fr > Webble : www.webble.it > Extract Widget Mobile : www.extractwidget.com > BlimpMe! : www.blimpme.com
Received on Thursday, 7 March 2013 15:40:23 UTC