Require help!

[Former Member]

Hi all,,

A end user was running a program for so many days. But for around two to 5 days, the user was not able to run the transaction. Where as at the same time other users were able to run the report !!

In the 2 to 5 days, she was able to run the report for many company codes, except one company code.

But now, she is able to run for that company code also!!

What could be the reason for it , why this sudden changes?? but all times other users are able to run the report. what role was company code playing with the user and other users???

Please advise!

[Former Member]

Check with your security team to see if any auth. changes where made. Please award pts for helpful answers.

[Former Member]

What do you mean "not able to run?" Was it giving an error message, a dump, something else?

Rob

[Former Member]

yes it is was a dump!

BCD_ZERODIVIDE error.

This occured due to not fetching of data from certain tables has occured for the users.

But whereas for the same values entered in the selection-screen has allowed other users to fetch the data and bcd_zerodivide was prevented...

wat could be the reason for this!!

[Former Member]

Hi Naveena,

Check below thread and my reply there

Regards,

Atish

[Former Member]

Hi,

Sorry for the earlier reply...:) I saw zero divide error

I think the issue has something to do with the profile assignment. As you can restrict the user accress to company codes. Check in PFCG.

Regards,

Atish

[Former Member]

Yes its right.

a/b!!

But the value of B is processed from so many resourses and tables. Since the data were not fetched properly, the value of B went to Zero and the dump is thrown. I would know, that the value of B should be checke dinitial or not before division operation!

But now my question is,,, why other users are able to execute an dwhy not one single user,.. that too for the same values!!

any idea on this?

[Former Member]

Two possible reasons

1 Selection data provided

2 User access for particular data.

Regards,

Atish

[Former Member]

OK - would you post the portion of the dump that includes the problem?

Rob

[Former Member]

FRom error analysis :

In the current program "ZFAR ", an arithmetic operation ('DIVIDE',

'/', 'DIV' or 'MOD') with a type P operand attempted to divide

by 0.

[Former Member]

Sorry - I meant the code.

Rob

[Former Member]

Part of source code is here:

049010   *
049020   FORM CUST_GRP_PERCENT.
049030     WRITE: /1 SY-VLINE,
049040             2 'Aging Percentages'(055).
049050     IF X_CGRP_TOTAL-TOTAL < 0.
049060       WRITE 65 '-100.0%'.
049070     ELSE.
049080       WRITE 66 '100.0%'.
049090     ENDIF.
049100     V_PERCENT = ( X_CGRP_TOTAL-CURRENT / X_CGRP_TOTAL-TOTAL ) * 100.
049110     WRITE V_PERCENT TO V_PERCENTC LEFT-JUSTIFIED.
049120     PERFORM SHIFT.
049130     WRITE: 86 V_PERCENTC.
     >     V_PERCENT = ( X_CGRP_TOTAL-1_10 / X_CGRP_TOTAL-TOTAL ) * 100.
049150     WRITE V_PERCENT TO V_PERCENTC LEFT-JUSTIFIED.
049160     PERFORM SHIFT.
049170     WRITE: 108 V_PERCENTC.
049180     V_PERCENT = ( X_CGRP_TOTAL-11_30 / X_CGRP_TOTAL-TOTAL ) * 100.
049190     WRITE V_PERCENT TO V_PERCENTC LEFT-JUSTIFIED.
049200     PERFORM SHIFT.
049210     WRITE: 129 V_PERCENTC.
049220     V_PERCENT = ( X_CGRP_TOTAL-31_60 / X_CGRP_TOTAL-TOTAL ) * 100.
049230     WRITE V_PERCENT TO V_PERCENTC LEFT-JUSTIFIED.
049240     PERFORM SHIFT.
049250     WRITE: 150 V_PERCENTC.
049260     V_PERCENT = ( X_CGRP_TOTAL-61_90 / X_CGRP_TOTAL-TOTAL ) * 100.
049270     WRITE V_PERCENT TO V_PERCENTC LEFT-JUSTIFIED.
049280     PERFORM SHIFT.

[Former Member]

OK - put a watch point in for X_CGRP_TOTAL-TOTAL and see when it gets set to zero.

Rob