History log of /system/core/libutils/FileMap.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
17b5b82d64686d482e6dcf96ee54fd62234d5f27 16-Sep-2016 Colin Cross <ccross@android.com> Fix warnings in libutils headers

system/core/include is included in the global include path using
-isystem, which hides all warnings. Fix warnings in libutils
headers in preparation for moving from -isystem to -I.

- Fix implicit cast from int64_t to long in Condition.h. Remove
the __LP64__ check and always compare against LONG_MAX before
casting.
- Fix implicit cast from size_t to ssize_t in KeyedVector.h
- Fix -Wshadow-field-in-constructor warnings in Looper.h and RefBase.h
- Move destructors for MessageHandler and LooperCallback to Looper.cpp
and ReferenceRenamer and VirtualLightRefBase to RefBase.cpp to prevent
vtables in every compilation unit.
- Declare template variables in Singleton.h
- Fix old-style casts in StrongPointer.h and TypeHelpers.h
- Use template metaprogramming in TypeHelpers.h to avoid warnings on
memmove on non-trivial types.
- Add an assignment operator to key_value_pair_t to complete
rule-of-three
- Use memcpy instead of dereferencing a reinterpret_casted pointer to
treat the bits of a float or double as int32_t or int64_t
- Escape unicode sequences inside doxygen comments between \code and
\endcode
- Remove WIN32 ZD definition in Compat.h, %zd works fine with mingw
- Fix WIN32 printf warnings in Filemap.cpp
- Initialize mNullValue with 0 in LruCache.h, some of the tests use a
non-pointer type for TValue.

Test: m -j native
Bug: 31492149
Change-Id: I385a05a3ca01258e44fe3b37ef77e4aaff547b26
/system/core/libutils/FileMap.cpp
6f8885bc143460d77f300a981169e0487ff923c1 23-Sep-2015 Adam Lesinski <adamlesinski@google.com> Implement C++11 move semantics for android::FileMap

FileMaps should be movable, thereby not requiring them to be only used
with a unique_ptr as they currently are.

Change-Id: I0fb8013bf398a2ced5420d85ba888c2a7fc5a496
/system/core/libutils/FileMap.cpp
6832a7a4e04c84192f0bafc6ac990fc79cd13882 23-Feb-2015 Narayan Kamath <narayan@google.com> Remove useless refCounting from FileMap.

Nobody ever called acquire() so release() was always
equivalent to delete. Just use delete instead so that
people can use unique_ptr directly (or shared_ptr if
they really want refcounts).

Change-Id: I9e3ad5e0f6a4fcc4e02e5a2ff7ef9514fe234415
/system/core/libutils/FileMap.cpp
5955a9f5e4dee9fdcad113943771e8f9a2138748 19-Feb-2015 Narayan Kamath <narayan@google.com> Remove reference to NOT_USING_KLIBC and cygwin.

The reference to NOT_USING_KLIBC appears to be the only one
in our codebase. This change also removes some cygwin specific
retry logic - all other supported platforms in this section
of the code should support mapping at an offset.

Note that i've reversed the sense of the check, we always sysconf
since that's recommended practice.

Change-Id: Ib985fb665193d7a07a282f7092cd77c0bc508a66
/system/core/libutils/FileMap.cpp
745c5f6ad01ece07b0163d0b5869994bceb26b1a 19-Nov-2014 Yabin Cui <yabinc@google.com> kill HAVE_MADVISE

Change to avoid "unused parameter" warning.

Bug: 18397020
Change-Id: I4b26de55314c78237daead8e873385b97cafe4d4
/system/core/libutils/FileMap.cpp
819b480b935a99fc8114b622644f42dec9e3a177 19-Nov-2014 Yabin Cui <yabinc@google.com> kill HAVE_MADVISE

Bug: 18397020
Change-Id: Ibc8d886d729c51932a403531888214de4e541452
/system/core/libutils/FileMap.cpp
266092c52dea85daaa14c671c1a2f133330f0ed8 11-Nov-2014 Yabin Cui <yabinc@google.com> kill HAVE_POSIX_FILEMAP

Bug: 18315579
Change-Id: I0bd5fb946b12cb90e0c9c73a478df41609b8c3e2
/system/core/libutils/FileMap.cpp
1a55aa5e34f201b060da9a84ec9702401f05be18 16-Oct-2014 Xavier Ducrohet <xav@google.com> Fix windows specific behavior of FileMap

The implementation of the FileMap destructor would
close the file, only on Windows, which did not match
the behavior on mac/linux.

This is because calling munmap does not close the file
descriptor. It must be closed separately, before or after
munmap.

On Windows, the file must also be closed manually,
before or after closing the mappingFile.

The change basically removes the closing file from
the windows-specific part of the destructor, to
make behavior more consistent on all platforms
where the caller to FileMap is responsible for closing
its own file (since FileMap receives an opened file).

Change-Id: I5e3cfffbb870d5f3595802ccac57dbc1dbf1ce6e
/system/core/libutils/FileMap.cpp
5bed8036644f552210a7cfcbed2d6d20cf2981b0 30-Apr-2014 Mark Salyzyn <salyzyn@google.com> libutils: turn on -Werror

- Deal with some -Wunused issues
- Override PRI macros (windows)
- Revert use of PRI macros on off64_t (linux)
- Deal with a gnu++11 complaince issue

Change-Id: Ie66751293bd84477a5a6dfd8a57e700a16e36964
/system/core/libutils/FileMap.cpp
b618576ff1dc0cf66e985a6204f83438c1dbcca0 17-Apr-2014 Mark Salyzyn <salyzyn@google.com> libutils: FileMap styling adjustments

Change-Id: I487ebe67a46a7b8f680e722141dd216bbd396f3e
/system/core/libutils/FileMap.cpp
15085a6a2cc958a45035d6ec1aa6669a743ada70 17-Apr-2014 Mark Salyzyn <salyzyn@google.com> libutils: FileMap 64 bit compile issues

Change-Id: Ie7a0aeb2a7e2d2a90aa2b97c657ea7ec566bf793
/system/core/libutils/FileMap.cpp
d98e07fdf9c338589f263c47ce5c844ed43efad5 02-Aug-2013 Alex Ray <aray@google.com> move libs/utils to libutils

Change-Id: I6cf4268599460791414882f91eeb88a992fbd29d
/system/core/libutils/FileMap.cpp