gecko/ipc/glue
2010-07-01 11:55:57 -04:00
..
AsyncChannel.cpp m-c to e10 merge 2010-05-24 17:45:59 +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 569500 - e10s: /netwerk/test/unit_ipc/* fails on windows 7. (patch re-pushed with headers needed in release builds.) r=bsmedberg. 2010-06-30 22:07:50 -05:00
GeckoChildProcessHost.h Bug 569500 - e10s: /netwerk/test/unit_ipc/* fails on windows 7. (patch re-pushed with headers needed in release builds.) r=bsmedberg. 2010-06-30 22:07:50 -05: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 Merge from m-c. 2010-06-22 17:33:57 -07:00
Makefile.in Bug 528146: Run plug-in code on the thread that starts in main(). r=cjones 2010-05-10 23:18:00 -05:00
MessagePump.cpp Fix PostDelayedTask in the message loop 2009-11-23 16:01:12 -05:00
MessagePump.h Fix PostDelayedTask in the message loop 2009-11-23 16:01:12 -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 562741: Allow |Shmem|s to be shared across different protocol trees. r=bent 2010-05-22 14:35:33 -05:00
RPCChannel.cpp 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
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_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
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
Shmem.cpp Bug 562741: Refcount |SharedMemory|s. r=joedrew 2010-05-22 14:35:32 -05:00
Shmem.h Bug 570099: Allow Shmems to be used in IPDL structs. r=benjamn 2010-06-23 13:59:07 -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