问题标签 [visual-studio-2013]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - Visual Studio 从一般开发设置更改
在 Visual Studio 2010 中,有没有办法从General Development
设置更改为C#
开发设置?
我最初安装它时忘记选择它。
c# - 未能成功启动或连接到子 MSBuild.exe 进程。验证 MSBuild.exe
这是第一次发生在我身上。
运行构建并收到此错误。
当我重建其他sln
一切正常。
错误 1 由于内部故障,构建意外停止。Microsoft.Build.Exceptions.BuildAbortedException:生成已取消。未能成功启动或连接到子 MSBuild.exe 进程。验证 MSBuild.exe "C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe" 是否成功启动,并且它正在加载与启动过程相同的 microsoft.build.dll。如果位置看起来不正确,请尝试在 BuildParameters 对象中指定正确的位置,或使用 MSBUILD_EXE_PATH 环境变量。在 Microsoft.Build.BackEnd.NodeProviderOutOfProc.CreateNode(Int32 nodeId, INodePacketFactory factory, NodeConfiguration configuration) 在 Microsoft.Build.BackEnd.NodeManager.AttemptCreateNode(INodeProvider nodeProvider,
visual-studio-2012 - 远程调试不起作用。“无法附加到进程。RPC 服务器不可用。”
我的开发工作站正在运行 VS2012 Update 1。操作系统是 Windows 7 Professional Service Pack 1 x64。我有一台运行 Windows 8 的笔记本电脑,上面安装了 VS2012 远程调试器。我已经启动了 msvsmon,它静静地坐在系统托盘中,或者在 Windows 8 上通过它。
我在 VS2012 中的一个需要进行调试的位置设置了一个断点。在 VS2012 中,我点击调试 | 附加到进程... 我得到一个对话框,显示我的机器上运行的进程列表。我将机器名称更改为笔记本电脑的名称。
我有两个不同的问题:
问题1:
在 Windows 防火墙运行的情况下,VS2012 连接到远程调试器服务器。我看到笔记本电脑上运行的进程列表。我选择要调试的那个,然后单击附加。我得到“无法附加到进程。RPC 服务器不可用。”
这里发生了什么?
问题2:
我关闭了桌面上的 Windows 防火墙。当我尝试连接到笔记本电脑上运行的进程时,它会连接并加载所有符号。到现在为止还挺好。一旦所有这些都完成,我将执行会导致我的断点被命中的操作。远程机器上的进程冻结,但是 VS2012 也是如此。我已经坐在这里等了10分钟,没有任何变化。那时,我在远程机器上杀死了 msvsmon,我的程序随之消失,但 VS 仍然被锁定。
有任何想法吗??
c# - KeyedCollection 和 d:DataContext 设计错误
请参阅下面的 VS2013 更新。
将类用作d:DesignInstance
公开 a 的 aKeyedCollection<TKey, TItem>
时,XAML 设计器会抱怨以下警告:
提供的泛型参数的数量不等于泛型类型定义的数量。
参数名称:实例化
可以使用以下简单程序重现该问题:
我无法为任何暴露KeyedCollection
.
有什么想法吗?
更新:从 VS2013 开始,设计人员处理 a 的行为发生了KeyedCollection
变化(尽管仍未完全正常工作)。
上面的示例不再产生错误。但是,如果KeyedCollection
使用某些类型(例如接口),TItem
则会生成以下错误:
你调用的对象是空的。
考虑以下示例:
visual-studio - 有没有办法在 Visual Studio 中为“自定义构建”自动生成“附加依赖项”?
我在 Visual Studio 2013 解决方案中有一个自定义构建步骤。自定义构建步骤在引用我的解决方案中的其他几个文件的文本文件上调用 python 脚本。我希望在任何这些文件发生更改或我的脚本输出丢失时调用自定义构建步骤。但是,我不想手动维护自定义工具“附加依赖项”和“输出”字段。
我可以很容易地使脚本生成依赖项列表,就像 gcc 在传入 -MM 时可以生成 .d 文件一样。有没有办法可以使用脚本的 .d 输出在自定义构建步骤中自动填充“附加依赖项”?是否有其他方法可以避免维护“附加依赖项”和“输出”字段”?
帮助页面仅显示如何添加单个文件。
visual-studio - Visual Studio 不断崩溃:应用程序错误
VS 不断崩溃,通常是当我想点击一些我想编辑的文本时。当我查看事件日志时,我得到了;
我也明白了;
c++ - 使用 Visual Studio 2012 / Visual Studio 2013 构建 Qt5,并与 IDE 集成
如何让 Qt5 下载并与 Visual Studio 2012 集成?您会遇到哪些问题,您如何解决这些问题?
更新重新。视觉工作室 2013
Visual Studio 2013 也报告了成功,并且正在为 VS 2013 维护注释。
另请注意,问题的重点是仅使用 Visual Studio构建Qt。还有关于与 Visual Studio IDE 集成的注意事项
visual-studio - 如何在 Visual Studio 2012、2013、2015 和 VS Code 中使用正则表达式查找和替换来引用捕获组
我意识到有很多关于这个的问题,但我发现没有一个特别提到他们提到的 VS 版本。由于缺少这些重要信息,我仍然无法成功使用我找到的答案。最常见的是
- 用 {} 环绕,用 \1、\2、\n 显示捕获
但是,这似乎是在 Visual Studio 中进行正则表达式查找和替换的旧方法,并且在 VS 2012 中不起作用。
visual-studio-2012 - VS2012:如何更改文本编辑器左侧竖线的颜色?
在 Visual Studio 2012 中,文本编辑器旁边有一个竖线,其中显示了断点的红色标记:
有没有办法设置这个栏的颜色?
unit-testing - TFS2012 构建未发现 VS2012 解决方案中的所有单元测试
改天,VS2012 和单元测试的另一个问题:我们的解决方案有三个测试项目,共包含 335 个不同的单元测试。所有这些测试都成功地在不同的机器上本地运行,但是当签入我们的 TFS 2012 构建服务器时,每次只发现 235 个测试。
有 15 个不同的测试类包含单元测试,其中一些使用新Fakes
框架,其他MOQ
一些没有或两者都使用。所有类都驻留在以 Test 结尾的测试项目(程序集)中,类本身都以Test结尾。
作为构建过程的一部分,在测试运行期间根本没有发现一些类,在其他类中,例如 12 个测试中有 8 个被发现并运行。
以“12 个中的 8 个”为例,正在生成的 [ProjectNameTest].dll 显示了所有 12 个使用.NET Reflector 7.0
的测试,只是为了不运行某些测试。在未运行/未发现的测试中,我也找不到任何相似之处(例如使用Fakes
/ MOQ
/ ... 的测试)。
正在使用的构建设置定义Test Sources Spec
为**\*.dll
(它曾经是**\*test*.dll
,但我更改了它只是为了确保考虑到所有文件)。
对于Run Settings
我最初从 noRun Settings File
和开始CodeCoverageEnabled
。作为尝试解决问题的一部分,我还将其更改为用户定义的UnitTest.runsettings
文件,不幸的是结果相同。
有人知道为什么会出现所有这些问题吗?可能是什么原因?VS2010和Moles
工作好多了,VS2012最近引起了很多麻烦。
更新
几个月后,我们终于将 TFS 安装更新为 Update 3,但这让事情变得更糟。构建服务器上的单元测试根本不再运行。启用转储并分析它们表明StackOverflowException
抛出了 a,但没有关于可能导致它的测试的指示符。同样,在不同的开发人员系统上本地运行测试没有任何问题。
我们正在考虑在微软打电话,因为我们花了太多时间让整个事情(再次)工作。痣好多了……一旦有某种进展,我会及时更新。
更新 2
又过了几个星期,还没有真正的解决方案。由于我们现在已经从 VS2012 迁移到 VS2013(每次都是高级版),我们发现所有测试现在都作为构建过程的一部分(再次)运行。不幸的是,我们仍然无法让所有测试通过 - 在本地,在多个系统上一切都运行良好,在构建服务器上大约 10% 的测试失败。调查待续...