Josh Matthews f1ce04b682 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
..
AsyncChannel.cpp	Bug 540097: Add a ProcessingError(what) notification interface for top-level actors. r=bent	2010-08-20 18:24:40 -05:00
AsyncChannel.h	Bug 540097: Add a ProcessingError(what) notification interface for top-level actors. r=bent	2010-08-20 18:24:40 -05:00
BrowserProcessSubThread.cpp
BrowserProcessSubThread.h
GeckoChildProcessHost.cpp	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
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 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 594878, part 2: Add a SharedMemoryBasic impl that uses /dev/ashmem on android. r=mwu	2010-09-10 16:45:59 -05: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 540097: Add a ProcessingError(what) notification interface for top-level actors. r=bent	2010-08-20 18:24:40 -05: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.h	Bug 562741: Refcount |SharedMemory|s. r=joedrew	2010-05-22 14:35:32 -05:00
SharedMemoryBasic_android.cpp	Bug 594878, part 2: Add a SharedMemoryBasic impl that uses /dev/ashmem on android. r=mwu	2010-09-10 16:45:59 -05:00
SharedMemoryBasic_android.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
SharedMemoryBasic_chromium.h	Bug 594878, part 1: Factor out chromium-implemented SharedMemoryBasic in preparation for an android-specific impl. r=joe	2010-09-10 16:45:59 -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 597336, part 4: If UseClientSideRendering(), render to a gfxImageSurface backed by memory shared with X and then XShmPutImage to copy it to our window's drawable. r=karl a=blocking-fennec	2010-09-23 20:00:06 -05:00
Shmem.cpp	Bug 599059: Always store length at the end of shared memory segments as a 32-bit value. Don't use "sizeof(size_t)" because that differs between i386 and x86_64 and causes crashes when running i386 plugins from a x86_64 host. r=cjones a=blocking-b7	2010-09-24 02:31:47 -04:00
Shmem.h	Bug 599059: Always store length at the end of shared memory segments as a 32-bit value. Don't use "sizeof(size_t)" because that differs between i386 and x86_64 and causes crashes when running i386 plugins from a x86_64 host. r=cjones a=blocking-b7	2010-09-24 02:31:47 -04: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 540097: Add a ProcessingError(what) notification interface for top-level actors. r=bent	2010-08-20 18:24:40 -05: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