| 8dd90ae77922eb05d46c797937620a4c69f758f7 |
|
09-Nov-2012 |
Narayan Kamath <narayan@google.com> |
Lazy parsing of zip files for Java resources.
Central directories of zip files should be read lazily.
They are needed only to service calls to
BaseDexClassLoader#findResouce(s). Most android processes
don't use these methods since they use android resources.
bug:6797061
Change-Id: I1a5b5d03572601707e1fb1fd4424c1ae2fd2217d
|
| a7ef55258ac71153487357b861c7639d627df82f |
|
22-Feb-2011 |
Elliott Hughes <enh@google.com> |
Simplify internal libcore logging.
Expose LOGE and friends for use from Java. This is handy because it lets me use
printf debugging even when I've broken String or CharsetEncoder or something
equally critical. It also lets us remove internal use of java.util.logging,
which is slow and ugly.
I've also changed Thread.suspend/resume/stop to actually throw
UnsupportedOperationException rather than just logging one and otherwise
doing nothing.
Bug: 3477960
Change-Id: I0c3f804b1a978bf9911cb4a9bfd90b2466f8798f
|
| ea52753a0f80fcd70acfe9150ecb854511ff38db |
|
10-Feb-2011 |
Dan Bornstein <danfuzz@android.com> |
Refactor DexClassLoader and PathClassLoader.
This resulted in the creation of two new classes: DexPathList contains
most of the common functionality, namely managing the two path lists
(dex/resource files and native library directories) plus all the
salient initialization and lookup code. BaseDexClassLoader provides
the ClassLoader API, mostly by making calls to a contained DexPathList
instance. The two original classes just become trivial subclasses
which take different constructor args and make correspondingly
different super() calls in their respective constructors.
I took the opportunity to remove the ability for PathClassLoader to
take directories on the dex/resource list. This functionality hadn't
ever been used, at least not since well before 1.0.
Change-Id: I92ed300417431d0e0ac4c5ecf2f10d6a9b0691c7
|