编译器显示的所有错误（已超过最大错误数）答案

【问题标题】：All errors shown by the compiler (Maximum number of errors has been exceeded)编译器显示的所有错误（已超过最大错误数）
【发布时间】：2013-12-19 11:55:27
【问题描述】：

我们被要求将一个项目从 vb6 迁移到 vb.net。我们使用了 Visual Studio 2008 中的转换向导，正如我们所料，会出现很多错误。

我知道编译器显示的错误有硬编码限制（我猜是 100）。但是我们的时间很紧，我们需要所有的错误，这样我们就可以估计我们需要多少时间才能转换这个项目。

一种选择是修复我们现在遇到的错误。但是很有可能会产生更多的错误，正如我所说，我们必须尽快给出一个估计......

有没有办法让我获得所有错误的列表？

【问题讨论】：

stackoverflow.com/questions/2880936/…
如果您认为从 VB（非 .NET）迁移到 VB.NET只是解决编译器抱怨的错误，那么您将会遇到陡峭的学习曲线，在项目后期。我会敦促您与已经进行过此类迁移的人交谈，并在估算方面获得一些帮助。不，如果不开始修复它们，你就无法得到所有这些错误。限制是固定的。
我知道在迁移项目时不仅仅是修复错误。这是我已经和团队其他成员谈过的事情。我们可以尝试修复这些错误，但存在运行时错误，未处理异常，某些技术可能不适用于 vs2008，缺少引用，新方法等等等。只是如果我们有所有错误，我们可以估计。（不是 100% 准确，但）
一个缺少的程序集引用可能会产生 100 多个编译器错误，并且可以在 15 秒内解决。这不是估算工作 TBD 的好方法。

标签： vb.net visual-studio-2008 vb6

【解决方案1】：

不幸的是，没有办法获得编译产生的所有错误。正如您所指出的，错误限制是编译器中的硬编码值。一旦达到该限制，编译器将停止发出错误消息。

即使您可以收到所有错误消息，我也会说这不是判断您从 VB6 移植到 VB.Net 所需时间的最佳方法。它们是非常不同的环境（VB6 本质上是一个 STA COM 环境，而 VB.Net 只是另一种 CLR 语言），这些差异可能以意想不到的方式表现出来。错误数量可以让您估计编译需要多长时间，但不能估计应用程序真正再次运行需要多长时间

【讨论】：