gecko/ipc/glue
2010-10-15 13:32:35 -05: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 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 586584: Enable OOPP testing for x86_64 Mac OS X. r=bsmedberg a=blocking2.0beta8+ 2010-10-14 15:07:38 -04: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 545892 - Fix for plugins kill aero glass / browser window sometimes loses aero glass effect. r=bent, a=final. 2010-10-15 13:32:35 -05: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