V君的博客

通过嗅探标准输入输出来了解VisualGDB烧录操作

作者：V君 发布于：2020-4-12 13:55 Sunday 分类：折腾手记

这篇文章主要面向的是和我一样不熟悉 GDB 的人，请已经熟练使用 GDB 的老鸟不要笑，或者来看看我是怎样嗅探标准输入输出的也还凑合吧。

最近用起 VisualGDB 之后，总算从 Keil 的地狱中逃出生天，开发过程的确是很爽了。然而，如果仅仅是程序烧录到单片机也要装一个 VS 带上 VisualGDB，还得拿到源代码？很显然实际量产不应该这么做，理想的方式应该是将编译后的程序用烧录工具刷入单片机。

好奇心使我对这个过程产生了兴趣，从调试器适配的时候提示下载 OpenOCD 能看出 VisualGDB 是透过它来调用 ST-LINK 的，进一步又发现 OpenOCD 的另一边由 GDB 来操作。命令行参数可以用 Procexp 轻松获得，但进程启动之后的就全都是通过标准输入输出流来操作 GDB 了。

因为使用 GDB 是个过于庞大的课题，就懒得去学了，短时间内也不会用得顺手吧（如果懂得如何使用 GDB 的话还用得着 VisualGDB 么？

想知道 VisualGDB 如何操作 GDB 来烧录程序。首先去咕狗找找标准输入输出的捕获方法，不断换关键字兜了几圈回来没有一点收获，甚至一点线索都没有。

一拍脑袋，那就搞个透明代理来记录双向传递的内容吧。于是就写了个简单的标准输入输出流嗅探工具，还上传了一个直接可用的二进制文件，将原来的 EXE 改名扩展名前面增加 -real，例如 GDB.EXE 改成 GDB-real.EXE 然后用嗅探工具冒充它，启动之后就会在旁边产生名为 GDB.EXE.stdio-sniff.yyyymmdd-HHmmss-fff.log 的文本文件，将命令行参数、标准输入、标准输出、错误输出记录到里面。

这样问题就解决了——原来烧录要用 GDB 的 load 命令。

然后进一步尝试离开 VS 环境独立运行，将 OpenOCD 和 GDB 以及编译好的程序搬到一台没有环境的机器，装好 ST-LINK 驱动，按照嗅探来的操作走一波，嗯嗯，吼！现在离开 VS 环境也能烧录了！

标签: 软件开发 C# 命令行 cmd 多进程 控制台 调试技术 软件故障诊断

评论(0) 引用(0) 浏览(611)

用C#为Notepad++写插件：完善IDE调试体验、使用共享项目、实现窗口停靠

作者：V君 发布于：2019-1-5 21:57 Saturday 分类：折腾手记

TL;DR

完善IDE调试体验

1) 在 Notepad++ 插件目录创建文件符号链接，指向 bin\debug\x86(或x64)\ 里的 dll
2) 将项目属性-调试选项卡-启动操作的外部进程指定为 Notepad++ 的绝对路径
3) 设置断点，F5!

使用共享项目

1) 新建共享项目，命名 Kbg.NppPluginNET.PluginInfrastructure 这样可以一致命名空间
2) 将 PluginInfrastructure 里的代码文件移动过去
3) 在插件项目中添加共享项目引用, 这样一份基础设施代码就能在多个项目之间共享

实现窗口停靠

1) 从官网插件开发向导页面找C#插件示例中参考窗口停靠的具体实现。在GitHub也有在线版
2) 新建一个窗体，命名 SayHiForm，延续上回命名习惯
3) 将示例代码应用到项目中，按 F5 键启动调试验证实现。可以在 Gogs 上查看最终实现

～扯谈时间～

在上一篇文章里我们搞清楚了如何开始用 C# 为 Notepad++ 写插件。让我们继续折腾，这次一共有3个折腾点，分别是完善调试体验、用共享项目避免重复代码还有实现窗口停靠。让我们从第一个折腾点开始。

按照TL;DR的步骤操作下来，现在可以命中断点了，也能查看和修改变量值以及拖动执行代码，略遗憾的是编辑并继续不可用。提示未加载程序集时不允许，可能是 DllExport 修改 DLL 导致。总而言之，能打断点已经是很好的体验了。非要在调试时想要编辑并继续也不是不可以，只要另起一个项目作为调试启动入口来调用这个程序集，那么在调试时也是可以编辑并继续的，只不过你得而外地为调试入口做一些适配，从而弥补调试入口和实际被 Notepad++ 加载运行时的差别。扯完这个折腾点之后让我们简单扯扯代码共享项目。

说到代码共享项目那就得先聊聊过去，在没有这种项目类型时，我是如何管理重复出现于多个项目的代码集。在那个时代，我的解决方案有两种，分别是将其独立成为类库，或者用目录符号链接。这两种方法相对于代码共享项目来说都是有明显缺陷的，拿这次我们折腾的，带非托管导出函数的程序集来说，就得把代码放入当前项目中，导出函数不应该出现在引用的程序集；而符号连接虽然能算作当前项目的代码文件，然而命名空间不能与项目名称保持一致，从规范层面来看有些尴尬。用了共享项目之后这两个问题得到了彻底的解决。共享项目能扯的并不多，最后是这次的重头戏--可停靠窗口。

说到可停靠窗口，我要先小声 BB 一下，现在能找到的，能在 Windows 下离线使用的，带实时预览窗格的 Markdown 编辑器中，大部分布局都是文本编辑在左边，预览窗格在右边。只要把预览窗格做成可浮动、停靠的活动面板，这就完美的满足了我这种挑剔家伙和大众普遍习惯的需求。就算是能把预览窗格移动到左边的 vs code，它也不能实现浮动窗口。

回归主题让我们继续吧！进入官方推荐的插件示例项目一看，略震惊。具体实现只需要短短几行代码把窗体句柄按照指定的姿势丢给 NPP，它就能自己管理停靠! TL;DR 里已经写的很清楚，这里就不再啰嗦。

才如果你把整个解决方案Check出来，会发现上一篇文章折腾的 HelloNppPlugin 插件项目并没有使用共享代码项目，这是有意而为之，让内容和文章描述尽可能一致，避免初看的读者受到影响。

这次就扯到这里，下次关于 NPP 插件的文章估计是 Markdown 插件发布的时候了。

标签: 软件开发 插件 C# Interop 调试技术

评论(0) 引用(0) 浏览(1331)

在VS15上远程调试Mono应用程序：原来还有这么舒服的姿势！

作者：V君 发布于：2018-10-27 22:48 Saturday 分类：折腾手记

小试一把确认可行之后就来写博文了，稍后再扯，先TLDR：

关键字「mono remote debug」喂狗，吐出「MonoRemoteDebugger」插件。

顺着介绍导航到其GitHub仓库看用法。

0）目标机器需要先安装Mono的软件包，这次用的是「mono-devel」
1）下载预编译版本zip到目标机器，解包执行，进入等待状态。
2）在VS里装好插件，新建一个控制台项目，
  点击菜单「MonoRemoteDebugger -> Debug with Mono (remote)」
  在弹出的对话框输入目标机器IP，点击连接按钮。
3）当前应用程序会自动推送到目标机器并以调试模式启动，
  如果在主线程设置有断点，将会在断点处停下来，此时可以查看变量值。

需要注意的是Mono调试器并没有原生的那么强大，做不到编辑并继续的体验。
受到远程调试器完善程度的影响，目前还不支持用户线程断点。

不过没关系能打断点看变量值已经很奢侈啦！

进入闲话时间

还记得之前为了调试树莓派GPIO所做的C/S远程控制接口吗？
最近忽然想玩PWM，想试着用它来控制LED灯的亮度。
首先想到的是树莓派自带的Remote gpio功能，然而资料并不多，只能找到py的，没有C#的。
之后换了个想法，如果能直接在上面跑调试那该多好。
虽然知道可以在上面直接安装MonoDevelop来调试，但这货太过于臃肿。
又试着去咕狗看看，结果就找到这货啦！

标签: 软件开发 树莓派 C# 嵌入式 调试技术

评论(0) 引用(0) 浏览(1384)

搭建自己的NuGet托管服务器,并通过符号源服务器提供带源码的调试体验

作者：V君 发布于：2018-9-19 19:43 Wednesday 分类：挖坑经验

尽管花了不少时间但都是些坑或者自己没注意,这次不想扯,直接TLDR:

使用命令行把项目打包并推送到服务器 (参考官方文档)

1) 下载最新版NuGet.exe,

2) 为项目编写nuspec文件,可以通过spec参数创建一个模板

3) 分别使用pack命令打包库或pack -symbol也生成符号包

4) 使用push命令将这俩分别推送到对应服务器

+) 如果想连同PDB文件一起打包(可以堆栈跟踪里获得源代码位置),可以添加下配置到nuspec根

  <files>
    <file src="bin\$configuration$\$id$.pdb" target="lib\netxxx\" />
  </files>

 这样做有个副作用会让符号包生成时产生警告PDB文件重复

 还有一个副作用会让符号源失效,在DLL旁边PDB似乎挡住了前往符号源服务器的去路,

 导致F11进不去,你得在启动调试之前自己把输出目录的PDB删除

 目前的做法是写成生成事件,仅匹配Debug生成时删除指定的PDB文件

搭建NuGet服务器 (参考自官方文档)

1) 新建空白Web项目,引入NuGet包[NuGet.Server]

2) 修改web.config配置ApiKey或干脆禁用验证

3) 部署到服务器

搭建符号服务器 (参考X.D.的博客文章)

1) 创建空白MVC项目,引入NuGet包[SymbolSource.Server.Basic]

2) 在服务器上安装Windows Kits Debuggers,下载SDK安装器进行可选安装

3) 部署到服务器,配置好web.config指向上者安装路径的srcsrv

4) 如果用了主机头绑定和HOSTS,在服务器也需要配置指向自己的HOSTS

x) 这货好像也能当NuGet包托管服务器?（但貌似不能设置ApiKey验证

在VS使用自己部署的NuGet包服务器

1) 在菜单工具-选项打开选项对话框

2) 在左边选择NuGet包管理器-程序包源,添加服务器地址到列表,确定

3) 在包管理器检索时不要忘记切换到自己的服务器,或简单选择全部

在VS使用调试符号 (参考符号源官网文档)

1) 在菜单工具-选项打开选项对话框

2) 在左边选择调试-符号,添加服务器地址到列表

3) 接着在左边找到兄弟节点常规对里面的选项做一些改动,见参考文档

4) 在调试时对着提供了符号包的NuGet程序集调用按下F11, VS会自动找到源代码并进入调试

扩充话题

在程序集里嵌入Git提交哈希,可以使用[MSbuildGitHash]这个包来轻松完成

但这货有个缺点,如果机器上没安装Git或者当前项目不是Git托管,就会编译失败

需要自己指定MSBuild条件来绕过.

标签: 软件开发 源码管理 调试技术 .NET

评论(0) 引用(0) 浏览(1221)

使用Windbg+sos+sosex从内存转储详细分析对象引用,排查.NET服务应用内存暴增

作者：V君 发布于：2018-8-22 12:37 Wednesday 分类：填坑经验

TL;DR

1) 准备:先载入转储

 如果缺少dll, 去 https://sos.debugging.wellisolutions.de/ 找

 下来放windbg旁边,然后重新载入.

2) 初始化:载入sos和sosex [.loadby sos mscorwks],[.load sosex],首次要执行[!bhi]

3) 对象统计:用sos的[!dumpheap -stat]或者sosex的[!sosex.mfrag -stat]获取结果

4) 枚举对象:用sos的[!dumpheap -type <上结果类名>]就能刷出

  sosex的[mfrag -mt:类名]如果能用就可以直接点击链接, 这次不知道为啥不工作.

5) 查找引用:用sosex的[!refs <上结果地址>]

  顺着地址链接一路跟踪就能定位内存占用的代码位置.

 

 

必须扯:

阅读全文>>

标签: 软件开发 C# 调试技术 windbg 软件故障诊断 sosex

评论(0) 引用(0) 浏览(1348)