| 0881a7445f9106e835486c5a697c01f4f18e619b |
|
05-Nov-2015 |
Dan Albert <danalbert@google.com> |
Use std::unique_ptr instead of UniquePtr.
We're deprecating UniquePtr, so we need to move to the real thing.
Bug: http://b/22403888
Change-Id: I5b7fdf4924dd8c12a8c7dba89278714ca6fdc60a
(cherry picked from commit b0624da1181276ff4caa5e57a7a4abf766902e3e)
/frameworks/base/cmds/idmap/create.cpp
|
| 70bef1c4bd9b1ef1c02c5585cd594289e6a9bc00 |
|
20-Oct-2015 |
Elliott Hughes <enh@google.com> |
Fix lseek argument order.
Change-Id: Ibc2f98e4c26d0ac6ac7b4a73775c5213c4df4518
/frameworks/base/cmds/idmap/create.cpp
|
| df1a5b22cdbd5c453cf19d5c771b66dbc6e82f48 |
|
18-Mar-2015 |
Mårten Kongstad <marten.kongstad@sonymobile.com> |
RRO: idmap: allow flock(2) to block
During creation of an idmap an advisory lock is applied on the
output file using flock(2). This commit removes the LOCK_NB flag
from the call to flock(2).
The reason for this is that if the function were to return
EWOULDBLOCK, the entire idmap operation would be aborted leading
to the device booting without the correct overlay packages applied.
Change-Id: Iad319779976e950d4354e4f60b30439f6f208b77
/frameworks/base/cmds/idmap/create.cpp
|
| 4600dd053dbdbd4b95f3b11057a1cc55b99f9c77 |
|
16-Jun-2015 |
Narayan Kamath <narayan@google.com> |
ZipFileRO: Use precise widths for zip file types.
getEntryInfo crashes on 64-bit devices because "long" types
were being passed int pointers (that pointed to a stack frame)
that were reinterpret_cast'ed to long* (sigh.). To fix this issue
once and for all, use types with explicitly defined widths.
This change also removes some dead invariant checking from
Asset.cpp instead of cleaning it up.
Note that we've introduced a wart in NativeLibraryHelper, where
we need to deal with zlib's uLong type, which is "at least 32 bits
wide".
bug: 21622286
Change-Id: Iae675a9601db7aae03a8b80b40321d2cc1d97f50
/frameworks/base/cmds/idmap/create.cpp
|
| b9de25f7db14102518485ad8375784848a200e60 |
|
16-Feb-2015 |
Elliott Hughes <enh@google.com> |
Add missing <sys/file.h> include for flock.
Change-Id: I0c66c03aeb4df614f7880a830b95c40f43f804db
/frameworks/base/cmds/idmap/create.cpp
|
| ebee1379eaf4306eb2de9437844009aa7eb18c28 |
|
08-Nov-2014 |
Andreas Gampe <agampe@google.com> |
Frameworks/base: Fix two warnings in cmds
Change-Id: Ifb9c7fb7a2d28c13010ddc186bea5f5f0daefb4a
/frameworks/base/cmds/idmap/create.cpp
|
| cfedceb8c180a2e176154d461659e0c3569dc931 |
|
01-Oct-2014 |
Andreas Gampe <agampe@google.com> |
Frameworks/base: Turn on -Wall -Werror in cmds
Fix small warnings, turn on -Wall -Werror.
Change-Id: Iab1f01a7c7ebd6ba832b75067c5e395f380a1b8b
/frameworks/base/cmds/idmap/create.cpp
|
| f90f2f8dc36e7243b85e0b6a7fd5a590893c827e |
|
06-Jun-2014 |
Adam Lesinski <adamlesinski@google.com> |
Support multiple resource tables with same package
In order to support APK split features, the resource
table needs to support loading multiple resource
tables with the same package but potentially new set
of type IDs.
This adds some complexity as the type ID space changes
from dense and ordered to potentially sparse.
A ByteBucketArray is used to store the type IDs in
a memory efficient way that allows for fast retrieval.
In addition, the IDMAP format has changed. We no longer
need random access to the type data, since we store the
types differently. However, random access to entries of
a given type is still required.
Change-Id: If6f5be680b405b368941d9c1f2b5d2ddca964160
/frameworks/base/cmds/idmap/create.cpp
|
| 13221c9cffdb289851411bdc73a9a5236fcb9291 |
|
12-Feb-2014 |
Colin Cross <ccross@android.com> |
frameworks/base: move idmap from frameworks/native
idmap depends on libandroidfw, so it should go in frameworks/base.
Change-Id: I3c1db3baa355f53d6b523d60f4377e63eff00c30
/frameworks/base/cmds/idmap/create.cpp
|