.. |
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 606074: removing bogus include, r=me, a=cleanup, DONTBUILD
|
2011-01-20 09:17:42 -08: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
|
|
|