VOFM on data transfer: shipments causing short dump

I created two new requirements as copies of routine 008 and 012 into 908 and 912. Both routines are activated and I even ran the RV80HGEN.
Although code is the same as the original routines, short dump is being produced. (The original code was unmodified to test that the new routine would work the same).
I also noticed that if I use the 'where-used', the system comes back to say it is not found in selected search area, but otherwise would be.
The include RV56CNNN has the two includes listed in it and is also active.
What is missing?

Hello,
I removed this from being a thread and closed it, but it apparently is still showing somewhere.
I was able to figure it out. The internal table in the SAP logic was i_, but when the custom requirement was created, it is c_ so that is why it wouldn't work. It did activate regardless but still had other issues. Once I updated the internal table reference, it was fine.
Thanks to all who responded. Unfortuntaley points may not be awarded since it was removed early on from being a thread.

Similar Messages

HP OV Operations integration is causing short dumps RFC_CONVERSION_FIELD

Application Integration to monitor CCMS 4x using r3monal process from HP Open View Operations is causing short dumps on R/3 Database and Application Server.
DUMP INFO:
Conversion error "ab_rfcImplode" from character set 4102 to character set 1100.
When executing a remote function call a conversion error occurred. This
occurred when receiving or sending the data. The conversion error can
only appear, when the data is transferred from a Unicode system to a
non-Unicode system.
Internal SAP notes
The termination occurred in the function "ab_rfcImplode" of the SAP
Basis System, specifically in line 7788 of the module
"//bas/640_REL/src/krn/rfc/abrfcimp.c#25".
The internal operation just processed is "FUNC".
The internal session was started at 20061229000713.
CLUDE INCL_INSTALLATION_ERROR

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

VOFM-requirements, data transfer, formulas

Hi experts,
I am now learning how to create pricing procedure. The part that remains still unclear to me is the requirement part. I tried to find some documentation of it but failed. I want to a systematical understanding about how pricing procedure works with the requirement, which conventions the requirement (VOFM: also data transfer,formulas) has, and how can I create my own requirement, data transfer and formulas.
Does anyone know any good documentation on subject?
Thank you in advance.
Best regards,
Fan

Hi Prasad ,
thank you very much for your reply.
This is indeed what I need. However, this is only the VOFM part 1. Do you have the link to part 2, 3, 4? I think there will be four parts of this documentation. Each specifies one subject regarding VOFM: copying requirements, data transfer,
requirements, and formulas.
Best regards,
Fan
Edited by: Fan Mou on Oct 23, 2009 5:19 PM

Initial customizing loads (DNL_*) causing short dumps in R/3

Hi,
I'm trying to run the initail loads for the DNL_* customizing objects. When I start a load in R3AS and check the status in R3AM1, it shows "Running". In the CRM oubound queue (SMQ1), there is an entry for the load with status SYSFAIL. The detailed status message is "The current application triggered a termination with a short dump".
The short dump in R/3 shows an error "No external system (such as CRM) connected" which occurs in function module CRM_FIRST_CALL_OPERATIONS. Looking at the code, there seems to be a problem with the CRMRFCPAR table. I had only one record in this table for object CUSTOMER_MAIN, so I tried adding a record with Object Name "*" and Load Type "I", but this had no effect.
What is the proper configuration of table CRMRFCPAR for customizing loads? Is it possible that this error is related to some other config or a problem with the RFC connection? These loads work fine in our quality system which is configured the same as production (as far as I can tell).
Thanks.
Martin

hi,
Maintaining Table CRMRFCPAR (SAP R/3)
The parameters in this table indicate the RFC destinations which receive data. The required parameters include, for example: consumer, client, object name, and download type.
You can send data to a certain consumer only in an initial download and not in a delta download by making the appropriate specifications for the data exchange.
User- That uses the OLTP plug-in functions as data receivers
Object name -Object name
Destination -Specifies the destination of the CRM server
Load Type -Restricts CRMRFCPAR entries to the initial (I) or delta (D) download.
Out Queue - Name RFC outbound queue
In Queue -Name RFC inbound queue
BAPI name
INFO -Information/Comments
InQueue flag- Controls whether qRFC inbound queues are used on the CRM server
Send XML -XML supports (Should data be sent in XML format?)
Stop data -Causes the OLTP System to place data into the outbound queue.
Regards
sri

What is the maximum number of recursive call as i think it is causing short dump

Hi All,
This may not have a specific answer i suppose but approx is also fine. There was a short dump in production ( the background job failed , an is failing each day since a week now ). I was analysing it what i found was the cause for there was numerous call to the same routine within it self ( recursion ). The exact number i dont have but they were atleast more the 200.
The error message which i get is :
Are there any solution regarding
Category
Resource Shortage
Runtime Errors
TSV_TNEW_PAGE_ALLOC_FAILED
Short text
    No more storage space available for extending an internal table.
What happened?
    You attempted to extend an internal table, but the required space was
    not available.
it would be great if we know the max numbers of an recursive call so that i can do the necessary changes or if some 1 has any other alternative solution pls. help.
Regards,
Dhruvin
P.s : it's a productive environment issue.

The dump is not caused by depth of recursion but rather memory limits being exceeded by your process, these are controlled by profile parameters (System administrator stuff) and "normally" (unless changed to other values) allow up to 4 GB of memory usage (mostly by internal tables). You can quickly check the current memory consumption of your active process via SM50.
Make sure that the routine that is called recursively (or other relevant parts of your process) free up memory by using CLEAR and FREE statements for internal tables that are no longer needed.
If data is being selected from the database also look into block processing via the PACKAGE SIZE option.
Thomas

WBS Conversion FM using RFC Causing Short Dumps

Hello,
I have been trying to validate WBS element entries by using an RFC call to a FM on the back-end. However, I keep getting short dumps on the back-end system with 'Statement "MESSAGE E" is not allowed in this form.' message. The custom back-end FM calls one of the CPJN FMs like CONVERSION_EXIT* that deal with WBS elements.
So, I tried changing the custom FM to use the data element that does a the conversion instead of the FM. Now, I get a short dumps on the front-end with CALL_FUNCTION_REMOTE_ERROR with 'Key does not correspond to mask: B/0000-XXXXXXX.0.0.0' message.
Has anyone been successful without duplicating the CONVERSION_EXIT* FMs in order to validate a WBS element entry remotely?
Thank you in advance for any assistance.
Regards, Dean.

Hello Dean
On ERP 6.0 (IDES) there is the RFC-enabled fm /SPE/WBS_ELEM_CONV_INT_EXT available.
If you feed the fm with an external ID it tries to convert it into the corresponding internal ID and vice versa. Perhaps this fm might be useful for you.
Probably the BAPI BAPI_PROJECT_EXISTENCECHECK is more useful (can be feed either with internal or external ID).
Regards
Uwe

How to find which Badi Implementation is causing Short Dump

Hi Experts,
We are getting short dump on IW32 transaction when the users hit SAVE button.
The Dump Details:
Runtime Errors SYNTAX_ERROR
Short text
Syntax error in program "WORKORDER_UPDATE==============CP ".
What happened?
Error in the ABAP Application Program
The current ABAP program "CL_EX_WORKORDER_UPDATE========CP" had
terminated because it has
come across a statement that unfortunately cannot be executed.
The following syntax error occurred in program
"WORKORDER_UPDATE==============CP " in include
"WORKORDER_UPDATE==============CM000 " in
line 12:
"The specified type cannot be converted into the target variable
The current ABAP program "CL_EX_WORKORDER_UPDATE========CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.
Error analysis
The following syntax error was found in the program
WORKORDER_UPDATE==============CP :
"The specified type cannot be converted into the target variables."
Information on where terminated
Termination occurred in the ABAP program "CL_EX_WORKORDER_UPDATE========CP" -
in "IF_EX_WORKORDER_UPDATE~AT_SAVE".
The main program was "SAPLCOIH ".
After going through the dump analysis, I found that there are around 25 BADI Implementations got created on Enhancement Spot "WORKORDER_UPDATE".
How to find out which BADI Implementations is causing this dump?
Please let me know.
Thanks.
Edited by: ravi kumar on Feb 22, 2011 1:12 PM

Yes, I tried the Active Calls Stack also. The Short Dump is occuring exactly at the line :-
method IF_EX_WORKORDER_UPDATE~AT_SAVE.
in Class:-
CL_EX_WORKORDER_UPDATE
I was informedby the user that this is working perfectly fine in DEV System. The Short Dump is occuring in SBX System.
When I executed the Class "CL_EX_WORKORDER_UPDATE" and Method "IF_EX_WORKORDER_UPDATE~AT_SAVE" via SE24 in SBX, I got the same dump. However it worked fine in DEV System.
I am wondering if the issue is with the Standard Program itself?
Any ideas?
Thanks a lot again.
Another thing is: It is short dumping even before calling any of the BADI Implementations.
Wanted to give some more info on this: I put a break point in Function "CO_ZV_ORDER_POST" after the CALL FUNCTION 'CO_BADI_GET_BUSINESS_ADD_IN'.
And the program dumps right after that when it calls the: CALL METHOD lp_badi_if->at_save.
Thanks.
Edited by: ravi kumar on Feb 22, 2011 1:51 PM
Edited by: ravi kumar on Feb 22, 2011 2:11 PM

VOFM Orders Data Transfer (307)

Hi all,
During a copy, we would like the line items pricing conditions to copy through, specifically the condition amounts. We've created a copy of routine 307 but in the comments it says that "The pricing data was not copied, it is redetermined."
How can we get the pricing to copy for each line item?
Thanks in advance! Helpful answers will be awarded points.

Hi,
Are you trying to copy the orders data transfer routine..FV45C307..
If so..Comment the LOCAL statements..so that the data is copied..
Thanks,
Naren
Message was edited by: Narendran Muthukumaran

VOFM - Shipment Data Transfer Routine

Hi Guru,
I have a requirement to create a routine in VOFM - Data Transfer - Shipment to copy the INCO1 to VTTS-INCO1 (item level). I have the checked the standard routine and it is all changing the header. Can anyone tell me the coding to use? Many many thanks.
Regards,
Janet

Hi.
The standard routine is as follows:
FORM DATEN_KOPIEREN_900
                   USING    c_XVTTP   TYPE v56i1_vttp_tab
                            c_XVTTS   TYPE v56i1_vtts_tab
                            c_XVTSP   TYPE v56i1_vtsp_tab
                            c_XTRLK   type v56i1_vtrlk_tab
                            c_XTRLP   type v56i1_vTRLP_tab
                            I_XVTTK   STRUCTURE VTTKVB
                            VALUE(I_TVTK) LIKE TVTK
                            g_imp_data type v56I1_IMP_DATA
                   CHANGING C_XVTTK_tmp structure VTTKVB
                            g_exp_data type v56I1_exp_DATA.
VTTKVB is the header structure. Doesn't seems to have a item structure.
Regards,
Janet

Business Graphic working but short dumping when 'No Data' is available

Dear Experts,
I am trying to plot a graph (Bar chart) and it is working very well except when these is no data. In that instance instead of not displaying a data, it is giving short dump.
I am trying to plot a graph for a project from a list of the projects. In the Context, List of projects is a parent node while the cost data (used for drawing graph) is on child node. Both are with the cardinality of 0..n
When the project has cost data, graph is working beautifully but when the project does not have a cost data i get short dump.
Here is the what I get in Internet explorer.
The following error text was processed in the system UPG : Access via 'NULL' object reference not possible.
The error occurred on the application server SAPSANDPIT_UPG_00 and in the work process 2 .
The termination type was: RABAX_STATE
The ABAP call stack was:
Method: IF_NW7_VIEW_ELEMENT_ADAPTER~SET_CONTENT of program /1WDA/CBUSINESS_GRAPHICS======CP
Method: IF_NW7_VIEW_ELEMENT_ADAPTER~SET_CONTENT of program /1WDA/C8STANDARD==============CP
Method: IF_NW7_VIEW_ELEMENT_ADAPTER~SET_CONTENT of program /1WDA/C8STANDARD==============CP
Method: IF_NW7_VIEW_ELEMENT_ADAPTER~SET_CONTENT of program /1WDA/C7STANDARD==============CP
Method: IF_WDR_VIEW_ELEMENT_ADAPTER~SET_CONTENT of program CL_WDR_VIEW_ADAPTER===========CP
Method: IF_WDR_NW7_DELTA_RENDERER~CALCULATE_DELTA_BLOCKS of program CL_WDR_VIEW_ADAPTER===========CP
Method: IF_WDR_NW7_DELTA_RENDERER~CALCULATE_DELTA_BLOCKS of program CL_WDR_WINDOW_CONTENT_ADAPTER=CP
Method: SET_CONTENT of program CL_WDR_NW7_INT_WIN_ADAPTER====CP
Method: SET_CONTENT of program CL_WDR_NW7_MAIN_WIN_ADAPTER===CP
Method: IF_WDR_CLIENT~SEND_RESPONSE of program CL_WDR_CLIENT_SSR_LS==========CP
And here is what is in ST22
Runtime Errors         OBJECTS_OBJREF_NOT_ASSIGNED_NO
Exception              CX_SY_REF_IS_INITIAL
Error analysis
    An exception occurred that is explained in detail below.
    The exception, which is assigned to class 'CX_SY_REF_IS_INITIAL', was not
     caught in
    procedure "IF_NW7_VIEW_ELEMENT_ADAPTER~SET_CONTENT" "(METHOD)", 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:
    You attempted to use a 'NULL' object reference (points to 'nothing')
    access a component.
    An object reference must point to an object (an instance of a class)
    before it can be used to access components.
    Either the reference was never set or it was set to 'NULL' using the
    CLEAR statement.
Problem is at following point
                                                                                mv_CHARTDATA = mv_DATA->create_simple_element( name = 'ChartData' parent = mv_DATA ). "#
*   >> END_UCA BUSINESS_GRAPHICS|BUSINESS_GRAPHICS|CHARTDATA
*   >> Property: Get BUSINESS_GRAPHICS-SERIES_SOURCE
    mv_SERIES_SOURCE = get_bound_node( i_binding = wd_BUSINESS_GRAPHICS->bp_SERIES_SOURCE )
                                                                                *   >> Property: UCA BUSINESS_GRAPHICS-SERIES_ELEMENTS
*   >> UCA BUSINESS_GRAPHICS|BUSINESS_GRAPHICS|SERIES_ELEMENTS
mv_SERIES_ELEMENTS = mv_SERIES_SOURCE->get_elements( ).
*   >> END_UCA BUSINESS_GRAPHICS|BUSINESS_GRAPHICS|SERIES_ELEMENTS
*   >> Property: UCA BUSINESS_GRAPHICS-SERIES_SOURCE_PATH
*   >> UCA BUSINESS_GRAPHICS|BUSINESS_GRAPHICS|SERIES_SOURCE_PATH
mv_SERIES_SOURCE IN in above code is initial when data does not exists for a project.
Thanks in advance for your help.
ABAPer

Forgot to add following info from ST22
Information on where terminated
    Termination occurred in the ABAP program "/1WDA/CBUSINESS_GRAPHICS======CP" -
     in "IF_NW7_VIEW_ELEMENT_ADAPTER~SET_CONTENT".
    The main program was "SAPMHTTP ".
In the source code you have the termination point in line 753
    of the (Include) program "/1WDA/CBUSINESS_GRAPHICS======CCIMP".
    The termination is caused because exception "CX_SY_REF_IS_INITIAL" occurred in
    procedure "IF_NW7_VIEW_ELEMENT_ADAPTER~SET_CONTENT" "(METHOD)", but it was
     neither handled locally nor declared
    in the RAISING clause of its signature.
The procedure is in program "/1WDA/CBUSINESS_GRAPHICS======CP "; its source
     code begins in line
    390 of the (Include program "/1WDA/CBUSINESS_GRAPHICS======CCIMP ".
Thanks
ABAPer

Short dump with decimal issue

Now I want to get total weight of the material as weight * quantity. When I doing this process the program short dump.
If my user setting in su01 is 1,234,567.89 it will work normally, but if I changed my user setting to 1.234.567,89 it will get weight like 6,55 which cause short dump in total weight get. Please help me for solution that no mater user setting is dot or comma it will work successfully. thanks.

I think the problem lies in fact that you are treating this variable as character one (of type c or string ) . This is not correct. You should use only packed numbers (of type p ) for calculation.
The user settings has nothing to do with the calculation. These are purely for displaying data, not for calculating them. So what you need is something like
data: weight type p decimals 2 value '1234567.89',
         quantity type i value 3,
         result(10) type p decimals 2.
result = weight * quantity. "the value stored in variable has form 3703703.67
"only when you display your data it will receive the format of user settings
write: weight, "displayed as 1,234,567.89 or 1.234.567,89 -> depending on the settings
          result.    "displayed as 3,703,703.67 or 3.703.703,67 -> depending on the settings
Regards
Marcin

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

ABAP Short Dump - COMPUTE_BCD_OVERFLOW - CX_SY_ARITHMETIC_OVERFLOW

Runtime errors      COMPUTE_BCD_OVERFLOW
Exception              CX_SY_ARITHMETIC_OVERFLOW
I want to move Currency variable with 4 decimals to another currency variable with 2 decimals. Please advice me with a suitable solution without causing short dump.
Appreciate Your Help in Advance.
Thanks.
Kannan.

SAP catch the exception like this :
CATCH SYSTEM-EXCEPTIONS conversion_errors = 1
                                    arithmetic_errors = 5.
              xkwert = xkomv-kwert * 1000 * xkomv-kpein / komp-mgame.
              xkomv-kbetr = xkwert.
            ENDCATCH.
            IF sy-subrc = 1 OR sy-subrc = 5.
              xkomv-kbetr = 0.
              xkomv-fxmsg = '802'.
              komp-fxmsg = '802'.
            ENDIF.

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 while checking Data in RSA7

Hi
My delta loads are failing with a dump in source system.
I tried to check the delta Queue in source system ui got the same dump as i clicked on show data
Dump Details
Runtime Error          MESSAGE_TYPE_X
Date and Time          18.01.2009 08:24:19
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:
Abnormal termination after error
Technical information about the message:
Message classe...... "SY"
Number.............. 097
Variable 1.......... " "
Variable 2.......... " "
Variable 3.......... " "
Variable 4.......... " "
Variable 3.......... " "
Variable 4.......... " "
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
"SAPLRSC2" or "LRSC2U01"
"RSC2_QOUT_READ_DATA"
|    -

Hi,
Try this SAP note Note 498484 - BW extraction: Mult. delta records with qRFC 6.20.043
It may fixe your problem, the problem is due to the reason LUWs are extracted from another qRFC outbound queue.This problem usually results in a termination of the delta extraction in the source system or a component of the transfer structure having an incorrect data format in BW (for example, due to the runtime error BCD_BADDATA).
The extraction process may terminate in the RSC2_QOUT_READ_DATA function module with the MESSAGE_TYPE_X runtime error.The message for this runtime error is SY097 'Abnormal termination after an error'.The termination prevents you from loading incorrect data into the BW.
Also,
Try Note 498484
https://websmp230.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=498484
May help you in solving your issue based on your SP.
Best Regards,
VVenkat..

VOFM on data transfer: shipments causing short dump

Similar Messages

Maybe you are looking for