最近在学习QT, 遇到一些crash, 也没看过QT源码啊, 就想类似Java一样, 在出错时进入源码跟踪一下, 但是QT和Java太不一样了, 死活进不去. 研究了几天, 发现本来是很简单的事情, 但是网上的文章让人容易钻进死胡同 说起来简单 用 Online Installer, 选中 "Qt Debug Information Files" 安装的时候, 还要选中 Source Qt Creator 自己的debug包不是QT的Debug包, 我们做自己的项目不需要, 除非你要开

开启Tomcat 源码调试 因为工作的原因,需要了解Tomcat整个架构是如何设计的,正如要使用Spring MVC进行Web开发,需要了解Spring是如何设计的一样,有哪些主要的类,分别是用于干什么的. 这里提供两种调试Tomcat源码的方法: 方法一: 1)Tomcat安装包配置到Eclipse上 2)Tomcat相关的jar包附加上源码 3)以debug模式启动Tomcat 这种方式最简单了. 我在调试时,采用了另外一种方式: 方式二: 1.下载Tomcat安装包和源码包 http://

原文地址:http://www.linuxidc.com/Linux/2015-05/117250.htm 在阅读OpenJDK源码的过程中,经常需要运行.调试程序来帮助理解.我们现在已经可以编译出一个调试版本HotSpot虚拟机,禁用优化,并带有符号信息,这样就可以使用GDB来进行调试了.许多对虚拟机了解比较深的开发人员确实就是直接使用GDB加VIM编辑器来开发.修改HotSpot的,不过相信大部分读者更倾向于在IDE环境而不是纯文本的GDB下阅读.跟踪HotSpot源码,在上篇文章中已经介绍

张文升http://ode.cnblogs.comEmail:wensheng.zhang#foxmail.com 配图太多,完整pdf下载请点这里 本文使用Xming.Putty和VMWare几款工具,在Windows桌面环境调用Ubuntu虚拟机上的图形界面进行PostgreSQL源码的调试.文中的所有步骤适合真机Ubuntu系统,只是所有图形界面的调用是在Windows桌面环境下.这样做,和直接在Ubuntu虚拟机中进行调试,并没有什么区别,只是我个人比较喜欢Windows下的一些工具的界

在阅读本文前,最好先阅读以下内容(当然,如果对 Servlet 已经有所了解,则可跳过): http://www.cnblogs.com/cyhbyw/p/8682078.html http://www.cnblogs.com/cyhbyw/p/8682307.html http://www.cnblogs.com/cyhbyw/p/8682632.html ============分隔线========================== 在使用 SpringMVC 进行 Web 开发时,通常

源码分析系列文章已经开源到github,地址如下: github:https://github.com/farmer-hutao/k8s-source-code-analysis gitbook:https://farmer-hutao.github.io/k8s-source-code-analysis 源码调试 概述 k8s环境 配置goland 写在后面 1. 概述 本节内容并不是在准备好k8s环境后就写的,大家也不需要在开始看源码前研究怎么调试代码.今天之前我已经发了<调度器优选过程>

之前对SpringBoot的自动配置原理进行了较为详细的介绍(https://www.cnblogs.com/stm32stm32/p/10560933.html),接下来就对自动配置进行源码调试,探究下这个配置过程中各参数的情况. 这里对AutoConfigurationImportSelector类的selectImports()方法打了4处断点,将着重对这4处进行调试. 第一处断点: 该方法的源码如下: 这一步就是将META-INF/spring-autoconfigure-metadat

前言:通常大家都知道HashMap的底层数据结构为数组加链表的形式,但其put操作具体是怎样执行的呢,本文通过调试HashMap的源码来阐述这一问题. 注:jdk版本:jdk1.7.0_51 1.put源码 public V put(K key, V value) { if (table == EMPTY_TABLE) { inflateTable(threshold); } if (key == null) return putForNullKey(value); int hash = has

其实关于.net源码调试 网上的资料已经很多了,我以前转载的文章有 VS2010下如何调试Framework源代码(即FCL) 和 如何使你的应用程序调试进.NET Framework 4.5源代码内部(适用B/S,C/S) 但是在实际调试的时候 偶尔遇到找不到源码的的cs文件, 很是郁闷. 今天仔细 看了一下 提示,决定直接访问 http://referencesource.microsoft.com/ 发现里面的code可以下载,我们只需下载下来, 在调试的时候打开就ok了.

分析源码是学习一项技术内幕最有效的手段.由于正常的引入JAr包源码没法进行对源码打断点,想要深入了解源码不方便.下面就开始介绍源码调试的步骤. 1.在eclipse新建一个JAVA项目compare_javac 2.将JAVAhome中src.zip解压并将解压的包src内的源代码复制到compare_javac中 3.右键进入JAVA build path -->libraries-->Access rules (Edit-->add(Accessible下面参数是:**)) 4.新建

环境cocos3.10,里面包含了cocos2dx 3.10引擎.但是用cocos创建出来的项目,使用的lib和dll是文件夹Cocos\Cocos2d-x\cocos2d-x-3.10\prebuilt中的预编译好的文件,不能进行源码调试.那问题的关键就是如何重新生成prebuilt中的lib和dll文件,好让项目链接进去. 1.打开文件夹Cocos\Cocos2d-x\cocos2d-x-3.10\tools\cocos2d-console\bin2.在此处打开命令窗口cmd3.运行coco

源码调试,帮助你跟好理解MVC,使你开发跟牛B的程序. 1>在Visual命令行中运行“SN.EXE-Vr*,31BF3856AD364E35” 2. codeplex.com 上面找到,和你当前程序版本,一致 的 版本 这里是地址:http://aspnetwebstack.codeplex.com/SourceControl/list/changesets 如果这个版本和你版本一样 单击下载如果下载好了,你就创建一个MVC应用 移除这5个    System.Web.Services 这个不

前面对tomcat做了一些简单的认识,下面将tomcat源码调试环境搭建起来. 可以参考官网的搭建方法,这里是按照网上的maven管理的方式搭建. 大概步骤是: 1.下载tomcat 9的源码,一般是下载页面最底部的tar包或zip包源码: 2.然后解压在文件夹下新建pom.xml,内容大致如下: <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apa

这是很久以前访问掘金的时候 无意间看到的一个关于Android的文章,作者更细心,分阶段的将学习步骤记录在自己博客中,我觉得很有用,想作为分享同时也是留下自己知识的一些欠缺收藏起来,今后做项目的时候会用到. 好了,废话不多说了.直接来吧.. Android 7.0系统源码下载\编译:http://blog.csdn.net/cjpx00008/article/details/67185045(这个链接并不是下载地址,而是对安卓系统编码的一个阐述,源码官网可以下载的) 这是Android 7.0系

title: linux下使用gdb对php源码调试 date: 2018-02-11 17:59:08 tags: --- linux下使用gdb进行php调试 调试了一些php的漏洞,记录一下大概的过程 安装编译php sudo apt-get install -y autoconf libtool re2c libxml2-dev openssl libcurl4-openssl-dev libbz2-dev libjpeg-dev libpng12-dev libfreetype6-de

1 前言 这是SpringBoot2.1源码分析专题的第一篇文章,主要讲如何来搭建我们的源码阅读调试环境.如果有经验的小伙伴们可以略过此篇文章. 2 环境安装要求 IntelliJ IDEA JDK1.8 Maven3.5以上 3 从github上将SpringBoot源码项目下载下来 首先提供SpringBoot2.1.0的github地址: https://github.com/spring-projects/spring-boot/tree/v2.1.0.RELEASE 因为要进行阅读源码

通过上一篇 Android FrameWork学习(一)Android 7.0系统源码下载\编译 我们了解了如何进行系统源码的下载和编译工作. 为了更进一步地学习跟研究 Android 系统源码,今天我们来讲讲如何进行 Android 系统源码的调试,只有学会了如何进行系统源码的调试,才能帮助我们更高效地阅读跟理解源码. 我们知道,Android Framework 的代码主要由Java.C\C++等代码组成,因此,对于系统源码的调试,我们这里将其分为了两部分 Java 相关代码的调试 C\C+

Maven源码调试工程搭建 思路 我们前面的文章<[曹工杂谈]Maven和Tomcat能有啥联系呢,都穿打补丁的衣服吗>分析了Maven大体的执行阶段,主要包括三个阶段: 启动类阶段,负责加载框架: 框架核心(maven core)阶段,主要负责根据参数中的goal,如clean,找到对应的插件的jar包,生成插件对象,解析参数并调用插件代码: 插件执行阶段,执行完成后,控制权会交还给框架核心,由maven core完成善后工作. 这三个阶段,分别会去不同的地方加载对应的jar包. 大概了解了

看RMI漏洞时候,对其漏洞原理并不是很理解,所以简单调试了下源码加强下漏洞理解 由于要调试到RegistryImpl_Stub这种动态类,刚开始用的源码版本是JDK8u141,后来发现源码有些地方进行了修改,故此换回了JDK 7u80 以下是源码版本JDK 7u80的源码 创建注册中心 createRegistry Registry registry = LocateRegistry.createRegistry(1099); 从上面这句代码入手,追溯下去,可以发现服务端创建了一个Registr

1:下载最新的QEMU源码 git clone https://github.com/qemu/qemu.git 2:对qemu进行编译 ./configure --prefix=/usr --libdir=/usr/lib64 --sysconfdir=/etc --interp-prefix=/usr/qemu-%M --libexecdir=/usr/libexec --with-confsuffix=/qemu-kvm --localstatedir=/var '--extra-ldfl

1.下载qt源码,我下载的是4.7.1版本 2.vs安装qt插件qt-add-in 3.进入qt根目录,打开configure文件,找到 QT_DEFAULT_BUILD_PARTS="libs tools translations",把examples,docs,demos删除,这样可以加快编译速度 进入mkspecs目录,进入win32-msvc2010文件夹,打开qmake.conf QMAKE_CFLAGS_RELEASE = -O2 -MTQMAKE_CFLAGS_RELEA