Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #11663 Reply

    lhoracek

    When I try to create Reader and onDestroy of fragment with mReader.clear() is called before loading of PDF is done I get some native code error. That happens when user opens activity with PDF and immediately tries to close it. If i prevent calling of clear() if onLoadFinish is not called, the problem is gone, but I have memory leak problem on the other hand. Is this problem of the library or am I using it wrong?

    `11-02 15:17:40.027 23005-23573/? A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0xfffffffc in tid 23573 (AsyncTask #5)
    11-02 15:17:40.059 261-777/? I/SFPerfTracer: triggers: (rate: 0:38) (150338 sw vsyncs) (0 skipped) (68:320398 vsyncs) (70:501673)
    11-02 15:17:40.131 299-299/? I/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
    11-02 15:17:40.131 299-299/? I/DEBUG: Build fingerprint: ‘motorola/falcon_retde/falcon_umts:5.1/LPBS23.13-56-2/2:user/release-keys’
    11-02 15:17:40.131 299-299/? I/DEBUG: Revision: ‘p3c0’
    11-02 15:17:40.131 299-299/? I/DEBUG: ABI: ‘arm’
    11-02 15:17:40.131 299-299/? I/DEBUG: pid: 23005, tid: 23573, name: AsyncTask #5 >>> package.devpro <<<
    11-02 15:17:40.131 299-299/? I/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xfffffffc
    11-02 15:17:40.145 299-299/? I/DEBUG: r0 a2a6a868 r1 b7592474 r2 0000024a r3 00000000
    11-02 15:17:40.145 299-299/? I/DEBUG: r4 a2a6a868 r5 b7592460 r6 a2a6a86c r7 b759246c
    11-02 15:17:40.145 299-299/? I/DEBUG: r8 a2a6a8f8 r9 00000000 sl a2a6a868 fp a2a6b478
    11-02 15:17:40.146 299-299/? I/DEBUG: ip b6e7464c sp a2a6a858 lr a44d7821 pc a45e7a0a cpsr 00030030
    11-02 15:17:40.146 299-299/? I/DEBUG: backtrace:
    11-02 15:17:40.146 299-299/? I/DEBUG: #00 pc 00209a0a /data/app/package.devpro-2/lib/arm/libplugpdf.so
    11-02 15:17:40.810 837-23592/? W/ActivityManager: Force finishing activity 1 package.devpro/package.main.MainActivity

    ——————– OTHER ——————–
    11-02 15:22:45.367 299-299/? I/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
    11-02 15:22:45.367 299-299/? I/DEBUG: Build fingerprint: ‘motorola/falcon_retde/falcon_umts:5.1/LPBS23.13-56-2/2:user/release-keys’
    11-02 15:22:45.367 299-299/? I/DEBUG: Revision: ‘p3c0’
    11-02 15:22:45.367 299-299/? I/DEBUG: ABI: ‘arm’
    11-02 15:22:45.367 299-299/? I/DEBUG: pid: 24059, tid: 24392, name: AsyncTask #5 >>> package.devpro <<<
    11-02 15:22:45.367 299-299/? I/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x43b40004
    11-02 15:22:45.397 299-299/? I/DEBUG: r0 a1b594dc r1 b77ea7fc r2 a1b59568 r3 43b40000
    11-02 15:22:45.391 299-299/? W/debuggerd: type=1400 audit(0.0:245): avc: denied { search } for uid=0 name=”package.devpro” dev=”mmcblk0p36″ ino=86811 scontext=u:r:debuggerd:s0 tcontext=u:object_r:app_data_file:s0 tclass=dir permissive=0
    11-02 15:22:45.397 299-299/? I/DEBUG: r4 a1b5a3b8 r5 b77ea7f0 r6 a1b594dc r7 b77ea7fc
    11-02 15:22:45.398 299-299/? I/DEBUG: r8 a1b59568 r9 00000006 sl a1b59538 fp a1b59fe0
    11-02 15:22:45.398 299-299/? I/DEBUG: ip b6e7464c sp a1b594d0 lr a45d77eb pc a45f35e2 cpsr a0030030
    11-02 15:22:45.391 299-299/? W/debuggerd: type=1400 audit(0.0:246): avc: denied { search } for uid=0 name=”package.devpro” dev=”mmcblk0p36″ ino=86811 scontext=u:r:debuggerd:s0 tcontext=u:object_r:app_data_file:s0 tclass=dir permissive=0
    11-02 15:22:45.398 299-299/? I/DEBUG: backtrace:
    11-02 15:22:45.391 299-299/? W/debuggerd: type=1400 audit(0.0:247): avc: denied { search } for uid=0 name=”package.devpro” dev=”mmcblk0p36″ ino=86811 scontext=u:r:debuggerd:s0 tcontext=u:object_r:app_data_file:s0 tclass=dir permissive=0
    11-02 15:22:45.398 299-299/? I/DEBUG: #00 pc 001155e2 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Pdf_ResourceR::Pdf_ResourceR(Pdf_ResourceR const&)+5)
    11-02 15:22:45.399 299-299/? I/DEBUG: #01 pc 000f97e7 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runNode(Gf_DisplayNode*, Gf_Matrix const&)+38)
    11-02 15:22:45.399 299-299/? I/DEBUG: #02 pc 000f9797 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runGroupNode(Gf_GroupNode*, Gf_Matrix const&)+362)
    11-02 15:22:45.399 299-299/? I/DEBUG: #03 pc 000f9891 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runNode(Gf_DisplayNode*, Gf_Matrix const&)+208)
    11-02 15:22:45.399 299-299/? I/DEBUG: #04 pc 000f9d1d /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runXObjectNode(Gf_XObjectNode*, Gf_Matrix const&)+348)
    11-02 15:22:45.399 299-299/? I/DEBUG: #05 pc 000f98d5 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runNode(Gf_DisplayNode*, Gf_Matrix const&)+276)
    11-02 15:22:45.399 299-299/? I/DEBUG: #06 pc 000f9797 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runGroupNode(Gf_GroupNode*, Gf_Matrix const&)+362)
    11-02 15:22:45.400 299-299/? I/DEBUG: #07 pc 000f9891 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runNode(Gf_DisplayNode*, Gf_Matrix const&)+208)
    11-02 15:22:45.400 299-299/? I/DEBUG: #08 pc 000f9797 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runGroupNode(Gf_GroupNode*, Gf_Matrix const&)+362)
    11-02 15:22:45.400 299-299/? I/DEBUG: #09 pc 000f9891 /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::runNode(Gf_DisplayNode*, Gf_Matrix const&)+208)
    11-02 15:22:45.400 299-299/? I/DEBUG: #10 pc 000f9a0d /data/app/package.devpro-2/lib/arm/libplugpdf.so (Gf_Renderer::renderNodeOver(Gf_Pixmap*, Gf_DisplayNode*, Gf_Matrix const&)+70)
    11-02 15:22:45.400 299-299/? I/DEBUG: #11 pc 00093a43 /data/app/package.devpro-2/lib/arm/libplugpdf.so (drawPage(_JNIEnv*, _jobject*, Pdf_Context*, Pdf_Page*, _jobject*, int, int, int, int, int, int, _jstring*, double)+578)

    #11665 Reply

    Dr. Plug
    Moderator

    Hello lhoracek,

    Thank you for your inquiry.
    We have some questions.
    1. Does the issue occur when you close pdf after swipe a page?
    2. Is the issue always reproducible for all case?
    3. Can you please provide step-by-step guidance on how to reproduce the problem?
    4. What is the version of your PlugPDF SDK?

    If have any further questions, feel free contact to us.

    Best regards,

    Dr.Plug
    PlugPDF Support

    #11666 Reply

    lhoracek

    Hi Dr.Plug,

    1) No, no swipe done before crash
    2) Not always, not able to reproduce it in your sample when I modify it as close as possible to my use case. Even my app crashes only occasionally.
    3) I have a list of PDFs and try to open one. right after installing the app. When I close the PDF detail activity before the document finishes loading (ReaderListener.onLoadFinish was not called yet), mReader.clear() gets called before loading is finished and it crashes with various native stack errors.
    4) versions tried: 2.5.125.5 and 2.9.25.7 (tried updating)

    #11667 Reply

    lhoracek

    Using ARM64 Sony Experia Z5 (E5823) Makes it easier to break it. I’m trying to prepare example, but it seems to be content related as I’m not able to reproduce it with different documents.

Viewing 4 posts - 1 through 4 (of 4 total)
Reply To: Getting native exception when ReaderView.clear() is called before onLoadFinished
Your information: