sublimetext2有调试python的插件吗？SublimeText是一个很棒的python编辑器，但是一旦项目变得太大，我不得不使用其他IDE(例如eclipse)进行调试。你们Pythonists有解决这个问题的方法吗？ 最佳答案 尝试https://github.com/wuub/SublimeREPL，它使用pdb来调试python，并且易于通过包Controller安装 关于python-是否有用于调试python的sublimetext2插件？，我们在StackOver
在PyCharm的IPython控制台中运行代码时是否可能遇到图形断点？即:你在foo.py中有一个脚本foo()您在编辑器中的foo()中放置了一个图形断点(行号旁边的红点)将foo导入PyCharm的IPython控制台并执行foo()(注意:不是从调试配置运行!) 最佳答案 正如@bvanlew在评论中所建议的那样，PyCharm(社区版和专业版)现在支持将调试器附加到交互式控制台。单击如下所示的调试按钮，PyCharm的调试器将在命中断点时启动。 关于python-在PyChar
我正在使用Eclipse/PyDev尝试找到一种方法来调试使用subprocess.Popen创建子进程的代码:我希望能够调试创建的子进程。问题是我找不到跨进程边界调试的方法，我猜这实际上是不可能的。不过，除非你问，否则你永远不会知道，所以我正在做!一些背景知识:我有一个由Waf驱动的复杂构建过程通过调用nose来调用我们的单元测试根据需要:我想连接到这些进程中以调试单元测试失败。我知道我可以尝试直接运行nose，但问题是我必须为我们的模块正确加载配置的环境相当复杂，如果可以避免的话，我不想复制代码来执行此操作。我知道remotedebugging模式，但这很不方便，因为我必须在远程进
想想这个场景:我调试我的Django项目并单步执行代码(进出)。调试器有时会进入Django库或其他外部库。有谁知道如何防止调试器输入外部代码？或者至少是一个“大”步骤，让调试器返回到项目代码？ 最佳答案 Doesanyoneknowhowtopreventthedebuggerfromenteringexternalcode?是的，德米特里·特罗菲莫夫knows;(...)addmodulesyoudon'twanttotracetothedictDONT_TRACEin/helpers/pydev/pydevd.pyThatis
我正在寻找有关python2manage.pyrunserversession期间输出中使用的颜色的答案我确信了解为什么某些输出是黄色、蓝色或粉红色将有助于我执行更好的调试。 最佳答案 这是默认调色板:'ERROR':{'fg':'red','opts':('bold',)},'NOTICE':{'fg':'red'},'SQL_FIELD':{'fg':'green','opts':('bold',)},'SQL_COLTYPE':{'fg':'green'},'SQL_KEYWORD':{'fg':'yellow'},'SQL_
我已经尝试使用WingIDE(v.4.1.3)和KomodoIDE(v.7.0.0)调试Python3。正如预期的那样，调试器会增加很多运行时开销。但令我惊讶的是调试器之间的差异如此之大。这是同一程序的运行时间。没有断点或其他任何东西，只是没有任何实际调试的常规运行:由python解释器执行:26秒由调试器#1执行:137秒由调试器#2执行:1143秒我将调试器称为匿名的#1和#2，以免这成为对其中之一的无意(并且可能被误导)的广告。其中一个调试器真的“快”了8倍吗？或者是否存在一些设计权衡，即更快的调试器放弃某些功能、精度、稳健性或其他任何东西，以换取更快的速度？如果是这样，我很想知
我想用pdb调试我的插件，但它不起作用。我收到这些错误Traceback(mostrecentcalllast):File"./sublime_plugin.py",line362,inrun_File"./useIt.py",line14,inrunforregioninself.view.sel():File"./useIt.py",line14,inrunforregioninself.view.sel():File".\bdb.py",line46,intrace_dispatchFile".\bdb.py",line65,indispatch_linebdb.BdbQuit有
我发现自己经常添加调试“打印”语句——像这样的东西:print("a_variable_name:%s"%a_variable_name)你们是怎么做到的？我是否在试图找到一种优化方法时神经质？我可能正在处理一个函数，并添加了大约6行这样的代码，找出它不起作用的原因，然后再次将它们删除。你有没有开发出一种有效的方法来做到这一点？我在Emacs中编写Python。 最佳答案 有时调试器很棒，但有时使用打印语句更快，并且更容易重复设置和使用。这可能只适用于使用CPython进行调试(因为并非所有Python都实现了inspect.cur
我正在调试我作为某种形式的插件框架的一部分编写的函数。该函数似乎没有做它应该做的事情，而且我怀疑，在堆栈的某个地方，有人正在捕获异常，或者引发(非常具体或非常通用的)异常并测试发生了什么(但如果它是吞下了，它仍然没有告诉我在哪里)。我可以进入调试器并检查每个堆栈级别的源代码。是否有更直接的方法来列出当前代码可能属于的任何try-exceptblock——特别是任何此类block的try-part？当然，这仅用于调试目的。 最佳答案 很可能我在这里遗漏了一些东西(我只是盯着catcher函数的dis.dis()输出)，但至少这捕获了在
我正在尝试调试Python程序，我在函数中插入了经典的“importpdb;pdb.set_trace()”行，就在生成堆栈跟踪的调用之前。但是，该调用似乎被忽略了，即什么也没有发生，我也没有收到pdb提示。在程序的这一点上，只有一个事件线程。没有检测到pdb模块的猴子补丁。欢迎就可能导致对set_trace的调用被忽略的任何帮助提供帮助。谢谢。平台信息:Debiansqueeze+python2.6.5代码摘录:importthreadingprintthreading.active_count()importpdbprintpdbpdb.set_trace()print"*****
