New “lldb” Debugger

最新推荐文章于 2025-04-28 00:03:45 发布
转载 最新推荐文章于 2025-04-28 00:03:45 发布 · 177 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://blog.llvm.org
文章标签：

#llvm #clang

LLDB是LLVM项目下的一款现代调试器基础设施，由一系列模块化且可复用的库构成。它利用了LLVM的增强型反汇编API、Clang抽象语法树、表达式解析器、代码生成器及即时编译器等现有技术。尽管仍处于早期开发阶段，LLDB已能在Mac上支持基本的命令行调试场景，具备多线程调试能力，并展现出比GDB更快的速度，尤其是在处理大型程序时。对于C++程序员而言，其用户体验有望显著提升。

New “lldb” Debugger

I’m happy to announce a great new subproject of LLVM: LLDB. LLDB is a modern debugger infrastructure which is built (like the rest of LLVM) as a series of modular and reusable libraries. LLDB builds on existing LLVM technologies like the enhanced disassembler APIs, the Clang ASTs and expression parser, the LLVM code generator and JIT compiler.

While still in early development, LLDB supports basic command line debugging scenarios on the Mac, is scriptable, and has great support for multithreaded debugging. LLDB is already much faster than GDB when debugging large programs, and has the promise to provide a much better user experience (particularly for C++ programmers). We are excited to see the new platforms, new features, and enhancements that the broader LLVM community is interested in.

If you’d like to try out LLDB and participate in its development, please visit http://lldb.llvm.org/ and consider signing up for the lldb-dev and lldb-commits mailing lists.

-Chris and the LLDB Team

Posted by Chris Lattner at 9:00 PM

Labels: LLDB, new-in-llvm-2.8

The LLDB Debugger
程永强
11-09 707
The LLDB Debugger
LLDB 详解
ProgramNovice的博客
06-26 3537
LLDB 详解
debugger（六）：source level 断点
luyoung0001@gmail.com的博客
06-11 294
这个可以在所有的编译单元中搜索。对于每一个 **cu**，只需要判断：`(die.has(dwarf::DW_AT::name) && at_name(die) == name)`，如果条件成立，那么就可以获取 **line entry** 了，但是这个 **entry** 并不好用，这一行可能是函数名，我们需要跳过这个 **prologue** 或者没用的行。
debugger（五）：source level stepping
luyoung0001@gmail.com的博客
06-11 978
返回地址实际上是在调用函数之前的步骤中由调用指令（如 call）隐式处理的，它会将下一条指令的地址（即函数 f() 的地址）压入栈中，作为返回时应该跳转的地址。这里就很清晰了，因为在这之后，紧接着入栈的是 rbp，接着是把 rsp 放入 rbp，当前 rbp 中值就是那时候的 rsp，也是新的栈帧。我们只要把 rbp+8，就能得到它了。
LLDB使用详解
chenyijun的专栏
01-10 2879
https://blog.youkuaiyun.com/u012907783/article/details/53885818 LLDB的Xcode默认的调试器，它与LLVM编译器一起，带给我们更丰富的流程控制和数据检测的调试功能。平时用Xcode运行程序，实际走的都是LLDB。熟练使用LLDB，可以让你debug事半功倍 LLDB基础知识 LLDB控制台 Xcode中内嵌了LLDB控制台，在Xcod...
LLDB 常用命令
热门推荐
集腋成裘
03-22 1万+
LLDB 小结 简介 LLDB 是新一代高性能调试器，其是一组可重用组件的集合，这些组件大多是 LLVM 工程中的类库，如 Clang 表达式解析器或 LLVM 反汇编程序等。LLDB 是 Xcode 中默认的调试器，并且支持调试 C／C++ 程序，详情参考官方文档。 LLDB 命令 LLDB 的命令格式不同于 GDB 的命令格式的随意，而是统一为如下格式： <命令名称&g...
Debugger - LLDB vs GDB
张同光 (Tongguang Zhang)：Hello everyone !
06-06 677
Debugger - LLDB vs GDB
LLDB常用命令
圣人男的博客
01-18 1238
LLDB的Xcode默认的调试器，它与LLVM编译器一起，带给我们更丰富的流程控制和数据检测的调试功能。平时用Xcode运行程序，实际走的都是LLDB。熟练使用LLDB，可以让你debug事半功倍LLDB基础知识LLDB控制台Xcode中内嵌了LLDB控制台，在Xcode中代码的下方，我们可以看到LLDB控制台。LLDB控制台平时会输出一些log信息。如果我们想输入命令调试，必须让程序进入暂停状态
LLDB浅析
你是自己的先知
08-06 6279
文章目录一、LLDB命令结构二、命令选项三、基础执行命令（Execution Commands）流程控制processthread断点命令（Breakpoint Commands）管理断点实例疑问操作断点创建编辑删除breakpoint观察点命令（Watchpoint Commands）设置观察点watchpoint检查变量（Examining Variables）查看调用栈状态frametarg...
Mac cmake 与 lldb 手动按照
12-13
这里提供了一个名为`cmake-lldb_new`的压缩包，这可能包含了已经打包好的CMake和LLDB版本。 3. **移动到SDK目录**： 找到你的Android SDK的根目录，通常在`~/Library/Android/sdk`或`/Users/your_username/Android...
来一点调试技巧，lldb 的 Scripting Bridge 框架，新手友好的 Debug 进阶
dengjiangszhan的博客
01-29 558
常常羡慕前端开发、RN 、Flutter 和 SwiftUI 开发的 live rendering, 即时渲染 别家项目的框架，UI 开发，修改了，很容易渲染出来。无需每次手动漫长的编译 其实，lldb 自带了一个 python 解析器。要调试代码逻辑，不需要重新编译, kill 进程。 当前进程下，可以直接调试。 常用的是，苹果封装的一些命令。也可以根据自己的工程，自己写定制化的 python ...
android 如何分析应用的内存（五）——Android studio的LLDB
安仔的博客
06-09 1717
接上文lldb的工具篇的GUI部分。接下来是as的LLDB。
LLDB（六）：常用命令举例
Airths 的博客
03-07 2405
目录创建符号断点关于 Xcode 底部的调试区域在使用 expression 命令执行方法时，需要将发送的消息强制转换为该方法的返回值类型关于 p 和 po 的输出格式通过 expression 命令读取、设置、操作寄存器的值expression 命令只能在当前线程中执行表达式，expression 命令不能跨线程执行表达式获取 UIButton 的 target 和 action关于渲染服务（backboardd）获取指定镜像当前的 ASLR 偏移量使用 watchpoint 命令监视对指定对象的指定成员
C++如何使用调试器（如GDB、LLDB）进行程序调试保姆级教程（2万字长文）
大模型大数据攻城狮的专栏
04-28 1166
在C++程序开发中，调试器是开发者不可或缺的工具，它能够帮助我们深入代码的执行过程，定位问题的根源，并修复潜在的错误。在众多调试工具中，GDB（GNU Debugger）和LLDB（LLVM Debugger）无疑是两个最为广泛使用的选项。它们不仅功能强大，而且在不同的开发环境中有着各自的独特优势。接下来，将深入探讨这两种调试器的历史背景、适用平台、安装方法以及各自的优缺点，以便开发者能够根据自己的需求做出明智的选择。调试器的基本使用流程并不复杂，但熟练掌握需要一定的实践积累。
CheesyFabric_deepdive_analyst_7984_1764666209192.zip
12-03
CheesyFabric_deepdive_analyst_7984_1764666209192.zip
【卫星抗干扰】一种用于全球导航卫星系统反欺骗的空时融合方法【附MATLAB代码】.rar
12-03
1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
遗传算法重新配置配电网络（IEEE 33和69总线系统.zip
最新发布
12-03
1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
windows下定期自动清空某个文件夹（比如在公司电脑上定期清空微信的聊天记录）
12-03
windows下定期自动清空某个文件夹（比如在公司电脑上定期清空微信的聊天记录）
网络爬虫基于Python的豆瓣电影Top250数据采集：使用Requests与BeautifulSoup实现网页内容解析
12-03
内容概要：本文通过一个简单的Python爬虫实例，演示了如何使用requests库发送HTTP请求，获取豆瓣电影Top250页面的数据，并利用BeautifulSoup解析HTML内容，提取出中文电影名称。代码实现了基本的网页抓取与数据清洗流程，包括设置请求头模拟浏览器行为以应对简单反爬机制、解析响应文本以及过滤非中文片名，最终输出纯净的电影标题列表。; 适合人群：具备Python基础语法知识，对网络爬虫感兴趣的初学者或刚入门的数据采集学习者；适合学习Web数据获取的基本流程和技术栈。; 使用场景及目标：①学习如何使用requests发起网络请求并携带请求头信息；②掌握BeautifulSoup进行HTML结构化解析的方法；③理解网页内容提取与数据过滤的基本逻辑，为后续深入学习爬虫框架（如Scrapy）打下基础。; 阅读建议：建议读者在本地环境中配置好相关库（requests、BeautifulSoup），动手运行并调试代码，尝试修改选择器或目标网站以加深理解，同时注意遵守网站的robots协议，合理控制请求频率。
我说的不是VS code的是Visual studio，而且visual studio上有Rust analyzer VS插件，点击运行该插件报错：Key program is not set in launch Configuration and /or It's not a string.Debugger will not be launched.Please report the repro steps + This message as this issue is hard to track bown
07-05
<think>我们正在解决一个特定的错误：在Visual Studio中配合Rust Analyzer插件运行Rust代码时，出现报错信息“Key program is not set in launch Configuration and/or It's not a string”。这个错误通常与调试配置有关，意味着在启动配置（launch configuration）中缺少必要的`program`字段或者该字段的值不是字符串类型。 根据引用[1]和[5]的内容，我们知道在VSCode中，调试配置是通过`launch.json`文件来设置的，其中必须指定`program`字段（即要调试的可执行文件路径）。虽然用户使用的是Visual Studio（而不是VSCode），但错误信息表明Visual Studio的调试配置同样需要指定`program`字段。 在Visual Studio中，调试配置通常通过项目属性设置，而不是通过`launch.json`（那是VSCode的方式）。因此，我们需要在Visual Studio的项目属性中设置调试目标。 ### 解决方案步骤： 1. **确认项目类型**： - 由于Rust项目在Visual Studio中通常被配置为“控制台应用程序”，请确保项目类型正确。在Visual Studio中，Rust项目可能被视为空项目或自定义项目。 2. **设置调试目标**： - 在解决方案资源管理器中，右键单击您的Rust项目，选择“属性”。 - 转到“调试”选项卡（或类似标签，具体位置可能因Visual Studio版本而异）。 - 找到“命令”（或“可执行文件”）设置项，这里应该填入您的Rust项目编译生成的可执行文件路径。例如： ``` $(ProjectDir)target\debug\hello.exe ``` 其中`hello`是您的项目名称（根据`cargo new`创建的名称）。 - 确保该路径是字符串形式（用双引号括起来通常不是必须的，但确保它确实是字符串值）。 3. **设置工作目录**（可选但推荐）： - 在同一“调试”选项卡中，设置“工作目录”为项目根目录，例如： ``` $(ProjectDir) ``` 4. **设置生成事件**（如果尚未设置）： - 在项目属性的“生成事件”选项卡中，添加“预生成事件命令行”： ``` cargo build ``` 这样在每次调试前都会重新构建项目。 5. **保存并重试**： - 保存属性设置，然后尝试再次运行（按F5）或调试。 ### 如果问题仍然存在： - **检查路径是否正确**：确保`target\debug\hello.exe`确实存在。您可以在文件资源管理器中手动导航到该目录确认。 - **检查项目配置**：确保您正在使用“Debug”配置（而不是Release），因为路径中包含了`debug`文件夹。 - **手动构建**：在终端中进入项目目录，运行`cargo build`，确保项目能成功编译。 ### 备选方案：使用VSCode 如果上述方法在Visual Studio中仍然无法解决问题，建议切换到Visual Studio Code（VSCode），因为其对Rust的支持更完善（引用[2][3][5]）。在VSCode中配置调试的步骤如下： 1. 安装VSCode和以下扩展： - `rust-analyzer`（官方推荐） - `CodeLLDB`（用于调试） 2. 在项目根目录下创建`.vscode`文件夹，并在其中创建`launch.json`文件，内容如下： ```json { "version": "0.2.0", "configurations": [ { "name": "Debug Rust", "type": "lldb", "request": "launch", "program": "${workspaceFolder}/target/debug/hello", "args": [], "cwd": "${workspaceFolder}" } ] } ``` 注意：`program`字段必须设置为正确的可执行文件路径（Windows下为`hello.exe`，macOS/Linux下为`hello`）。 3. 按F5启动调试。 ### 总结 在Visual Studio中遇到“Key program is not set”错误，核心解决方法是**在项目属性的调试设置中明确指定可执行文件路径**。如果问题复杂，可考虑迁移到VSCode以获得更好的Rust开发体验。 §§相关问题§§ 1. 如何在Visual Studio中配置Rust项目的生成事件？ 2. Visual Studio Code中调试Rust需要哪些扩展？ 3. 如何解决Rust项目在调试时找不到可执行文件的问题？ [^1]: `launch.json`是VSCode的调试配置文件，但类似概念在Visual Studio中对应项目属性中的调试设置。 [^5]: 在VSCode中配置`tasks.json`和`launch.json`是标准做法，但在Visual Studio中需通过GUI设置。</think>### 解决 Visual Studio 中 Rust Analyzer 报错：`Key program is not set in launch Configuration and/or It's not a string` 这个错误表明您的调试配置缺少必要的 `program` 字段（指向可执行文件路径）。以下是完整解决方案： #### 解决方案步骤 1. **创建正确的调试配置文件** - 在项目根目录创建 `.vscode` 文件夹（注意：虽然使用 VS，但配置沿用 VSCode 标准） - 在文件夹内创建 `launch.json` 文件，内容如下： ```json { "version": "0.2.0", "configurations": [ { "name": "Debug Rust", "type": "cppvsdbg", // Visual Studio 的调试器类型 "request": "launch", "program": "${workspaceFolder}/target/debug/hello.exe", // 关键配置 "args": [], "cwd": "${workspaceFolder}", "preLaunchTask": "build" } ] } ``` - **关键点**：`program` 必须指向 `cargo build` 生成的可执行文件（Windows 为 `.exe` 后缀） 2. **添加构建任务配置** - 在 `.vscode` 文件夹创建 `tasks.json`： ```json { "version": "2.0.0", "tasks": [ { "label": "build", "type": "shell", "command": "cargo", "args": ["build"], "group": { "kind": "build", "isDefault": true } } ] } ``` 3. **配置 Rust Analyzer 识别项目** - 创建 `.vscode/settings.json`： ```json { "rust-analyzer.linkedProjects": [ "Cargo.toml" // 指向项目根目录的 Cargo.toml ] } ``` 4. **项目目录结构调整** 确保目录结构符合标准： ``` hello/ (项目根目录) ├── .vscode/ │ ├── launch.json │ ├── tasks.json │ └── settings.json ├── src/ │ └── main.rs └── Cargo.toml ``` #### 验证步骤 1. 在终端执行构建： ```bash cargo build ``` 确认生成 `target/debug/hello.exe` 2. 在 Visual Studio 中： - 打开 `main.rs` 文件 - 按 `F5` 启动调试 - 观察输出窗口是否显示 "Hello, world!" #### 常见问题排查 | 问题现象 | 解决方案 | |---------|---------| | 找不到 `program` 路径 | 检查 `cargo build` 是否成功生成可执行文件 | | Rust Analyzer 不生效 | 在 `settings.json` 添加绝对路径：`"rust-analyzer.linkedProjects": ["C:/path/to/hello/Cargo.toml"]` | | 调试器无法启动 | 安装 VS 的 "使用 C++ 的桌面开发" 工作负载 | | 嵌套项目报错 | 在 `settings.json` 明确指定子目录路径：`"rust-analyzer.linkedProjects": ["subdir/Cargo.toml"]` [^2] | #### 原理解释 错误 `Key program is not set` 直接源于 `launch.json` 中缺少有效的可执行文件路径配置。Rust Analyzer 依赖此配置定位调试目标，而： $$ \text{有效配置} = \text{正确路径} + \text{前置构建任务} $$ 通过上述配置，您建立了完整的 **编码 → 构建 → 调试** 工作流[^5]。 > **提示**：如果仍遇到问题，可尝试在 VS 中手动指定路径： > 1. 右键项目 → 属性 → 调试 > 2. 在 "命令" 字段输入：`$(ProjectDir)target\debug\hello.exe`
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值