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初始化解决了这个尴尬 。