Łapanie wyjątku, który wyglądałby tak:
Traceback (most recent call last):
File "c:/tmp.py", line 1, in <module>
4 / 0
ZeroDivisionError: integer division or modulo by zero
Chcę sformatować w:
ZeroDivisonError, tmp.py, 1
Łapanie wyjątku, który wyglądałby tak:
Traceback (most recent call last):
File "c:/tmp.py", line 1, in <module>
4 / 0
ZeroDivisionError: integer division or modulo by zero
Chcę sformatować w:
ZeroDivisonError, tmp.py, 1
Odpowiedzi:
import sys, os
try:
raise NotImplementedError("No error")
except Exception as e:
exc_type, exc_obj, exc_tb = sys.exc_info()
fname = os.path.split(exc_tb.tb_frame.f_code.co_filename)[1]
print(exc_type, fname, exc_tb.tb_lineno)
sys.exc_info()
został wprowadzony w celu rozwiązania problemów z bezpieczeństwem wątków w poprzednim API. Jego wynik jest specyficzny zarówno dla bieżącego wątku, jak i bieżącej ramki stosu.
Najprostsza forma, która działała dla mnie.
import traceback
try:
print(4/0)
except ZeroDivisionError:
print(traceback.format_exc())
Wynik
Traceback (most recent call last):
File "/path/to/file.py", line 51, in <module>
print(4/0)
ZeroDivisionError: division by zero
Process finished with exit code 0
Źródło (Py v2.7.3) dla traceback.format_exception () i wywoływane / powiązane funkcje bardzo pomaga. Żenująco zawsze zapominam czytać źródło . Zrobiłem to tylko po próżnym poszukiwaniu podobnych szczegółów. Proste pytanie: „Jak odtworzyć te same dane wyjściowe co Python dla wyjątku, z tymi samymi szczegółami?” To dałoby każdemu ponad 90% tego, czego szuka. Sfrustrowany wymyśliłem ten przykład. Mam nadzieję, że to pomaga innym. (Na pewno mi pomogło! ;-)
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
W szczegółowej odpowiedzi na to zapytanie:
sys.exc_info()[0].__name__, os.path.basename(sys.exc_info()[2].tb_frame.f_code.co_filename), sys.exc_info()[2].tb_lineno
'message' : exc_value.message
na 'message' : str(exc_value)
na py3