mozilla
/
gecko-dev
зеркало из https://github.com/mozilla/gecko-dev.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
536 631 коммит 613 Ветки 98 Теги 5,8 GiB
Граф коммитов

8 Коммитов

Автор SHA1 Сообщение Дата
Andrea Marchesini b6695129b2 Bug 1359357 - IPCBlobInputStreamChild should be protected by a WorkerHolder, r=smaug 2017-05-19 07:57:18 +02:00
Andrea Marchesini 318848612a Bug 1366011 - IPCBlob should not have race conditions between Send__delete__ and RecvStreamNeeded, r=smaug 2017-05-18 23:06:22 +02:00
Andrea Marchesini f4482d75a5 Bug 1360992 - RecvStreamReady() should be protected by mutex as any other method in IPCBlobInputStreamChild, r=qdot 2017-05-04 08:37:54 +02:00
Phil Ringnalda e099f834fe Backed out 2 changesets (bug 1360992, bug 1361654) for a 70% failure rate in test_fileReader.html on ASan e10s 
Backed out changeset ab9fdee3a6a4 (bug 1360992)
Backed out changeset 141c2dfd49ff (bug 1361654)

MozReview-Commit-ID: 3rSzvmc5FPx
 2017-05-05 12:35:57 -07:00
Andrea Marchesini 210898c009 Bug 1360992 - RecvStreamReady() should be protected by mutex as any other method in IPCBlobInputStreamChild, r=qdot 2017-05-04 08:37:54 +02:00
Andrea Marchesini 0aedf284ff Bug 1359359 - IPCBlobInputStream should execute StreamReady() in the target thread of AsyncWait, r=smaug 2017-04-25 22:23:46 +02:00
Andrea Marchesini d6659b61c0 Bug 1353629 - PBlob refactoring - part 7 - IPCBlobInputStream must implement nsIAsyncInputStream, r=smaug 
In order to retrieve data from an IPCBlobInputStream, it must be used as
nsIAsyncInputStream.
 2017-04-24 12:09:40 +02:00
Andrea Marchesini db0019c058 Bug 1353629 - PBlob refactoring - part 4 - IPCBlobInputStream, r=smaug 
IPCBlobInputStream is a new type of nsIInputStream that is used only in content
process when a Blob is sent from parent to child. This inputStream is for now,
just cloneable.

When the parent process sends a Blob to a content process, it has the Blob and
its inputStream. With its inputStream it creates a IPCBlobInputStreamParent
actor. This actor keeps the inputStream alive for following uses (not part of
this patch).

On the child side we will have, of course, a IPCBlobInputStreamChild actor.
This actor is able to create a IPCBlobInputStream when CreateStream() is
called.  This means that 1 IPCBlobInputStreamChild can manage multiple
IPCBlobInputStreams each time one of them is cloned. When the last one of this
stream is released, the child actor sends a __delete__ request to the parent
side; the parent will be deleted, and the original inputStream, on the parent
side, will be released as well.

IPCBlobInputStream is a special inputStream because each method, except for
Available() fails. Basically, this inputStream cannot be used on the content
process for nothing else than knowing the size of the original stream.

In the following patches, I'll introduce an async way to use it.
 2017-04-24 12:09:40 +02:00