问题标签 [managed-code]

我在两个不同的域中有两台机器。在两者上我都安装了 VS 2005。我想在他们之间进行远程调试。没有身份验证是可能的，但我想调试托管代码。我不想直接调试，因为它真的很糟糕。

当我尝试使用调试器附加时，我收到消息“此工作站和主域之间的信任关系失败。” 知道如何克服这个问题吗？我尝试了在两台机器上添加相同本地用户名的技巧，但没有运气。

编辑：我在两台机器上都有相同的本地用户。我使用本地用户使用 RunAs 启动了 VS2005 和调试监视器。我在调试机器上打开了 Windows 审计，我看到来自 VS2005 机器的本地用户正在尝试登录。但他因错误 0xC000018D (ERROR_TRUSTED_RELATIONSHIP_FAILURE) 而失败

我已经编写 C/C++ 代码近 20 年了，我知道 Perl、Python、PHP 和一些 Java，并且我正在自学 JavaScript。但我从未做过任何 .NET、VB 或 C# 的东西。托管代码到底是什么意思？

维基百科将其简单描述为

在虚拟机管理下执行的代码

它特别指出Java（通常）是托管代码，所以

• 为什么这个术语似乎只适用于 C#/.NET？
• 您可以将 C# 编译成包含 VM 的 .exe，还是必须将其打包并提供给另一个 .exe（a la java）？

与此相类似，

• .NET 是一种语言还是一种框架，这里的“框架”到底是什么意思？

好的，所以这不仅仅是一个问题，但对于像我一样长期从事该行业的人来说，我现在感觉相当 N00B-ish...

这里只是好奇：是否可以在 Windows XP/Vista 下使用 .net 托管代码调用 Windows 蓝屏死机？如果可能的话，示例代码是什么？

只是为了记录，这不是出于任何恶意目的，我只是想知道要真正杀死指定的操作系统需要什么样的代码。

在 Win32 上，对于非托管代码，返回值通常存储在 EAX 寄存器中。当程序不将返回值保存在变量中时，这很有用。这可以在 Visual Studio 调试器中轻松看到。

托管代码是否有等价物？

我使用 Visual C++ 和 Win32 API 学习了 Windows 编程。如今，似乎大多数应用程序都是使用 C# 在 .NET 中开发的。我知道大多数时候本机代码和托管代码之间没有太大的性能差异。所以我想知道，如果我今天要开始编写一个新的桌面应用程序，是否有任何理由（除了我更熟悉 C++ 的事实），我可能想用非托管 C++ 编写它.NET 的？使用 C++ 和本机代码还有一些优势吗？或者这种方法在 Windows 平台上是否或多或少地被 .NET 取代了？

当然，我知道编写低级设备驱动程序和类似程序的人不会在 .NET 中这样做。我问的是典型的不直接硬件调用的面向客户端的应用程序。

我必须在 C++ 中使用 SQLSERVER SMO。托管代码是在 C++ 中使用 SQLSERVER SMO 的唯一方法吗？

我尝试了很多方法..但我发现使用托管代码是唯一的选择。还有其他方法吗？

我见过的大多数列表包括：

• C＃
• VB.Net
• 其他 .NET 语言

哪些语言属于“其他”类别？

我遇到过：

• 德尔福
• C++
• Cobol.Net
• 铬合金

我确定肯定还有其他人？

请注意，这与 Microsoft 为宣传托管代码概念而大力宣传的 .NET CLR 无关。你们中的大多数人都知道托管代码已经存在了很长一段时间，并且与火箭科学并没有太大关系。

我想知道的是，为什么计算机发展过程中运行时安全的概念来得这么晚。

我知道这就像在问“为什么第一辆福特 T 型车没有配备安全气囊和安全带？”。尽管如此，这个问题的相关性仍然存在，因为保护已知危险完全符合人性。例如，第一辆 T-Ford 的速度不足以激发安全气囊的研究。它的速度还不够快，以至于人们经常犯下致命的判断错误，以至于它会促使安全带成为许多国家的法律和标准。

在计算机进化中，它几乎是相反的。我们从组装机开始，这相当于用眼罩以 200 英里/小时的速度驾驶一辆 T-Ford。我有幸与这个时代的几位老卡车司机交谈，听到这些关于手工组装汇编代码、人工调试器、大量代码行等的故事。如果我们在 C 语言中犯了一个非常严重的错误，我们可能会结束蓝屏。几十年前，您最终可能会损坏硬件，天知道会发生什么。但这对我来说是个谜——这么多年了，我们所做的一切都是为了让崩溃不那么痛苦，只是蓝屏（很抱歉将 MS 用作任何东西的原型）。

防止已知危险不仅是人类的天性，而且任何程序员的天性都是自动化和系统化常用设施，如错误检查、内存诊断、日志框架、备份维护等。

为什么程序员/人类没有开始自动化确保他们提供给系统的代码不会损害系统的任务？是的，当然，性能。但是，嘿，这远远早于任何严重渗透的硬件标准。为什么主板没有设计有总线架构和额外的处理器来促进“托管代码”？

有没有什么比喻说 T 型福特汽车不够快以至于我错过了？

为什么不能编写一个编译器来管理需要在 C++ 代码中管理的内容（即使其“与 CLR 兼容”）？

也许有一些妥协，比如禁止无效指针等。但是所有这些额外的关键字等。这些添加必须解决的问题是什么？

我对某些方面以及可能难以解决的问题有自己的想法，但我们将不胜感激！

我有一个 C++ DLL 返回int*一个 C# 程序。问题是分配后int*仍然存在 C# 中的问题。null

当我将 C++ 结果分配给 时IntPtr，我得到一个正确的非空值。int*但是，任何将其转换为结果的尝试都会导致null.

我试过了：

我怎样才能得到一个非 null int*？

谢谢！艾伦