问题标签 [pdb-files]

有没有办法用新的源位置更新 PDB 文件？我有一个项目，它链接到一些在另一台机器上构建的库，并使用 PDB 文件进行调试构建。我无法在库中编译的文件中放置断点。这些库需要 4 个多小时才能构建，所以我不想在我的机器上构建它们。有没有办法让编译器使用新的源路径。我正在使用 VS 2005 pro c++。

谢谢阿米特

我在 .NET 中构建了一个库项目 (DLL)。有时我会在其他项目中使用 DLL 及其 PDB 文件作为参考。

现在在新项目中，我无法浏览DLL的代码进行调试。我只能看到类/方法/变量的定义。那是通过浏览“类视图”来使用“显示定义”

但是，只有在出现异常的情况下，DLL 的内容才会打开，并且我可以从新项目中看到 DLL 的整个代码。

如何在异常发生之前查看 DLL 的内容（代码）？

我们目前正在分发一个没有 .pdb 文件的 WinForms 应用程序，以节省客户端计算机上的空间和下载带宽。当我们得到堆栈跟踪时，我们得到的是方法名，而不是行号。有没有办法在不分发 .pdb 文件的情况下获取行号？

有时我们会从客户那里收到带有错误行号的堆栈跟踪。这种情况并不经常发生，但有时会让我们感到困惑。

客户已发布具有优化和“仅 pdb”调试信息的程序集。

是的，我们将行号与客户拥有的完全相同的代码版本进行比较。

是的，客户有正确的 pdb 文件。

不，行号的这种差异不能用内联方法（编译器优化）来解释。

不，我们不使用任何 AOP 工具，例如 PostSharp。

任何想法为什么会发生？

我希望我的应用程序可以作为单个 .exe 文件分发，但我希望能够获得带有源代码行号的漂亮错误报告（exception.ToString()当发生未处理的异常时，应用程序只需发送电子邮件和一些附加信息）。

有没有办法将 .pdb 嵌入到程序集中？

我有私人 pdb 文件，我必须将其转换为公共文件。有工具吗？

我们已经用 Delphi 5 编写了这个大型应用程序，并且开发一直持续到今天。正在研究迁移到较新版本，但到目前为止还没有成功，因为一些 3rd 方组件已经很长时间没有更新并且不适用于更高版本。

然而，与此同时，人们需要继续努力。现在 Delphi 5 IDE 不是真正的享受。它漏洞百出，缺乏当代 IDE 的许多功能，因此难以使用。尤其是在调试方面。

所以我想知道 - 是否可以在此过程中使用 Visual Studio？据我所知，.PDB 文件格式已经很老了，并且有据可查。是否有可能让 Delphi 编译器以某种方式为其编译结果生成 .PDB 文件？然后可以使用 Visual Studio 调试程序，可能比在原始 IDE 中调试的程度要大得多。

好吧，绝对的圣杯是将所有开发转移到 VS，只是让编译器远离 Delphi，但我想这几乎是不可能的。

我有一个项目是 C++ WIN32 项目。我发现了一个问题，有些符号可以被 windbg 识别，但有些不能。我不知道为什么。特点是：

1) 两者都是 C++ 方法

2) 两个函数都在一个 .cpp 文件中

3) 这两个函数在源文件中非常接近，并且它们都没有被#ifdef 括起来

4）我已经使用dbh.exe检查了符号，windbg中缺少的符号也不在pdb文件中。

我猜符号丢失是否可能是由于类的继承？请推荐，谢谢！垃圾桶

（私有 pdb 符号）和（pdb 符号）有什么区别？

当我在 Visual Studio 2008 中构建项目的发布版本时，它会创建一个 .pdb 文件，例如，对于一个简单的 WPF 项目，它会生成一个 .exe 和 .pdb 文件。

我一直认为.pdb 文件是用于调试的，所以我希望它们位于Debug文件夹中，而不是Release文件夹中。

看看其他 StackOverflow 问题， pdb 文件似乎并不适用于发布版本。

为什么默认情况下会在 Release 文件夹中生成 .pdb 文件，如何关闭该选项？