06-01 15:46:59.758 4646 4646 F DEBUG : Revision: '0' 06-01 15:46:59.758 4646 4646 F DEBUG : ABI: 'arm' 06-01 15:46:59.758 4646 4646 F DEBUG : pid: 4642, tid: 4642, name: mytest >>> ./mytest <<< 06-01 15:46:59.758 4646 4646 F DEBUG : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 06-01 15:46:59.758 4646 4646 F DEBUG : Cause: null pointer dereference 06-01 15:46:59.758 4646 4646 F DEBUG : r0 92fb5000 r1 9de3d7dc r2 9de3d7d8 r3 9de3d7e8 06-01 15:46:59.759 4646 4646 F DEBUG : r4 05080bd1 r5 9450680c r6 00000002 r7 00000000 06-01 15:46:59.759 4646 4646 F DEBUG : r8 00000000 r9 00000000 r10 00000000 r11 92fb5000 06-01 15:46:59.759 4646 4646 F DEBUG : ip ffffffda sp 9de3d718 lr 944d89b1 pc 00000000 06-01 15:46:59.775 4646 4646 F DEBUG : 06-01 15:46:59.775 4646 4646 F DEBUG : backtrace: 06-01 15:46:59.775 4646 4646 F DEBUG : #00 pc 00000000 <unknown> 06-01 15:46:59.775 4646 4646 F DEBUG : #01 pc 000e09af /system/lib/libavformat.so (avformat_find_stream_info+158) 06-01 15:46:59.775 4646 4646 F DEBUG : #02 pc 00000c0d /data/mytest (main+60) 06-01 15:46:59.775 4646 4646 F DEBUG : #03 pc 0008be09 /system/lib/libc.so (__libc_init+48) 06-01 15:46:59.775 4646 4646 F DEBUG : #04 pc 00000b8f /data/mytest (_start_main+46) 06-01 15:46:59.776 4646 4646 F DEBUG : #05 pc 00019ac7 /system/bin/linker (__dl__ZNSt3__112__hash_tableINS_17__hash_value_typeIjP6soinfoEENS_22__unordered_map_hasherIjS4_NS_4hashIjEELb1EEENS_21__unordered_map_equalIjS4_NS_8equal_toIjEELb1EEENS_9allocatorIS4_EEE14__erase_uniqueIjEEjRKT_+90) 06-01 15:46:59.776 4646 4646 F DEBUG : #06 pc 00020e8d [stack:9de1d000]
时间: 2024-04-28 16:22:25 浏览: 6
这是一个Android系统的崩溃日志,其中包含了应用程序(名为 mytest)崩溃的相关信息。根据日志中的信息,可以看到这个崩溃是由于空指针引用导致的,具体的代码位置是 avformat_find_stream_info 函数,这个函数属于 libavformat 库,用于查找媒体流信息。可能的原因是在调用该函数前没有正确初始化相关的指针,导致空指针引用。建议您检查一下调用该函数的代码,看看是否存在未初始化指针的情况。另外,也可以尝试使用调试工具(如 gdb)对程序进行调试,以便更好地定位问题。
相关问题
06-06 14:46:58.953 25664 25664 I crash_dump32: performing dump of process 25099 (target tid = 25124) 06-06 14:46:58.958 25664 25664 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 06-06 14:46:58.958 25664 25664 F DEBUG : Build fingerprint: 'samsung/star2qltezh/star2qltechn:9/PQ3B.190801.002/G9650ZHU2ARC6:user/release-keys' 06-06 14:46:58.958 25664 25664 F DEBUG : Revision: '0' 06-06 14:46:58.958 25664 25664 F DEBUG : ABI: 'x86' 06-06 14:46:58.958 25664 25664 F DEBUG : pid: 25099, tid: 25124, name: GLThread 82 >>> com.yuanshi.huaxia.fk <<< 06-06 14:46:58.958 25664 25664 F DEBUG : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x382dae 06-06 14:46:58.958 25664 25664 F DEBUG : eax d1d16040 ebx 8000000c ecx 00000001 edx d1365970 06-06 14:46:58.958 25664 25664 F DEBUG : edi 00382dae esi 00000002 06-06 14:46:58.958 25664 25664 F DEBUG : ebp efbd3760 esp d1365110 eip ef5b76a5 06-06 14:46:58.959 25664 25664 F DEBUG : 06-06 14:46:58.959 25664 25664 F DEBUG : backtrace: 06-06 14:46:58.959 25664 25664 F DEBUG : #00 pc 001366a5 /system/lib/libhoudini.so 06-06 14:46:59.242 1471 1471 E /system/bin/tombstoned: Tombstone written to: /data/tombstones/tombstone_03
这是一段安卓崩溃日志,可以初步判断是由于 SIGSEGV 信号导致的崩溃。SIGSEGV 是一种信号,表示进程试图访问未分配给它的内存地址,或者试图向只读地址写入数据等非法操作。通常情况下,这种崩溃是由程序中的内存错误引起的,例如空指针引用、数组越界等。
从日志中可以看到,该崩溃发生在 GLThread 线程中,是由 libhoudini.so 库中的某个函数引起的,具体的函数名称需要进一步分析堆栈跟踪信息才能确定。由于该日志中缺少堆栈跟踪信息,无法进一步判断崩溃原因。
如果你需要对这个崩溃进行深入分析,可以尝试在开发环境中运行应用程序,并使用调试工具对其进行调试,以获取更详细的信息。
[ 114.629369] RX err: 0x0 [ 114.633063] RX crc err: 0x0 [ 114.636791] LDPC err: 0x0 [ 114.641332] F/W revision: 00.00.00.00 [ 114.646249] N/G Link drop count: 0 [ 114.652238] PMA/PMD Link Status: 1 [ 114.657227] PMA/PMD speed ability: [ 114.660635] 10M ability : 1 [ 114.663845] 100M ability: 1 [ 114.667066] 1G ability : 1 [ 114.670278] 2.5G ability: 1 [ 114.673488] 5G ability : 1 [ 114.676709] 10G ability : 1 [ 114.680923] PCS Link Status: 0 [ 114.685559] Autoneg Complete Status: 1 [ 114.689228] Autoneg Link Status: 1 [ 114.692697] Autoneg page received: 0 [ 114.696353] Autoneg ext-page received: 0 [ 114.701681] Autoneg advertisements: [ 114.705176] Next page : 0 [ 114.708217] Ext-Next page : 1 [ 114.711600] Asymmetric Pause : 0 [ 114.715254] Pause : 1 [ 114.717946] 100-Bast-T4 : 0 [ 114.721156] 100-Bast-Tx-Full : 1 [ 114.724811] 100-Bast-Tx-Half : 1 [ 114.728460] 10-Bast-Tx-Full : 0 [ 114.732016] 10-Bast-Tx-Half : 0 [ 114.736585] 10G-Bast-T-Full : 1 [ 114.739992] 5G-Bast-T-Full : 1 [ 114.743462] 2.5G-Bast-T-Full : 1 [ 114.748786] 1G-Bast-T-Full : 0 [ 114.752101] 1G-Bast-T-Half : 0 [ 114.756916] Idle error count : 0 [ 114.763064] PCS Received error count : 0
这是一段日志信息,显示了一个网络设备的状态。其中包括了以下信息:
- RX err: 接收错误的数量
- RX crc err: 接收到的帧校验错误的数量
- LDPC err: LDPC(低密度奇偶校验)错误的数量
- F/W revision: 固件版本号
- N/G Link drop count: 网络链路断开的次数
- PMA/PMD Link Status: PMA/PMD(物理媒体接口/物理媒体层设备)链路状态
- PMA/PMD speed ability: PMA/PMD 支持的速率能力,包括10M、100M、1G、2.5G、5G和10G
- PCS Link Status: PCS(物理编码子层)链路状态
- Autoneg Complete Status: 自动协商完成的状态
- Autoneg Link Status: 自动协商的链路状态
- Autoneg page received: 收到的自动协商页面数
- Autoneg ext-page received: 收到的扩展自动协商页面数
- Autoneg advertisements: 自动协商的广告内容,包括下一页、扩展下一页、不对称暂停、暂停、100Base-T4、100Base-Tx全双工、100Base-Tx半双工、10Base-Tx全双工、10Base-Tx半双工、10GBase-T全双工、5GBase-T全双工、2.5GBase-T全双工、1GBase-T全双工、1GBase-T半双工
- Idle error count: 空闲错误计数
- PCS Received error count: PCS接收错误计数
这些信息可以帮助诊断网络设备的状态和连接性。如果你有任何具体的问题或者需要更多的帮助,请告诉我。