History log of /frameworks/base/graphics/java/android/graphics/PathMeasure.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
6a03c39e0ae5063818bc8b38c61f72675da5b40d 29-Aug-2016 Kirill Grouchnikov <kirillg@google.com> Fix typo in PathMeasure javadocs

Change-Id: I7c637d791c7ca9b4b1d982602a6cd108385ca905
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
a6a8557d6e6c8ecc170767b7552979dbdb4254ef 27-Jul-2016 sergeyv <sergeyv@google.com> Turn off simplePath optimization then Path object is used as out param

Change-Id: I4d9ae5c756b2ed1ba30483e8685ce1ad6c1f0c03
fixes:30349106
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
336f1cbaf55f7ef3164427255494937341efac7b 23-Mar-2016 Derek Sollenberger <djsollen@google.com> Enforce API preconditions in Java instead of deferring to Skia.

The Skia API has been relaxed on the types of input it will accept,
but in order to preserve the old API behavior we need to test for
those conditions in Java.

bug: 27682974
Change-Id: I9a33acdcd8f55c63d2e42f1733e94bf695193ac7
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
ffa84e008c712ceffa09d6b89a49882c88b3cca5 12-Nov-2014 Hans Boehm <hboehm@google.com> Reduce risk of memory corruption due to finalization.

Many classes in graphics/java and elsewhere deallocate native memory
in a finalizer on the assumption that instance methods can no longer
be called once the finalizer has been called. This is incorrect if
the object can be used, possibly indirectly, from another finalizer,
possibly one in the application.

This is the initial installment of a patch to cause such post-finalization
uses to at least see a null pointer rather than causing memory corruption
by accessing deallocated native memory. This should make it possible to
identify and fix such finalization ordering issues.

There are more graphics classes that need this treatment, and probably
many more in other subsystems.

This solution is < 100% effective if finalizers can be invoked
concurrently. We currently promise that they aren't.

(In my opinion, the real cause here is a language spec bug. But that ship
has sailed.)

Bug: 18178237
Change-Id: I844cf1e0fbb190407389c4f8e8f072752cca6198
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
826504249dd04f608861a91bdd701bb211585c68 05-Jul-2014 Nick Kralevich <nnk@google.com> am 7ea31c67: am c43f3eb6: am 8b333467: Merge "fix trivial typo: s/meansure/measure"

* commit '7ea31c67f707be3fa208f93fa458068d57545e77':
fix trivial typo: s/meansure/measure
411873953e63c29e9ce9d98f93a97a5d6dd9f82b 31-Mar-2014 SeongJae Park <sj38.park@gmail.com> fix trivial typo: s/meansure/measure

Change-Id: I6d879a03f23fc9ad69b1d676bf7a0a08c1124524
Signed-off-by: SeongJae Park <sj38.park@gmail.com>
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
4d7f9450663468abf5e41e24b7d3b1d5c3ea6143 16-Jan-2014 Narayan Kamath <narayan@google.com> am 8492e88a: am 077386db: am 6b81bfd1: am caea42fd: am 98002dfb: Merge "AArch64: Use long for pointers in graphics/PathMeasure"

* commit '8492e88a23ee4ac32f05b277654e0f9455fefa9b':
AArch64: Use long for pointers in graphics/PathMeasure
c8f0b11cc42e1713e75d54beb651b83c93cf5270 15-Jan-2014 Chet Haase <chet@google.com> Fix bug in PathMeasure with trimmed paths

Logic in the hardware renderer optimizes path rendering for simple
paths that consist of only rectangles. Any operation on the path that
adds any other primitive sets the simplicity flag to false appropriately.
PathMeasure.getSegment(), however, avoids those code paths and never sets
the mIsSimple flag at all, so it returns its original value (true, if the
path was simply constructed with no operations before being used in the
getSegment() call).

The fix is to avoid the optimization for paths used in getSegment(), since
it's not clear what operations will end up in the path and it's likely not
going to be just simple rectangles in any case.

Issue #12533902 PathMeasure.getSegment is broken

Change-Id: I71e77207e4d5c649c326557d33eba31e9b0fd45e
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
0c10cc6052dc279f020e4adf069961e6e8f9dd6e 10-Jan-2014 Ashok Bhat <ashok.bhat@arm.com> AArch64: Use long for pointers in graphics/PathMeasure

For storing pointers, long is used in
android/graphics/PathMeasure class, as native
pointers can be 64-bit.

In addition, some minor changes have been done
to conform with standard JNI practice (e.g. use
of jint instead of int in JNI function prototypes)

Change-Id: I4599a9d5f7dcf9c39838db96d9033059114d3a49
Signed-off-by: Ashok Bhat <ashok.bhat@arm.com>
Signed-off-by: Marcus Oakland <marcus.oakland@arm.com>
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
10b0684296a1fbdc6966f54f77e821a9ce4852ad 10-Jan-2012 Romain Guy <romainguy@google.com> Prevent the GC from destroying the underlying native object

Change-Id: I9aaba5d82828af83dad8e6a270d2ab8c92b42be5
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/frameworks/base/graphics/java/android/graphics/PathMeasure.java
54b6cfa9a9e5b861a9930af873580d6dc20f773c 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution
/frameworks/base/graphics/java/android/graphics/PathMeasure.java