打开Python跟踪时,会提供文件名以及模块和源代码。
是否可以显示文件路径和文件名?
我正在使用:
-m trace -t
在下面的示例中,不同目录中有两个不同的account_bank_statement.py文件。
17 --- modulename: account_bank_statement, funcname: button_create_invoice
18 account_bank_statement.py(329): if context is None:
19 account_bank_statement.py(333): currency = self.read(cr, uid, ids, ['currency'])[0]['currency']
20 --- modulename: account_bank_statement, funcname: _currency
21 account_bank_statement.py(107): res = {}
22 account_bank_statement.py(108): res_currency_obj = self.pool.get('res.currency')
这是这个(未回答的)问题的重复:跟踪文件路径和行号
一个涉及黑客攻击追踪模块的答案对我来说是可行的
编辑
基于Alfe以下回答的解决方案。它是侵入性的,但它确实是我想要的。我留下了模块名,还添加了路径名。我使用的是OpenERP,通常在多个位置定义相同的模块名称。
我还没有发布这个答案,因为这确实是对阿尔夫解决方案的改进,所以如果你喜欢,请给他的答案投票。
(1) 将trace.py复制到本地路径(2) 编辑如下:
171 def modname(path):
172 """Return a plausible module name for the patch."""
173
174 base = os.path.basename(path)
175 filename, ext = os.path.splitext(base)
176 return filename
593 def globaltrace_lt(self, frame, why, arg):
594 """Handler for call events.
595
596 If the code block being entered is to be ignored, returns `None',
597 else returns self.localtrace.
598 """
599 if why == 'call':
600 code = frame.f_code
601 filename = frame.f_globals.get('__file__', None)
602 if filename:
603 # XXX modname() doesn't work right for packages, so
604 # the ignore support won't work right for packages
605 #modulename = fullmodname(filename)
606 modfile, ext = os.path.splitext(filename)
607 modulename = fullmodname(modfile)
608 if modulename is not None:
609 ignore_it = self.ignore.names(modfile, modulename)
610 if not ignore_it:
611 if self.trace:
612 print (" --- modulename: %s, funcname: %s, filename: %s"
613 % (modulename, code.co_name, filename))
614 return self.localtrace
615 else:
616 return None
样本输出
请注意,有两个不同的模块名称,包含在不同的目录中,具有相同的文件名。这个修改过的*trace.py**处理这个问题。
2 --- modulename: register_accounting, funcname: button_create_invoice, filename: /home/sean/unifield/utp729/unifield-wm/register_accounting/account_bank_statement.pyc
3 account_bank_statement.py(329): if context is None:
4 account_bank_statement.py(333): currency = self.read(cr, uid, ids, ['currency'])[0]['currency']
5 --- modulename: account, funcname: _currency, filename: /home/sean/unifield/utp729/unifield-addons/account/account_bank_statement.pyc
6 account_bank_statement.py(107): res = {}
7 account_bank_statement.py(108): res_currency_obj = self.pool.get('res.currency')
如果允许修补trace.py
,则此任务很容易。
将trace.py
(在本例中为/usr/lib/python2.7/
)复制到本地目录(例如当前目录),然后在该本地副本中修补函数modname(path)
。该函数会从模块路径中剥离目录,因此包信息会丢失。原件包含行
filename, ext = os.path.splitext(base)
可以更改为
filename, ext = os.path.splitext(path)
以便而不是剥离目录。
像./trace.py --trace t.py
这样的调用的输出看起来是这样的:
--- modulename: t, funcname: <module>
t.py(3): import mypackage.mymodule
--- modulename: mypackage/__init__, funcname: <module>
__init__.py(1): --- modulename: mypackage/mymodule, funcname: <module>
mymodule.py(1): print 42
42
t.py(5): print 5
5
--- modulename: ./trace, funcname: _unsettrace
trace.py(80): sys.settrace(None)
我正在跟踪一个名为t.py
的测试脚本,该脚本导入包mypackage
中的模块mymodule.py
(因此文件名为./mypackage/mymodule.py
)。该模块只打印42,测试脚本本身打印5。
这能解决你的问题吗?
编辑:
在第二种观点下,我提出了一个不同的补丁。
在函数globaltrace_lt()
中,模块名称是通过调用modname()
而导出的;将其修补为调用fullmodname()
:
modulename = fullmodname(filename)
我认为这可能是一个侵入性较小的补丁。