VisualGDB可以直接运行在Microsoft visual studio中，调试它主要通过GDB程序来扶植调试程序的工具开发，在设计的 免时候，VisualGDB可以扶植用户分析裸露的费版性能 ，通过采样分析直接在stm32版上运行 ，调试从而分析嵌入式应用程序的工具重生细胞作弊码性能，扶植用户调试与检测嵌入式应用程序的 免各种基本数据，查校验设计的费版数据是否准确，检验程序的调试可以执行性能；VisualGDB可以执行的功能非常丰硕，它可以跟踪优化一个简易的工具FreeRTOS UART驱动程序、可以分析USB设备的 免性能
、可以创建多个项目等，费版需要的调试挚友可以下载试试 ！

软件功能

　　VisualGDB嵌入式项目向导起始创建新的工具重生细胞外挂修改器嵌入式项目

　　起始分析性能
。选择分析 - >使用VisualGDB分析性能（在VS2005-2008中
， 免该命令将改为在调试菜单中）

　　VisualGDB将建议安装和引用嵌入式分析框架

　　InitializeSamplingProfiler（）不会做任何事情 ，除非你明确地使用相应的命令起始分析 。因此，即使不铺开分析，也可以将其保存在代码中。

　　VisualGDB将显示你的源代码中占用最多时间的特定行

　　采样分析器通过配置一个硬件定时器来触发周期性中断。在每个中断处 ，它快速确定当前执行的代码行，并在堆栈中碰见关于先前帧的线索。然后它缩减规模此信息并存储在内部缓冲区中
 ，稍后由调试器读取 ，而不中断程序 。重生细胞外挂插件速率自动调整以最小化缓冲区溢出

　　选择一个远程计算机来构建项目
 。您可能需要为其创建一个新的SSH接合

　　VisualGDB将尝试验证远程机器是否具有所需的所有工具

软件特色

　　VisualGDB将为您创建一个新的Visual Studio项目。按Ctrl-Shift-B构建它。您将校验到如何在后台调用clang

　　可以使用反汇编视图以查校验源代码和相应的反汇编转储

　　可以轻快地通过编辑修改编译器标志flags.mak文件

　　VisualGDB将自动测试你的工具链

　　最后一个向导页面允许自定义源文件在Windows和Linux计算机之间传输的方式

　　VisualGDB会建议共享包含项目文件夹的文件夹之一。在这个例子中，项目驻留在C ：项目 RotateDemo和我们将分享C：项目。要让Linux计算机访问您的共享文件夹

　　VisualGDB将允许您选择要映射文件夹的安装点。在这个例子中，我们使用/ opt / VisualGDB-projects

　　VisualGDB将创建一个“Hello
，World”项目

　　Linux计算机将能够自动访问来自Windows项目目录的所有文件，并将文件写入它 。创建一个名为ArrowRight.png在项目目录

　　VisualGDB将把目录增补到IntelliSense碰见路径。如果最近安装了其他库，重生细胞外挂免费单击“编辑远程缓存”

使用计划

　　通过将gdb 7.2a创建的补丁应用到gdb 7.4（因为没有向后兼容性而得到崩溃的可执行文件），使用VisualGDB调试崩溃，定位尴尬并解决尴尬 ，我们将展示几种调试技术 。

　　虽然在这个例子中演示的特定情况（将旧的补丁应用于GDB）很少见 ，但教程显示了使用GDB与Visual Studio实现的各种强大的调试技术
。

　　要一步步再现本教程中描述的步骤 ，请按照下列步骤操作 ：

　　1.下载并安装MinGW的，和VIsualGDB。

　　2.下载GDB 7.4到C： MSPGCC制图并打开MinGW的外壳。

　　3.运行以下命令解压GDB源：

　　cd / c / mspgcc-build

　　tar xjf gdb-7.4.tar.bz2

　　4.下载GDB的7.2A MSP430补丁到C ： MSPGCC的构建。

　　5.应用修补程序。该修补程序增补了对MSP430筹备器系列的重生细胞外挂免费中文拥穿着。

　　cd gdb-7.4

　　patch -p1 <../msp430-gdb-7.2a-20111205.patch

　　6.创建一个构建目录并为MSP430目标配置GDB：

　　cd ..

　　mkdir gdb-build

　　cd gdb-build

　　../gdb-7.4/configure --target msp430 --prefix / c / mspgcc

　　7.构建GDB：

　　make -j16

　　8.重现GDB崩溃。加载一个简易的ELF文件到模拟器
，设置断点并运行它  。你可以下载一个示例MSP430 ELF文件在这里。

　　gdb / gdb LEDBlink.elf

　　一旦GDB打开 ，请执行以下命令：

　　目标模拟

　　加载

　　b主

　　跑

　　一旦在main（）中的断点被命中，GDB将崩溃：

　　9、为了分析VisualGDB的尴尬 ，我们将创建一个Visual Studio项目来构建和调试它 。打开Visual Studio，选择File-> New-> Project：

　　10.在项目类型选择屏幕中 ，请选择“A Windows应用程序”。

　　11.在下一个屏幕上 ，重生细胞外挂辅助器当下选择“导入现有项目”并指定gdb-build文件夹的位置。您指定的文件夹应包含Makefile。不要使用GDB源指定文件夹。

　　12.确保“GNU make”选项已自动激活
 。如果没有，你指定了一个错误的目录（不包含Makefile）。

　　13.下一个屏幕允许选择工具链 。通常 ，应保留默认设置。

　　14.此时，您可以将所有GDB源文件导入Visual Studio项目。这将使它们从解决计划资源管理器可用，并将它们导入IntelliSense。重生细胞外置修改器但是，导入1000个GDB源文件可能需要10分钟以上  。因此
，建议此时跳过导入 ：

　　15.由于您不使用远程构建，请在文件映射页面上保留默认值：

　　16.当我们手动重现错误 ，我们就起始“ GDB / GDB ledblink.elf ”从C： MSPGCC制图 GDB-构建目录 。现在我们需要告诉VisualGDB自动打开这个命令 ：

　　17.向导落成后，将创建一个空项目 。通过选择起始调试调试- >起始使用gdb调试
。

　　18. VisualGDB将使用MinGW的GDB来为MSP430平台调试我们新构建的GDB 。

　　19.要重现错误，请输入导致错误的命令 
：

　　目标模拟

　　加载

　　b主

　　跑

　　20. Visual Studio将报告捕获的SIGSEGV：

　　21.按“break” 。Visual Studio将在源代码中显示错误的重生细胞挂辅助位置：

　　22.通过在将鼠标嗅探器，我们可以校验到 ，它的价值是零。要校验到它从何而来，将鼠标悬停在开卷。让我们来检索有关地址的详细信息开卷从GDB。双击值弹出框 
，选择地址，然后按Ctrl + C将其复制到剪贴板。

　　23.打开GDB控制台窗口中输入“ 信息符号<空格> ”，然后按Ctrl + V粘贴地址 。按Enter键执行命令 。

　　24.地址实际上对应msp430_epilogue_frame_unwind象征。复制它并粘贴到观察窗口
，重生细胞脚本计划是选择它并按Ctrl + V 。

　　校验起来像NORMAL_FRAME之后的字段值不对应于字段名称。如msp430_epilogue_sframe_this_id被分配给stop_reason代替this_id ，等等 。

　　26.碰见在GCC目录中的源文件msp430_epilogue_frame_unwind。打开MSP430的tdep.c包含定义文件。

　　27.校验来 ，在某些时候一个新成员加入到frame_unwind结构的第一个之后，打破与先前的补丁的兼容性
。要对此铺开检查 ，请打开AVR-tdep.c文件
，然后碰见类似的定义
：

　　28.貌似stop_reason加入构件  ，因此具有被初始化。重生细胞修改器将成员初始化从AVR代码复制到两个结构 。落成后，按Ctrl + Shift + B构建项目。

　　29.如果裸露任何错误，GCC将报告它们，Visual Studio将在错误列表中显示它们。然后可以按F8自动跳转到第一个错误 ，以此类推 。

　　30.选择调试- >起始用gdb调试，并尝试重现该尴尬：

　　31.你可以校验到，更新frame_unwind初始化解决了这个尴尬。