Castingfähigkeit testen
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo,
ist es möglich, in ABAP die Castingfähigkeit einer Zuweisung zu testen, so daß man Laufzeitfehlern bei Castings zuvorkommen kann, ohne die entsprechenden Ausnahmen behandeln zu müssen?
Also etwas in der Richtung:
Gruß,
Kaspar
ist es möglich, in ABAP die Castingfähigkeit einer Zuweisung zu testen, so daß man Laufzeitfehlern bei Castings zuvorkommen kann, ohne die entsprechenden Ausnahmen behandeln zu müssen?
Also etwas in der Richtung:
Code: Alles auswählen.
if a = b is castable.
[...]
else.
[...]
endif.
Kaspar
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Eigentlich wollte ich ja helfen:
Ich kriege aber trotzdem einen Laufzeitfehler. Genaut den, den ich eigentlich abfangen wollte: CONVT_NO_NUMBER.
Warum geht das nicht?
Gruß,
_.Enno._
Code: Alles auswählen.
DATA:
a TYPE n VALUE '1',
b TYPE c VALUE 'F'.
CATCH SYSTEM-EXCEPTIONS convt_no_number = 2
others = 9.
IF a = b.
WRITE: / 'A=B'.
ELSE.
WRITE: / 'ungleich'.
ENDIF.
ENDCATCH.
IF sy-subrc > 0.
WRITE: / 'Fehler', sy-subrc.
ENDIF.Warum geht das nicht?
Gruß,
_.Enno._
Zuletzt geändert von ewx am 26.05.2005 14:45, insgesamt 1-mal geändert.
@Enno:
Hmmm, das gleiche Phänomen habe ich auch...
Irgendwie ist das ja nicht im Sinne des Erfinders. Scheint mir ein Kernel-Bug zu sein...
@Topic:
Es ging IMHO darum, genau das von Enno erwähnte CATCH-ENDCATCH-Konstrukt durch vorherige Abfrage zu vermeiden. Da kenne ich aber keine Möglichkeit.
Gruss,
Haubi
Hmmm, das gleiche Phänomen habe ich auch...
Irgendwie ist das ja nicht im Sinne des Erfinders. Scheint mir ein Kernel-Bug zu sein...
@Topic:
Es ging IMHO darum, genau das von Enno erwähnte CATCH-ENDCATCH-Konstrukt durch vorherige Abfrage zu vermeiden. Da kenne ich aber keine Möglichkeit.
Gruss,
Haubi
Beitrag
von black_adept (Top Expert / 4099 / 128 /
941
)
»
@Enno und Haubi: Das Stichwort ist "Schlüsselwortabhängigkeit" (siehe F1 zu CATCH).
Zu "IF" sind eben keine abfangbaren Laufzeitfehler definiert.
Zu "IF" sind eben keine abfangbaren Laufzeitfehler definiert.
black_adept hat geschrieben:@Enno und Haubi: Das Stichwort ist "Schlüsselwortabhängigkeit" (siehe F1 zu CATCH).
Zu "IF" sind eben keine abfangbaren Laufzeitfehler definiert.
Mann-O-Mann, da hab ich mich aber auch auf's Glatteis führen lassen...
Moin Stefan,
das wäre ja blöd...
Ausserdem funktioniert das folgende auch nicht:
Da du ja sagst, dass es für IF nicht funktioniert, habe ich versucht, eine direkte Zuweisung zu machen.
Die ist aber in Ordnung.
eigentlich müsste er bei "n = c" Schwierigkeiten bekommen, denn das ist ja die Zuweisung, die er beim IF nicht machen kann.
Mit MOVE schreibt er aber einfach eine "0" in das Feld. Als wäre nix gewesen.
Warum kann er dann den IF nicht interpretieren???
wundert sich Enno.
das wäre ja blöd...
Ausserdem funktioniert das folgende auch nicht:
Da du ja sagst, dass es für IF nicht funktioniert, habe ich versucht, eine direkte Zuweisung zu machen.
Die ist aber in Ordnung.
eigentlich müsste er bei "n = c" Schwierigkeiten bekommen, denn das ist ja die Zuweisung, die er beim IF nicht machen kann.
Mit MOVE schreibt er aber einfach eine "0" in das Feld. Als wäre nix gewesen.
Warum kann er dann den IF nicht interpretieren???
Code: Alles auswählen.
DATA: n TYPE n VALUE '1',
c TYPE c VALUE 'F'.
*** In Ordnung:
n = c.
*** Kurzdump:
*IF n = C.
* WRITE: / 'N=A'.
*ELSE.
* WRITE: / 'ungleich'.
*ENDIF.
Beitrag
von black_adept (Top Expert / 4099 / 128 /
941
)
»
Hi Enno,
da hab ich wirklich nochmal nachschauen müssen, aber selbst hierfür gibt es eine Erklärung.
1.) Im Fall a = b gelten die Konvertierungsregeln des "MOVE"-Befehls. Dort findest du, dass bei Operation C->N einfach nur die Ziffern betrachtet werden. Somit ist die Konvertierung möglich.
2.) Der Fall IF a = b.
Hier hab ich mich aber auch ein paar Schritte durch die F1-Hilfe durchhangeln müssen bis zur richtigen Stelle. Aber ich hatte die mal gesehen und wusste ja wonach ich suche...
gelten die Regeln für IF.
Dort ist insbesondere der "logische Ausdruck" a = b zu beachten.
Dies ist in der Doku der 1. Fall: "Operatoren für alle Datentypen".
Und hier findet sich dann auch nach ein wenig Regelstudium die Antwort.
Es tritt der dort beschriebene Fall "4." ein. Und hier werden a und b in den Typ "P" konvertiert und das geht dann schief.
da hab ich wirklich nochmal nachschauen müssen, aber selbst hierfür gibt es eine Erklärung.
1.) Im Fall a = b gelten die Konvertierungsregeln des "MOVE"-Befehls. Dort findest du, dass bei Operation C->N einfach nur die Ziffern betrachtet werden. Somit ist die Konvertierung möglich.
2.) Der Fall IF a = b.
Hier hab ich mich aber auch ein paar Schritte durch die F1-Hilfe durchhangeln müssen bis zur richtigen Stelle. Aber ich hatte die mal gesehen und wusste ja wonach ich suche...
gelten die Regeln für IF.
Dort ist insbesondere der "logische Ausdruck" a = b zu beachten.
Dies ist in der Doku der 1. Fall: "Operatoren für alle Datentypen".
Und hier findet sich dann auch nach ein wenig Regelstudium die Antwort.
Es tritt der dort beschriebene Fall "4." ein. Und hier werden a und b in den Typ "P" konvertiert und das geht dann schief.
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
6819
Views
Views
4
Antw.
Antw.
3512
Views
Views
3
Antw.
Antw.
1801
Views
Views
3
Antw.
Antw.
2176
Views
Views
Funktionsbaustein mit Mehrfachselektion testen
von Danjel » 31.07.2006 14:21 • Verfasst in ABAP® Core
von Danjel » 31.07.2006 14:21 • Verfasst in ABAP® Core
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.