C# 将平台目标更改为任何CPU时引发神秘远程处理异常

我将假设我安装的.NET版本是foobared，但我想我无论如何都会问，因为这毫无意义

创建新的C#控制台应用程序

将平台目标更改为任何CPU

跑

查看是否引发远程处理异常

'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_64\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities\10.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Windows.Forms\v4.0_4.0.0.0__b77a5c561934e089\System.Windows.Forms.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Drawing\v4.0_4.0.0.0__b03f5f7f11d50a3a\System.Drawing.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System\v4.0_4.0.0.0__b77a5c561934e089\System.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.HostingProcess.Utilities.Sync\10.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.HostingProcess.Utilities.Sync.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\assembly\GAC_MSIL\Microsoft.VisualStudio.Debugger.Runtime\10.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.Debugger.Runtime.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'e:\dev\ConsoleApplication2\ConsoleApplication2\bin\Debug\ConsoleApplication2.vshost.exe'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Core\v4.0_4.0.0.0__b77a5c561934e089\System.Core.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Xml.Linq\v4.0_4.0.0.0__b77a5c561934e089\System.Xml.Linq.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Data.DataSetExtensions\v4.0_4.0.0.0__b77a5c561934e089\System.Data.DataSetExtensions.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\Microsoft.CSharp\v4.0_4.0.0.0__b03f5f7f11d50a3a\Microsoft.CSharp.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_64\System.Data\v4.0_4.0.0.0__b77a5c561934e089\System.Data.dll'
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Xml\v4.0_4.0.0.0__b77a5c561934e089\System.Xml.dll'
The thread 'vshost.NotifyLoad' (0x1494) has exited with code 0 (0x0).
The thread 'vshost.LoadReference' (0x12f0) has exited with code 0 (0x0).
'ConsoleApplication2.vshost.exe' (Managed (v4.0.30319)): Loaded 'e:\dev\ConsoleApplication2\ConsoleApplication2\bin\Debug\ConsoleApplication2.exe', Symbols loaded.
A first chance exception of type 'System.Runtime.Remoting.RemotingException' occurred in mscorlib.dll
An unhandled exception of type 'System.Runtime.Remoting.RemotingException' occurred in mscorlib.dll

Additional information: The async result object is null or of an unexpected type.

mscorlib.dll！System.Runtime.Remoting.Proxies.RealProxy.EndInvokeHelper（System.Runtime.Remoting.Messaging.Message reqMsg，bool bProxyCase）+0x2d0字节 mscorlib.dll！System.Runtime.Remoting.Proxy.RemotingProxy.Invoke（未使用对象，参考System.Runtime.Remoting.Proxy.MessageData msgData）+0x191字节
System.Windows.Forms.dll！System.Windows.Forms.Screen.AllScreens.get（）+0x1d2字节 System.Windows.Forms.dll！System.Windows.Forms.Form.ApplyBoundsConstraints（int-suggestedX、int-suggestedY、int-proposedWidth、int-proposedHeight）+0x12a字节
System.Windows.Forms.dll！System.Windows.Forms.Form.FillIncremateParamsStartPosition（System.Windows.Forms.CreateParams cp）+0x4ab字节
System.Windows.Forms.dll！System.Windows.Forms.Form.CreateParams.get（）+0x153字节 System.Windows.Forms.dll！System.Windows.Forms.Control.CreateHandle（）+0x146字节
System.Windows.Forms.dll！System.Windows.Forms.Form.CreateHandle（）+0x2ad字节 System.Windows.Forms.dll！System.Windows.Forms.Control.Handle.get（）+0x68字节 Microsoft.VisualStudio.HostingProcess.Utilities.dll！Microsoft.VisualStudio.HostingProcess.HostProc.RunParkingWindowThread（）+0xbd字节
mscorlib.dll！System.Threading.ExecutionContext.Run（System.Threading.ExecutionContext ExecutionContext，System.Threading.ContextCallback回调，对象状态，bool ignoreSyncCtx）+0xdc字节
mscorlib.dll！System.Threading.ExecutionContext.Run（System.Threading.ExecutionContext ExecutionContext，System.Threading.ContextCallback回调，对象状态）+0x3b字节
mscorlib.dll！System.Threading.ThreadHelper.ThreadStart（）+0x4d字节
[本机到托管转换]

---

问题与执行路径太长有关。如果以64位执行时超过127个字符，则会弹出。就我所知，这是一个.NET4问题，我唯一看到的解决方法是缩短条目程序集输出名称。在国际海事组织，这是一个垃圾修复和需要解决的女士

编辑：解决方案- 以x86运行，

---

或缩短项目/用户名

请显示相关代码。这是一个全新的控制台应用程序。我一句话也没换。在调用Program.Main（）之前引发异常。那么，您没有任何远程处理代码吗？如果是这样，那就奇怪了。尝试在不使用“宿主进程”（项目属性/debug中的选项）的情况下运行它。我完全没有远程处理代码。除了Program.Main（），我没有任何代码。嗯，看来完全重启已经解决了这个问题。你从哪里听说的？除了从这篇文章中，我还没有找到更多关于这个问题的信息。我在另一个书堆中阅读了它，但在这个答案中找不到参考。很抱歉。这是一个模棱两可的答案，没有任何理由，但对我来说是有效的。类似地，我的同事有一个很长的姓氏，这导致文件名太长，在运行时也会出现问题-解决方案是什么？更改用户帐户名或作为x86执行。部署的构建可以很好地工作。你在BasedAsFunk运气好吗？