Division durch 0 vermeiden
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo,
bei einer Division durch den Wert 0 kommt es zu einem Shortdump (is ja klar).
Mich würde jetzt aber einmal interessieren, wie man diese am Besten abfängt.
Mir würde da nur das Setzen eines RC einfallen (wenn ja wie am geschicktesten?), oder eben eine IF in der Art
Wie macht man so etwas in der Praxis? Vielleicht kann es mir jmd verraten...
Grüsse,
Thomas
bei einer Division durch den Wert 0 kommt es zu einem Shortdump (is ja klar).
Mich würde jetzt aber einmal interessieren, wie man diese am Besten abfängt.
Mir würde da nur das Setzen eines RC einfallen (wenn ja wie am geschicktesten?), oder eben eine IF in der Art
Code: Alles auswählen.
IF x = 0.
x = '0.00000001'.
ENDIF.
* Hier folgt die normale Berechnung
Grüsse,
Thomas
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Moinsen
Im vorliegenden Fall wird der SUBRC = 2 sein, da es sich um eine Integer-Variable handelt.
Gruss,
Haubi
Code: Alles auswählen.
DATA:
: x TYPE i VALUE 0
.
CATCH SYSTEM-EXCEPTIONS
bcd_zerodivide = 1
compute_int_zerodivide = 2
compute_float_zerodivide = 3.
x = 1 / x.
ENDCATCH.
IF sy-subrc <> 0.
WRITE: 'Division durch 0'.
ENDIF.
Gruss,
Haubi
Falls 'X' eine User-Eingabe sein soll, muss programmtechnisch dafür gesorgt werden, dass der User etwas eingibt/eingeben muss.
Man sollte also daraufhin "arbeiten", dass es gar nicht dazu kommt, dass "X" den Wert '0' erhält.
Dieses "ins Messer laufen lassen" (Kinders, es ist ein Scherz!!!), ist die schlechteste und letzte aller Lösungen, DIE jedoch auch ihre Daseinsberechtigung hat.
Man sollte also daraufhin "arbeiten", dass es gar nicht dazu kommt, dass "X" den Wert '0' erhält.
Dieses "ins Messer laufen lassen" (Kinders, es ist ein Scherz!!!), ist die schlechteste und letzte aller Lösungen, DIE jedoch auch ihre Daseinsberechtigung hat.
Full Ack.Anonymous hat geschrieben:Falls 'X' eine User-Eingabe sein soll, muss programmtechnisch dafür gesorgt werden, dass der User etwas eingibt/eingeben muss.
Im Verlaufe komplizierter Berechnungen kann es aber vorkommen, dass eine Variable den Wert "0" erhält. Ich finde es eleganter, einen potenziellen Laufzeitfehler abzufangen statt endlose IF-Orgien zu kodieren, die der Pretty Printer dann in unüberschaubare Einrückungen konvertiert...Man sollte also daraufhin "arbeiten", dass es gar nicht dazu kommt, dass "X" den Wert '0' erhält.
Dieses "ins Messer laufen lassen" (Kinders, es ist ein Scherz!!!), ist die schlechteste und letzte aller Lösungen, DIE jedoch auch ihre Daseinsberechtigung hat.
Übrigens kann man auch mittels der "Fehlerklassen" ARITHMETIC_ERRORS und CONVERSION_ERRORS so ziemlich alle bei Berechnungen auftretenden Fehler abfangen:
Code: Alles auswählen.
CATCH SYSTEM-EXCEPTIONS
arithmetic_errors = 1
conversion_errors = 2.
Haubi
Also, ich habe jetzt den Vorschlag von Haubi umgesetzt, und es funktioniert einwandfrei.
Leider gibt es hier keine Möglichkeit, es gar nicht erst zu Fehlern kommen zu lassen (dieser Ansatz ist natürlich absolut richtig).
Es sind verschiedene Variablen enthalten, die zwar unwahrscheinlich den Wert 0 annehmen, aber 100%ig auszuschließen ist es eben doch nicht. Diese Variable ist dann im weiteren Verlauf des Programmes oft der Nenner für die Berechnung eines weiteren Wertes.
Ein rechtzeitiges Abfangen ist hier deswegen nur sehr unwahrscheinlich möglich.
Danke für eure Beiräge und weiterhin viel Spass
Thomas
Leider gibt es hier keine Möglichkeit, es gar nicht erst zu Fehlern kommen zu lassen (dieser Ansatz ist natürlich absolut richtig).
Es sind verschiedene Variablen enthalten, die zwar unwahrscheinlich den Wert 0 annehmen, aber 100%ig auszuschließen ist es eben doch nicht. Diese Variable ist dann im weiteren Verlauf des Programmes oft der Nenner für die Berechnung eines weiteren Wertes.
Ein rechtzeitiges Abfangen ist hier deswegen nur sehr unwahrscheinlich möglich.
Danke für eure Beiräge und weiterhin viel Spass
Thomas
IstAnonymous hat geschrieben:Ein rechtzeitiges Abfangen ist hier deswegen nur sehr unwahrscheinlich möglich.
Code: Alles auswählen.
IF x = 0.
MESSAGE I123(ABC) "Division durch null nicht erlaubt!"
ELSE.
DIVIDE y BY x.
ENDIF.wundert sich Enno
Seite 1 von 1
Vergleichbare Themen
9
Antw.
Antw.
5109
Views
Views
1
Antw.
Antw.
4244
Views
Views
5
Antw.
Antw.
2945
Views
Views
1
Antw.
Antw.
2126
Views
Views
Division in Query mittels lokalem Feld
von peterlustig007 » 05.04.2007 09:06 • Verfasst in Sonstige Module
von peterlustig007 » 05.04.2007 09:06 • Verfasst in Sonstige Module
2
Antw.
Antw.
1541
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 9 Stunden von DeathAndPain 2 / 182
vor 9 Stunden von DeathAndPain 2 / 182
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 9 Stunden von DeathAndPain 2 / 182
vor 9 Stunden von DeathAndPain 2 / 182