我曾经在我的笔记本电脑上安装了Visual Studio Express,效果很好,但当我听说社区2013免费提供时,我决定安装它.但是,运行安装过程后,我收到错误:
Failed to add current user to Hyper-V administrators group
我使用的帐户是管理员帐户.当我检查解决方案时,我发现许多人表示我必须使用Microsoft管理控制台并将自己添加到该组中,但是这台笔记本电脑具有Windows 8.1 Core,而不是专业版,因此我无法添加管理单元.所以我不确定在这种情况下该怎么做.我是否需要重新安装,以管理员身份运行它？或者我会再次得到同样的错误？
上周我发布了这个问题:如何在C#dll 中将其作为一个进程运行时获取控制台应用程序输出,因为我试图找出问题的原因.但是,我一直无法找到我收到错误的原因,所以我想我会要求跟进直接解决我遇到的问题.
我正在研究DLL中的方法,我必须在其中启动一个进程.用于执行此操作的代码是:
ProcessStartInfo psi = new ProcessStartInfo();
psi.UseShellExecute = false;
psi.ErrorDialog = false;
psi.RedirectStandardError = true;
psi.RedirectStandardOutput = true;
psi.RedirectStandardInput = true;
psi.CreateNoWindow = true;
psi.FileName = @"C:\Program Files\OpenMS-1.6\XTandemAdapter.exe";
psi.Arguments = @"-ini C:\XTandemAdapter.ini";
Process getIDs = new Process();
getIDs.StartInfo = psi;
getIDs.Start();
StreamWriter inputWriter = getIDs.StandardInput;
StreamReader outputReader = getIDs.StandardOutput;
StreamReader errorReader = getIDs.StandardError;
getIDs.WaitForExit();
System.Diagnostics.EventLog.WriteEntry("FMANWiff", "ID output: " + outputReader.ReadToEnd());
System.Diagnostics.EventLog.WriteEntry("FMANWiff", "ID error: " + errorReader.ReadToEnd());
应用程序XTandemAdapter.exe通常作为控制台应用程序运行,FileName和Arguments用于重现此格式:XtandemAdapter.exe -ini XTandemAdapter.ini
我有一个控制台测试应用程序,在这个DLL中调用我的方法.当我使用它时,我能够看到standoutput重定向的结果,我可以看到进程成功执行(被调用的可执行文件也生成一个XML文件作为输出,我可以看到这是创建的).但是,正常的操作模式有一个应用程序调用DLL中的方法,而这最终会调用我的方法.当我以这种方式运行时,我可以看到该进程是通过查看任务管理器创建的,但它很快就会退出,并且没有输出到事件日志,并且没有输出文件由运行的可执行文件创建.
有谁知道为什么它会在一个案例中正常运行但在另一个案例中却不能运行 通过控制台应用程序调用而不是通过dll中的方法调用时,某些操作会有所不同吗？
编辑:我注意到该过程返回的Exitcode是Exitcode:-529697949所以我猜这个过程中出了问题.我将看一下xtandemadapter的代码,并试着找出它的来源.当我从控制台应用程序运行它时,它返回0.
编辑:当我添加调试器中断语句时,我最终逐步执行该方法并观察过程对象的值,无论是在使用控制台测试应用程序还是使用现实世界时.我发现了差异,但我不知道该怎么做.
工作控制台测试应用: …
我正在使用c ++编写ATL COM dll,当我尝试使用库时,我得到了许多与min/max相关的错误,例如这个.它似乎也会导致许多其他错误,尽管我认为它们与此有关.
1>stdafx.cpp
1>c:\dropbox\openms-1.6.0\include\openms\datastructures\dposition.h(364) : warning C4003: not enough actual parameters for macro 'min'
1>c:\dropbox\openms-1.6.0\include\openms\datastructures\dposition.h(366) : warning C4003: not enough actual parameters for macro 'min'
1>c:\dropbox\openms-1.6.0\include\openms\datastructures\dposition.h(372) : warning C4003: not enough actual parameters for macro 'max'
1>c:\dropbox\openms-1.6.0\include\openms\datastructures\dposition.h(376) : warning C4003: not enough actual parameters for macro 'max'
1>c:\dropbox\openms-1.6.0\include\openms\datastructures\dposition.h(378) : warning C4003: not enough actual parameters for macro 'max'
1>c:\dropbox\openms-1.6.0\include\openms\datastructures\dposition.h(364) : error C2059: syntax error : '('
1> c:\dropbox\openms-1.6.0\include\openms\datastructures\dposition.h(413) : see reference to class template instantiation 'OpenMS::DPosition<D>' being compiled …我正在使用Eclipse Kepler,我正在尝试使用存储库安装远程系统资源管理器.当我在Kepler中搜索它时 - http://download.eclipse.org/releases/kepler我发现它,但是当我尝试安装时,我得到错误:
"Installing software" has encountered a problem
An error occurred while collecting the items to be installed
An error occurred while collecting items to be installed
session context was:(profile=epp.package.standard, phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=, action=).
No repository found containing: osgi.bundle,org.eclipse.dstore.core,3.3.201.201309112143
No repository found containing: osgi.bundle,org.eclipse.rse.core,3.3.100.201307171557
No repository found containing: org.eclipse.update.feature,org.eclipse.rse.core,3.4.100.201307171557
No repository found containing: org.eclipse.update.feature,org.eclipse.rse.dstore,3.4.100.201309112143
No repository found containing: org.eclipse.update.feature,org.eclipse.rse,3.5.0.201309112143
No repository found containing: osgi.bundle,org.eclipse.rse.files.ui,3.2.200.201307171555
No repository found containing: osgi.bundle,org.eclipse.rse.subsystems.files.core,3.3.1.201306281330
No repository found containing: org.eclipse.update.feature,org.eclipse.rse.terminals,1.2.100.201308011444
No repository found containing: …我有一个本机C++应用程序,我在执行C++/CLI应用程序时作为一个进程运行,我看到退出代码有一些奇怪的行为.我希望当进程正确退出时退出代码为0但Process.ExitCode返回-529697949.但是,当我调试C++应用程序时,我可以看到返回的退出代码实际为0.为什么Process.ExitCode属性与此值不匹配？