解决 bpftool 与逆行 dump xlate id 时 Error: No libbfd support

原创 已于 2023-10-10 09:59:56 修改 · 378 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#服务器 #linux #数据库

于 2023-08-06 09:27:51 首次发布
本文介绍了如何通过apt工具安装Linux5.13.0源码，编译时依赖的libelf-dev，以及使用bpftool检查版本信息，包括libbfd和skeletons特征。

解决方法:
{
“features”: {
“libbfd”: false
}
}

uname -r
5.13.0-19-generic

apt-cache search linux-source
apt install linux-source-5.13.0

cd /usr/src/
tar -jxvf linux-source-5.13.0.tar.bz2

apt install libelf-dev
cd linux-source-5.13.0/tools
make -C bpf/bpftool
./bpf/bpftool/bpftool version -p
{
“version”: “5.13.19”,
“features”: {
“libbfd”: true,
“skeletons”: true
}
}

记录 | ubuntu can not find libdw、libbfd、libdwarf
极智视界
12-15 1777
记录 | ubuntu can not find libdw、libbfd、libdwarf
AttributeError: ‘str‘ object has no attribute ‘page_content‘ 解决方案
weixin_43178406的博客
07-03 2万+
本文主要介绍了AttributeError: ‘str’ object has no attribute 'page_content’解决方案，希望能对使用langchain的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
arm64 linux 编译perf工具
canwang的博客
10-21 8453
perf linux kernel自带的性能检测工具。 perf是linux内核发行版自带源码工具，需要内核开启某些选项支持. 1.内核下编译perf工具, cd 到 kerne/tools路径下 2.编译 make CROSS_COMPILE=aarch64-linux- ARCH=arm64 perf_clean V=1 make CROSS_COMPILE=aarch64-li...
mips架构下使用perf工具遇到的问题及解决方法
海棠花的博客
02-18 3377
在做程序性能分析时，perf是必不可少的分析工具。它的最简单的使用方式为: $ perf record -e task-clock ./a.out //抓取热点数据 $ perf report //查看热点 这样我们可以精确定位到热点方法，甚至可以进一步定位到热点指令。但是在mips架构的机器上使用perf的过程中，会或多或少存在一些问题，在此记录。 问题1：perf不显示so库方法名称（Symbol列 只能显示热点PC) 出现这种情况,perf report的结果是： Overh
上手 bpftool
龙瑜的博客
11-22 1万+
bpftool 是什么 bpftool 是一个用来检查 BPF 程序和映射的内核工具。 如何编译安装 bpftool bpftool 源码在 tools/bpf/bpftool 中，直接 cd 到这个路径中，然后执行 make && make install 即可。 这里我使用了 V=1 来输出更详细的信息，过程记录如下： root@debian-10:12:12:04] bpftool # make && make V=1 install make[1]: 进入目录“/ho
使用LIBBPF开发BPF程序
weixin_45092290的博客
05-12 2718
bpf_get_current_pid_tgid返回低32位的PID（内核的PID视图，在用户空间中通常表示为线程 ID）和高32位的线程组ID（用户空间通常认为PID）。有了这个文件，开发者可以确保他们的eBPF程序使用的数据结构与当前运行的内核版本完全一致，从而避免因版本不匹配引起的运行时错误。生成的头文件包含了嵌入的BPF程序代码和API，用于初始化、加载和附加BPF程序到内核，以及管理与之关联的BPF map。这样，生成的头文件就包含了内核的所有数据结构定义，可以在编写eBPF程序时使用。
AttributeError: module ‘openai‘ has no attribute ‘ChatCompletion‘解决方案
weixin_43178406的博客
11-08 6万+
本文主要介绍了AttributeError: module ‘openai’ has no attribute 'ChatCompletion’解决方案，希望能对学习python的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
AttributeError: ‘ChatGLMModel‘ object has no attribute ‘prefix_encoder‘
weixin_43178406的博客
04-25 7万+
本文主要介绍了AttributeError: ‘ChatGLMModel’ object has no attribute 'prefix_encoder’解决方案，希望能对使用python的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
http.cookiejar.LoadError: Cookies file must be Netscape formatted,not JSON.解决方案
热门推荐
weixin_43178406的博客
07-01 8万+
本文主要介绍了http.cookiejar.LoadError: Cookies file must be Netscape formatted,not JSON.解决方案，希望能对使用Python的同学们有所帮助。 文章目录 1. 问题描述 2. 解决方案
加载sklearn 人脸数据集出错 fetch_olivetti_faces() HTTPError: HTTP Error 403: Forbidden解决方案
weixin_43178406的博客
02-14 3万+
本文主要介绍了加载sklearn olivettifaces数据集出错 fetch_olivetti_faces() HTTPError: HTTP Error 403: Forbidden解决方案，希望能对新手有所帮助。 文章目录 1. 问题描述 2. 解决方案
【Linux】BPF学习笔记 - 技术背景[2]
Linoy
03-01 2480
【BPF】学习笔记 - 技术背景[2] 本学习笔记来自于阅读 Brendan Gregg的《BPF Performance Tools》 一、CLASSICAL BPF (BPF) 用户使用针对BPF虚拟机的指令集(也称为BPF字节码)定义过滤器表达式, 然后传递给内核以供解释器执行. 这使得过滤可以在内核级别进行，而无需将每个数据包复制到用户级别的进程中, 提升了tcpdump使用的数据包筛选的...
kernel 4.4.x 编译 perf 问题解决
weixin_43295247的博客
07-11 1317
【代码】kernel 4.4.x 编译 perf 问题解决。
BPF内核调试开发坏境的搭建
yeholmes的专栏
10-17 4307
BPF的内核调试方法 一直以来，笔者对BPF功能的认知一直停留在与tcpdump工具进行网络抓包相关；最近几年BPF已成为内核的顶级子系统，从网络抓包的内核支持模块演进成为内核调试、性能跟踪的复杂模块。其对内核的调试（也可用于应用的调试）是动态的；不过该动态调试过程并不需要编译内核模块并加载之，而是将调试应用编译成为eBPF字节码，并通过bpf系统调用将该字节码加载到内核中的BPF虚拟机中解析执行，或由内核中的BPF Jit编译为机器码后运行。这一调试机制使得其与传统的GDB调试方法相比，具有更低的延时和更
Linux 安装 libbfd
Pou光明的博客
04-20 3345
apt-get install binutils-dev
移植perf并追加插件elfutils（libelf）
weixin_43966269的博客
02-18 5829
1、交叉编译elfutils 参考： https://blog.youkuaiyun.com/liushi558/article/details/53380444 1）配置 ./configure --host=aarch64-linux --prefix=/opt/libelf CC=aarch64-linux-gcc 2）修改Makefile vi backends/Makefile 更改, 删除有...
运行第一个 bpf 程序
龙瑜的博客
11-21 8086
上手 ebpf 一直想学习一下 ebpf 这个东东，最近买了本《Linux 内核观测技术 BPF》，准 备系统的研究一下。 原以为有了书之后学起来就相当轻松了，可以我发现书上的第一个例子就编译不 过。 书上只给了部分的源码，还需要去下载配套的 github 项目，这也没啥关系，不过下 载后编译也是编译不过。 编译不过的报错也不过是 types.h 头文件找不到，解决了头文件找不到的问题 后发现又有新的问题。 网上搜索了下发现基本上都是在介绍 ebpf xxx，没有看到一篇讲如何上手 ebpf， 只能自己搞搞
Linux bpf 3.2、BPF and XDP Reference Guide
pwl999的博客
09-14 7334
开源软件Cilium深度的使用了BPF来做网络安全，它的文档中使用了一个章节专门的来介绍BPF的原理和使用。 参考原文：BPF and XDP Reference Guide 注意：本文档部分针对的是希望深入了解BPF和XDP的开发人员和用户。尽管阅读本参考指南可能有助于拓宽你对Cilium的理解，但使用Cilium并不是必须的。请参考入门指南和概念以获得更高级别的介绍。 BPF是L...
print(data.dumpFile) AttributeError: 'CppcheckData' object has no attribute 'dumpFile'
最新发布
11-25
<think> 我们遇到了一个错误：'CppcheckData' object has no attribute 'dumpFile'。这意味着在当前的Cppcheck版本中，传递给自定义规则的data对象没有dumpFile属性。因此，我们需要使用其他方法来获取当前正在处理的文件名。 根据之前的知识，我们可以尝试以下替代方法： 1. 使用cfg.tokenlist.file：如果cfg.tokenlist存在且不为空，那么第一个token所在的文件就是当前正在处理的文件。 2. 注意：一个dump文件可能包含多个源文件的信息（比如头文件），但通常我们处理的dump文件是由单个源文件生成的（例如test.c.dump对应test.c）。在自定义规则中，我们遍历的tokenlist就是该dump文件对应的源文件的token。 因此，我们可以这样获取当前文件名： ```python def get_current_filename(cfg): if cfg and cfg.tokenlist and cfg.tokenlist.file: return cfg.tokenlist.file return None ``` 但是，注意：在Cppcheck中，一个dump文件可能包含多个文件（例如一个.c文件和它包含的头文件）。但实际上，每个dump文件是由一个源文件（.c或.h）通过预处理生成的，所以cfg.tokenlist.file可能指向该源文件。然而，在遍历token时，我们可能会遇到来自不同文件的token（比如包含的头文件）。因此，我们通常需要根据每个token的file属性来判断它属于哪个文件。 不过，在自定义规则的上下文中，我们通常针对每个dump文件运行，而每个dump文件对应一个源文件（尽管它可能包含多个头文件）。所以，如果我们想获取当前dump文件对应的源文件，可以通过cfg.tokenlist.file获取。 但是，错误信息表明我们无法使用data.dumpFile，所以我们将改用cfg.tokenlist.file。 修改方案： 在规则函数中，我们可以这样获取当前主文件（即dump文件对应的源文件）的路径： ```python @cppcheck.checker("check_variable_naming_convention", ...) def check_variable_naming_convention(cfg, data): # 获取当前主文件名（dump文件对应的源文件） if cfg.tokenlist is None: return main_file = cfg.tokenlist.file # 注意：这是第一个token所在文件，通常就是主文件 # 然后，在遍历token时，我们可以通过token.file来获取每个token所在的文件 # 如果我们只关心主文件中的token，可以这样过滤： for token in cfg.tokenlist: if token.file == main_file: # 检查主文件中的token ... ``` 但是，如果我们想检查所有文件（包括包含的头文件）中的问题，那么就不需要过滤，直接遍历所有token即可。同时，我们可以通过token.file知道每个token所在的文件。 那么，如何打印当前正在检查的文件呢？我们可以这样： ```python @cppcheck.checker(...) def example_rule(cfg, data): main_file = cfg.tokenlist.file if cfg.tokenlist else "unknown" print(f"Checking {main_file} ...") ``` 但是，注意：在Cppcheck运行自定义规则时，我们通常不需要打印当前文件名，因为Cppcheck会自己打印。但如果你需要知道当前处理的是哪个文件，可以在规则开始处打印。 另外，注意：在同一个自定义规则中，当处理多个dump文件时，每个dump文件都会触发一次该规则的调用。因此，在每次调用规则函数时，cfg.tokenlist.file就是当前dump文件对应的源文件。 所以，针对我们的问题，我们可以将之前使用data.dumpFile的地方替换为cfg.tokenlist.file（需要确保cfg.tokenlist存在）。 具体到之前的代码，我们可能是在规则函数中试图获取dumpFile来知道当前文件，现在改为： ```python # 原代码：dump_file_path = data.dumpFile # 改为： if cfg.tokenlist is None: return current_file = cfg.tokenlist.file ``` 然后，我们可以用os.path.basename来获取文件名（不含路径）。 示例修改： ```python import os @cppcheck.checker("check_variable_naming_convention", ...) def check_variable_naming_convention(cfg, data): if cfg.tokenlist is None: return main_file = cfg.tokenlist.file base_name = os.path.basename(main_file) print(f"Checking file: {base_name}") # 然后遍历token for token in cfg.tokenlist: # 注意：token.file可能是主文件，也可能是包含的头文件 # 如果我们只想检查主文件中的全局变量，那么可以： if token.file == main_file: # 检查全局变量 ... ``` 这样，我们就避免了使用dumpFile属性。 另外，我们还需要注意，不同的Cppcheck版本可能有差异。因此，为了兼容性，我们可以先尝试使用dumpFile（如果存在），否则再使用cfg.tokenlist.file。 兼容性写法： ```python def get_current_file(data, cfg): if hasattr(data, 'dumpFile') and data.dumpFile: return data.dumpFile if cfg and cfg.tokenlist and cfg.tokenlist.file: return cfg.tokenlist.file return None @cppcheck.checker(...) def example_rule(cfg, data): current_file = get_current_file(data, cfg) if current_file is None: print("无法确定当前文件") return # 如果current_file是dump文件路径，我们可以去掉.dump后缀得到源文件路径吗？ # 注意：data.dumpFile返回的是.dump文件的路径，而cfg.tokenlist.file返回的是源文件路径 # 所以，我们可能需要判断：如果current_file以.dump结尾，则源文件名为current_file[:-5] # 但是，我们也可以直接使用cfg.tokenlist.file作为源文件路径，而data.dumpFile是dump文件路径。 # 实际上，在规则中，我们更关心源文件路径（即token所在的文件路径），所以建议统一使用源文件路径。 # 因此，我们调整：当从data.dumpFile获取时，我们将其转换为源文件路径（去掉.dump扩展名） if current_file.endswith('.dump'): source_file = current_file[:-5] else: source_file = current_file # 或者，我们也可以直接使用cfg.tokenlist.file，因为它就是源文件路径。但注意，当从data.dumpFile转换时，我们得到的是源文件路径吗？ # 假设dump文件是source.c.dump，那么去掉.dump后就是source.c，这就是源文件。 # 但是，我们也可以这样：如果cfg.tokenlist.file存在，我们就用它（因为它直接就是源文件路径），否则再用转换后的dumpFile。 # 重新设计： source_file = None if cfg and cfg.tokenlist and cfg.tokenlist.file: source_file = cfg.tokenlist.file else: # 尝试从dumpFile转换 if hasattr(data, 'dumpFile') and data.dumpFile: if data.dumpFile.endswith('.dump'): source_file = data.dumpFile[:-5] else: source_file = data.dumpFile else: source_file = "unknown" # 现在source_file就是源文件路径 base_name = os.path.basename(source_file) print(f"Checking {base_name} ...") ``` 这样，我们就能兼容不同版本的Cppcheck。 但是，请注意：在同一个规则函数中，cfg.tokenlist.file是固定的（即当前dump文件对应的主源文件），而data.dumpFile也是当前dump文件的路径。所以，这两种方式都可以获取当前处理的文件，只是格式不同。 因此，我们建议采用上述兼容性方法。 现在，让我们回到具体错误：当我们使用data.dumpFile时，出现了没有'dumpFile'属性的错误。所以，我们可以在代码中先判断是否存在该属性，不存在则使用cfg的方式。 根据上述讨论，修改我们的自定义规则脚本，将获取当前文件的方式改为兼容性方法。 总结步骤： 1. 定义一个函数来获取当前源文件路径（优先使用cfg.tokenlist.file，其次使用data.dumpFile转换）。 2. 在规则函数开始处，调用这个函数获取当前源文件路径。 3. 在需要文件名的位置使用这个路径。 这样，就可以避免'dumpFile'属性不存在的错误。 注意：在Cppcheck的某些版本中，可能没有dumpFile属性，所以我们必须使用兼容性方法。 让我们修改自定义规则脚本中的相关部分。 示例修改： ```python import os import cppcheck def get_source_file_from_data(data, cfg): """从data和cfg对象中获取源文件路径""" # 首先尝试从cfg.tokenlist中获取 if cfg is not None and cfg.tokenlist is not None and cfg.tokenlist.file: return cfg.tokenlist.file # 其次，尝试从data.dumpFile获取（并去掉.dump扩展名） if hasattr(data, 'dumpFile') and data.dumpFile: dump_file = data.dumpFile if dump_file.endswith('.dump'): return dump_file[:-5] return dump_file return "unknown" @cppcheck.checker("check_variable_naming_convention", ...) def check_variable_naming_convention(cfg, data): source_file = get_source_file_from_data(data, cfg) base_name = os.path.basename(source_file) print(f"Checking {base_name} ...") # 然后，在遍历token时，可以通过token.file来获取每个token所在的文件 # 如果只想检查主文件（即source_file）中的问题，可以： for token in cfg.tokenlist: if token.file != source_file: continue # 检查主文件中的token ... ``` 这样修改后，无论Cppcheck版本是否提供dumpFile属性，我们都能获取到当前处理的源文件路径。 请尝试使用这种方法修改你的自定义规则脚本，然后再次运行测试。 </think>要解决在 Python 3.9 中运行 Cppcheck 自定义规则时出现的 "'CppcheckData' object has no attribute 'dumpFile'" 错误，可以采取以下兼容性方案： ### 兼容性解决方案 ```python import os import cppcheck def get_current_filename(data, cfg): """获取当前处理的文件名（兼容不同Cppcheck版本）""" # 方案1: 尝试从data.dumpFile获取（较新版本） if hasattr(data, 'dumpFile') and data.dumpFile: return os.path.basename(data.dumpFile).replace('.dump', '') # 方案2: 尝试从cfg.tokenlist获取（较旧版本） if cfg and cfg.tokenlist and hasattr(cfg.tokenlist, 'file') and cfg.tokenlist.file: return os.path.basename(cfg.tokenlist.file) # 方案3: 尝试从token中提取 if cfg and cfg.tokenlist: for token in cfg.tokenlist: if hasattr(token, 'file') and token.file: return os.path.basename(token.file) return "unknown_file" @cppcheck.checker("custom_rule") def custom_rule(cfg, data): current_file = get_current_filename(data, cfg) print(f"当前处理的文件: {current_file}") # 规则实现部分... for token in cfg.tokenlist: if token.str == "problem_token": cppcheck.reportError( token, 'severity:warning', f"在文件 {current_file} 中发现问题" ) ``` ### 替代方法：基于文件内容识别 ```python def identify_file_by_content(cfg): """通过文件内容特征识别当前文件""" if not cfg or not cfg.tokenlist: return "unknown" # 识别C文件特征 c_keywords = {"#include", "int main(", "void ", "struct "} # 识别头文件特征 h_keywords = {"#ifndef", "#define", "#pragma once", "typedef "} content = " ".join(token.str for token in cfg.tokenlist[:50]) if any(kw in content for kw in c_keywords): return "source.c" elif any(kw in content for kw in h_keywords): return "header.h" return "unknown" ``` ### 版本兼容性处理流程图 ```mermaid graph TD A[开始] --> B{检查 data.dumpFile 是否存在?} B -->|是| C[使用 data.dumpFile] B -->|否| D{检查 cfg.tokenlist.file 是否存在?} D -->|是| E[使用 cfg.tokenlist.file] D -->|否| F{检查首个 token.file 是否存在?} F -->|是| G[使用 token.file] F -->|否| H[使用内容识别] C --> I[返回文件名] E --> I G --> I H --> I I --> J[结束] ``` ### 调试技巧 ```python @cppcheck.checker("debug_rule") def debug_rule(cfg, data): print("\n===== 调试信息 =====") print(f"对象类型: {type(data)}") print(f"可用属性: {dir(data)}") # 打印所有可用属性 for attr in dir(data): if not attr.startswith("__"): try: value = getattr(data, attr) print(f"{attr}: {value}") except AttributeError: pass print("===== 结束调试 =====\n") ``` ### 注意事项 1. **版本兼容性**：Cppcheck 的 API 在不同版本间可能有变化，建议在多个版本中测试规则 2. **错误处理**：添加充分的异常处理，避免因属性缺失导致脚本崩溃 3. **路径处理**：使用 `os.path.basename()` 只获取文件名部分，避免完整路径带来的兼容性问题 4. **回退机制**：如所有方法都失败，可考虑使用文件内容特征识别 通过上述兼容性方案，可以解决不同 Cppcheck 版本间的 API 差异问题，确保自定义规则在各种环境下都能正常工作[^1][^2]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值