[whatwg] onclose events for MessagePort
Ehsan Akhgari
ehsan at mozilla.com
Thu Oct 17 14:10:28 PDT 2013
On Thu, Oct 17, 2013 at 5:08 PM, Ehsan Akhgari <ehsan at mozilla.com> wrote:
> It occurs to me that all of the proposals here does expose some amount
>> of GC behavior. Even a "channeldropped" message which is sent only
>> when the other side crashes exposes GC behavior. If GC happens to run
>> before the crash and then collect the MessageChannel ports, then no
>> channel exists at the time of crash, and thus no event is sent.
>> However if the GC runs later, or if it doesn't successfully collect
>> the MessageChannel ports, then the "channeldropped" event does fire.
>>
>
> I'm not sure if I understand this. If the MessagePort exists on the side
> that is interested to handle the event, then it can't be GCed on the other
> side either, right?
>
Also, having a setTimeout(0) loop which polls the attribute would open us
to the exact same risks as the event would, I think.
--
Ehsan
<http://ehsanakhgari.org/>
More information about the whatwg
mailing list