gecko/ipc/glue
2011-01-12 01:07:17 -06:00
..
AsyncChannel.cpp Bug 592768 - When using async launch, the toplevel actor doesn't have a process handle. Set the process ID with a callback function (OnChannelConnected). r=cjones 2010-10-08 16:24:36 -07:00
AsyncChannel.h Bug 592768 - When using async launch, the toplevel actor doesn't have a process handle. Set the process ID with a callback function (OnChannelConnected). r=cjones 2010-10-08 16:24:36 -07:00
BrowserProcessSubThread.cpp
BrowserProcessSubThread.h
GeckoChildProcessHost.cpp Bug 607534 - Optimize custom dynamic loader to use less memory, r=cjones a=blocking-fennec 2010-10-29 12:22:28 -07:00
GeckoChildProcessHost.h Bug 590057: Add support for loading plugins of a different architecture than the host browser on Mac OS X. r=cjones a=blocking-b7 2010-09-15 23:09:19 -07: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 619488 - Inform child processes of the compositor's layer-manager type. r=jones.chris.g a=b-f 2010-12-31 09:40:19 +02:00
Makefile.in Bug 578546 - Fix more MSVC warning spam by removing unneeded declarations. r=cjones a=benjamin 2010-11-16 10:21:53 +01: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 598866, part 2: Generate an AllocUnsafeShmem() method for shmem-using protocols. r=bent 2010-11-05 02:17:07 -05:00
RPCChannel.cpp Bug 572134: "Undefer" the in-call that lost a race at stack-depth 1, if there is one, when RPCChannel code leaves the C++ stack, so that the in-call can be processed if there is an immediately following out-call. r=bsmedberg 2011-01-12 01:07:17 -06:00
RPCChannel.h Bug 572134: "Undefer" the in-call that lost a race at stack-depth 1, if there is one, when RPCChannel code leaves the C++ stack, so that the in-call can be processed if there is an immediately following out-call. r=bsmedberg 2011-01-12 01:07:17 -06:00
ScopedXREEmbed.cpp Bug 599198 - Content process throws several catastrophic assertions while initializing XPCOM (bandaide) r=bsmedberg a=blocking-fennec 2010-09-23 19:28:48 -04:00
ScopedXREEmbed.h
SharedMemory_posix.cpp
SharedMemory_windows.cpp
SharedMemory.cpp Bug 605362, part 5: Centralize more of the accounting. r=joe 2010-11-05 02:17:07 -05:00
SharedMemory.h Change a comment in a patch for bug 605362, so I can add a=blocking-fennec 2010-11-05 02:21:30 -05:00
SharedMemoryBasic_android.cpp Bug 605362, part 5: Centralize more of the accounting. r=joe 2010-11-05 02:17:07 -05:00
SharedMemoryBasic_android.h Bug 605362, part 5: Centralize more of the accounting. r=joe 2010-11-05 02:17:07 -05:00
SharedMemoryBasic_chromium.h Bug 605362, part 5: Centralize more of the accounting. r=joe 2010-11-05 02:17:07 -05:00
SharedMemoryBasic.h Bug 594878, part 2: Add a SharedMemoryBasic impl that uses /dev/ashmem on android. r=mwu 2010-09-10 16:45:59 -05:00
SharedMemorySysV.h Bug 605362, part 5: Centralize more of the accounting. r=joe 2010-11-05 02:17:07 -05:00
Shmem.cpp Bug 605362, part 1: Allocate page-aligned shmem segments in ShmImage, to match other allocators which more honestly report address space and system mem taken by alloc. r=joe 2010-11-05 02:17:07 -05:00
Shmem.h Bug 598866, part 1: Add library support for an "unsafe" Shmem variant. r=joe 2010-11-05 02:17:07 -05:00
StringUtil.cpp Bug 605146 part 1 - Don't implement in StringUtil.cpp functions implemented in sys_string_conversion_win.cpp. r=ted,a=bsmedberg 2010-11-07 09:20:50 +01:00
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 606538: Make msgids be 32 bits to stop the insanity. r=bent a=blocking-fennec 2010-10-22 17:28:40 -05:00
WindowsMessageLoop.cpp Bug 607326 - Fix for ASSERTION: Received 'nonqueued' message 126. r=bent, a=final. 2010-11-05 10:19:05 -05:00
WindowsMessageLoop.h