草庐IT

debug-ide

全部标签

windows - 对于带有 Cygwin 的 Windows 上的 Ruby on Rails,您推荐什么 IDE?

按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visitthehelpcenter指导。关闭11年前。我希望能够使用此IDE单步执行代码和调试。到目前为止我发现:“e”文本编辑器(http://www.e-texteditor.com/)$34.95阿卡迪亚(http://arcadia.rubyforge.org/)有没有人尝试过其中任何一个,他们怎么样?或者您还有什么建议吗?

c++ - 我的机器出问题 : how to debug outside a dev environment?

我正在使用VisualC++2008在win764位计算机中开发3D应用程序。所有运行正常。当我在具有XP32位(硬件3D激活)的VMWare虚拟机或我friend的机器中的干净机器中检查此应用程序时,应用程序失败。根据编译(调试或发布)以及我使用MD(d)还是MT(d)编译,应用程序的行为会有所不同(进入干净的机器)我的问题:是否可以将应用程序调试到干净的机器中?存在中央日志,如/var/log/message但在Windows中?如何检查我的开发机器中正在使用哪些dll,以便与干净机器中安装的进行比较?谢谢!! 最佳答案 如果它

c++ - 是否有用于 Visual C++ 或其他 IDE 的工具,允许超过 1 个程序员(在线)同时处理同一个项目?

那么有没有一种方法可以让我在一个相互窗口中与距离我200英里的friend程序员共享整个环境、编辑、编译和执行我的代码?例如,我开始了一个在线session,我的friend加入了它,他的IDE将这个session的所有设置和项目/源文件与我的同步,这样我们就可以通过网络实时处理同一个项目强>.有可能吗? 最佳答案 协作开发通常是通过软件配置管理或版本控制系统完成的,例如Subversion、PVCS、StarTeam、MKS、SourceSafe、CVS或任何其他成本和复杂程度各不相同的选项。这通常的工作方式是,每个开发人员从存储

c# - 仅在 IDE 之外的 Release模式下 x64 .NET 4.0 应用程序崩溃

所以,我的小测试应用程序遇到了一个非常奇怪的问题。就问题而言,我的意思是它崩溃了……很难。没有异常(至少,没有我能捕捉到的)被抛出,只是“BlahBlah已经停止响应......”消息。它仅当我在x64、Release模式和IDE之外运行应用程序时崩溃。如果我在x86模式下运行它,或者如果我在x64的IDE中运行它,或者我在x64中作为DEBUG独立运行它,它工作正常。我已将其缩小到我的p/invokePeekMessage调用。所以,我需要这里的聪明才智来查看我写的废话,并告诉我我做的是否正确。因为,说真的,我他妈的快要失去理智了。我在两台计算机上试过这个,它们都表现出相同的行为。我

c# - Defines.Debug 与 #if DEBUG

我已经开始像这样使用定义类了:internalsealedclassDefines{//////ThisconstantissettotrueiffthedefineDEBUGisset.///publicconstboolDebug=#ifDEBUGtrue;#elsefalse;#endif}我看到的优点是:确保我不会破坏编译器不会检查的#if..#else..#endif内容。我可以查找引用以查看它的使用位置。拥有一个用于调试的bool值通常很有用,定义代码更长/更困惑。我看到的可能的缺点:如果Defines类在另一个程序集中,编译器无法优化未使用的代码。这就是我制作内部的原因。

c# - 我应该在 #if (DEBUG) 中包装对 Debugger.Log() 的调用吗?

是否有必要在#if(DEBUG)预处理器指令中包装对Debugger.Log()的调用以优化代码,或者C#编译器是否会在构建RELEASE配置时仍然生成优化代码? 最佳答案 在RELEASE模式下,this调用没有任何类型的优化。调用出现在IL中。唯一的区别是如果没有DEBUGGER则它没有任何效果。来自文档Debugger.Log:Ifthereisnodebuggerattached,thismethodhasnoeffect.我建议衡量您应用的性能,然后选择要遵循的步骤。如果没有显着差异(从您的应用的角度来看),我会保留该日志

c# - Debug.Assert 似乎不适用于 Mono

考虑以下C#程序:usingSystem;usingSystem.Diagnostics;namespaceTest{classMainClass{publicstaticvoidMain(string[]args){Debug.Assert(false);Debug.Fail("fail!");Console.WriteLine("HelloWorld!");}}}编译时使用:dmcs-debug-d:DEBUGMain.cs然后运行它:mono--debugMain.exe断言和失败似乎被忽略了。输出只是:HelloWorld!我在StackOverflow上查看了其他相关问题,但

c# - 尝试在 VS2013 中以 Debug模式编辑代码时出错

我是一名C#程序员,最近我安装了VisualStudio2013。问题是当我设置断点或遇到错误并尝试在调试时编辑代码时出现此错误但我找不到在Google上搜索同样的错误。Changesarenotallowedforthismoduleasitwasnotbuiltforchangeswhiledebuggingorthetarget.NETruntimeversiondoesnotsupportit我还尝试检查Tools->Options->Debugging->EditandContinue上的选项,但没有帮助。知道问题出在哪里吗? 最佳答案

c# - 我应该在 Debugger.Break 或 Debug.WriteLine 之前检查 Debugger.IsAttached 吗?

我想知道是否应该在调用其他Debug和Debugger函数之前调用if(Debugger.IsAttached)?if(Debugger.IsAttached){Debugger.Break();}对比Debugger.Break()//WithoutcheckingifDebuggerisactuallyattached 最佳答案 这取决于您调用Break()方法的原因。根据documentation:Ifnodebuggerisattached,usersareaskediftheywanttoattachadebugger.如

c# - 单元测试是否使 Debug.Assert() 变得不必要?

我准备好麦康奈尔的“CodeComplete”已经有一段时间了。现在我在Hunt&Thomas的“ThePragmaticProgrammer”中再次阅读它:使用断言!注意:不是单元测试断言,我的意思是Debug.Assert()。遵循SO问题WhenshouldIuseDebug.Assert()?和Whentouseassertionoverexceptionsindomainclasses断言对开发很有用,因为可以很快找到“不可能”的情况。而且它们似乎很常用。据我了解,断言在C#中通常用于检查输入变量的“不可能”值。为了使单元测试尽可能简洁和独立,我使用null和“不可能的”虚拟