2006 Apr 14 5:46 PM
Hi All,
In a program i'm writing the select statement like this.
And it is giving a short dump saying the following message:
The code is:
DATA: BEGIN OF T_VBAP OCCURS 0,
VBELN LIKE VBAP-VBELN,
POSNR LIKE VBAP-POSNR,
END OF T_VBAP.
SELECT VBELN
POSNR
UP TO 30 ROWS
INTO CORRESPONDING FIELDS OF TABLE T_VBAP
FROM VBAP.
The Short Dump:
Error Analysis:
With the statement
"SELECT ... INTO TABLE itab"
internal tables with a deep line type are not supported at the argument
position "itab".
Internal tables with a deep line type are internal tables
with lines that are themselves either internal tables or
structurese that contain internal tables directly or indirectly as
components.
In this case, the internal table "itab" has the non-flat
line type "v".
Can you please let me know how to solve this.
Thanks a lot,
Message was edited by: dev a
In the dump, it will also show the code that caused the dump. Would you please post that portion of the dump?
Rob
2006 Apr 14 5:49 PM
Well, the only thing that I can see is that the T_VBAP is not defined correctly. This may be a typo in this post. I would think that you would get a syntax error on this.
DATA: BEGIN OF T_VBAP OCCURS 0,
VBELN LIKE VBAP-VBELN,
POSNR LIKE VBAP-POSNR,
END OF <b>IT_VBAP.</b> " This should be T_VBAP
SELECT VBELN
POSNR
UP TO 30 ROWS
INTO CORRESPONDING FIELDS OF TABLE T_VBAP
FROM VBAP.
REgards,
Rich Heilman
2006 Apr 14 5:53 PM
Rich,
sorry that is a type mistake. The program is not giving any syntax errors at all.
but when I execute the program it is short dumping.
thnx
2006 Apr 14 5:54 PM
Dev,
Try doing this.
TYPES: BEGIN OF TY_VBAP ,
VBELN TYPE vBELN,
POSNR TYPE POSNR,
END OF TY_VBAP.
DATA : TVBAP type table of TY_VBAP.
SELECT VBELN POSNR UP TO 30 ROWS
INTO CORRESPONDING FIELDS OF TABLE T_VBAP FROM VBAP.
Regards,
Ravi
Note : Please mark all the helpful answers
2006 Apr 14 6:07 PM
2006 Apr 14 6:14 PM
In the dump, it will also show the code that caused the dump. Would you please post that portion of the dump?
Rob
2006 Apr 14 6:27 PM
Are you sure you're not doing something like:
REPORT ztemp LINE-SIZE 80 MESSAGE-ID zc.
TABLES: vbap.
DATA: BEGIN OF t_vbap OCCURS 0,
vbeln LIKE vbap-vbeln,
posnr LIKE vbap-posnr,
END OF t_vbap.
DATA: BEGIN OF otab OCCURS 0,
field LIKE table of t_vbap,
END OF otab.
SELECT vbeln
posnr
UP TO 30 ROWS
INTO CORRESPONDING FIELDS OF TABLE otab
FROM vbap.
I get exactly the same dump you do when I run this.
Rob
2006 Apr 15 10:10 AM
hi dev,
TABLES: vbap.
DATA: BEGIN OF t_vbap,
vbeln LIKE vbap-vbeln,
posnr LIKE vbap-posnr,
END OF t_vbap.
Data: <b>it_vbap like t_vbap with header line.</b>
SELECT vbeln
posnr
UP TO 30 ROWS
INTO CORRESPONDING FIELDS OF TABLE
<b>it_vbap</b> FROM vbap.
Check it in this way ... it is not giving me any dump and is fetching me 30 rows of records...
Regards,
Santosh
2006 Apr 14 6:26 PM
Hi,
You u can find <b>Information where occured</b> in shortdump.Will u please send that information if possible.
Thanks & Regards,
Sunil.K
2006 Apr 15 8:33 AM
Hi Dev,
Try the following code:-
TYPES: BEGIN OF T_VBAP,
VBELN LIKE VBAP-VBELN,
POSNR LIKE VBAP-POSNR,
END OF T_VBAP.
DATA: LIT_VBAP TYPE TABLE OF T_VBAP.
SELECT VBELN POSNR
UP TO 30 ROWS
INTO TABLE LIT_VBAP
FROM VBAP.
I have checked it. It is not giving a short dump and it is returning 30 records
2006 Apr 16 5:13 AM
This code is ok, and I agree with others here that the error is coming from somewhere else. Since it is talking about SELECT INTO TABLE, why don't you check all your SELECT statements and see if there is any INTO TABLE used in those SELECTs and if the internal table used has deep structure.
Please post all your select statements. Also, the dump should have told you exactly where the error occured.
Srinivas
2006 Apr 16 4:04 PM
Dev,
From the little information that is available from your side one can figure out that the dump is caused by incorrect destination for retrieval of records from whichever table you are trying to select.Your dump analysis reads :
<b>internal tables with a deep line type are not supported at the argument</b> -
this means that you have declared a type or a internal table which is having a deep stucture.Naturally the line type of the table from which you are trying to fetch data is not matching with the <b>ITAB</b>.
Look into the dump analysis.You can use transaction ST22 for this.If you have already corrected your problem then please make sure that you reward deserving guys.As you can see lot of people have already supplied their suggestions.Please dont forget to close the thread once your problem is solved.
| User | Count |
|---|---|
| 4 | |
| 2 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |