Oleg Romashin 785c6952f6 Bug 556487 - Plugin Child/Parent async API. r=roc,jones.chris.g a=blocking2.0		2010-09-15 09:02:44 -07:00
..
AsyncChannel.cpp	Bug 576384 AsyncChannel::ReportConnectionError case ChannelTimeout and case ChannelClosing are missing break	2010-07-02 17:36:15 +03:00
AsyncChannel.h	m-c to e10 merge	2010-05-24 17:45:59 +03:00
BrowserProcessSubThread.cpp	Bug 516515 - Don't initialize XPCOM in plugin processes, r=cjones	2010-02-03 17:17:09 -05:00
BrowserProcessSubThread.h	Bug 516515 - Don't initialize XPCOM in plugin processes, r=cjones	2010-02-03 17:17:09 -05:00
GeckoChildProcessHost.cpp	Bug 592951: Use 'posix_spawnp' to launch child processes on Mac OS X. r=ted a=blocking-b6+	2010-09-10 13:09:30 -04:00
GeckoChildProcessHost.h	bug 587747 - Implement writing of minidumps from hang detection on OS X. r=cjones a=blocking	2010-08-27 09:32:45 -04:00
IOThreadChild.h	Bug 528146: Run plug-in code on the thread that starts in main(). r=cjones	2010-05-10 23:18:00 -05:00
IPCMessageUtils.h	Bug 556487 - Plugin Child/Parent async API. r=roc,jones.chris.g a=blocking2.0	2010-09-15 09:02:44 -07:00
Makefile.in	Bug 557225 - Load the plugin-container from the App Bundle. r=cjones	2010-07-19 18:35:45 -04:00
MessagePump.cpp	Comment fix so I add a=backout	2010-08-19 19:05:51 -05:00
MessagePump.h	Bug 588216: Avoid race between IO-thread loop->PostTask() and main-thread loop->SetNestableTasksAllowed() that led to Tasks being ignored. r=bent	2010-08-19 15:31:47 -05:00
ProcessChild.cpp	Bug 528146: Run plug-in code on the thread that starts in main(). r=cjones	2010-05-10 23:18:00 -05:00
ProcessChild.h	Bug 528146: Run plug-in code on the thread that starts in main(). r=cjones	2010-05-10 23:18:00 -05:00
ProtocolUtils.h	Bug 525181, part 2: Implement protocol state machines in C++. r=bent	2010-07-15 14:27:43 -05:00
RPCChannel.cpp	Bug 592002: Out-of-turn RPC replies should be taken into consideration when checking for races, or else we can defer in-calls when we shouldn't. r=bsmedberg a=blocking-beta6	2010-09-01 13:01:50 -05:00
RPCChannel.h	Bug 558986 - detect and resolve races between MS-COM RPC and IPDL RPC by implementing IMessageFilter and processing pending IPDL RPC calls while waiting for MS-COM RPC responses. Original patch by bsmedberg, r=cjones/jimm/ehsan with followup fixes by Jim Mathies, r=bsmedberg	2010-05-21 11:48:34 -04:00
ScopedXREEmbed.cpp	Bug 568691 part A - register static and binary components using data tables rather than programmatic nsIComponentRegistrar methods. This part contains the important needs-review bits of the change: part B contains the mechanical changes to each module in order to actually get a working build. Part C will contain changes necessary to register JS components from .manifest files	2010-06-10 14:11:11 -04:00
ScopedXREEmbed.h	…
SharedMemory.h	Bug 562741: Refcount |SharedMemory|s. r=joedrew	2010-05-22 14:35:32 -05:00
SharedMemoryBasic.h	Bug 548437: Add a SysV shmem subtype of SharedMemory. r=dougt	2010-04-16 00:29:16 -05:00
SharedMemorySysV.h	Bug 574120 - Add Android support to IPC code, r=cjones	2010-06-25 11:39:02 -07:00
SharedMemory_posix.cpp	bug 523174: add a higher-level Shmem class that implements exclusive access rights between parent/child actors and does over/underflow checking. (Also adds a stop-gap lower-level SharedMemory class in lieu of bug 523172.) r=joedrew	2009-12-04 12:45:15 -06:00
SharedMemory_windows.cpp	bug 523174: add a higher-level Shmem class that implements exclusive access rights between parent/child actors and does over/underflow checking. (Also adds a stop-gap lower-level SharedMemory class in lieu of bug 523172.) r=joedrew	2009-12-04 12:45:15 -06:00
Shmem.cpp	Bug 590857: Fix problematic usage of 'size_t' in IPC code, 'size_t' size depends on architecture and sending it via IPC directly can break cross-architecture IPC. Part of this patch was written by Ben Turner. r=cjones a=blocking-b6	2010-08-31 13:51:51 -04:00
Shmem.h	Bug 592866: Allow Shmem to be used in IPDL unions. r=bent a=blocking-2.0	2010-09-08 13:27:52 -05:00
StringUtil.cpp	…
SyncChannel.cpp	Bug 561871 part B: don't use Windows events to enter/exit a nested event loop within an RPC stack frame, because delivery of those events isn't always associated with the correct stack frame, and also because the events can be lost if they race with an incoming RPC reply message. Instead, keep a linked list (on the stack) of RPC frames globally and per-channel, to associate requests to enter a nested event loop with the correct frame, r=jimm	2010-04-28 11:01:09 -04:00
SyncChannel.h	Bug 561871 part B: don't use Windows events to enter/exit a nested event loop within an RPC stack frame, because delivery of those events isn't always associated with the correct stack frame, and also because the events can be lost if they race with an incoming RPC reply message. Instead, keep a linked list (on the stack) of RPC frames globally and per-channel, to associate requests to enter a nested event loop with the correct frame, r=jimm	2010-04-28 11:01:09 -04:00
WindowsMessageLoop.cpp	Bug 449129 - abort a plugin process if a plugin attempts to spin an event loop while painting, r=jmathies	2010-06-23 10:18:00 -04:00
WindowsMessageLoop.h	Bug 545760 - '[OOPP] Fix a few bad DefWindowProc messages that slipped through'. WM_SETICON. r=jimm.	2010-02-18 12:11:31 -08:00