traceback.format_exception () 및 호출 / 관련 함수에 대한 소스 (Py v2.7.3)가 크게 도움이됩니다. 당황스럽게도 항상 소스 를 읽는 것을 잊어 버립니다 . 나는 비슷한 세부 사항을 헛된 것으로 검색 한 후에 만 그렇게했습니다. 간단한 질문, "모든 세부 사항이 동일한 예외를 위해 파이썬과 동일한 출력을 다시 만드는 방법?" 이것은 그들이 찾던 것에 90 % 이상을 얻을 것입니다. 좌절, 나는이 예를 생각해 냈습니다. 나는 그것이 다른 사람들을 돕기를 바랍니다. (확실히 도움이되었습니다! ;-)
import sys, traceback
traceback_template = '''Traceback (most recent call last):
File "%(filename)s", line %(lineno)s, in %(name)s
%(type)s: %(message)s\n''' # Skipping the "actual line" item
# Also note: we don't walk all the way through the frame stack in this example
# see hg.python.org/cpython/file/8dffb76faacc/Lib/traceback.py#l280
# (Imagine if the 1/0, below, were replaced by a call to test() which did 1/0.)
try:
1/0
except:
# http://docs.python.org/2/library/sys.html#sys.exc_info
exc_type, exc_value, exc_traceback = sys.exc_info() # most recent (if any) by default
'''
Reason this _can_ be bad: If an (unhandled) exception happens AFTER this,
or if we do not delete the labels on (not much) older versions of Py, the
reference we created can linger.
traceback.format_exc/print_exc do this very thing, BUT note this creates a
temp scope within the function.
'''
traceback_details = {
'filename': exc_traceback.tb_frame.f_code.co_filename,
'lineno' : exc_traceback.tb_lineno,
'name' : exc_traceback.tb_frame.f_code.co_name,
'type' : exc_type.__name__,
'message' : exc_value.message, # or see traceback._some_str()
}
del(exc_type, exc_value, exc_traceback) # So we don't leave our local labels/objects dangling
# This still isn't "completely safe", though!
# "Best (recommended) practice: replace all exc_type, exc_value, exc_traceback
# with sys.exc_info()[0], sys.exc_info()[1], sys.exc_info()[2]
print
print traceback.format_exc()
print
print traceback_template % traceback_details
print
이 쿼리에 대한 특정 답변 :
sys.exc_info()[0].__name__, os.path.basename(sys.exc_info()[2].tb_frame.f_code.co_filename), sys.exc_info()[2].tb_lineno