启用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')
这是此(未答复)问题的重复:Tracing fIle path and line number
一个涉及黑客攻击模块的答案对我有用。
修改
解决方案,基于Alfe的答案如下。它 侵入性,但是我正在寻找它。我已经离开了模块名称并添加了路径名。我正在使用OpenERP,并且通常在多个位置定义相同的模块名称。
我没有发布这个答案,因为它实际上是对Alfe解决方案的改进,所以如果你喜欢,请投票给他答案。
(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')
答案 0 :(得分:2)
如果允许修补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
的测试脚本,该脚本会导入包mymodule.py
中的模块mypackage
(因此文件名为./mypackage/mymodule.py
)。该模块仅打印42,测试脚本本身打印5。
这会解决您的问题吗?
编辑:
根据第二种观点,我提出了一个不同的补丁。
在函数globaltrace_lt()
中,模块名称是通过调用modname()
派生的;将其修补以致电fullmodname()
:
modulename = fullmodname(filename)
我认为这可能是一个不那么具有侵入性的补丁。