| .. |
|
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 563381 - Sync AppUserModelID with plugin-container. r=bsmedberg.
|
2010-05-14 19:25:10 -05:00 |
|
GeckoChildProcessHost.h
|
Bug 542053: Set LD_LIBRARY_PATH=[GRE dir] for mozilla-runtime on linux. r=bsmedberg
|
2010-04-09 15:03:08 -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 523417 - "warning: invoking macro NS_ENSURE_SUCCESS argument 2: empty macro arguments are undefined in ISO C90 and ISO C++98" in DOM worker code. r=jst
|
2010-02-22 18:41:21 +01:00 |
|
ScopedXREEmbed.h
|
…
|
|
|
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 548437: Add a SysV shmem subtype of SharedMemory. r=dougt
|
2010-04-16 00:29:16 -05:00 |
|
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 |
|
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 |
c1b97654d7