MTKLogger中main_log.boot和main_log区别

最新推荐文章于 2021-02-04 09:15:21 发布
原创 最新推荐文章于 2021-02-04 09:15:21 发布 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android #mtk #mtklog #main_log #main_log.boot

本文详细介绍了MTKLogger中的两种日志文件main_log.boot和main_log的时间顺序及应用场景。main_log.boot先于main_log生成，两者在时间上是连续的。通过一个实例展示了这两种日志文件的生成时间范围。

MTKLogger中main_log.boot和main_log区别


main_log是在main_log.boot之后有的，时间上两个是连续的。

如以下这个实例：(这个是main_log中还没有打印 mylog的情况)
1、main_log.boot 12:02:11 -->> 12:03:20
2、main_log 12:03:20 -->> 12:13:36
3、mylog 12:02:21 -->> 12:02:53



开关机动画流程
Android
04-12 1209
问题:开关机动画加载黑屏时间过长解决方法 [SOLUTION] 在开机过程,由于加入开机铃声,在播放动画前需要等待 MediaServer 初始化完成, MediaServer 的初始化 可能由于 audio 或者 camera 初始化过慢导致黑屏问题,目前遇到大多都是配置 camera 多,导致 camera 初始化阶段 search backup sensor 太 camera
Spring Boot集成logback出现log.dir_IS_UNDEFINED问题
BLF2
07-04 958
logging:log:（不要使用和-- 部分配置 --> < configuration debug = " false " scan = " false " >
MTKLog 的分析
怡红绿玉
11-23 4110
摘录至：http://blog.csdn.net/yaoming168/article/details/38777727 一、 Logcat 命令 1. adb logcat>main.txt 重定向log 2. adb logcat -b main -v time>app.log 打印应用程序的log 3. adb logcat -bradio -v time> radio.lo
Mtklog 分析(学习)
weixin_30426879的博客
04-20 1007
常见log异常类型： JE NE KE EE(external(modem) exception) 一、常见应用异常搜索关键信息 1. 常见应用crash的（系统提示***已停止运行） ，可以在main log中或crash_log中直接搜索“ fatal exception” ；也可以在event_log中搜索am_crash快速定位到问题 2.应用闪退 应用闪退一般有如下三种原因...
Android 解读main log和event log日志信息
热门推荐
好久不见
09-22 3万+
Android 解读main log和event log日志信息
MTK日志分析技巧
wan2g的博客
04-09 5034
1.mtklog简介：mtklog是由log生成工具MTKLogger生成的一系列问题追踪文件，其主要作用就是对系统或者应用产生的异常进行快速定位，从而解决问题。 mtklog 的分类：MDLog、Mobile Log、Network Log，可能出现的aee_exp log MD log：medom 相关底层的log Mobile Log：主要是Android log 和kernel lo...
（四）u-boot启动流程分析（C语言部分board_r.c）
csdn66_2016的博客
11-24 5291
C语言部分主要集中在两个函数board_init_f和board_init_r，主要是board初始化的前部分（front）及后部分（rear），上一节我们分析了board_init_f函数的实现，这一节我们来看看board_r.c： common/board_r.c void board_init_r(gd_t *new_gd, ulong dest_addr) { ......
解释这段代码： import xml.etree.ElementTree as ET from datetime import datetime, timedelta import os import xml.dom.minidom def check_bluetooth_timeout(error_xml_path, debug_xml_path): # 解析 error 日志 XML 文件 error_tree = ET.parse(error_xml_path) error_root = error_tree.getroot() # 解析 debug 日志 XML 文件 debug_tree = ET.parse(debug_xml_path) debug_root = debug_tree.getroot() # 检查 error 日志中是否有蓝牙异常 bluetooth_error_found = False bluetooth_error_logs = [] for log in error_root.findall('.//Entry'): info1 = log.find('Info1') if info1 is not None and '蓝牙异常' in info1.text: bluetooth_error_found = True error_entry_xml = ET.tostring(log, encoding='utf-8', method='xml').decode('utf-8') bluetooth_error_logs.append(error_entry_xml) # 检查 debug 日志中是否有三次 timeout! 且时间间隔为 5 秒 timeout_timestamps = [] is_bluetooth_timeout = False bluetooth_debug_logs_all = [] bluetooth_debug_logs = [] for log in debug_root.findall('.//Entry'): times = log.find('Times') times = times.text message = log.find('Message') message = message.text if 'timeout!' in message: timestamp = datetime.strptime(times, '%Y-%m-%d %H:%M:%S') timeout_timestamps.append(timestamp) error_entry_xml = ET.tostring(log, encoding='utf-8', method='xml').decode('utf-8') bluetooth_debug_logs_all.append(error_entry_xml) if bluetooth_error_found and len(timeout_timestamps) >= 3: for i in range(len(timeout_timestamps) - 2): if (timeout_timestamps[i + 1] - timeout_timestamps[i] == timedelta(seconds=5) and timeout_timestamps[i + 2] - timeout_timestamps[i + 1] == timedelta(seconds=5)): is_bluetooth_timeout = True bluetooth_debug_logs.append(bluetooth_debug_logs_all[i]) bluetooth_debug_logs.append(bluetooth_debug_logs_all[i+1]) bluetooth_debug_logs.append(bluetooth_debug_logs_all[i+2]) break # 输出结果 result = { 'is_bluetooth_timeout': is_bluetooth_timeout, 'bluetooth_error_logs': bluetooth_error_logs, 'bluetooth_debug_logs': bluetooth_debug_logs } return result def check_send_json(log_xml_path): # 解析 log 日志 XML 文件 log_tree = ET.parse(log_xml_path) log_root = log_tree.getroot() # 检查 log 日志中的 send json 字串 send_json_found = False send_json_logs = [] for log in log_root.findall('.//Entry'): message = log.find('Message') if message is not None and 'send json' in message.text: send_json_found = True rough_string = ET.tostring(log, encoding='utf-8', method='xml').decode('utf-8') send_json_logs.append(rough_string) # 输出结果 result = { 'is_send_json_found': send_json_found, 'send_json_logs': send_json_logs } return result def check_boot_system_space(error_xml_path, debug_xml_path): # 解析 error 日志 XML 文件 error_tree = ET.parse(error_xml_path) error_root = error_tree.getroot() # 解析 debug 日志 XML 文件 debug_tree = ET.parse(debug_xml_path) debug_root = debug_tree.getroot() # 检查 error 日志中是否有BOOT安装异常 boot_error_found_1 = False boot_error_logs = [] for log in error_root.findall('.//Entry'): info1 = log.find('Info1') if info1 is not None and 'BOOT安装异常' in info1.text: boot_error_found_1 = True rough_string = ET.tostring(log, encoding='utf-8', method='xml').decode('utf-8') boot_error_logs.append(rough_string) # 检查 debug 日志中是否有DLOAD_CreateUpdateBin open update file err ffffffff timeout_timestamps = [] boot_error_found_2 = False boot_debug_logs = [] for log in debug_root.findall('.//Entry'): message = log.find('Message') if message is not None and 'DLOAD_CreateUpdateBin open update file err ffffffff' in message.text: boot_error_found_2 = True rough_string = ET.tostring(log, encoding='utf-8', method='xml').decode('utf-8') boot_error_logs.append(rough_string) boot_error_found = False if boot_error_found_1 and boot_error_found_2: boot_error_found = True # 输出结果 result = { 'is_boot_error_found': boot_error_found, 'boot_error_logs': boot_error_logs, 'boot_debug_logs': boot_debug_logs } return result def print_logs(logs, log_type): """统一输出日志""" if logs: print(f"{log_type}日志：") print(''.join(logs)) return True return False def main(): error_xml_path = r'C:\Users\gwx1451744\PycharmProjects\untitled1\output\test_error.xml' debug_xml_path = 'C://Users//gwx1451744//PycharmProjects//untitled1//output//test_debug.xml' event_xml_path = 'C://Users//gwx1451744//PycharmProjects//untitled1//output//test_event.xml' log_xml_path = 'C://Users//gwx1451744//PycharmProjects//untitled1//output//test_log.xml' # 调用各个问题检测函数 bt_result = check_bluetooth_timeout(error_xml_path, debug_xml_path) sj_result = check_send_json(log_xml_path) boot_result = check_boot_system_space(error_xml_path, debug_xml_path) results = [bt_result, sj_result, boot_result] # 输出所有检测结果 print("检测结果汇总如下：") for result in results: # 蓝牙超时检测 if result.get('is_bluetooth_timeout', False): print("检测到蓝牙超时问题！") print_logs(result.get('bluetooth_error_logs', []), "error") print_logs(result.get('bluetooth_debug_logs', []), "debug") # send json 检测 if result.get('is_send_json_found', False): print("检测到 send json 信息！") # print_logs(result.get('send_json_logs', []), "log") # Boot 安装异常 / 系统空间不足检测 if result.get('is_boot_error_found', False): print("检测到 Boot 安装异常 / 系统空间不足！") print_logs(result.get('boot_error_logs', []), "error") print_logs(result.get('boot_debug_logs', []), "debug") if __name__ == "__main__": # 脚本运行代码： main()
最新发布
12-02
以下是一个示例代码，用于从 XML 格式的日志文件中检测蓝牙超时、send json 信息、Boot 安装异常/系统空间不足等问题，并输出检测结果： ```python import xml.etree.ElementTree as ET # 解析 XML 日志文件 tree ...
springboot_log_log4j_config
03-16
本教程将详细讲解如何在Spring Boot项目中配置和使用Log4j作为日志系统。 Log4j是一个广泛使用的Java日志框架，它提供了灵活的日志记录功能，包括配置文件控制、多种输出格式和多个日志级别。在Spring Boot中，我们...
kernel启动流程-start_kernel的执行_1.概述
HZero
02-04 7011
1.前言 本专题文章承接之前《kernel启动流程_head.S的执行》专题文章，我们知道在head.S执行过程中保存了bootloader传递的启动参数、启动模式以及FDT地址等，创建了内核空间的页表，最后为init进程初始化好了堆栈，并跳转到start_kernel执行。 本专题文章就是简要介绍start_kernel的启动流程，并对进程、内存、IO等的初始化部分做重点分析，本文是start_kernel的概述部分，总体介绍start_kernel包含的主要流程。 kernel版本：5.10 平台：ar
Android 解读Event和Main Log
weixin_33775572的博客
06-09 2168
1 Android P EventLogTags文件 Android P 9.0.0 所有EventLogTags文件List： system/bt/EventLogTags.logtags system/core/liblog/event.logtags system/core/libsysutils/EventLogTags.logtags system/core/logcat/event.l...
Android日志分析
m0_37568814的博客
11-04 8230
近期开始接触Android相关内容，从基础开始学习吧。 一、Android 日志分类 Android日志主要分为kernel、radio、event、main四种，相关描述如下： 1. Kernel log:包含多线程并发的信息，进程所使用的内存情况，进程访问磁盘的请求信息。kernel log属于Linux内核的log ，可以通过读取/proc/kmsg或者通过串口来抓取。adb ...
mtklog结构及分析
u011714701的专栏
11-29 1万+
1.mtklog简介：mtklog是由log生成工具MTKLogger生成的一系列问题追踪文件，其主要作用就是对系统或者应用产生的异常进行快速定位，从而解决问题。 mtklog 的分类：MDLog、Mobile Log、Network Log，可能出现的aee_exp log MD log：medom 相关底层的log Mobile Log：主要是Android log 和kernel lo
Android开机阶段log分析
当初游的快了一点
03-26 1万+
Android开机阶段log分析 标签（空格分隔）： 开关机流程 Android开机阶段log分析 bootchart工具查看开机过程 打印开机过程各阶段的时间 kernel Init进程 Zygote进程 SystemServer进程 开机动画log bootchart工具查看开机过程 Android版本：7.0 平台：高通和MTK 输出： 局部放大图： ...
MTKlog分析总结
Zed_Faker的博客
08-14 4575
博客：http://www.cnblogs.com/xiyuan2016/p/6740521.html ----------------------------------------------------------------------------------------------------------------- ZZ_INTERNAL  相关信息及解释 ANR,21
mtk log系统详解
王小溪的博客
01-09 1万+
文章目录**Log总览****Log Tools****手机端mtklogger****个人优化****mtklog抓取完整kernel log****电脑端PC tool****adb****logcat****提取db****GAT****各种mode抓mobile log****Normal mode****Meta mode(PC meta tool)****Factory mode(po...
MTK Log分析
一个小菜鸟的成长之路的专栏
11-05 4097
Log抓取 在手机电话号码输入：##3646633## MTKLog 结构分析 MTK Log是在mtklog目录下 1、gpsdbglog //gps Log 2、mdlog1 //modem 相关底层的log，里面可能有多个文件夹，每打开一次MTK Log就会新建一个文件夹 3、mobilelog // android log 和 kernel log，里面可能有多个文件夹，每打开一次M...
MTKLOG简介和基本的分析流程
zmmqtfy的博客
07-22 5108
mtklog简介： mtklog是由log生成工具MTKLogger生成的一系列问题追踪文件，其主要作用就是对系统或者应用产生的异常进行快速定位，从而解决问题。 mtklog 的分类：MDLog、Mobile Log、Network Log，可能出现的aee_exp log MD log：medom 相关底层的log Mobile Log：主要是Android log 和kernel log Network log：网络相关log aee_exp log ：crash ANR 重启相关的log输出 ..
打开 MTK log(日志) 界面
苏法迪的专栏
07-03 3648
显示MTKLogger主界面 adb shell am start -n com.mediatek.mtklogger/com.mediatek.mtklogger.MainActivity
写一个python3 脚本，将示例一的文件内容处理成示例二， 要求1.删除UVM_ERROR : ，要求2. 对于ERROR:a_后的相同内容只保留一个 示例一： test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log:UVM_ERROR @ 301935000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log:UVM_ERROR : 1 test_flt_all_uvlo_2491396286/run_test_flt_all_uvlo.log:UVM_ERROR : 0 test_flt_all_uvlo_771568176/run_test_flt_all_uvlo.log:UVM_ERROR @ 303975000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. test_flt_all_uvlo_771568176/run_test_flt_all_uvlo.log:UVM_ERROR : 1 test_flt_boot_timeout_abort_165212330/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 51114000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. test_flt_boot_timeout_abort_165212330/run_test_flt_boot_timeout_abort.log:UVM_ERROR : 1 test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 303217000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 1841241110.000ns: reporter [top_if] ERROR:a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk. test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log:UVM_ERROR : 2 test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 301250000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 4781255000.000ns: reporter [top_if] ERROR:a_rtl_reg_boot_timeout_flag_set_fwd_chk2. test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log:UVM_ERROR : 2 示例二： test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log:UVM_ERROR @ 301935000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 1841241110.000ns: reporter [top_if] ERROR:a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk. test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 4781255000.000ns: reporter [top_if] ERROR:a_rtl_reg_boot_timeout_flag_set_fwd_chk2.
08-27
<think>根据要求，我们需要处理文本文件，达到两个目标： 1. 删除所有包含 "UVM_ERROR : " 的行（注意冒号后面有一个空格） 2. 对于包含 "ERROR:a_" 的行，如果同一个文件路径下（即每行冒号前的部分相同）有多个相同的错误信息（即冒号后从 "ERROR:a_" 开始到行尾的内容相同），那么只保留第一个出现的，删除后续重复的。 注意：示例一中，有些行是 "UVM_ERROR : "（后面跟着数字），这些行直接删除（要求1）。 而其他行是包含具体错误信息的，如 "UVM_ERROR @ ... ERROR:a_..."，这些行需要根据要求2去重（按文件路径分组，然后对错误信息去重，只保留每组中第一次出现的错误信息）。 步骤： 1. 读取输入文件（或字符串）的每一行。 2. 过滤掉包含 "UVM_ERROR : " 的行（注意空格）。 3. 将剩余的行按照文件路径（即每行第一个冒号之前的部分）进行分组。 4. 在每个分组内，对错误信息（从 "ERROR:a_" 开始到行尾）进行去重，只保留第一次出现的行。 5. 输出处理后的行。 但是注意：示例二的结果中并没有保留所有的第一次出现的错误信息，而是只保留了一些特定的行。实际上，根据要求2，同一个文件路径下相同的错误信息只保留一个，那么同一个文件路径下不同的错误信息都应该保留。 观察示例二的结果： 示例一中有多个文件路径，比如： test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log test_flt_all_uvlo_771568176/run_test_flt_all_uvlo.log test_flt_boot_timeout_abort_165212330/run_test_flt_boot_timeout_abort.log ... 在示例二中，对于同一个文件路径，如果有多条不同的错误信息，那么这些不同的错误信息都应该保留。但是示例二的结果中，每个文件路径只保留了一条错误信息，这是为什么？ 实际上，示例二的结果中，每个文件路径只出现了一次，并且出现的是该文件路径下唯一的一条错误信息（或者说是该文件路径下去重后的一条）。但是注意，示例一中同一个文件路径下可能有多个不同的错误信息，比如： test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log 有两条不同的错误信息： UVM_ERROR @ 303217000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. UVM_ERROR @ 1841241110.000ns: reporter [top_if] ERROR:a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk. 但是示例二中只保留了第二条（因为要求是保留第一个出现的？不对，要求是对于相同的错误信息只保留一个，不同的应该都保留。而示例二的结果中这个文件路径下只保留了一条，而且是第二条错误信息？） 然而，观察示例二的结果，它只包含了三条记录，分别来自三个不同的文件路径，并且每个文件路径下只保留了一条错误信息。但是注意，在示例一中，同一个文件路径下可能有多条不同的错误信息，例如： test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log 有两条不同的错误信息（a_rtl_reg_por_flag_set_rvs_chk 和 a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk） test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log 也有两条不同的错误信息（a_rtl_reg_por_flag_set_rvs_chk 和 a_rtl_reg_boot_timeout_flag_set_fwd_chk2） 但是示例二的结果中，这两个文件路径都只保留了一条错误信息，而且分别是第二条和第三条（即不是第一条）。这似乎与要求2不符。 重新理解要求2：“对于ERROR:a_后的相同内容只保留一个”。这里的关键是“相同内容”，即错误信息字符串（从ERROR:a_开始到行尾）相同的才去重。不同的错误信息字符串应该保留。 但是示例二的结果中，每个文件路径下只输出了一条错误信息，而且并不是第一条。这是为什么？ 观察示例二的结果，它并没有包含所有文件路径下的错误信息，而是只包含了三个文件路径下的三个错误信息，并且这三个错误信息都是不同的（即错误信息字符串不同）。而且，这三个错误信息在示例一中分别只出现了一次（在各自文件路径下是唯一的，或者是在各自文件路径下重复出现但只保留一次？），但是注意： 在示例一中： test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log 有一条错误信息（a_rtl_reg_por_flag_set_rvs_chk） test_flt_all_uvlo_771568176/run_test_flt_all_uvlo.log 也有一条错误信息（a_rtl_reg_por_flag_set_rvs_chk），和上面相同 test_flt_boot_timeout_abort_165212330/run_test_flt_boot_timeout_abort.log 有一条错误信息（a_rtl_reg_por_flag_set_rvs_chk） test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log 有两条不同的错误信息（a_rtl_reg_por_flag_set_rvs_chk 和 a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk） test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log 有两条不同的错误信息（a_rtl_reg_por_flag_set_rvs_chk 和 a_rtl_reg_boot_timeout_flag_set_fwd_chk2） 根据要求2，我们只对同一个文件路径下的相同错误信息去重。那么： test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log 应该保留两条（因为两个错误信息不同） test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log 也应该保留两条 但是示例二的结果中，这两个文件路径下都只保留了一条，而且分别是： a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk a_rtl_reg_boot_timeout_flag_set_fwd_chk2 这似乎说明，示例二的结果中，只保留了那些在各自文件路径下第一次出现的错误信息？不对，因为示例二的结果中，test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log 保留的是第二条错误信息（a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk），而不是第一条（a_rtl_reg_por_flag_set_rvs_chk）。 重新阅读题目要求：“对于ERROR:a_后的相同内容只保留一个”。这里并没有说只保留第一个出现的，还是最后一个出现的。但是通常去重都是保留第一个出现的。但是示例二的结果似乎保留了最后一个出现的？或者只保留了一个？ 但是示例二的结果中，每个文件路径下只输出了一行，而且并不是每个文件路径下的所有错误信息都输出了。所以可能题目要求的是：在整个文件中（跨文件路径），对于相同的错误信息（即从ERROR:a_开始到行尾的内容）只保留一个？但是题目要求是“对于ERROR:a_后的相同内容只保留一个”，并没有说是在同一个文件路径下还是全局。 示例二的结果中，错误信息a_rtl_reg_por_flag_set_rvs_chk在多个文件路径下都出现了，但是示例二的结果中一条都没有保留。所以可能是全局去重？但是题目要求并没有明确。 我们再看示例二的结果，它只包含三行，分别是： ... ERROR:a_rtl_reg_por_flag_set_rvs_chk. （这一行并没有出现在示例二中，实际上示例二中没有a_rtl_reg_por_flag_set_rvs_chk的错误信息） ... ERROR:a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk. ... ERROR:a_rtl_reg_boot_timeout_flag_set_fwd_chk2. 但是示例二的第一行是： test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log:UVM_ERROR @ 301935000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. 不对，示例二的第一行错误信息是a_rtl_reg_por_flag_set_rvs_chk，但是后面两行是其他的错误信息。 然而，在示例一中，a_rtl_reg_por_flag_set_rvs_chk这个错误信息在多个文件路径下都出现了，但是示例二只保留了一次（在test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log中）？但是示例二的结果中并没有出现其他文件路径下的a_rtl_reg_por_flag_set_rvs_chk错误信息。 所以，我推断题目要求是：全局去重，即在整个文件中，对于错误信息（从ERROR:a_开始到行尾）相同的行，只保留一个（不管在哪个文件路径下，只要错误信息相同，就只保留第一个出现的？）。 但是示例二的结果中，a_rtl_reg_por_flag_set_rvs_chk错误信息在示例一中出现了多次，但是示例二只保留了一次（在test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log中），而其他文件路径下的a_rtl_reg_por_flag_set_rvs_chk错误信息都被删除了。 因此，要求2应该是：全局范围内，对于错误信息（从ERROR:a_开始到行尾）相同的行，只保留第一个出现的。 总结处理步骤： 1. 删除所有包含固定字符串"UVM_ERROR : "的行（注意空格）。 2. 对剩余的行，根据错误信息（即从"ERROR:a_"开始到行尾的字符串）进行全局去重，保留第一次出现的行。 注意：去重时，我们只关心错误信息字符串（即从"ERROR:a_"开始到行尾），但是注意，有些行可能没有"ERROR:a_"，那么这些行不会被去重（但根据要求1，我们已经删除了那些包含"UVM_ERROR : "的行，剩下的行都是包含具体错误信息的，所以应该都有"ERROR:a_"）。 但是，示例一中剩余的行都是包含"ERROR:a_"的吗？观察示例一，除了要求1删除的行，剩下的行都是： ... :UVM_ERROR @ ... : reporter [top_if] ERROR:a_... 所以，我们可以这样处理： - 首先，过滤掉包含"UVM_ERROR : "的行（注意空格）。 - 然后，遍历剩下的每一行，提取错误信息（从"ERROR:a_"开始到行尾）。 - 使用一个集合（seen）来记录已经出现过的错误信息字符串。如果当前行的错误信息字符串已经在集合中，就跳过；否则，保留该行，并将该错误信息字符串加入集合。 但是注意：示例一中，有些行可能包含多个"ERROR:"，但根据示例，错误信息都是以"ERROR:a_"开头的，并且到行尾结束。所以我们可以这样提取：找到"ERROR:a_"的位置，然后截取到行尾。 但是，如果一行中有多个"ERROR:a_"，怎么办？根据示例，一行中只有一个错误信息，所以我们可以认为第一个出现的"ERROR:a_"就是我们要的错误信息。但是，观察示例，每行只有一个"ERROR:"，所以我们可以直接查找。 因此，代码步骤： 1. 读取输入，按行处理。 2. 对于每一行，如果包含"UVM_ERROR : "，则跳过（注意空格）。 3. 对于不包含"UVM_ERROR : "的行，检查是否包含"ERROR:a_"，如果不包含，则保留（但根据示例，应该都有，所以也可以保留，但题目要求是针对这些行去重，所以如果没有，我们就不去重，直接保留？但题目要求是针对有ERROR:a_的相同内容去重，所以没有ERROR:a_的行我们就不做去重处理？但是要求1删除后剩下的行都是包含具体错误信息的，所以应该都有ERROR:a_，所以我们可以直接提取）。 4. 提取错误信息：从字符串"ERROR:a_"开始到行尾。注意，可能一行中有多个"ERROR:"，但根据示例，错误信息都是唯一的，所以我们只取第一个出现的"ERROR:a_"开始到行尾？但是示例中每行只有一个ERROR，所以我们可以这样。 但是，为了严谨，我们这样提取：找到第一个"ERROR:a_"的位置，然后截取从该位置到行尾的子串。 5. 用这个子串作为去重的依据。如果这个子串还没有出现过，则保留该行，并记录这个子串；否则跳过。 但是注意：示例二的结果中，保留了三个不同的错误信息，而且这三个错误信息在示例一中都是第一次出现（按顺序）？但是示例一中，第一个出现的错误信息是a_rtl_reg_por_flag_set_rvs_chk（在test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log中），然后后面又出现了相同的，所以后面相同的都跳过。然后下一个不同的错误信息是a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk（在test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log中），再下一个是a_rtl_reg_boot_timeout_flag_set_fwd_chk2（在test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log中）。所以示例二的结果中只有这三行。 因此，处理后的结果应该是： test_flt_all_uvlo_1330488680/run_test_flt_all_uvlo.log:UVM_ERROR @ 301935000.000ns: reporter [top_if] ERROR:a_rtl_reg_por_flag_set_rvs_chk. test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 1841241110.000ns: reporter [top_if] ERROR:a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk. test_flt_boot_timeout_abort_933958005/run_test_flt_boot_timeout_abort.log:UVM_ERROR @ 4781255000.000ns: reporter [top_if] ERROR:a_rtl_reg_boot_timeout_flag_set_fwd_chk2. 注意，示例一中，test_flt_boot_timeout_abort_4063992494/run_test_flt_boot_timeout_abort.log文件中有两条错误信息，第一条是a_rtl_reg_por_flag_set_rvs_chk，但是因为之前已经出现过（在test_flt_all_uvlo_1330488680中），所以被跳过；第二条是a_flt_pwrup_fault_trim_behave_pre_sc_fwd_chk，是新的，所以保留。 所以，代码实现如下： 注意：我们按顺序处理每一行，这样就能保证保留第一次出现的错误信息。 但是，示例一的输入顺序就是文件中的顺序，我们按行读取，然后按顺序处理。 代码步骤： 1. 初始化一个空集合seen，用于记录已经出现的错误信息。 2. 逐行读取输入。 3. 如果当前行包含"UVM_ERROR : "（注意空格），跳过。 4. 否则，在行中查找"ERROR:a_"，如果找到，则提取错误信息字符串（从"ERROR:a_"开始到行尾）。 error_str = line[line.find("ERROR:a_"):] # 如果一行中有多个ERROR:a_，则取第一个 如果找不到，则保留该行（但根据题目，应该都能找到，所以也可以直接保留，但为了保险，我们也可以将整行作为错误信息？但题目要求是针对ERROR:a_后的相同内容，所以没有ERROR:a_的行我们不去重，直接保留？但是要求1删除后剩下的行应该都有ERROR:a_，所以我们可以用上面的方法）。 5. 如果error_str不在seen集合中，则保留该行，并将error_str加入seen；否则跳过。 但是注意：如果一行中没有"ERROR:a_"，那么我们就无法提取error_str，此时我们直接保留该行，并且不将任何字符串加入seen（因为题目要求只针对ERROR:a_后的相同内容去重，所以没有ERROR:a_的行不受去重影响，每次出现都保留？）。但是根据示例，所有要求1删除后剩下的行都有ERROR:a_，所以这种情况可以忽略。 因此，我们编写代码。 但是，示例二的结果中，并没有出现test_flt_all_uvlo_771568176/run_test_flt_all_uvlo.log中的错误信息，因为它的错误信息和第一行相同，所以被跳过了。 所以，我们按照这个思路写代码。 注意：输入可以是一个多行字符串，也可以是一个文件。这里我们假设输入是一个字符串（多行），输出也是一个字符串（多行，处理后的行）。 如果输入是文件，我们可以读取文件，然后输出到文件。这里我们写一个函数，输入为字符串（整个文本），输出为处理后的字符串。 但是，题目要求是写一个脚本，所以我们可以从标准输入读取，然后输出到标准输出。 下面我们写一个Python3脚本，从标准输入读取，处理，然后输出到标准输出。</think>以下是一个Python3脚本，用于将示例一的文件内容处理成示例二格式。脚本实现两个主要功能： 1. 删除所有包含"UVM_ERROR : "的行 2. 对"ERROR:a_"后的相同错误内容进行全局去重（保留第一次出现的行） ```python import sys def process_uvm_errors(input_lines): # 存储已出现的错误内容（用于去重） seen_errors = set() output_lines = [] for line in input_lines: # 过滤掉包含"UVM_ERROR : "的行 if "UVM_ERROR : " in line: continue # 检查是否包含"ERROR:a_" if "ERROR:a_" in line: # 提取错误内容（从"ERROR:a_"开始到行尾） start_index = line.find("ERROR:a_") error_content = line[start_index:] # 如果错误内容已出现过则跳过 if error_content in seen_errors: continue # 记录新出现的错误内容 seen_errors.add(error_content) # 保留符合条件的行 output_lines.append(line) return output_lines if __name__ == "__main__": # 从标准输入读取 input_lines = sys.stdin.read().splitlines() # 处理数据 processed_lines = process_uvm_errors(input_lines) # 输出结果 for line in processed_lines: print(line) ``` ### 代码解释： 1. **过滤"UVM_ERROR : "行**： ```python if "UVM_ERROR : " in line: continue ``` 直接跳过包含"UVM_ERROR : "的行（注意冒号后的空格） 2. **错误内容提取**： ```python start_index = line.find("ERROR:a_") error_content = line[start_index:] ``` 定位"ERROR:a_"的起始位置，截取从该位置到行尾的字符串作为错误内容 3. **全局去重**： ```python if error_content in seen_errors: continue seen_errors.add(error_content) ``` 使用集合`seen_errors`记录已出现的错误内容，确保相同错误内容只保留第一次出现的行 4. **保留有效行**： ```python output_lines.append(line) ``` 符合以下条件的行会被保留： - 不包含"UVM_ERROR : " - 包含"ERROR:a_"且其错误内容是首次出现 ### 使用示例： ```bash # 将示例一保存为input.txt python3 script.py < input.txt > output.txt # 输出结果将符合示例二格式 ``` ### 示例处理说明： - 输入文件中所有包含"UVM_ERROR : "的行被删除 - 错误内容`ERROR:a_rtl_reg_por_flag_set_rvs_chk.`在多个文件中出现，只保留第一次出现的行（示例一中第一行） - 其他不同的错误内容各自保留第一次出现的行 ### 注意事项： 1. 错误内容匹配是**大小写敏感**的 2. 去重基于**全局范围**（跨文件路径） 3. 保留行的顺序与输入文件中的顺序一致
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值