TDMS - Program CNV_MBT_TS_PCL_DTL_REPAIR short dumps

Trying to run the repair program in TDMS and it keeps short dumping. ANyone seen this or have a fix to it provided by SAP?
It fails with a message saying "NO_ACTPARAMS" and it looks like when it's trying to launch the following program...CNV_MBT_MT_ACPLANS_CALC
Cheers,
Anthony

Dear Pallavi,
Very useful post!
I am looking for similar accelerators for
Software Inventory Accelerator
Hardware Inventory Accelerator
Interfaces Inventory
Customization Assessment Accelerator
Sizing Tool
Which helps us to come up with the relevant Bill of Matetials for every area mentioned above, and the ones which I dont know...
Request help on such accelerators... Any clues?
Any reply, help is highly appreciated.
Regards
Manish Madhav

Similar Messages

Program giving short dump

I have created an alv grid display .But when am pressing
word processing or excel download buttons in the tool bar ,the program is giving short dump.The display and all are perfect the dump happens only if i press word processing or excel download buttons .Kindly help.
You help will be greatly appreciated.
The error is generated while in standard code.
1095                                     using r_ucomm
1096                                           ls_selfield.
1097
>>>>>   rs_stable-row = ls_selfield-row_stable.
1099   rs_stable-col = ls_selfield-col_stable.
1100
1101   r_refresh = ls_selfield-refresh.
1102   r_exit    = ls_selfield-exit.

Hii
plzz open excel in your computer .
goto TOOLS>MACRO>SECURITY .Make sure that your security is set to Medium (or less). Microsoft has increased their default security setting to High. With the High setting, the output to Excel fails.
plzz paste the part of the code where it is going for dump
and also give the error analysis as mentioned in the dump report
if you want i can give you a sample alv grid program for you can cross chk it
for more refer to this guide
<b>https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/documents/a1-8-4/an easy reference for alv grid control.pdf</b>
Regards
Naresh

Getting Short dump due to large amount of data

Hi experts,
When we are running RALM_ME_MEASP_FULL_DOWNLOAD_SD program, every time we are getting Short dump due to large amount of data.
please suggest how to run this program without short dump.
Thanks & Regards
Prashant Gupta

Hi,
you do run the wrong APP I guess. The service you are running is for MAM20. If you are interested in MAM30 and MAM25, please use the correct service.
If you have a look for
*FULL_DOWNLOAD_SD
You find them all. Use the ones without the RALM in front - then the timeout should be solved as well. Bside that there is a great guid available that helps as well to solve some issues around server driven replication:
[MAM SERVER DRIVEN SETUP GUIDE|http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/818ac119-0b01-0010-ba8b-b6e3f3490a63?quicklink=index&overridelayout=true]
Hope that helps to solve yourt issue.
Regards,
Oliver

Short dump in debug mode

Hi All,
We have recently upgraded our server from SAP R/3 4.6b to ECC 5.0. Whenever we are debugging any program(Both standard and Z-programs) getting short dump
in the select and endselect statements. This is happening only when we are going on DEBUG MODE only Appreciate any lights on this issue.(All programs are Unicode enabled).
Regards,
Ameer.

hi
your problem will solve if you put the break point after <b>ENDSELECT</b> statement. let the cursor not go inside the select-endselect statement. it causes short-dump.
thx
murthy

Short Dump in rfc call in background

Hi All,
I am getting an RFC error short dump in a background program the short dump message says "RFC_ERROR_SYSTEM_FAILURE: no system found in another group for import queue", the same RFC works fine in foreground and in another background program. I looked into the target system, there is no dump generated.
I tested it in one system it works fine but in another it generates a short dump. I am trying to understand why this is happening any inputs are welcome.
Thanks in advance,
Barjinder

It has been resolved the called FM was raising an exception and it was not captured in the calling FM.
Thanks to all.

FM SO_NEW_DOCUMENT_SEND_API1 short dump

hello experts,
im using the FM SO_NEW_DOCUMENT_SEND_API1 to send email. my program encounters short dump.
here is my code:
* p_text_alert = The Maximum Blocked Time limit has been exceeded for DL13LT. in 0082
* lt_receptores-rec_id = AVISOLOG0082
* text-006 = doesnt matter
Data: lv_obj_desc TYPE SODOCCHGI1.
Data: lt_receptores TYPE somlreci1 OCCURS 0 WITH HEADER LINE,
           lt_cuerpo     TYPE solisti1 OCCURS 0 WITH HEADER LINE.
REFRESH lt_receptores.
concatenate 'AVISOLOG' p_werks Into lt_receptores-receiver.
lt_receptores-rec_id   = lt_receptores-receiver.
lt_receptores-rec_type = 'U'.
APPEND lt_receptores.
REFRESH lt_cuerpo.
lt_cuerpo-line = ( p_text_alert ).
APPEND lt_cuerpo.
Clear lv_obj_desc.
lv_obj_desc-obj_descr = text-006.
CALL FUNCTION 'SO_NEW_DOCUMENT_SEND_API1'
    EXPORTING
      document_data           = lv_obj_desc
      commit_work             = 'X'
    TABLES
      object_content          = lt_cuerpo
      receivers               = lt_receptores.
this is the description of the dump:
"    Unable to interpret "The Maximum Blocked Time limit has been " as a number.    "
error analysis:
" An exception occurred that is explained in detail below.
The exception, which is assigned to class 'CX_SY_CONVERSION_NO_NUMBER', was not
   caught in
procedure "F_SEND_VIOLATION_MAIL" "(FORM)", nor was it propagated by a RAISING
   clause.
Since the caller of the procedure could not have anticipated that the
exception would occur, the current program is terminated.
The reason for the exception is:
The program attempted to interpret the value "The Maximum Blocked Time limit
   has been " as a number, but
since the value contravenes the rules for correct number formats,
this was not possible. "
what canbe the cause of the dump?
thanks a lot for future replies.

Hi,
This code might be helpful...
CLEAR: gs_packing_list,
         gs_reclist.
REFRESH: gt_packing_list[],
           gt_reclist[].
* Fill the document data.
DESCRIBE TABLE gt_message LINES gv_cnt.
READ TABLE gt_message INTO gs_message
                                INDEX gv_cnt.
gs_doc_chng-doc_size   = ( gv_cnt - 1 ) * 255 + STRLEN( gs_message ).
gs_doc_chng-obj_langu = sy-langu.
gs_doc_chng-obj_name   = 'CONJOB'.
gs_doc_chng-obj_descr = text-017.
gs_doc_chng-sensitivty = 'F'.
* Fill the receiver list
gs_reclist-rec_date    = sy-datum.
gs_reclist-rec_type    = 'U' .         " For Internet Address
gs_reclist-com_type    = 'INT'.
gs_reclist-notif_ndel = c_x.
gs_reclist-receiver    = p_email.       "Email addr of Recip
APPEND gs_reclist TO gt_reclist.
CLEAR gs_reclist.
gs_packing_list-transf_bin = space.
gs_packing_list-head_start = 1.
gs_packing_list-head_num   = 0.
gs_packing_list-body_start = 1.
DESCRIBE TABLE gt_message LINES gs_packing_list-body_num.
gs_packing_list-doc_type   = 'RAW'.
APPEND gs_packing_list TO gt_packing_list.
gs_packing_list-transf_bin = c_x.
gs_packing_list-head_start = 1.
gs_packing_list-head_num   = 0.
gs_packing_list-body_start = 1.
DESCRIBE TABLE pt_attachment LINES gs_packing_list-body_num.
gs_packing_list-doc_type   = 'RAW'.
gs_packing_list-obj_descr = gv_atch_name.
gs_packing_list-obj_name   = gv_atch_name.
gs_packing_list-doc_size   = gs_packing_list-body_num * 255.
APPEND gs_packing_list TO gt_packing_list.
* Send the document
CALL FUNCTION 'SO_NEW_DOCUMENT_ATT_SEND_API1'
       EXPORTING
            document_data              = gs_doc_chng
            put_in_outbox              = c_x
       TABLES
            packing_list               = gt_packing_list
            contents_txt               = gt_message
            contents_bin               = pt_attachment
            receivers                  = gt_reclist
       EXCEPTIONS
            too_many_receivers         = 1
            document_not_sent          = 2
            document_type_not_exist    = 3
            operation_no_authorization = 4
            parameter_error            = 5
            x_error                    = 6
            enqueue_error              = 7
            OTHERS                     = 8.
Regards
Milan

Short dump in VF01 - Syntax error in program "RKEAK9RECP3000001"

Helo all,
We recently copied our production client to a QA client and when we try to save an SD invoice (VF01), we get a short dump titled - Syntax error in program "RKEAK9RECP3000001".
The dump long text states:
"The Dictionary structure or table "K9RECP3000001" is either not active"
" or does not exist."
and
NOTE in case of a SHORT DUMP:
if the following perform statement should lead to a short dump, then
the report stated in the short dump is missing (RKEAK9Rsssmmmnnnn)
Check if table K9Rsssmmmnnn exists. If not it should be transported
from the original system.
Regenerate the missing reports by using transaction SE37, entering
function KEDR_REGENERATE_ALL_REPORTS and pressing button 'Test' and
'Execute'.
but I tried to run function KEDR_REGENERATE_ALL_REPORTS in SE37 and the problem persists.
Maybe I'm not running it correctly - there is no execute option when pressing "Test" so I enter the function and press F8, which takes me to a screen titled "Test function module" and then I execute.
My suspicion is that table "K9RECP3000001" cannot be created or generated since it it a system specific naming convention K9RSSSCCC0001 in which SSS is system ID (in our case ECP is production and ECQ is QA) ans CCC is client number (300 in prod, and should be 286 in ECQ).
Has anyone encountered this type of a problem and knows how to fix it?
Needless to say, I looked at OSS notes, but did not find the solution there.
Any thought will be appreciated,
Yoel.

Shalom Yoel,
This problem may be caused by the fact that some derivation rules
that were originally created once in a system have been transported
into target system without transporting the dependent objects
as well (the generated tables for the derivation rule entries).
You can see this by execution of program RKEDRCHECK with only
parameter 'Check in all clients' marked. You will then get
inconsistent derivation steps (which refer to a generated table
table for the rule entries that doesn't exist because it was
not transported).
There are two ways to solve the problem:
1.) If you don't need these steps any more in derivation you can get
    rid of them by executing program RKEDRCHECK with both parameters
    marked ('Check in all clients' and 'Delete inconsistent steps').
2.) If these steps should remain you have to retransport the missing
    tables from the source system in which these tables have to exist
    (creating transport requests for the customizing of derivation by
    pushing on the 'Transport' icon in the source system in transactions
    KEDR and KEPC).
For each derivation step,the system generates a program RKEAK9R *
and a table K9R+ System ID+ Mandant+ a number of five figures
from the object number in KEDR.
br, Guido

Short dump in standard program

Hi Friends,
below description is short dump for standard program.
Please see the below and help me how to correct the program.
The current application triggered a termination with a short dump.
What happened?
The current application program detected a situation which really
should not occur. Therefore, a termination with a short dump was
triggered on purpose by the key word MESSAGE (type X).
Error analysis
Short text of error message:
Internal error: Program   , include   , form   .
Technical information about the message:
Diagnosis
     An unexpected error has occurred.
Procedure
     If you can reproduce the error, contact the SAP Hotline quoting the
     error number.
Message classe...... "GR"
Number.............. 214
How to correct the error
Probably the only way to eliminate the error is to correct the program.
                                                                                You may able to find an interim solution to the problem
in the SAP note system. If you have access to the note system yourself,
use the following search criteria:
"MESSAGE_TYPE_X" C
"SAPFGRWE" or "FGRWEF80_F80_FILL_COL_TAB"
"F80_FILL_COL_TAB"
If you cannot solve the problem yourself, please send the
following documents to SAP:
1. A hard copy print describing the problem.
   To obtain this, select the "Print" function on the current screen.
                                                                                2. A suitable hardcopy prinout of the system log.
   To obtain this, call the system log with Transaction SM21
   and select the "Print" function to print out the relevant
   part.
3. If the programs are your own programs or modified SAP programs,
   supply the source code.
   To do this, you can either use the "PRINT" command in the editor or
   print the programs using the report RSINCL00.
4. Details regarding the conditions under which the error occurred
   or which actions and input led to the error.
Thanks & Regards,
Sree
Edited by: adepus on Oct 7, 2009 12:39 PM
Edited by: adepus on Oct 7, 2009 12:39 PM

Hi Clemens,
I am getting a dump error as shown below. Could you please find some resolution for this issue. we just made some changes to the transaction GS02(Just added a GL account to one of the sets).
Runtime Error MESSAGE_TYPE_X
ShrtText
The current application triggered a termination with a short dump.
What happened?
The current application program detected a situation which really
should not occur. Therefore, a termination with a short dump was
triggered on purpose by the key word MESSAGE (type X).
What can you do?
Print out the error message (using the "Print" function)
and make a note of the actions and input that caused the
error.
To resolve the problem, contact your SAP system administrator.
You can use transaction ST22 (ABAP Dump Analysis) to view and administer
termination messages, especially those beyond their normal deletion
date.
is especially useful if you want to keep a particular message.
Error analysis
Short text of error message:
Internal error: Program , include , form .
Technical information about the message:
Diagnosis
An unexpected error has occurred.
Procedure
If you can reproduce the error, contact the SAP Hotline quoting the
error number.
Message classe...... "GR"
Number.............. 214
Variable 1.......... " "
Variable 2.......... " "
Variable 3.......... " "
Variable 4.......... " "
Variable 3.......... " "
Variable 4.......... " "
to correct the error
Probably the only way to eliminate the error is to correct the program.
You may able to find an interim solution to the problem
in the SAP note system. If you have access to the note system yourself,
use the following search criteria:
"MESSAGE_TYPE_X" C
"SAPFGRWE" or "FGRWEF80_F80_FILL_COL_TAB"
"F80_FILL_COL_TAB"
If you cannot solve the problem yourself and you wish to send
an error message to SAP, include the following documents:
1. A printout of the problem description (short dump)
To obtain this, select in the current display "System->List->
Save->Local File (unconverted)".
2. A suitable printout of the system log
To obtain this, call the system log through transaction SM21.
Limit the time interval to 10 minutes before and 5 minutes
after the short dump. In the display, then select the function
"System->List->Save->Local File (unconverted)".
3. If the programs are your own programs or modified SAP programs,
supply the source code.
To do this, select the Editor function "Further Utilities->
Upload/Download->Download".
4. Details regarding the conditions under which the error occurred
or which actions and input led to the error.
Source Code
79 MESSAGE x214.
80 ENDIF.
81 PERFORM e08_read_object_index(sapfgsb0)
82 USING fcolumns-dim_index.
83 IF c-subrc 0. MESSAGE x214. ENDIF.
84 c_dsentry = c-tval-from.
85 IF c_dsentry '='.
86 READ TABLE data_fields BINARY SEARCH
87 WITH KEY tab = rep_table
88 dsentry = c_dsentry.
>>>> IF sy-subrc 0. MESSAGE x214. ENDIF.
90 ENDIF.
91 WHEN OTHERS.
92 c_dsentry = '*'.
93 ENDCASE.
94 ENDIF.
Regards,
Pavan

A short dump in the program with a certain error message...

Hi all,
I'd run a program to do an insertion into a customized table.
During the run, it popped up a short dump error messages below :
value larger than specified precision allows for this column#TC020 %M
I've search for that column #TCO20 .... and i couldn't find it in my custom table...
Why SAP gave such a hard description on the error found? I can't determine which field/column in my table that is causing the error dump during INSERT event in my program.
Is there any explanation on that message that could help me?
Thanks
William Wilstroth

Hi,
Better u seee again where u r getting error i the code . still if u r not getting see in dump analysys(ST22) and select
no:8 -- which is source code extract where u can get correct error inf.
Plz reply me.
Regards
Durgaprasad.

Short Dump while activating Transformation through Program

HI All,
I am getting short dump while activating - Inactive Transformation through Program RSDG_TRFN_ACTIVATE.
However while i can activate single Transformation but if run without selection, I am getting this dump.
Short Description of Dump -
Category
ABAP Programming Error
Runtime Errors
ASSERTION_FAILED
ABAP Program
CL_RSAR_FORMULAS==============CP
Application Component BW-WHM-DST
Date and Time
Please Guide.
Prasad

Hi Prasad,
Have you changed the 'Object Status' from INA to ACT when using the program RSDG_TRFN_ACTIVATE?
You can also refer to the note SAP Note 1030987 - Activation of transformations dumps
regards,
Ashvin

What are the major situations to go to the short dump in abap programming?

What are the major situations to go to the short dump in abap programming?

Hi,
The major situations that an ABAP Program can result a dumb are as follows...
1) Poor coding i.e., if the data in the data base is less, then even a poor code can give you the result. But when you transport the program into Production, then there the same program will give you a dump, resulting 'TIMED OUT' error. So performance tunning is required for each and every program.
2) while calling a function module.
3) extracting of data into fields which are not type casted.
4) in case of x/y value, one should check the value of 'y' should not be zero, else a dump will result.
these are few which i can give for time being........

Short Dump-Syntax error program"CL_RSD_MULTIPROV==CP" after EHP1SP5 upgrade

Hi,
MultiProvider Activation/Display data is resulting into short dump with following text
Error in the ABAP Application Program
The current ABAP program "CL_RSD_MULTIPROV_CHECK========CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.
The following syntax error occurred in program
"CL_RSD_MULTIPROV==============CP " in include
"CL_RSD_MULTIPROV==============CM010 " in
line 1:
"Method "CHECK_LINITFL" is not declared or inherited in class "CL_RSD_M"
"ULTIPROV". -"
The include has been created and last changed by:
Created by: "SAP "
Last changed by: "SAP "
Error in the ABAP Application Program
The current ABAP program "CL_RSD_MULTIPROV_CHECK========CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.
We have recently upgraded to EHP1SP5. We noticed this issue just after that.
Regards,
PD

Hi,
Please check the note 1461401.
1461401 - System error in the program CL_RSD_MULTIPROV_CHECK
This note should help you.
Regards,
Rafael

Short dump error in program SAPMV50A after modification

Dear gurus
i have done some modification in vl02n through Badi and it is working fine in Development server.
when i transport it to quality server and test it
it giving a short dump in vl02n while vl01n is working perfectly fine and showing my modification too..
below is the error mentioned
Database error text........: "Unsupported database type in parameter/column
    (168)."
   Internal call code.........: "[RSQL/READ/LIKP ]"
   Please check the entries in the system log (Transaction SM21).
   If the error occures in a non-modified SAP program, you may be able t
   find an interim solution in an SAP Note.
   If you have access to SAP Notes, carry out a search with the followin
   keywords:
   "DBIF_RSQL_SQL_ERROR" "CX_SY_OPEN_SQL_DB"
   "SAPMV50A" or "MV50AFDB"
   "LIKP_SELECT"
   If you cannot solve the problem yourself and want to send an error
   notification to SAP, include the following information:
Please help
Regards
Saad Nisar

i have created two append structure in standard tables of LIKP & LIPS which are activated and so as LIKP and LIPS
my Badi is also activated and my customized program is also activated.
While making outbound delivery in Quality server it works fine but when i want to make changes in that created delivery it throws dump error
short text
   SQL error in the database when accessing a table.
issing RAISING Clause in Interface
   Program                                 SAPMV50A
   Include                                 MV50AFDB
   Row                                     14
   Module type                             (FORM)
   Module Name                             LIKP_SELECT
rigger Location of Exception
   Program                                 SAPMV50A
   Include                                 MV50AFDB
   Row                                     20
   Module type                             (FORM)
   Module Name                             LIKP_SELECT

ABAP Program Short Dump in BW

I have created a dynamic program which would read any table name as input parameter and print the contents. Its working if I use a small table(3 fields) and the same program is throwing short dump if pass a big table.
Shortdump
"SAPSQL_SELECT_TAB_TOO_SMALL" C
"ZBW_DYNAMIC_ITAB1" or "ZBW_DYNAMIC_ITAB1"
"START-OF-SELECTION"
Error in the line below
   61
   62 * Select Data from table.
>>>>> select * into table <dyn_table>
   64            from (p_table).
   65
Program
*& Report ZBW_DYNAMIC_ITAB1
REPORT ZBW_DYNAMIC_ITAB1.
type-pools: slis.
field-symbols: <dyn_table> type standard table,
               <dyn_wa>,
               <dyn_field>.
data: alv_fldcat type slis_t_fieldcat_alv,
      it_fldcat type lvc_t_fcat.
type-pools : abap.
data : it_details type abap_compdescr_tab,
       wa_details type abap_compdescr.
data : ref_descr type ref to cl_abap_structdescr.
data: new_table type ref to data,
      new_line type ref to data,
      wa_it_fldcat type lvc_s_fcat.
selection-screen begin of block b1 with frame title text .
parameters: p_table(30) type c.
selection-screen end of block b1.
Get the structure of the table.
ref_descr ?= cl_abap_typedescr=>describe_by_name( p_table ).
it_details[] = ref_descr->components[].
loop at it_details into wa_details.
clear wa_it_fldcat.
wa_it_fldcat-fieldname = wa_details-name .
wa_it_fldcat-datatype = wa_details-type_kind.
wa_it_fldcat-intlen = wa_details-length.
wa_it_fldcat-decimals = wa_details-decimals.
append wa_it_fldcat to it_fldcat .
endloop.
Create dynamic internal table and assign to FS
call method cl_alv_table_create=>create_dynamic_table
             exporting
                it_fieldcatalog = it_fldcat
             importing
                ep_table        = new_table.
assign new_table->* to <dyn_table>.
Create dynamic work area and assign to FS
create data new_line like line of <dyn_table>.
assign new_line->* to <dyn_wa>.
Select Data from table.
select * from (p_table) into table <dyn_table>
Write out data from table.
loop at <dyn_table> into <dyn_wa>.
do.
    assign component sy-index of structure <dyn_wa> to <dyn_field>.
    if sy-subrc <> 0.
      exit.
    endif.
    if sy-index = 1.
      write:/ <dyn_field>.
    else.
      write: <dyn_field>.
    endif.
enddo.
endloop.

Hi,
The dynamic table that is generated is not converting the exact output length in case of packed numbers.
Foe eg : If there is an packed field of length 7 , the dynamic table is converting it to Char 7 , but the actual output length of Pack 7 is 15.Hence it is giving short dump saying that Internal Table length is not sufficient.
Probably it might have worked for smaller tables for you because you might not have used Packed field in there.
Regards,
Vijay.

Short dump due termination in the program SAPLSNR3

Hi Experts,
While running an IP I am getting short dump, and error analysis says
An ASSIGN statement in the program "SAPLSNR3" contained a field symbol with
length 0. This is not possible. length 0.This is not possible.
can any one exlain why the IP is going for short dump,rectify the error and make the IP to run sucessful.
Regards,
Siddhardh

Hi Suresh,
Your dump is occuring due to database limit of sql statment (Native SQL) that is generated from your abap sql. The range is killing him (as you already notice).
The thread bellow have some info about this, but the solution can't be applyed to you:
To update 1 field of ztable(60 fields) for 2000 records in minimum DB hit
Maybe you can build some logic to reduce the value of two ranges (also concatenating them). Anyway, due to amount of lines involved (24.500 lines).... I don't think it is possible.
One option is filter the result on ABAP, after your SQL w/o the ranges you may try:
DELETE FROM TABLE i_glpct2
WHERE NOT ( racct IN r_profloss OR racct IN r_balsheet ).
This can raise a performance problem if the number of returned rows from database is to high.
Another option is change your database access. Where the values of the two ranges came from ? database ? If they came from database try to use INNER JOIN, this will solve the problem w/o performance problem.
Best Regards, Fernando Da Ró

TDMS - Program CNV_MBT_TS_PCL_DTL_REPAIR short dumps

Similar Messages

Maybe you are looking for