Name Description Size Coverage
android -
cocoa -
fallback -
Hal.cpp 14140 -
Hal.h Hal.h contains the public Hal API. By default, this file defines its functions in the hal namespace, but if MOZ_HAL_NAMESPACE is defined, we'll define our functions in that namespace. This is used by HalImpl.h and HalSandbox.h, which define copies of all the functions here in the hal_impl and hal_sandbox namespaces. 8394 -
HalBatteryInformation.h 648 -
HalImpl.h 640 -
HalInternal.h This file is included by HalImpl.h and HalSandbox.h with a mechanism similar to Hal.h. That means those headers set MOZ_HAL_NAMESPACE to specify in which namespace the internal functions should appear. The difference between Hal.h and HalInternal.h is that methods declared in HalInternal.h don't appear in the hal namespace. That also means this file should not be included except by HalImpl.h and HalSandbox.h. 1826 -
HalIPCUtils.h 714 -
HalLog.h HalLog.h contains internal macros and functions used for logging. This should be considered a private include and not used in non-HAL code. To enable logging in non-debug builds define the PR_FORCE_LOG macro here. 968 -
HalNetworkInformation.h 648 -
HalSandbox.h 582 -
HalScreenConfiguration.h 1266 -
HalSensor.h Enumeration of sensor types. They are used to specify type while register or unregister an observer for a sensor of given type. If you add or change any here, do the same in GeckoHalDefines.java. 1503 -
HalTypes.h These constants specify special values for content process IDs. You can get a content process ID by calling ContentChild::GetID() or ContentParent::GetChildID(). 4531 -
HalWakeLock.cpp 7880 -
HalWakeLock.h Return the wake lock state according to the numbers. 971 -
HalWakeLockInformation.h 653 -
HalWakeLockInternal.h HAL_WAKELOCK_INTERNAL_H_ 496 -
linux -
moz.build 4178 -
sandbox -
WindowIdentifier.cpp 1532 -
WindowIdentifier.h This class serves two purposes. First, this class wraps a pointer to a window. Second, WindowIdentifier lets us uniquely identify a window across processes. A window exposes an ID which is unique only within its process. Thus to identify a window, we need to know the ID of the process which contains it. But the scope of a process's ID is its parent; that is, two processes with different parents might have the same ID. So to identify a window, we need its ID plus the IDs of all the processes in the path from the window's process to the root process. We throw in the IDs of the intermediate windows (a content window is contained in a window at each level of the process tree) for good measures. You can access this list of IDs by calling AsArray(). 3059 -
windows -