Dodawanie informacji do wyjątku?

W przypadku, gdy szukasz rozwiązania dla Python3 Instrukcja mówi:

Podczas wywoływania nowego wyjątku (zamiast używania nagiego raise do ponownego wywoływania obecnie obsługiwanego wyjątku), kontekst wyjątku implicit może zostać uzupełniony o jawną przyczynę, używając from z raise:

raise new_exc from original_exc

Przykład:

    try:
        return [permission() for permission in self.permission_classes]
    except TypeError as e:
        raise TypeError("Make sure your view's 'permission_classes' are iterable. "
                        +"If you use '()' to generate a set with a single element "
                        +"make sure that there is a comma behind the one (element,).") from e

Który na końcu wygląda tak:

    2017-09-06 16:50:14,797 [ERROR] django.request: Internal Server Error: /v1/sendEmail/
    Traceback (most recent call last):
    File "venv/lib/python3.4/site-packages/rest_framework/views.py", line 275, in get_permissions
        return [permission() for permission in self.permission_classes]
    TypeError: 'type' object is not iterable 

    The above exception was the direct cause of the following exception:

    Traceback (most recent call last):
        # Traceback removed...
    TypeError: Make sure your view's Permission_classes are iterable. If 
         you use parens () to generate a set with a single element make 
         sure that there is a (comma,) behind the one element.

Zamienianie całkowicie nieopisanego typu w ładną wiadomość z podpowiedziami w kierunku rozwiązania bez zakłócania oryginalnego wyjątku.

Zakładając, że nie chcesz lub nie możesz modyfikować foo (), możesz spróbować tego:

try:
    raise IOError('stuff')
except Exception as e:
    e.args = (e.args[0] + ' happens',)
    raise

Jedną z przydatnych metod, których użyłem, jest użycie atrybutu class jako pamięci dla szczegółów, atrybut klasy jest dostępny zarówno z obiektu klasy, jak I instancji klasy:

class CustomError(Exception):
    details = None

Następnie w kodzie:

exc = CustomError('Some message')
exc.details('Details -- add whatever you want')
raise exc

I przy wyłapywaniu błędu:

except CustomError, e:
    # Do whatever you want with the exception instance
    print e
    print e.details

Możesz zdefiniować własny wyjątek, który dziedziczy od innego i utworzyć własny konstruktor, aby ustawić wartość.

Na przykład:

class MyError(Exception):
   def __init__(self, value):
     self.value = value
     Exception.__init__(self)

   def __str__(self):
     return repr(self.value)

W przeciwieństwie do poprzednich odpowiedzi, działa to w obliczu WYJĄTKÓW z naprawdę złym __str__. Jest to typ, który może być modyfikowany w celu uwzględnienia nieprzydatnych implementacji __str__.

Nadal chciałbym znaleźć dodatkowe ulepszenie, które nie modyfikuje typu.

from contextlib import contextmanager
@contextmanager
def helpful_info():
    try:
        yield
    except Exception as e:
        class CloneException(Exception): pass
        CloneException.__name__ = type(e).__name__
        CloneException.__module___ = type(e).__module__
        helpful_message = '%s\n\nhelpful info!' % e
        import sys
        raise CloneException, helpful_message, sys.exc_traceback


class BadException(Exception):
    def __str__(self):
        return 'wat.'

with helpful_info():
    raise BadException('fooooo')

Oryginalny ślad i typ (Nazwa) są zachowane.

Traceback (most recent call last):
  File "re_raise.py", line 20, in <module>
    raise BadException('fooooo')
  File "/usr/lib64/python2.6/contextlib.py", line 34, in __exit__
    self.gen.throw(type, value, traceback)
  File "re_raise.py", line 5, in helpful_info
    yield
  File "re_raise.py", line 20, in <module>
    raise BadException('fooooo')
__main__.BadException: wat.

helpful info!

Podam fragment kodu, którego używam często, gdy chcę dodać dodatkowe informacje do wyjątku. Pracuję zarówno w Pythonie 2.7 jak i 3.6.

import sys
import traceback

try:
    a = 1
    b = 1j

    # The line below raises an exception because
    # we cannot compare int to complex.
    m = max(a, b)  

except Exception as ex:
    # I create my  informational message for debugging:
    msg = "a=%r, b=%r" % (a, b)

    # Gather the information from the original exception:
    exc_type, exc_value, exc_traceback = sys.exc_info()

    # Format the original exception for a nice printout:
    traceback_string = ''.join(traceback.format_exception(
        exc_type, exc_value, exc_traceback))

    # Re-raise a new exception of the same class as the original one, 
    # using my custom message and the original traceback:
    raise type(ex)("%s\n\nORIGINAL TRACEBACK:\n\n%s\n" % (msg, traceback_string))

Powyższy kod daje następujące Wyjście:

---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-6-09b74752c60d> in <module>()
     14     raise type(ex)(
     15         "%s\n\nORIGINAL TRACEBACK:\n\n%s\n" %
---> 16         (msg, traceback_string))

TypeError: a=1, b=1j

ORIGINAL TRACEBACK:

Traceback (most recent call last):
  File "<ipython-input-6-09b74752c60d>", line 7, in <module>
    m = max(a, b)  # Cannot compare int to complex
TypeError: no ordering relation is defined for complex numbers

Wiem, że to trochę odbiega od przykładu podanego w pytaniu, ale mimo to mam nadzieję, że ktoś uzna to za przydatne.

Maybe

except Exception as e:
    raise IOError(e.message + 'happens at %s'%arg1)