History log of /frameworks/base/core/jni/android/graphics/pdf/PdfUtils.h
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
7bc18b20fa1a175e565532a67cd015ff1f9c0841 29-Aug-2017 Philip P. Moltmann <moltmann@google.com> Deal with finalize() after failed constructor

If the constructor throws an exception, the object will still be
finalized. Hence we have to make sure to set objects that are cleaned up
to 0/null and clean up everything else. Otherwise the finalizer might
double clean up a failed PdfRenderer.

It also appears that the Pdfium error state is only set if a open-doc
function fail. Hence remove it in every other case. Otherwise successes
might read the error of the last call.

Fixes: 63875707, 37052344
Test: cts-tradefed run singleCommand cts-dev -m Pdf --test=android.graphics.pdf.cts.PdfRendererTest
Change-Id: I6d9fc26be768ba1e338344740e340cf9b56386e9
/frameworks/base/core/jni/android/graphics/pdf/PdfUtils.h
12328c0fd190c7baddb5f412c48005371672dc55 10-Jun-2016 Philip P. Moltmann <moltmann@google.com> Handle Pdfium errors

... and factor out common code from PdfEditor and PdfRenderer to
PdfUtils.h

Change-Id: If193579d8fccb55a3c2a7e1fa3c935ce410a17c2
/frameworks/base/core/jni/android/graphics/pdf/PdfUtils.h