pplite在安卓使用时偶发性崩溃，造成数据丢失

[YK7458]

• 标题：pplite在安卓使用时偶发性崩溃，造成数据丢失
• 版本、环境信息：
     1）Paddle Lite 版本：v2.10
     2）Host 环境：android
     3）运行设备环境：华为PURE70
     4）预测后端信息：CPU
• 复现信息：OCR使用CPU推理，识别千次左右会偶发性崩溃，数据全部丢失，我们在安卓层面做了防丢，但依然偶发性出错
  －问题描述:识别次数过多后崩溃
  

报错前的提示

报错时的提示

另外一台报错设备的提示

[YK7458]

😀

[YK7458]

崩溃信息:
深色版本
21301-20 13:40:33.634 3094 11301 E CrashReport: SIGABRT
21401-20 13:40:33.634 3094 11301 E CrashReport: 0x278400000c16
21501-20 13:40:33.634 3094 11301 E CrashReport: #00 pc 00000000000821a0 /apex/com.android.runtime/lib64/bionic/libc.so (abort+176) [arm64-v8a::2a5abdc9c768b33656f7aa8d9ce5cf54]
21601-20 13:40:33.634 3094 11301 E CrashReport: #1 pc 00000000000f9490 /data/app/com.tracepro.tp-W8qfo9SDB_5SK_l-o9VLQg==/lib/arm64/libpaddle_light_api_shared.so [arm64-v8a::d73be0ac7e1332a41f5c0253c4104cf0]
这表示程序在 libc.so 的 abort 函数中终止了执行。
错误发生在 libpaddle_light_api_shared.so 库中。
CrashReport 记录:
CrashReport 工具正在记录崩溃信息。
系统日志被记录并上传。
Java 堆栈跟踪:
尽管 Java 层的堆栈跟踪信息没有直接显示出来，但 CrashReport 正在尝试获取这些信息。
具体错误信息是 [Failed to get Java stack]，这表明 Java 层的堆栈跟踪未能成功捕获。

[MuShangCC]

报错看上去是 broadcast shape 不符合要求，可以发一下模型看看？最好能在demo上复现出来，开 export GLOG_v = 5，保存完整的 log

[YK7458]

OCR模型v3系列的，我们也无法复现，是因为客户在使用时发生的问题

…

---原始邮件--- 发件人: ***@***.***> 发送时间: 2025年1月23日(周四) 下午4:52 收件人: ***@***.***>; 抄送: ***@***.******@***.***>; 主题: Re: [PaddlePaddle/Paddle-Lite] pplite在安卓使用时偶发性崩溃，造成数据丢失 (Issue #10627) 报错看上去是 broadcast shape 不符合要求，可以发一下模型看看？最好能在demo上复现出来，开 export GLOG_v = 5，保存完整的 log — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[YK7458]

模型文件及字典

assets.zip

[YK7458]

assets.zip
模型文件及字典

[MuShangCC]

assets.zip
模型文件及字典

报错信息里跟Paddle-Lite有关的只有这条，只能说明elementwise算子拿到的两个输入shape不符合 broadcast 要求。
模型里这种算子很多，如果没有完整的报错log信息，没办法定位问题（不能确定是输入shape就不对，还是在中间某个算子推导出来的shape有问题）。

[YK7458]

也就是这是个偶发性错误，必须要有推理框架报错日志才能够解决吗

…

---原始邮件--- 发件人: ***@***.***> 发送时间: 2025年1月24日(周五) 下午3:32 收件人: ***@***.***>; 抄送: ***@***.******@***.***>; 主题: Re: [PaddlePaddle/Paddle-Lite] pplite在安卓使用时偶发性崩溃，造成数据丢失 (Issue #10627) assets.zip 模型文件及字典 405810965-fddbcce1-233e-4183-b965-e7a6b2d4def3.jpeg (view on web) 报错信息里跟Paddle-Lite有关的只有这条，只能说明elementwise算子拿到的两个输入shape不符合 broadcast 要求。 模型里这种算子很多，如果没有完整的报错log信息，没办法定位问题（不能确定是输入shape就不对，还是在中间某个算子推导出来的shape有问题）。 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>

[MuShangCC]

也就是这是个偶发性错误，必须要有推理框架报错日志才能够解决吗
…

是的，我们需要有 GLOG_v = 5 的日志才能进一步分析shape出错的原因。