Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.lang.python > #5508

Re: [Python-de] Exception erneut werfen (re-raise)

From Christian Barthel <bch@online.de>
Newsgroups de.comp.lang.python
Subject Re: [Python-de] Exception erneut werfen (re-raise)
Date 2019-06-23 17:42 +0200
Message-ID <875zow5mv8.fsf@x230.onfire.org> (permalink)
References <87blyo5zqn.fsf@x230.onfire.org> <7898859.zcJcWZ0syB@palindrom> <mailman.5.1561296279.29664.python-de@python.org>

Show all headers | View raw


Peter Otten <__peter__@web.de> writes:

> Christian Barthel wrote:
>
[..]
>>  
>>    def foo():
>>        assert 0 == 1
>>    
>>    def bar():
>>        someVar = ..
>>        try:
>>            foo()
>>        except AssertionError as e:
>>            raise AssertionError('foo ' + str(foo)) from e
>>    
>> Somit kann ein Aufrufer von bar() die Belegung von foo in einer
>> Fehlermeldung einbauen und die Daten der Ursprünglichen Exception
>> sind weiter vorhanden.   Mich würde interessieren ob es eine
>> Alternative oder einfachere Möglichkeit dazu geben würde und wie
>> (erfahrenere) Python Programmierer das lösen würden?
>
> foo in deinem Beispiel ist allerdings eine globale Variable.

Tut mir Leid, ich meinte nicht `foo` in dem Fall sondern
`someVar`.  Hatte ich mich beim aufbauen des Beispiels
verschaut.

> Wenn es nur darum geht, lokale Variablen im Callstack zu inspizieren, kommst 
> du auch ohne erneutes try...except aus:
>
> $ cat traceback_locals.py
> import sys
>
> def f(n):
>     if n: return f(n-1)
>     assert False
>
> try:
>     f(3)
> except:
>    etype, exc, tb = sys.exc_info()
>    while True:
>        tb = tb.tb_next
>        if tb is None:
>            break
>        print(tb.tb_frame.f_locals)
>  
> $ python3 traceback_locals.py 
> {'n': 3}
> {'n': 2}
> {'n': 1}
> {'n': 0}

Ok, das ist sicherlich auch ein interessanter Weg der mir so noch
nicht bekannt war.  Danke!

Was ich in meinem Beispiel nicht erwähnt habe ist, dass einige
Informationen auch als Instanzvariablen der Klasse existieren.
Diese müssten dann aus f_globals entnommen werden.

[..]
> Oft will man allerdings gezielt zusätzliche Informationen übermitteln oder 
> Lowlevel-Exceptions in anwendungsspezifische Ausnahmen "übersetzen". Dann 
> ist dein Vorgehen das Mittel der Wahl. 

Genau, das ist eigenlich das Hauptziel der Sache: zusätzliche
Informationen gezielt noch aufzubereiten und für den Aufrufer
zugänglich zu machen um erweiterte Diagnosen zu ermöglichen.


> Ich ziehe jedoch unbearbeitete Werte vor, die man bei Bedarf
> nicht mühsam aus einem String herausoperieren  muss, also in
> etwa [..] 

Das ich hier in dem Fall einen String verwendete war ebenso nur
illustrativ:  Ich habe mir dazu ebenfalls eigene Exception
Klassen gebaut die z.B. den HTTP Status Code beinhalten und
weitere Parameter wie etwa Proxy Einstellungen und tatsächlich
ausgeführter HTTP Befehl.

Danke für die Antwort! 
-- 
Christian Barthel <bch@online.de>

Back to de.comp.lang.python | Previous | NextPrevious in thread | Find similar


Thread

Exception erneut werfen (re-raise) Christian Barthel <bch@online.de> - 2019-06-23 13:04 +0200
  Re: [Python-de] Exception erneut werfen (re-raise) Peter Otten <__peter__@web.de> - 2019-06-23 15:24 +0200
    Re: [Python-de] Exception erneut werfen (re-raise) Christian Barthel <bch@online.de> - 2019-06-23 17:42 +0200

csiph-web