Regarding dump ASSIGN_TYPE_CONFLICT in st22

Hi while running process chain it failed at DTP step giving the following dump,i tried repeating it again it throwed the same dump.
Please let me know is any one encountered the same issue.

Hi,
check SAP Note Number: 971584
http://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/com.sap.km.cm.docs/oss_notes/sdn_oss_bw_whm/~form/handler%7b5f4150503d3030323030363832353030303030303031393732265f4556454e543d444953504c4159265f4e4e554d3d393731353834%7d
Edited by: Haritha Molaka on Feb 22, 2010 2:49 PM

Similar Messages

Short Dump ASSIGN_TYPE_CONFLICT in Virtual KF implementation

Hi
Iam getting a short dump in my virtual KF code. Here is the code that I have written. If I have only bill date it works fine. The minute I add company code it gives the short dump. Can you pls let me know what is it that Iam doing wrong. any help will be greatly useful. Thanks.
INCLUDE ZXRSRU02
DATA: L_S_CHANM TYPE RRKE_S_CHANM.
DATA: L_SUBRC1 TYPE SY-SUBRC. "execute only, if key figure really used
CASE I_S_RKB1D-INFOCUBE.
   WHEN '0SD_C03'.
            L_S_CHANM-CHANM = '0BILL_DATE'.
            L_S_CHANM-MODE = RRKE_C_MODE-READ.
            APPEND L_S_CHANM TO E_T_CHANM.
            L_S_CHANM-CHANM = '0COMP_CODE'.
            L_S_CHANM-MODE = RRKE_C_MODE-READ.
            APPEND L_S_CHANM TO E_T_CHANM.
            APPEND 'ZCOUNT1' TO E_T_KYFNM.
ENDCASE.
*Include ZXRSRTOP*
DATA : G_POS_0SD_C03_0BILL_DATE TYPE I.
DATA : G_POS_0SD_C03_0COMP_CODE(4).
DATA : G_POS_0SD_C03_ZCOUNT1 TYPE I.
Include ZXRSRZZZ
FORM USER_0SD_C03 USING I_S_RKB1D TYPE RSR_S_RKB1D
CHANGING C_S_DATA TYPE ANY.
DATA: l_zcount1 TYPE int4.
FIELD-SYMBOLS <L_0BILL_DATE>.
FIELD-SYMBOLS <L_0COMP_CODE>.
FIELD-SYMBOLS <L_ZCOUNT1>.
ASSIGN COMPONENT G_POS_0SD_C03_0BILL_DATE
OF STRUCTURE C_S_DATA TO <L_0BILL_DATE>.
ASSIGN COMPONENT G_POS_0SD_C03_0COMP_CODE
OF STRUCTURE C_S_DATA TO <L_0COMP_CODE>.
ASSIGN COMPONENT G_POS_0SD_C03_ZCOUNT1
OF STRUCTURE C_S_DATA TO <L_ZCOUNT1>.
IF <L_0COMP_CODE> = 'AB99'.
    CALL FUNCTION 'ZCALC_WDAYS_BETWEEN_DATES'
      EXPORTING
        P_DATE1 = <L_0BILL_DATE>
        P_DATE2 = SY-DATUM
        P_CAL_ID = 'Z1'
      IMPORTING
        P_DAYS   = l_zcount1.
    <L_ZCOUNT1> = l_zcount1.
ELSEIF <L_0COMP_CODE> = 'DC99'.
    CALL FUNCTION 'ZCALC_WDAYS_BETWEEN_DATES'
      EXPORTING
        P_DATE1 = <L_0BILL_DATE>
        P_DATE2 = SY-DATUM
        P_CAL_ID = 'Z2'
      IMPORTING
        P_DAYS   = l_zcount1.
    <L_ZCOUNT1> = l_zcount1.
ENDIF.
The short dump:
ASSIGN_TYPE_CONFLICT
"CL_IM_RSR_OLAP_BADI===========CP" or "CL_IM_RSR_OLAP_BADI===========CM002"
"IF_EX_RSR_OLAP_BADI~INITIALIZE"
get field postions for characteristics in structure
LOOP AT i_th_sfc ASSIGNING <l_s_sfc>
     WHERE user_exit NE rrke_c_mode-none.
field name in structure is keyreturnnm
name of the global variable
CONCATENATE '(SAPLXRSR)G_POS' i_s_rkb1d-infocube <l_s_sfc>-chanm
      INTO l_global_name
      SEPARATED BY '_'.
fill the global variable
UNASSIGN <l_global>.
>>>>>>>> ASSIGN (l_global_name) TO <l_global>.

My suggestion is that you review the how-to papers on SDN regarding exit RSR00002 or RSR_OLAP_BADI. These are alternative methods of accomplishing virtual characteristics and key figures. The code you have given is for exit RSR00002 (although it is full of syntax errors so is not executable), but the short dump you are getting refers to RSR_OLAP_BADI, so you must have implemented that Class as well, but incompletely.
Which method are you attempting to use?

Snap_no_new_entry ABAP dump coming while ST22 is reorganized regularily

Dear Friends,
snap_no_new_entry ABAP dump comes and hamper all activities while ST22 is reorganized daily. After restarting the server, It is working fine for a day only. Can you suggest in this regard to fix this problem permanently?
System Environment : SAP ECC 6.0, AIX, DB2
Table spaces :
Tablespace
Name
TS Type
KB Total
Percent Used
KB Free
Page Size (KB)
High-Water Mark
(KB)
No. Containers
Contents
TS State
AUTORESIZE
PSAPTEMP16
SMS
64
100.00
0
16
0
4
Temporary objects
Normal
NO
SYSTOOLSTMPSPACE
SMS
64
100.00
0
16
0
4
Temporary objects
Normal
NO
ECP#BTABD
DMS
6422528
99.94
3680
16
6418720
4
Large objects
Normal
YES
ECP#ES702DX
DMS
35586048
99.94
21888
16
35564032
4
Large objects
Normal
YES
ECP#EL702DX
DMS
18972672
99.93
13632
16
18958912
4
Large objects
Normal
YES
SYSCATSPACE
DMS
2785280
99.67
9216
16
2775936
4
Regular data
Normal
YES
ECP#ES702IX
DMS
7471104
99.58
31456
16
7439520
4
Large objects
Normal
YES
ECP#STABD
DMS
3637248
99.58
15424
16
3621696
4
Large objects
Normal
YES
ECP#POOLD
DMS
6258688
99.54
28832
16
6252608
4
Large objects
Normal
YES
ECP#POOLI
DMS
3637248
99.47
19200
16
3617920
4
Large objects
Normal
YES
SAPTOOLS
DMS
3053056
99.14
25120
16
3027808
4
Large objects
Normal
YES
ECP#PROTD
DMS
851968
98.94
9056
16
842784
4
Large objects
Normal
YES
ECP#BTABI
DMS
2457600
98.81
29344
16
2428128
4
Large objects
Normal
YES
ECP#CLUD
DMS
491520
98.75
6144
16
485248
4
Large objects
Normal
YES
ECP#STABI
DMS
2424832
96.81
77280
16
2400160
4
Large objects
Normal
YES
ECP#SOURCED
DMS
458752
95.02
22848
16
435776
4
Large objects
Normal
YES
ECP#SOURCEI
DMS
458752
93.34
30528
16
428096
4
Large objects
Normal
YES
SYSTOOLSPACE
DMS
229376
92.70
16736
16
212512
4
Large objects
Normal
YES
ECP#EL702IX
DMS
98304
84.29
15424
16
82752
4
Large objects
Normal
YES
ECP#LOADD
DMS
131072
79.86
26368
16
104576
4
Large objects
Normal
YES
ECP#PROTI
DMS
131072
77.57
29376
16
101568
4
Large objects
Normal
YES
ECP#CLUI
DMS
65536
63.31
24000
16
41408
4
Large objects
Normal
YES
ECP#DDICI
DMS
1015808
63.13
374464
16
986816
4
Large objects
Normal
YES
ECP#DDICD
DMS
5439488
61.23
2108736
16
5436512
4
Large objects
Normal
YES
ECP#DOCUD
DMS
65536
51.91
31456
16
53024
4
Large objects
Normal
YES
ECP#LOADI
DMS
32768
48.53
16800
16
15840
4
Large objects
Normal
YES
ECP#DOCUI
DMS
65536
36.25
41696
16
35744
4
Large objects
Normal
YES
ECP#USER1D
DMS
32768
30.69
22624
16
10016
4
Large objects
Normal
YES
ECP#USER1I
DMS
32768
30.00
22848
16
9792
4
Large objects
Normal
YES
SAPEVENTMON
DMS
51200
28.38
36576
16
14496
4
Large objects
Normal
YES
ECP#DIMD
DMS
32768
25.29
24384
16
8256
4
Large objects
Normal
YES
ECP#DIMI
DMS
32768
25.29
24384
16
8256
4
Large objects
Normal
YES
ECP#EL702I
DMS
32768
25.29
24384
16
8256
4
Large objects
Normal
YES
ECP#FACTD
DMS
32768
25.29
24384
16
8256
4
Large objects
Normal
YES
ECP#FACTI
DMS
32768
25.29
24384
16
8256
4
Large objects
Normal
YES
ECP#ODSD
DMS
32768
25.29
24384
16
8256
4
Large objects
Normal
YES
ECP#ODSI
DMS
32768
25.29
24384
16
8256
4
Large objects
Normal
YES
ECP#ES702I
DMS
6651904
0.12
6643520
16
8256
4
Large objects
Normal
YES
ECP#EL702D
DMS
17334272
0.05
17325888
16
8256
4
Large objects
Normal
YES
ECP#ES702D
DMS
31391744
0.03
31383360
16
8256
4
Large objects
Normal
YES

Hi Dharmendra,
The error implies SNAP table is full in the SAP system and it cannot write new entries. Since you tried to perform reorganize using ST22 , I would request you to do the following
1) Check whether Transaction log is full. If yes, then either take backup of transaction log or shrink the same, you can check db2diag.log for more details.
Note : As per log if any process making the log to fill , kindly terminate it
2) Restart SAP and database.
3) Repeat the ST22 dump Re-organization process.
Hope it helps
BR Vaibhav

How to delete the short dump list in st22

Hi all,
i want to clear the runtime error list in ST22.
How to clear the list of short dump in ST22.
is there any T.code kindly suggest
thanks in advance
Sundar.c

Dear Sundar,
By default, short dumps are stored in the system for 14 days. The transaction for managing short dumps is ST22. You can delete short dumps in accordance with a time specification using the Reorganize function, which you can call by choosing
Goto u2192 Reorganize in ST22. You can save a short dump without a time limit using the Keep function, which you can choose under Short Dump u2192 Keep/Release in ST22.
The short dumps are stored in table SNAP. If there are too many entries in table SNAP, problems can occur during the reorganization (see SAP Note 11838). There are different options for deleting short dumps from table SNAP:
1. Call transaction ST22. Choose Goto u2192 Reorganize. You can now specify that all short dumps older than n days old (default 7) are to be deleted. If a very large number of records are deleted at once during the reorganization,
ORACLE error ora1562, failed to extend rollback segment ..., can occur. In this case, see SAP Note 6328.
2. Dropping and recreating table SNAP with the database utility (transaction SE14): you can use this transaction to drop and recreate the table SNAP. This means that all short dumps are deleted.
3. The reorganization program RSSNAPDL deletes old short dumps in pieces (to avoid database problems) from table SNAP. It deletes short dumps that are not flagged for retention and are older than seven days old. Schedule this program at a time of low workload, as large changes in the database are to be expected. The program RSNAPJOB performs a standard scheduling: it starts the program RSSNAPDL every day at 1:00 a.m.
4. TableSNAP is also automatically reorganized. At every short dump that occurs in dialog (the dump is displayed immediately after it is created), a maximum of 20 short dumps that are older than 7 days old are deleted from SNAP. This reorganization should be sufficient in normal production operation.
Hope this information resolves your error and also more useful in the feature.
Thanks
Kishore

Short dump:ASSIGN_TYPE_CONFLICT- While loading data through DTP

Dear all:
We currently work with BI NW2004s SP10. We created transformation for mapping InfoSource and InfoCube based on 3.x transfer rule. For example, we used cube 0PUR_C04 and Data Source 2LIS_02_ITM_CP. And the transformation is "TRCS Z2LIS_02_ITM_CP -> CUBE 0PUR_C04". Everytime when we tried to load data via DTP. A runtime short dump occurred: ASSIGN_TYPE_CONFLICT
Error analysis:
You attempted to assign a field to a typed fie but the field does not have the required type.
we went back and forth to activated transformation and DTP. But still, same error occurred.
Any idea, please !!!!
BR
SzuFen

Hi Pavel:
Please refer to the following information-
User and Transaction
    Client.............. 888
    User................ "TW_S
    Language key........ "E"
    Transaction......... " "
    Program............. "GPD0
    Screen.............. "SAPM
    Screen line......... 6
===========================================================
Information on where terminated
    Termination occurred in the ABAP program "GPD0QBVJ2WFQZZXBD0IJ1DSZAEL" - in
     "EXECUTE".
    The main program was "RSBATCH_EXECUTE_PROZESS ".
    In the source code you have the termination point in line 704
    of the (Include) program "GPD0QBVJ2WFQZZXBD0IJ1DSZAEL".
    The program "GPD0QBVJ2WFQZZXBD0IJ1DSZAEL" was started as a background job.
    Job Name....... "BIDTPR_284_1"
    Job Initiator.. "TW_SZU"
    Job Number..... 16454800
===========================================================
Short text
    Type conflict with ASSIGN in program "GPD0QBVJ2WFQZZXBD0IJ1DSZAEL".
===========================================================
Error analysis
    You attempted to assign a field to a typed field symbol,
    but the field does not have the required type.
===========================================================
Information on where terminated
    Termination occurred in the ABAP program "GPD0QBVJ2WFQZZXBD0IJ1DSZAEL" - in
     "EXECUTE".
    The main program was "RSBATCH_EXECUTE_PROZESS ".
    In the source code you have the termination point in line 704
    of the (Include) program "GPD0QBVJ2WFQZZXBD0IJ1DSZAEL".
    The program "GPD0QBVJ2WFQZZXBD0IJ1DSZAEL" was started as a background job.
    Job Name....... "BIDTPR_284_1"
    Job Initiator.. "TW_SZU"
    Job Number..... 16454800
===========================================================
Line SourceCde
674         ELSE.
675           ASSIGN rdsTG_1->*          to <_ys_TG_1>.
676           CLEAR <_ys_TG_1>.
677           MOVE-CORRESPONDING G1 TO <_ys_TG_1>.
678           <_ys_TG_1>-requid    = l_requid.
679           l_recno_TG_1          = l_recno_TG_1 + 1.
680           ls_cross-insegid      = 1.
681           ls_cross-inrecord     = l_recno_SC_1.
682           ls_cross-outsegid     = 1.
683           ls_cross-outrecord    = l_recno_TG_1.
684
685           CALL METHOD i_r_log->add_cross_tab
686             EXPORTING
687               I_S_CROSSTAB = ls_cross.
688
689 **     Record# in target = sy-tabix - if sorting of table won't be changed
690           <_ys_TG_1>-record     = l_recno_TG_1.
691           INSERT <_ys_TG_1> INTO TABLE <_yth_TG_1>.
692           IF sy-subrc <> 0.
693             CALL METHOD cl_rsbm_log_step=>raise_step_failed_callstack.
694           ENDIF.
695
696         ENDIF.      "Read table
697 *
698       ENDIF.
699       CLEAR skipseg_all.
700     ENDLOOP.
701 * -
insert table into outbound segment -
702
703     <_yt_TG_1>[] = <_yth_TG_1>[].
>>>>>
705     rTG_1->insert_table( rdtTG_1_dp ).
706   ENDMETHOD.                 "execute
707
708
709
710 endclass.                    "lcl_transform IMPLEMENTATION
711
712 &----
713 *&      Form get_runtime_ref
714 &----
715 *       text
716 ----
717 *      -->C_R_EXE    text
718 ----
719 form get_runtime_ref
720 changing c_r_exe type ref to object.
721
722   data: l_r_exe type ref to lcl_transform.
723   create object l_r_exe.
===========================================================
Contents of system fields
Name     Val.
SY-SUBRC 0
SY-INDEX 3
SY-TABIX 0
SY-DBCNT 1
SY-FDPOS 0
SY-LSIND 0
SY-PAGNO 0
SY-LINNO 1
SY-COLNO 1
SY-PFKEY
SY-UCOMM
SY-TITLE Execute Batch Process
SY-MSGTY E
SY-MSGID R7
SY-MSGNO 057
SY-MSGV1 0TOTDELTIME
SY-MSGV2 A
SY-MSGV3
SY-MSGV4
SY-MODNO 0
SY-DATUM 20070420
SY-UZEIT 164557
SY-XPROG SAPCNVE
SY-XFORM CONVERSION_EXIT
===========================================================
Active Calls/Events
No.   Ty.          Program                             Include
      Name
    6 METHOD       GPD0QBVJ2WFQZZXBD0IJ1DSZAEL         GPD0QBVJ2WFQZZXBD0IJ1DSZAEL
      LCL_TRANSFORM=>EXECUTE
    5 METHOD       CL_RSTRAN_TRFN_CMD============CP    CL_RSTRAN_TRFN_CMD============CM005
      CL_RSTRAN_TRFN_CMD=>IF_RSBK_CMD_T~TRANSFORM
    4 METHOD       CL_RSBK_PROCESS===============CP    CL_RSBK_PROCESS===============CM00Q
      CL_RSBK_PROCESS=>PROCESS_REQUEST
    3 METHOD       CL_RSBK_PROCESS===============CP    CL_RSBK_PROCESS===============CM002
      CL_RSBK_PROCESS=>IF_RSBATCH_EXECUTE~EXECUTE
    2 FUNCTION     SAPLRSBATCH                         LRSBATCHU13
      RSBATCH_EXECUTE_PROCESS
    1 EVENT        RSBATCH_EXECUTE_PROZESS             RSBATCH_EXECUTE_PROZESS
      START-OF-SELECTION
===========================================================
Thank you and BR
SF

Dump ASSIGN_TYPE_CONFLICT when loading into Cube

Hi,
since an few weeks we have sometimes a problem when loading data from DSO to cube.
After transport a changed cube the first dataload into the cube dumps with ASSIGN_TYPE_CONFLICT.
We always activate all transformations and all DTPs which belong to the changed cube and also transport them.
When we repeat the dataload after the dump there is no problem and the data will be loaded successfully.
The dump appears on a very strange coding-place:
* FORM WRITE_DATA_CHAVL                                              *
* Kommentar: incoming data is based in characteritic values!        *
*              Transformation to Dimension Id's needs first to        *
*              translate the charateristic values into SID's          *
FORM write_data_chavl
USING
    i_r_data       TYPE REF TO data
    i_simulation   TYPE rs_bool
    i_trexaggr     TYPE rs_bool
    i_req_sid      TYPE rssid
    i_t_tabix      TYPE gt_t_tabix
    i_ncum_loadtp TYPE ncum_loadtype
    i_pkg_id       TYPE rssid
CHANGING
    c_subrc        TYPE i.
DATA:
    l_recno       LIKE sy-tabix,
    l_erridx      LIKE sy-tabix,
    l_nexterr     LIKE sy-tabix,
    l_errnumbers TYPE i,
    l_subrc1      LIKE sy-subrc,
    l_pdimid      TYPE rssid.
FIELD-SYMBOLS:
    <l_t_cubeval> TYPE g_t_cubecha,
    <l_s_cubecha> TYPE g_s_cubecha.
IF i_pkg_id <> 0.
*   bug, cube is not delta write enabled...
    cl_rsdd_cube_writer=>monitor_log(
      i_recno    = 0
      i_msgid    = 'DBMAN'
>>>      i_msgno    = '971'
      i_errtp    = ''
      i_errnm    = ''
      i_fieldnm = '' ).
    c_subrc = cl_rsdd_cube_writer=>nc_error-no_continue.
    RETURN.
ENDIF.
Does anyone else have this problem?
Or does anyone even have the solution?
I haven't found anything useful in SDN and SAP-Notes....
Christian

Hi Christian,
In that case check if this helps.....
1905680 - SP32: 'ASSIGN_TYPE_CONFLICT' in transformation during loading data using DTP
It says
SAP NetWeaver BW 7.31 (SAP NW BW 7.3 EnhP 1)
Import Support Package 10 for SAP NetWeaver BW 7.31 (SAPKW73110) into your BW system.
Regards

Regarding Dump in Smartform

Hi SAP Gurus,
In a customised Smartfrom,
-Running fine in Development ,
But, in production , it is showing the following error
ShrtText
    Field symbol has not yet been assigned.
What happened?
    Error in ABAP application program.
    The current ABAP program "SAPLSTXBC" had to be terminated because one of the
    statements could not be executed.
    This is probably due to an error in the ABAP program.
Error analysis
    You attempted to access an unassigned field symbol
    (data segment 32772).
    This error may occur for any of the following reasons:
    - You address a typed field symbol before it is set using ASSIGN
    - You address a field symbol that points to a line in an internal table
      that has been deleted
    - You address a field symbol that had previously been reset using
      UNASSIGN, or that pointed to a local field that no longer exists
    - You address a global function interface parameter, even
      though the relevant function module is not active,
      that is it is not in the list of active calls. You can get the list
      of active calls from the this short dump.
How to correct the error
    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:
    "GETWA_NOT_ASSIGNED" C
    "SAPLSTXBC" or "LSTXBCTB2"
    "TAB_RESTART_TABLE_NORMAL"
Plz, Help
Thanks and Regards,
Pavan

Thanks Ankur,
This Dump is coming after Print Preview,
here is the place of dump occurance,
1202 * transfer overflow otf to output
1203   perform tab_transfer_overflow.
1204
1205   l_actual_row = tab-actrow.
1206
1207 * modify height in row (and cell) information table
1208   read table tab-trowinfo assigning <l_rowinfo>
1209              with key row = l_actual_row.
>>>>   loop at <l_rowinfo>-cellinfo assigning <l_cellinfo>.
1211     read table otfoverflow-overflow into l_over index <l_cellinfo>-col.
1212     <l_cellinfo>-actcheight = l_over-actcheight.
1213     <l_cellinfo>-redheight = l_over-redheight.
1214   endloop.
1215   <l_rowinfo>-rowheight = otfoverflow-rowheight.
1216
1217 * note 562633 for old tables
1218   if tab-definition-comptab = c_false.
1219 *   if doubleoverflow is not initial start new row, never end table
1220     if not l_double_overflow is initial.
1221       tab-intcause = c_tab_interrupt_new_row.
1222     endif.
1223   endif.
Thanks and Regards,
Pavan

Regarding dump in print program for form 16 tranction code PC00_M40_F16

Hi gurus,
           While executing the tcode PC00_M40_F16 I am getting short dump. details are given
           below. here K1 is Payroll area. its data type is char2 and program is standard program
           so why its generating dump, please gide, thanks
Runtime Errors         CONVT_NO_NUMBER.
Unable to interpret "K1 " as a number.
22|*&      Form READ_INFOTYPES                                                                |
23
24
     Read the Employee Data from the Infotypes
25
26
FORM READ_INFOTYPES.
27
28
RP-PROVIDE-FROM-LAST P0001 SPACE PBEGDA PENDDA.
29
30
RP-PROVIDE-FROM-LAST P0002 SPACE PBEGDA PENDDA.
31
IF PNP-SW-FOUND EQ 0.
32
MESSAGE S089(HRPADIN01) WITH '0002' PERNR-PERNR PBEGDA PENDDA.
33
There is no infotype & for personnel no & from period & to &
34
PERFORM BUILD_ERROR TABLES HR_ERROR
35
USING SPACE SY-MSGID SY-MSGNO
36
SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
37
REJECT.
38
ENDIF.
39
40
RP-PROVIDE-FROM-LAST P0021 '11' PBEGDA PENDDA.
41
42
RP-PROVIDE-FROM-LAST P0185 '02' PBEGDA PENDDA.
43
44
SELECT SINGLE KWERT FROM T511K INTO KWERT
45
WHERE MOLGA = CALCMOLGA
46
AND KONST = 'ADDSS'
47
AND BEGDA <= PBEGDA
48
AND ENDDA >= PBEGDA.
49
>>>>>
RP-PROVIDE-FROM-LAST P0006 KWERT PBEGDA PENDDA.
51
52
'AND PNPESSCF = SPACE' has been added below for ESS changes
53
IF PNP-SW-FOUND EQ 0 AND PNPESSCF = SPACE.
54
MESSAGE S089(HRPADIN01) WITH '0185' PERNR-PERNR PBEGDA PENDDA.
55
There is no infotype & for personnel no & from period & to &
56
PERFORM BUILD_ERROR TABLES HR_ERROR
57
USING SPACE SY-MSGID SY-MSGNO
58
SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
59
ENDIF.
60
61
ENDFORM.                              " READ_INFOTYPES
62
63
64
*&      Form FILL_MAIN_TAB
65
66
FORM FILL_MAIN_TAB.
67
Loop at RT and fill MAIN_TAB with required wage types
68
CLEAR MAIN_TAB.
69
CLEAR EMPLOYER_TAX.

Hi Mani,
Check if u have implemented BAdI for the address 'HR_IN_ER_ADDRESS'.
if yes then check the SAP service market place, as SAP has released one new for the same. But its applicable only if BAdI is implemented.
Let me know if u r still any issue.
Regards,
Praveen

Regarding dump error in smartforms

hi experts,
               my one driver program along with smartforms is working fine in the development server after transportation to production server it is showing dump error :::
the error is:
Function module " " not found.
What happened?
The function module " " was called, but cannot be
    found in the Function Library.
Error in ABAP application program.
The current ABAP program "ZSD_DELIVERY_ORDER_DRIVER_PREP" had to be terminated
     because one of the
statements could not be executed.
This is probably due to an error in the ABAP program.
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
An exception occurred. This exception will be dealt with in more detail
    below. The exception, assigned to the class 'CX_SY_DYN_CALL_ILLEGAL_FUNC', was
     not caught, which
led to a runtime error. The reason for this exception is:
    The program "ZSD_DELIVERY_ORDER_DRIVER_PREP" contains a CALL FUNCTION
     statement. The name
of the function module to be called is " ".
No function module exists with the name " ".
    All function modules are stored in the Function Library (SE37).
Possible reasons:
a) Wrong name specified. Particular attention should be paid
       to upper/lower case and underscores ("_")
    b) Transport error
c) If an enqueue/dequeue module has been used, the lock object
       may not have been activated (ABAP Dictionary)
       may not have been activated (ABAP Dictionary).
i have checked in the production server but i m not finding <b>" "</b> this thing in the program ..plz help me to solve this.

Hi Ravi,
Can you show me the code where you have called the smart form in driver program.Becaus the FM generated in Development server may differ from the FM generated in Production server.Make sure u r passing the FM which is generated from the function module SSF_FUNCTION_MODULE_NAME.

Regarding dump error in MMBE

hi experts good morning,
                  when i execute tc mmbe it is showing dump error sometimes back it worked fine and now it is showing dump error ,,i m giving the error below plz have a look and help me.....
ShrtText
    Syntax error in program "SAPLMBBS ".
What happened?
    Error in ABAP application program.
    The current ABAP program "RMMMBESTN" had to be terminated because one of the
    statements could not be executed.
    This is probably due to an error in the ABAP program.
    In program "SAPLMBBS ", the following syntax error occurred
    in the Include "LMBBSU07 " in line 75:
    "The column name "WAERS" has two meanings. ABAP/4 Open SQL statement."
    Author and last person to change the Include are:
    Author "SAP "
    Last changed by "SAP "
Error analysis
    In program "SAPLMBBS ", the following syntax error occurred:
    "The column name "WAERS" has two meanings. ABAP/4 Open SQL statement."
Trigger Location of Runtime Error
    Program                                 RMMMBESTN
    Module type                             (FORM)
    Module Name                             EKPO_LESEN

Hi,
Please find the SAP notes. There are several notes for this.
Regards,

Dynnamic Field Symbol returning short dump ASSIGN_TYPE_CONFLICT

Hi everyone,
I have a RFC FM and make a dynamic access via SYMBOL FIELD, declared as ANY TABLE. The problem is that sometimes I can get a structure instead of a table and then the error occurs. How do I handle this error if the check IS ASSIGN not work? How do I capture and return an error message?
I tryed this:
FIELD-SYMBOLS: <fs_tabela> TYPE ANY TABLE.
     TRY.
                 ASSIGN (st_b2b_text-tabname) TO <fs_tabela>.   <<<<----
DUMP HERE!
              CATCH cx_root INTO v_erro.
                v_text = v_erro->get_text( ).
                MOVE v_text TO st_return-message.
                APPEND st_return TO t_return.
                PERFORM f_return_error_pi USING event.
      ENDTRY.
            IF <fs_tabela> IS ASSIGNED.
              CONCATENATE 'S' st_b2b_text-tabname INTO vl_wkarea.
              CONDENSE vl_wkarea NO-GAPS.
              ASSIGN (vl_wkarea) TO <fs_wkarea>.
              IF <fs_wkarea> IS ASSIGNED.
                LOOP AT <fs_tabela> ASSIGNING <fs_wkarea>.
                  ASSIGN COMPONENT c_posnr
                  OF STRUCTURE <fs_wkarea> TO <fs_posnr>.
Does anyone have any tips?
Tnks,
Marco Antonio
from Brazil

I solved with this test that I did:
TABLES: vbak.
TYPES: BEGIN OF ty_ctrlimo,
         equnr          TYPE equnr,
         anln1          TYPE anln1,
         anln2          TYPE anln2,
         aufnr          TYPE aufnr,
         bukrs          TYPE bukrs,
         zanln1_andam       TYPE anln1,
         zanln2_andam       TYPE anln2,
       END   OF ty_ctrlimo.
DATA: estrutura TYPE ty_ctrlimo,
      tabela    TYPE STANDARD TABLE OF ty_ctrlimo
                     INITIAL SIZE 0 WITH HEADER LINE,
      tabela2   TYPE TABLE OF ty_ctrlimo,
      variavel TYPE char30.
DATA: is_tabela.
Evento: START-OF-SELECTION                                       ***
START-OF-SELECTION.
BREAK-POINT.
PERFORM f_check_is_tabela USING 'TABELA' CHANGING is_tabela.
WRITE: / '1 ', 'TABELA =', is_tabela.
SKIP 1.
PERFORM f_check_is_tabela USING 'TABELA2' CHANGING is_tabela.
WRITE: / '2 ', 'TABELA2 =', is_tabela.
SKIP 1.
PERFORM f_check_is_tabela USING 'ESTRUTURA' CHANGING is_tabela.
WRITE: / '3 ', 'ESTRUTURA =', is_tabela.
SKIP 1.
PERFORM f_check_is_tabela USING 'VARIAVEL' CHANGING is_tabela.
WRITE: / '4 ', 'VARIAVEL =', is_tabela.
SKIP 1.
PERFORM f_check_is_tabela USING 'VBAK' CHANGING is_tabela.
WRITE: / '5 ', 'VBAK =', is_tabela.
SKIP 1.
*&      Form F_CHECK_IS_TABELA
FORM f_check_is_tabela USING value(p_nome_tabela_estrutura)
                     CHANGING p_is_tabela.
FIELD-SYMBOLS <check> TYPE ANY.
DATA: lcls_strdscr TYPE REF TO cl_abap_structdescr,
        lcls_typdscr TYPE REF TO cl_abap_typedescr.
CLEAR: p_is_tabela.
ASSIGN (p_nome_tabela_estrutura) TO <check>.
lcls_typdscr ?= cl_abap_structdescr=>describe_by_data( <check> ).
IF lcls_typdscr->type_kind = cl_abap_structdescr=>typekind_table.
    p_is_tabela = cl_abap_structdescr=>true.
ENDIF.
WRITE: / 'tipo data: ', lcls_typdscr->type_kind.
ENDFORM.                    " F_CHECK_IS_TABELA

Regarding Dump Analysis

My select statement is working very fine in Development client, when it is transported to Production client, it is showing dump error because of huge data. how to rectify this error.

Hi Madhav,
If the dump is a time out dump, then it's performance issues and one possible solution is to run the report in background and draw out the report (as long as output is not interactive).
If the dump is not a time out dump, then study the dump more closely, especially if the query is on a Z table because there might be some field/ data element not transported across to Q and hence causing the dump.
Hope this helps!
Cheers,
Aditya

Regarding dumps

I previously posted a thread asking for dumps.I thought of dumps as "set of practice questions" .I gt to know from replies that dumps are considered as cheats .I dont intend to cheat.
My intention was to ask for a set of practice questions (like the ones given on ORACLE website).So if anyone could tell how can i practice sample questions for oracle certification.I mean mock tests

matthew_morris wrote:
Practice tests are hard to write, and even harder to make sufficiently similar to the test without making them as bad as braindumps. The questions and answers must be 'like' the real exam without actually giving away the real exam questions and answers. That's a thin line to tread. I believe that Kaplan has links with Oracle Education to get the information that allows them to do this. There is no doubt that they charge a good bit for their tests -- particularly the Transcender version. The Self Test Software practice tests are also by Kaplan, but somewhat cheaper and contains a bit less material. There are other threads that discuss the specific differences between the two.
However, I don't recommend self-tests as a primary source of studying in any event. They are something that you might use toward the end of your preparation to see if you are ready for the test, but it is not a good way to absorb the material. There are several books on Amazon.com for the 1Z0-051 test. The Oracle documentation is also freely available. You can use the Oracle documentation along with the test topics supplied by Oracle Education to study for the exam without paying any money at all. There are also articles on the Oracle Learning Library and various Oracle sites on the Web that can help you to prepare for free.
I've recently created a web site to assist in finding resources to study for Oracle certification exams. For each exam it provides links to relevant Oracle documentation for that exam, links to third-party manuals, links to any Oracle Learning Library documents that might be useful, and any articles on the Web that I've located that have information relevant to the exam. The site will not link to any braindump content -- ever. I don't have huge amounts of material for all of the tests yet, but 1Z0-051 is reasonably well represented.
At this time I'm waiting for the domain to propagate through the Domain Name Servers before announcing it. I'll update this thread once it becomes available.ok
thanks for your valuable input.
is this a good book OCA Oracle Database 11G: SQL Fundamentals Exam Guide (Exam 1Z0-051)

Doubt regarding dump based OSB backup

Hi All,
Whenever I do a dump based backup, I can see the files are not backed up sequentially in fact they are backed up across volumes as parts.
For example let's say I have a volume of size 100G and then a dataset(containing directories and files) 150G and when I backup this dataset it will occupy two volumes. So when I check the files or directories location in the volumes, parts of files/directories are present in both the volumes.
for ex:
Name:
file05
Backup ID:
0
Mode & protection: -rw-r--r--
Last modified:
2014/05/19.12:56:22
Size:
40
Backup ID:
0
Backup date & time: 2014/05/21.15:40:53
Volume ID:
VOL000030
Volume tag:
000100
Current location:   iec-SL500
File number:
1
File section:
1
Requested level:
0
NDMP backup type:   dump
Client:
susiec-7320-010.in.oracle.com
Device:
tape1
Program version:
10.4.0.3.0
Encryption:
off
Volume creation:
2014/05/21.09:01:52
Position:
000000550033B400
Backup ID:
1
Mode & protection: -rw-r--r--
Last modified:
2014/05/19.12:56:22
Size:
40
Backup ID:
1
Backup date & time: 2014/05/21.15:40:53
Volume ID:
VOL000031
Volume tag:
000101
Current location:   iec-SL500
File number:
1
File section:
2
Requested level:
0
NDMP backup type:   dump
Client:
susiec-7320-010.in.oracle.com
Device:
tape1
Program version:
10.4.0.3.0
Encryption:
off
Volume creation:
2014/05/21.09:01:52
Position:
000000550033B400
Is there a way that I can make sure that the volumes are filled sequentially?
-Srikanth

To try to put this more clearly:
A given version of exp can read its, and any older, version of database, but writes its output in its version format. It can work with its, and older, versions of the database, but not newer ones.
A given version of imp can read its, and any older, version of export file format. It can work with its, and older, versions of the database, but not newer ones.
(I think there is some limit to how far back this compatibility goes, but this has been true for me whenever I've tried it).
Thus to move data from 9.2.0 to 9.0.2, you would want to export using the 9.0.2 export utility and import using the 9.0.2 utility. To move from 9.0.2, you could export using either version of exp, but you'd want to import using 9.2.0.

Reading Short Dump in ST22

Hi , Is there any Function Module or a way to read the Short Dump generated in ST22 for a particular program.?
I have a Z program running in Background on daily basis.For error Handling , when the program generates a short dump , i want to read the short dump. I tried the FM /SDF/GET_DUMP_LOG .with this i am able to read the runtime error , exception , error short text but i am unable to read the entire log description.
like what happened , what can u do etc which can be viewed in st22.Any Inputs Appreciated.
Thanks & Regards,
John.

Hi,
Try FM
"STRUCTURE_DUMP" -- Current contents of internal tables will be printed
RS_SNAP_DUMP_DISPLAY
Best regards,
Prashant

Regarding dump ASSIGN_TYPE_CONFLICT in st22

Similar Messages

Maybe you are looking for