11-14-2007 2:42 PM
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!
11-14-2007 3:10 PM
What do you mean "not able to run?" Was it giving an error message, a dump, something else?
Rob
11-14-2007 2:47 PM
Check with your security team to see if any auth. changes where made. Please award pts for helpful answers.
11-14-2007 3:10 PM
What do you mean "not able to run?" Was it giving an error message, a dump, something else?
Rob
11-14-2007 3:33 PM
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!!
11-14-2007 3:35 PM
11-14-2007 3:37 PM
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
11-14-2007 3:40 PM
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?
11-14-2007 3:44 PM
Two possible reasons
1 Selection data provided
2 User access for particular data.
Regards,
Atish
11-14-2007 3:48 PM
OK - would you post the portion of the dump that includes the problem?
Rob
11-14-2007 4:12 PM
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.
11-14-2007 4:14 PM
11-14-2007 4:19 PM
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.
11-14-2007 4:24 PM
OK - put a watch point in for X_CGRP_TOTAL-TOTAL and see when it gets set to zero.
Rob