RECEIVE RESULTS FROM FUNCTION - duplicate result

[Former Member]

Hello gurus,

We have a FM 'ZTEST1' which is called via STARTING NEW TASK gv_name IN GROUP p_group. This FM is executed in a DO ... ENDDO cycle. Each time when the FM is executed name of the task gv_name is different (it is a kind of counter). We have a global array of data and each time the FM is executed in the parameter IT_ITEM part of this global array is passed. (for example 1000 items) The FM is executed until all data of the global array is callculated. The problem is that when retreiving data in the subroutine END_OF_TASK system returns duplicated data. I.e. when retreiving data for the 1st task - data for the 1st tasks are returned. But when retreiving data for the 3 task - data of the 3d task + data for the 2nd and the 1st tasks are retreived. This is a constant behavior and continues with the next tasks. This problem however occurs in our new productive system, in the old one it does not occur.

System details of the old prd system - program works fine.

SAP ECC 6.0
Linux
x86_64
ORACLE, 11.2.0.4.0
Packages:
SAP_BASIS	701	0008	SAPKB70108
SAP_ABA	701	0008	SAPKA70108

System details of the new prd system - issues occur.

SAP ECC 6.0
Windows NT
4x X86_64
MSSQL
packages:
SAP_BASIS	701	0012	SAPKB70112
SAP_ABA	701	0012	SAPKA70112

This is how the FM is called:

CALL FUNCTION 'ZTEST1'
        STARTING NEW TASK gv_name
        DESTINATION IN GROUP p_group
        PERFORMING end_of_task ON END OF TASK
          EXPORTING
            it_item           = gt_item
        EXCEPTIONS
          system_failure        = 1
          communication_failure = 2
          resource_failure      = 3.

Result of the asynchronous FM is retrieved in a subroutine:

FORM end_of_task USING iv_taskname TYPE clike.
  "...
  refresh lt_data.
  RECEIVE RESULTS FROM FUNCTION 'ZTEST1'
  IMPORTING
    et_data       = lt_data
  EXCEPTIONS
    system_failure = 1
    communication_failure = 2.
ENDFORM.

Detailed problem description:
This is how the program is working in our old productive system (no issues here):
When END_OF_TASK is performed in the output parameter ET_DATA we retreive the callculated data. Example: During CALL FUNCTION 'ZTEST1' with taskname = 'T000001' we pass items with keys from 0 to 1000. In subroutine END_OF_TASK with iv_taskname = 'T000001' we retreive data in param ET_DATA for the same group of items with the same keys from 0 to 1000. During CALL FUNCTION 'ZTEST1' with taskname = 'T000002' we pass items with keys from 1001 to 2000. In subroutine END_OF_TASK with iv_taskname = 'T000002' we retreive data in param ET_DATA for the same group of items with the same keys from 1001 to 2000. ....

This is how the program is working in our new productive system - issues occur:
Example: (1-st pass is fine, no issue) - During CALL FUNCTION 'ZTEST1' with taskname = 'T000001' we pass items with keys from 0 to 1000. In subroutine END_OF_TASK with iv_taskname = 'T000001' we retreive data in param ET_DATA for the same group of items with the same keys from 0 to 1000. (The next, second or third pass leads to an issue) - During CALL FUNCTION 'ZTEST1' with taskname = 'T000002' and items with keys from 1001 to 2000. In subroutine END_OF_TASK with iv_taskname = 'T000002' we retreive data in param ET_DATA for the same group of items with the same keys from 1001 to 2000 plus data of the previous task or previous tasks(if there are more than two) i.e. items with keys from 0 to 1001 or plus the data of the previously executed tasks. I.e. we retreive results not only for the data passed in the specified task but results from any random number of tasks. This leads to a performance issue because we process millions of records.

Please if someone have an idea how this problem could be solved, share it.

Thank you,
Rosen

[Former Member]

Hello,

thank you to all of you for the time and answers.
I have updated the source code in my message here in order to skip the misunderstanding. Yes i do refresh lt_data variable before calling RECEIVERESULTSFROMFUNCTION. Also inside the FM 'ZTEST1' output parameter et_data is refreshed at the beginning. Global flag is not set for the FM.

And yes, the old system have more than one server while the new one have only one instance. It is quite strange behavior. I'm waiting for our basis to try to fix this issue by some kernel patches, because i do not have another suggestions.

Rosen

[Sandra_Rossi]

You should better contact the SAP support.

[Sandra_Rossi]

If it's exactly the same program in both systems, then you should look at SAP notes, and if there's nothing, contact the SAP support.

Otherwise, did you check whether LT_DATA is empty before RECEIVE ? (I don't know whether it's normal or not, but when it's about a function module NOT called in RFC, in CALL FUNCTION, an IMPORTING parameter behaves like a CHANGING one, i.e. potentially keeps the old data)

[Sandra_Rossi]

I have just checked that, in CALL FUNCTION, the value of the variable of an IMPORTING parameter, is not passed to the function module when the formal parameter is declared "passed by value" (note: the parameters of RFC-enabled function modules have to be passed by value).

So, either it's a bug in your code, or it's an issue in the kernel.

Did you try a very simple code, so that to eliminate all possible side-effects?

[Former Member]

Yes, importing parameter is not used, because STARTING AT NEW TASK does not allow importing parameters - it is asynchronous process.

[Sandra_Rossi]

I was just commenting about the possibility that RECEIVE RESULTS could not clear the variable, as I suggested in my first answer. So, it was just to say that there's no chance that the previous value is kept when RECEIVE RESULTS is done.