Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Assertion failed Dump in ALV

Former Member
0 Kudos
6,289

Hello,

I am displaying a ALV report as POP-UP . Its developed based on OOPS ( gr_table->Display).

The ALV displaying the output perfectly when the records are less. For example, the ALV pop-up able to show the 50 records perfectly . If the records are more than 50 (example 500), then i have to scroll down to see the records from 51 to 500. When the records are high , the Alv trying to display the output.. but in a second, its throwing the dump((ASSERTION_FAILED)). Few times, its able to display the data, when i am trying to scroll down to see the below records..its throwing the dump (ASSERTION_FAILED). I tried with all possibilities but no luck. And no idea about ASSERTION FAILED DUMP.

Kindly help.

Regards,

Venkat

9 REPLIES 9
Read only

Sandeep_Kumar
Product and Topic Expert
Product and Topic Expert
0 Kudos
3,578

There can be several reasons for this error.One of them can be an issue with SAP GUI itself.

Go through the dump details and you will be able to find a solution.

Read only

0 Kudos
3,578

Hello Both,

Thanks for the reply. Please find the error details

The ASSERT condition was violated.

Error analysis

The following checkpoint group was used: "No checkpoint group specified"

If in the ASSERT statement the addition FIELDS was used, you can find

the content of the first 8 specified fields in the following overview:

" (not used) "

" (not used) "

" (not used) "

" (not used) "

" (not used) "

" (not used) "

" (not used) "

" (not used) "

Probably the only way to eliminate the error is to correct the program.

-

If the error occures in a non-modified SAP program, you may be able to

find an interim solution in an SAP Note.

If you have access to SAP Notes, carry out a search with the following

keywords:

"ASSERTION_FAILED" " "

"CL_DATAPTABLECACHE============CP" or "CL_DATAPTABLECACHE============CM00P"

"TRANSMIT_PACKET"

Any clue. Please.

Venkat

Read only

0 Kudos
3,578

Your first step should be to search for notes. Have you?

See note 1053399.

Rob

Read only

Former Member
0 Kudos
3,578

hi,

use transaction st22 to get all the analysis of your error.

regards,

somesh

Read only

Former Member
0 Kudos
3,578

Was anybody able to solve this problem. I got exactly the same issue.

Building a Fieldcat, first automatic and the fit it to my need, create an new tabelstructure and fill the fields.

But if there are too much lines the programm dump. You can see the alv list for a moment and then the dump appers.

If you go to the dump via st22, you can jump to te source and set a breakpoint. But this routin is never

won't be called (or just the Breakpoint doesn't) work.

I would be pleased for any suggestion.

Br,

Nikolaus

Read only

0 Kudos
3,578

Hello,

The problem was that i deleted the fieldsymbol which was use for the alv table, before i called the new dynpro which should show the alv.

ErrorMsg was

ASSERTION_FAILED"

CL_DATAPTABLECACHE============CP" bzw. CL_DATAPTABLECACHE============CM00P

TRANSMIT_PACKET"

Maybe sombe will need it in future.

Br,

Nikolaus

Read only

3,578

Hi All,

I too faced the issue and resolved it, thought of sharing it here so that others can solve problem ASAP.

So call to method looks like below.

CALL METHOD CL_GUI_ALV_GRID->set_table_for_first_display
EXPORTING      
    I_STRUCTURE_NAME = <string of type DD02L-TABNAME >  
    IS_VARIANT = <structure of type DISVARIANT >  
    IS_LAYOUT = <structure of type LVC_S_LAYO >  
  CHANGING  
    IT_OUTTAB = <internal table>  
    IT_FIELDCATALOG = <internal table of type LVC_T_FCAT >  
    IT_SORT = <internal table of type LVC_T_SORT >  
    IT_FILTER = <internal table of type LVC_T_FILT > .

If you notice this method does not have Importing parameters but only CHANGING parameter,

So if you change the passed table after this method call then dump will occur, hence either use copy of tables or dont change the tables passed even after the method call.


I hope it solves the problem

Read only

0 Kudos
3,578

Thank you. I also had same issue and it was due to clearing internal table after passing to this method.

Read only

0 Kudos
2,979

Thank you ,That helped me

i have commented the line where i was  Clearing the internal table after  set_table_for_first_display