问题标签 [pdb-files]

基本上我想要这样做：一个 pdb 文件包含源文件的位置（例如C:\dev\proj1\helloworld.cs）。是否可以修改该 pdb 文件以使其包含不同的位置（例如\more\differenter\location\proj1\helloworld.cs）？

是否有任何我应该知道的 VC++ 设置来生成包含更多信息的更好的 PDB 文件？

我有一个基于项目crashrpt的故障转储分析系统。

另外，我的生产构建服务器在 D:\ 上安装了源代码，但我的开发机器在 C:\ 上安装了源代码。我在 VC++ 设置中输入了源路径，但是在查看崩溃的调用堆栈时，它不会自动跳转到我的源代码。我相信如果我在 D:\ 上有我的开发机器的源代码，它会起作用。

我必须使用没有源代码的第三方组件。我有发布 DLL 和发布 PDB 文件。我们称它为“CorporateComponent.dll”。我自己的代码从此 DLL 创建对象并调用这些对象的方法。

调试时，“DoSomethingLousy”方法会引发异常。PDB 文件对我有什么作用？如果它做得很好，我怎么能确定我正在使用它？

我听说使用 PDB 文件可以帮助诊断发生崩溃的位置。
我的基本理解是，您向 Visual Studio 提供源文件、pdb 文件和崩溃信息（来自 Watson 博士？）
有人可以解释一下它是如何工作的/涉及什么吗？（谢谢！）

我有一个由多个项目组成的 Visual Studio (2008) 解决方案，并非所有项目都在同一个命名空间中。当我构建解决方案时，顶层项目TopProject使用的所有 DLL 文件都被复制到TopProject\bin\debug文件夹中。但是，相应的 .pdb 文件仅针对其他一些项目进行复制。这是一种痛苦，例如在使用NDepend时。

Visual Studio 如何决定将哪些 .pdb 文件复制到更高级别的 bin\debug 文件夹中？我怎样才能让 Visual Studio 也复制其他人？

参考如下：所有的 DLL 文件都复制到一个中心位置，没有它们的 PDB 文件。TopProject 只引用了这些复制的 DLL 文件；然而，DLL 文件本身显然知道它们的 PDB 文件在哪里，并且（其中大多数）被debug正确复制到文件夹中。

pdb 文件包含 .NET 程序集的符号信息。我想读取一个 pdb 文件，以便将方法与它们的文件位置相关联。数据包含在其中，但我似乎无法找到如何将其取出的良好描述。

我知道mdbg，但这对于我想要的来说非常沉重（我认为/希望）。

在添加 DLL 作为对 ASP.Net 项目的引用时，VS2008 会在 bin 目录中添加几个文件。如果 DLL 被称为 foo.dll，VS2008 会添加 foo.dll.refresh、foo.pdb 和 foo.xml。我知道 foo.dll 是什么 :-)，为什么 VS2008 会添加其他三个文件？这三个文件有什么作用？我可以删除它们吗？是否需要将它们添加到源代码管理中？

我最近使用了Windows 调试工具中的 SrcSrv 功能，但注意到当我使用SVNIndex.cmd索引 pdb 时，它不会拾取来自外部链接的任何文件。

有什么建议么 ？

我们的持续集成系统目前运行一个 perl 脚本来解析我们的 sln/proj 文件以设置以下选项：

DebugInformationFormat="0" GenerateDebugInformation="FALSE"

防止生成 pdbs 允许我们增加 CIS 编译的并行化。但是，这种方法看起来很老套，偶尔会失败——有更好的方法吗？

我能想到的唯一选择是添加一个名为 RELEASE_NOPDB 的配置，但我担心这会使 RELEASE 配置的维护变得复杂——维护人员必须确保在进行更改时反映对 NOPDB 版本的所有更改。

建议？

我们在这里已经有一个类似的问题，但讨论并没有涵盖所有方面，所以我再次问：

考虑到构建模式（发布与调试）和 PDB 文件的分发，分发 .Net 应用程序的最佳方式是什么？对涵盖这些方面的文章有很好的参考会很棒。

还要考虑 Web 应用程序的分布与 Windows 窗体应用程序的分布。

提前致谢

马西莫