Unzulässiger Teilfeldzugriff: Offset zu groß
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Hallo,
ich habe hier den Fall, dass ein Kurzdump im System A(282) auftritt und im System B(142) nicht.
Und zwar hat es was mit der Type länge zu tun.
So sieht der dump aus:
Fehleranalyse
Es ist eine Ausnahme aufgetreten, die weiter unten näher erläutert wird.
Die Ausnahme, der die Klasse 'CX_SY_RANGE_OUT_OF_BOUNDS' zugeordnet ist,
wurde in der Prozedur "GET_ACTION_OF_XVCLTOTAL" "(METHOD)" weder abgefangen,
noch durch eine RAISING-Klausel propagiert.
Da der Aufrufer der Prozedur nicht mit dem Auftreten der Ausnahme
rechnen konnte, wurde das laufende Programm abgebrochen.
Der Grund für die Ausnahme ist:
In dem laufenden Programm "/DZBW/SAPLFDI_IM" sollte auf das Feld "<0>", das den
Typ
"u" und die Länge 256 hat, mit dem Offset 284 zugegriffen werden.
Ein Teilfeldzugriff mit einer Offsetangabe, die nicht kleiner ist als
die Feldlänge, ist jedoch nicht erlaubt.
r_length = describe_length_byte( <0> ) hat die Länge 284.
Woher nimmt er sich die Länge. Muss doch mit Customizing / Systemeinstellungen zu tun haben oder? Wo kann ich diese Einstellungen sehen?
Gruß
coco
ich habe hier den Fall, dass ein Kurzdump im System A(282) auftritt und im System B(142) nicht.
Und zwar hat es was mit der Type länge zu tun.
So sieht der dump aus:
Fehleranalyse
Es ist eine Ausnahme aufgetreten, die weiter unten näher erläutert wird.
Die Ausnahme, der die Klasse 'CX_SY_RANGE_OUT_OF_BOUNDS' zugeordnet ist,
wurde in der Prozedur "GET_ACTION_OF_XVCLTOTAL" "(METHOD)" weder abgefangen,
noch durch eine RAISING-Klausel propagiert.
Da der Aufrufer der Prozedur nicht mit dem Auftreten der Ausnahme
rechnen konnte, wurde das laufende Programm abgebrochen.
Der Grund für die Ausnahme ist:
In dem laufenden Programm "/DZBW/SAPLFDI_IM" sollte auf das Feld "<0>", das den
Typ
"u" und die Länge 256 hat, mit dem Offset 284 zugegriffen werden.
Ein Teilfeldzugriff mit einer Offsetangabe, die nicht kleiner ist als
die Feldlänge, ist jedoch nicht erlaubt.
Code: Alles auswählen.
describe_length_byte IMPORTING i_data TYPE any OPTIONAL
i_datadescr TYPE REF TO cl_abap_datadescr OPTIONAL
PREFERRED PARAMETER i_data
RETURNING value(r_length) TYPE i,Code: Alles auswählen.
METHOD describe_length_byte.
DATA l_d TYPE REF TO data.
*
FIELD-SYMBOLS <0> TYPE any.
*
IF i_datadescr IS BOUND.
CREATE DATA l_d TYPE HANDLE i_datadescr.
ASSIGN l_d->* TO <0>.
r_length = describe_length_byte( <0> ).
ELSE.
DESCRIBE FIELD i_data LENGTH r_length IN BYTE MODE.
ENDIF.
ENDMETHOD. "Woher nimmt er sich die Länge. Muss doch mit Customizing / Systemeinstellungen zu tun haben oder? Wo kann ich diese Einstellungen sehen?
Gruß
coco
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Selbst wenn das Feld die Länge 284 hätte, kannst Du nicht mit Offset 284 darauf zugreifen.
Es hat aber laut Dump die Länge 256.
Wie kommst Du auf die 284?
Aus dem anderen System, in dem der Dump nicht auftritt?
Kann es sein, dass die Strukturen (denn Typ 'u' bedeutet ja "flache Struktur") abweichen?
Selbst wenn der Versionsvergleich keine Abweichung zeigt, kann es Abweichungen geben, z.B. durch abweichend definierte includierte Strukturen oder durch nur in einem der Systeme vorhandene APPEND-Strukturen.
Oder dadurch, dass eines der beiden Systeme ein Unicode-System ist, so dass zeichenartige Felder dort doppelt so lang (in Bytes) sind wie im Nicht-Unicode-System.
Frank
Es hat aber laut Dump die Länge 256.
Wie kommst Du auf die 284?
Aus dem anderen System, in dem der Dump nicht auftritt?
Kann es sein, dass die Strukturen (denn Typ 'u' bedeutet ja "flache Struktur") abweichen?
Selbst wenn der Versionsvergleich keine Abweichung zeigt, kann es Abweichungen geben, z.B. durch abweichend definierte includierte Strukturen oder durch nur in einem der Systeme vorhandene APPEND-Strukturen.
Oder dadurch, dass eines der beiden Systeme ein Unicode-System ist, so dass zeichenartige Felder dort doppelt so lang (in Bytes) sind wie im Nicht-Unicode-System.
Frank
Seite 1 von 1
Vergleichbare Themen
8
Antw.
Antw.
909
Views
Views
0
Antw.
Antw.
1634
Views
Views
1
Antw.
Antw.
1065
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 3 Tagen von DeathAndPain 4 / 1187
vor 3 Tagen von DeathAndPain 4 / 1187
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 3 Tagen von DeathAndPain 4 / 1187
vor 3 Tagen von DeathAndPain 4 / 1187