Jeff Brown 3e2fb7056a Deprecate local-only CursorWindows. ... There is no difference and has never really been a difference between local-only and remotable CursorWindows. By removing the distinction officially in the API, we will make it easier to implement CrossProcessCursor correctly. CrossProcessCursor is problematic currently because it's not clear whether a call to getWindow() will return a local-only window or a remotable window. As a result, the bulk cursor adaptor has special case handling for AbstractWindowedCursors vs. ordinary CrossProcessCursors so that it can set a remotable window before the cursor fills it. All these problems go away if we just forget about local-only windows being special in any way. Change-Id: Ie59f517968e33d0ecb239c3c4f60206495e8f376		2011-10-12 22:19:41 -07:00
..
Android.mk
Binder.cpp
BpBinder.cpp
CursorWindow.cpp	Deprecate local-only CursorWindows.	2011-10-12 22:19:41 -07:00
IInterface.cpp
IMemory.cpp
IPCThreadState.cpp	Resurrect verbose binder logging	2011-09-07 16:45:03 -07:00
IPermissionController.cpp
IServiceManager.cpp
MemoryBase.cpp
MemoryDealer.cpp
MemoryHeapBase.cpp
MemoryHeapPmem.cpp
Parcel.cpp	Use ashmem for CursorWindows.	2011-10-11 11:03:19 -07:00
PermissionCache.cpp
ProcessState.cpp	Remove some #ifdef HAVE_ANDROID_OS that were needed for the simulator build	2011-07-13 19:45:44 -04:00
Static.cpp