Code: Alles auswählen.
DATA: BEGIN OF KST OCCURS 10.
INCLUDE STRUCTURE ZZHR_ABWES_KRS.
DATA: END OF KST.
...
SUBMIT REPORT2 AND RETURN.
IMPORT KST FROM MEMORY ID 'KST'.
Code: Alles auswählen.
data: begin of kst occurs 10.
include structure zzhr_abwes_krs.
data: end of kst.
...
EXPORT KST TO MEMORY ID 'KST'.
Code: Alles auswählen.
PARAMETERS ... NO-DISPLAY.
Nee, das war schon richtig so... mit Report-1 rufe ich den Report-2 auf, dort wird eine interne Tabelle generiert und diese anschließend _exportiert_. Dann springt er zurück in Report-1, wo der Import ausgeführt wird um diese Tabelle einzulesen und weiterverarbeiten zu können - so als wäre sie direkt im Report-1 entstanden.a-dead-trousers hat geschrieben:@miru77
Ich glaub du hast im Coding IMPORT und EXPORT vertauscht.
Soweit ich weiß muss man die nicht definieren, durch "export ... to memory ID '.......' " ist alles erledigt. Der Teil des Speichers sieht dann halt so aus wie das Objekt, was du exportierst, also z.B. eine Tabelle.c oco hat geschrieben:Ich muss doch wenn ich irgendwo export / import mache, diese ID auch irgendwo anlegen / definieren.
Aber ich finde diese ID's nicht.
miru77 hat geschrieben:Btw, gibt es im neuen Debugger wirklich keine Möglichkeit mehr den Speicher abzufragen? Im alten geht das ja über:
Springen-Systembereiche-ABAPMemory
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
miru77
Code: Alles auswählen.
EXPORT ct_outtab TO MEMORY ID 'XYZ'.
Code: Alles auswählen.
IMPORT ct_outtab TO lt_tab FROM MEMORY ID 'XYZ'.