原因：这段内容是一个用户询问关于C#应用程序的小型远程调试器的问题，作为Visual Studio的替代选择。用户提到了他所知道的一些调试器选项，并且表达了对这些选项的兴趣和好奇。

解决方法：用户提到了两个可能的解决方案。首先，他提到了2.0版本中的核心框架调试器，但他自己并没有使用过。然后，他提到了4.0版本中的命令行调试器，并提供了相关的链接以获取其源代码。

根据以上内容，可以整理成以下文章：

标题：C#应用程序的小型远程调试器选项

正文：

有一个用户提出了一个关于C#应用程序的小型远程调试器的问题，他想寻找一个Visual Studio的替代选择。他提到了一些他所知道的调试器选项，并表达了对这些选项的兴趣和好奇。

首先，他提到了2.0版本中的核心框架调试器，但他自己并没有使用过。然后，他提到了4.0版本中的命令行调试器，并提供了相关的链接以获取其源代码。

根据他的描述，2.0版本的核心框架调试器是一个可行的选择，但我们无法确定其效果如何，因为用户没有亲自使用过。

另一方面，4.0版本的命令行调试器似乎是一个有趣的项目，并且用户提供了该项目的源代码链接。这意味着用户可以查看源代码并自定义调试器以满足他们的需求。

总之，对于C#应用程序的小型远程调试器选项，用户可以考虑使用2.0版本的核心框架调试器或4.0版本的命令行调试器。然而，用户应该记住前者尚未经过个人验证，而后者提供了源代码以便自定义和修改调试器。

请注意：以上文章仅基于提供的内容进行整理，可能会有其他解决方法和选项存在。

出现的原因：问题的提出者想寻找一个小型的远程调试器来替代Visual Studio，以便能够在C#应用程序中像Visual Studio一样步进运行代码。

解决方法：可以通过创建一个转储文件来获取整个进程的快照，包括所有线程和堆栈跟踪。在最近的Windows版本中，可以在任务管理器中右键单击进程，然后选择"Create Dump File"来完成。一旦获得了转储文件，就可以将其带到本地开发环境，并使用带有SOS的WinDbg来查看完整的运行信息。Tess Ferrandez在她的博客中提供了一些非常好的初学者实验室，帮助人们入门这一过程。此外，也可以使用WinDbg和SOS附加到正在运行的进程上。建议从Tess的实验室开始学习。

原文链接：http://blogs.msdn.com/b/tess/archive/2008/02/04/net-debugging-demos-information-and-setup-instructions.aspx

最近有人问到如何在C#应用程序中使用一个小型的远程调试器，作为Visual Studio的替代品。某些情况下可以使用Redgate的Reflector与Deblector来实现。还有一位用户表示，他们通常将所有未处理的异常记录到文本文件中，当客户向他们反馈问题时，他们会提取出日志文件，并发布修复了问题的新版本。还有一位用户提到他使用Reflector和它的文件生成器进行反向工程，效果非常好，所以他希望Deblector也能起到同样的作用。另外还有一位用户表示，他使用的是mdbg，可以在之前的链接中找到，他需要进一步研究一下这个工具。

对于寻找一个小型的远程调试器作为Visual Studio的替代品的用户来说，可以考虑使用Redgate的Reflector与Deblector。另外，还可以将所有未处理的异常记录到文本文件中，并在客户反馈问题时提取出日志文件并发布修复了问题的新版本。还可以尝试使用Reflector和其文件生成器进行反向工程，以及使用mdbg进行调试。