DUMP CONVT_OVERFLOW

[Former Member]

Hello everybody

We are having the dump CONVT_OVERFLOW in our environment.

Overflow when converting from "-3.9361e+261"

The current ABAP/4 program "SAPFGRWE " had to be terminated because

ne of the statements could not be executed.

The termination occurred in the ABAP/4 program "SAPFGRWE " in

"CALCULATE_FORMULA".

The main program was "GP9Q9JBR3CK43POW2YZH2PUUS5B100 ".

The termination occurred in line 233

of the source code of program "FGRWEE03 " (when calling the editor 2330).

Source code extract

002030 p_subrc = 4. " invalid operand

002040 EXIT.

002050 ENDIF.

002060

002070 *....... evaluate formula ......................................

002080 PERFORM eval_formula

002090 USING p_formula

002100 p_formula_index

002110 CHANGING l_result

002120 l_subrc.

002130 IF l_subrc <> 0.

002140 p_amount = 0.

002150 p_p_ut = 'F'.

002160 p_subrc = 1. " invalid result

002170 EXIT.

002180 ENDIF.

002190

002200 *....... store 0-amounts with unit ' ' .........................

002210 IF l_result = 0.

002220 p_p_ut = 'F'.

002230 ENDIF.

002240

002250 *....... conversion F -> P .....................................

002260 PERFORM read_unit_tab(sapfgrwx)

002270 USING p_p_ut CHANGING l_s_curr.

002280 l_result = l_result * ( 10 ** l_s_curr-decimals ).

002290

002300 *....... check for overflow ....................................

002310 IF l_result > const-min_f_amount AND

002320 l_result < const-max_f_amount.

> p_amount = l_result.

002340 p_subrc = 0. " o.k.

002350 ELSE.

002360 p_amount = 0.

002370 p_p_ut = 'F'.

002380 p_subrc = 2. " overflow

Anybody know the solution?

Best Regards,

Fábio Karnik Tchobnain

[Former Member]

Hi,

Will you please explain the scenario , when this dump is triggered.

regards

Vagesan

[Former Member]

Dear All,

The problem was solved with an Upgrade of the Harware.

RAM 4GB to 8GB

S.0 -2K to 3K

Proc PIII 1.13ghz to Intel Xeon 3.20gHZ

Thanks,

Best Regards,

Fábio Karnik Tchobnian

[Former Member]

Hi,

Please Discuss with ABAP Team...they will be able to help By debugging and ignoring he Number which is giving the problem.

[Former Member]

We dont have the help of a ABAP or FI team

The dump ocurr after we execute the transaction /nS_ALR_87013613

Sometimes ocurrs the dump sometimes not

The problem can be in the memory?

Because we have a lot of dumps everyday in our PRD environment

COMPUTE_BCD_OVERFLOW

COMPUTE_BCD_OVERFLOW

COMPUTE_BCD_OVERFLOW

COMPUTE_BCD_OVERFLOW

COMPUTE_FLOAT_PLUS_OVERFLOW

COMPUTE_BCD_OVERFLOW

COMPUTE_BCD_OVERFLOW

COMPUTE_BCD_OVERFLOW

COMPUTE_FLOAT_PLUS_OVERFLOW

CONVT_OVERFLOW

CONVT_OVERFLOW

CONVT_OVERFLOW

COMPUTE_BCD_OVERFLOW

CONVT_OVERFLOW

COMPUTE_FLOAT_PLUS_OVERFLOW

COMPUTE_FLOAT_PLUS_OVERFLOW

CONVT_OVERFLOW

CONVT_OVERFLOW

CONVT_OVERFLOW

CONVT_OVERFLOW

CONVT_OVERFLOW

TSV_TNEW_PAGE_ALLOC_FAILED

TSV_TNEW_PAGE_ALLOC_FAILED

COMPUTE_FLOAT_PLUS_OVERFLOW

CONVT_OVERFLOW

COMPUTE_FLOAT_PLUS_OVERFLOW

TSV_TNEW_PAGE_ALLOC_FAILED

COMPUTE_FLOAT_PLUS_OVERFLOW

CONVT_NO_NUMBER

COMPUTE_FLOAT_PLUS_OVERFLOW

COMPUTE_FLOAT_PLUS_OVERFLOW

COMPUTE_FLOAT_PLUS_OVERFLOW

COMPUTE_FLOAT_PLUS_OVERFLOW

The problem dont ocurr in QAS environment

Best Regards,

Fábio Karnik Tchobnian

[Former Member]

Would talk to someone in FI-CO as this looks to be reportwriter report.

Pravin

[former_member204746]

do you know what number 3.9361e+261 means?

it means that this number is made up of 261 numbers like:

3928374654392837465439283746543928374654392837465439283746543928374654392837465439283746543928374654392837465439283746543928374654392837465439283746543928374654392837465439283746543928374654392837465439283746543928374654392837465439283746543928374654392837465439283746542

I hope you understand why it is not picked up normally by the program. this is not a BASIS issue, refer to your functional team.