Xcode调试Qt 源码

在Mac下使用Xcode 开发Qt程序,由于程序断点或者崩溃后,Qt库的堆栈并不能够正确定位到源码的cpp文件,而是显示的是汇编代码,导致不直观的显示。
加载的其他三方库都是同理。
所以找了攻略和研究后,写的这篇文章。

一:最终效果:

一个空白的Qt程序。
在Xcode运行后,暂停的堆栈如下:QEventLoop 文件是汇编显示的。
在这里插入图片描述
最终处理后,显示的堆栈已经正确符号化了
在这里插入图片描述

二:具体步骤

0.准备工作

  • Qt 库文件
  • Qt DSYM 文件 (这里貌似分为Debug和Release两种,debug才可以调试,但是Qt 维护程序下载的就是debug版本,所以没有问题)
  • Qt 对应的源码文件
    三者必须完全对应,才能解析出正确的内容。
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

1. 暂停程序,在lldb控制台输入 image list QtCore

这里image list QtCore 是直接指定QtCore 来查看,也可以直接image list 查看当前程序加载的所有库。

在这里插入图片描述

红线分别代表加载的动态库 和 对应的 DSYM符号文件。
说明我们的Qt程序是有符号文件的,但是为什么我们符号文件加载后不能直接找到我们的源代码路径呢?而 QtCore 这个动态库就能够找到自己对应的符号文件。
之所以动态库能够找到符号文件是因为 下载的 动态库和符号文件是放在一起的,Xcode加载的时候就直接找到了。
而DSYM和源代码并没有放在一起,Qt在编译打包的时候,DSYM应该记录的当时打包机的源代码的绝对路径,而我们的电脑里面源代码的绝对路径和Qt打包机的路径不一致导致找不到。

苹果爸爸的说明如下:
简要意思就是说,你的三方库不是你自己电脑打包的话,那么需要告诉 debugger 你本地的路径来替换打包机的路径
在这里插入图片描述

2. 查找 源代码路径

我们选中断点的 14 栈帧QEventLoop::processEvents(....) .
输入 source info 命令
在这里插入图片描述
或者在任意断点位置指定输入:source info -n QEventLoop::processEvents
指定查找QEventLoop::processEvents()这个函数。最终效果也一样。
在这里插入图片描述
最终指向的查找的源码也都是: /Users/qt/work/qt/qtbase/src/corelib/kernel/qeventloop.cpp

然鹅这个路径在我们电脑上并不存在。
我们自己的代码是存放在别的地方的。

3. 重定位到 本机的 源代码路径

3.1 首先我们 使用 命令查找 本地的 路径映射

settings show target.source-map

不出意料,一个映射都没有。

3.2 重绑定 映射关系

settings set target.source-map /Users/qt/work/qt/ /Users/jimbo/Qt/6.5.3/Src/

改名了后将 /Users/qt/work/qt/ 进行 /Users/jimbo/Qt/6.5.3/Src/ 替换。
这样我们 就将 Qt打包机的路径前缀替换成我们本机的了。

再次运行这个命令,查看映射关闭。

settings show target.source-map

补充说明:

  1. 这里可以使用 settings append target.source-map <oldpath> <newpath> 这个命令,这样我们就不会覆盖,而是添加到列表里面。
    比如我们 可以设置 不同的Qt 版本映射到同一个路径,这样我们运行不同版本的Qt都能够正确符号化文件(没有验证)。
    在这里插入图片描述
    可以看出 /Users/qt/work/qt 被映射到了 两个版本的Qt源码路径。
  2. 如果直接运行 settings show 会打印出 所有的配置的变量
    在这里插入图片描述

3.3 验证效果

重新进入断点,触发了 lldb的重新加载。或者下一步调试也是可以的。
这里可以看出代码区已经能够显示出正确的Qt源码了。
在这里插入图片描述

三:遗留问题

  • map 映射不能保存,App重启后就失效了,每次都需要在lldb里面进行配置。需要继续研究。

参考:
apple
https://lldb.llvm.org/use/map.html

https://blog.csdn.net/u011388696/article/details/120794111

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/747684.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

SIP调试之SIPP测试工具

SIPP是针对SIP协议的一个性能测试的命令行工具&#xff0c;可以动态显示测试的统计信息&#xff08;如呼叫速率、延时、消息统计等&#xff09;。用户可以通过XML场景配置文件&#xff0c;自定义模拟各种UAC/UAS测试场景的信令交互流程&#xff0c;可以被用来测试IP话机、SIP代…

【IC设计】Verilog线性序列机点灯案例(二)(小梅哥课程)

文章目录 该系列目录&#xff1a;设计目标设计思路RTL 及 Testbench仿真结果存在的问题&#xff1f;改善后的代码RTL代码testbench代码 仿真结果 案例和代码来自小梅哥课程&#xff0c;本人仅对知识点做做笔记&#xff0c;如有学习需要请支持官方正版。 该系列目录&#xff1a;…

Nexus如何导入jar以及批量导入Maven的本地库目录

上传依赖包到Nexus 服务器的方式有多种, 包含: 1.单个jar上传: 在Nexus管理台页面上传单个jar 2.源码编译上传:在源码项目中使用 Maven的deploy 命令发布 3. 使用脚本批量上传Maven本地库的目录 前言 本篇基于 Nexus 的版本是 nexus-3.55.0-01本方法适用Linux和WindowsWind…

C++中using 和 typedef 的区别

C中using 和 typedef 的区别_typedef using-CSDN博客 在C中&#xff0c;“using”和“typedef”执行声明类型别名的相同任务。两者之间没有重大区别。C中的“Using”被认为是类型定义同义词。此方法也称为别名声明。定义这些别名声明的工作方式类似于使用“using”语句定义C中…

MySQL-HMA 高可用故障切换

本章内容&#xff1a; 了解MySQL MHA搭建MySQL MHAMySQL MHA故障切换 1.案例分析 1.1.1案例概述 目前 MySQL 已经成为市场上主流数据库之一&#xff0c;考虑到业务的重要性&#xff0c;MySQL 数据库 单点问题已成为企业网站架构中最大的隐患。随着技术的发展&#xff0c;MHA…

【四 (2)数据可视化之 Matplotlib 常用图表及代码实现 】

目录 文章导航一、介绍二、安装Matplotlib三、导入Matplotlib四、设置可以中文显示四、常用图形1、散点图&#xff08;Scatter Plot&#xff09;2.1、线性图&#xff08;Line Plot&#xff09;2.2、堆叠折线图2.3、多图例折线图3.1、柱状图/条形图&#xff08;Bar Chart&#x…

PostgreSQL中vacuum 物理文件truncate发生的条件

前言 前段时间&#xff0c;有些同学说到vacuum截断的行为时&#xff0c;认为&#xff0c;只要末尾是空页&#xff0c;无论多少&#xff0c;都会被截断&#xff0c;真是这样的吗&#xff1f; PostgreSQL当中&#xff0c;由于vacuum的操作并不总能将死元组的空间进行”物理截断…

React——关于JSX

JSX的概述 为什么要学习jsx&#xff1f; ​ 我们在初建react项目的时候&#xff0c;需要使用到react.creatElement去写虚拟dom&#xff0c;在编写过程中太繁琐不直观&#xff0c;不利于开发&#xff0c;而jsx就是解决这个问题&#xff0c;可以直接写一段类似HTML的代码去代替…

【设计模式】Java 设计模式之桥接模式(Bridge)

桥接模式&#xff08;Bridge Pattern&#xff09;深入解析 一、桥接模式概述 桥接模式是一种结构型设计模式&#xff0c;它将抽象部分与它的实现部分分离&#xff0c;使它们都可以独立地变化。桥接模式是一种非常有用的设计模式&#xff0c;在软件系统中&#xff0c;某些类型…

HNU-计算机系统-实验1-原型机vspm1.0-(二周目玩家视角)

前言 二周目玩家&#xff0c;浅试一下这次的原型机实验。总体感觉跟上一年的很相似&#xff0c;但还是有所不同。 可以比较明显地感觉到&#xff0c;这个界面越来越好看了&#xff0c;可操作与可探索的功能也越来越多了。 我们HNU的SYSTEM真的越来越好了&#xff01;&#x…

流程引擎接入设计

流程引擎接入设计 文章目录 流程引擎接入设计流程基础信息接入通用流程模型HDFS path删除工单类型工单流程图工单流程表与工单类型详细表关联关系流程基础信息 接入通用流程模型 交互过程 #mermaid-svg-UqP5icyFfibTMWRb {font-family:"trebuchet ms",verdana,aria…

JMeter 查看 TPS 数据,详细指南

TPS 是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时&#xff0c;收到服务器响应后结束计时&#xff0c;以此来计算使用的时间和完成的事务个数。在 JMeter 中&#xff0c;我们可以使用以下方法查看 T…

量子遗传算法优化VMD参数,五种适应度函数任意切换,最小包络熵、样本熵、信息熵、排列熵、排列熵/互信息熵...

关于量子遗传算法&#xff0c;在众多文献均有应用。下面简述一下原理。 &#xff08;1&#xff09;量子比特编码 子遗传算法通过引入量子比特来完成基因的存储和表达。量子比特是量子信息中的概念&#xff0c;它与经典比特不同&#xff0c;是因为它可以在同一时刻处于两个状态的…

centos防火墙firewall-cmd限定特定的ip访问

文章目录 firewall-cmd是什么&#xff1f;启动firewalld服务查看默认区域关闭端口访问添加富规则firewall-cmd的区域概念firewall-cmd的常用选项通用选项&#xff1a;状态选项&#xff1a;永久选项&#xff1a;区域选项&#xff1a; firewall-cmd是什么&#xff1f; firewall-…

Kubernetes基础(二十八)-K8S调度之拓扑分布TopologySpreadConstraints

1 引言 Kubernetes&#xff08;K8s&#xff09;是一款开源的容器编排平台&#xff0c;其调度系统能够智能地将容器化应用程序部署到集群中的节点。在分布式系统中&#xff0c;节点的负载均衡是至关重要的&#xff0c;而TopologySpreadConstraints&#xff08;拓扑分散约束&…

Unreal发布Android App如何面对混乱的Android SDK开发环境

Unreal发布Android App如何面对混乱的Android SDK开发环境 混乱的Android SDK开发环境Unreal 4可以借用Unity3D安装的Android环境Unreal 5需要安装Android Studio开发环境Android Studio的DK版本目录处理gradle和java版本gradle提示错误总结 混乱的Android SDK开发环境 Unreal…

2024年能源、自动化与电气工程国际会议(ICEAEE 2024)

2024年能源、自动化与电气工程国际会议&#xff08;ICEAEE 2024&#xff09; 2024 International Conference on Energy, Automation and Electrical Engineering 会议简介&#xff1a; 电气工程与自动化技术是能源自动化的重要组成部分&#xff0c;主要涉及电能的生成、传输…

流式数据湖平台实战 | 在Flink DataStream API中集成和使用Hudi

1.Flink Datastream API中使用Hudi 添加相应版本的maven依赖 <!-- Flink 1.13 --> <dependency><groupId>org.apache.hudi</groupId><artifactId>hudi-flink1.13-bundle</artifactId><version>0.14.0</version> </depend…

SpringMVC基础之简单程序应用

文章目录 SpringMVC 简单应用程序1. 配置2. 创建 Controller 类3. 配置控制器映射信息4. 创建视图 SpringMVC 简单应用程序 Spring MVC 是 Spring 提供的一个实现了 Web MVC 设计模式的轻量级 Web 框架。它与 Struts 2 框架一样&#xff0c;都属于 MVC 框架&#xff0c;但其使…

Python爬虫 Day1

要注意看网页的请求方式是request还是get 一、小型爬虫 &#xff08;爬百度首页&#xff09; from urllib.request import urlopen url "https://www.baidu.com" resp urlopen(url) print(resp.read().decode(utf-8)) print("over!") //&#xff01;&am…