Overflow in calculation error

geja

Hi Guys,

Does anyone here encountered this error while running MRP in Navision Attain 3.1? How did you resolve the problem?

The complete error text is:

Overflow in calculation of 2147480000+10000.

Thanks.

Tommy_Schou

geja wrote:

Hi Guys,

Does anyone here encountered this error while running MRP in Navision Attain 3.1? How did you resolve the problem?

The complete error text is:

Overflow in calculation of 2147480000+10000.

Thanks.

Well.. based on the information (or lack of information ) that you have provided I believe it is quite difficult to solve with any kind of certainty. But it looks to me as if it's has something to do with creating a line in some kind of journal. It is quite amazing that you run into this error since it would mean that 214748 have been created in a journal and that is a LOT. Now since I don't know what you are doing when the error occurs I don't know if you can filter your "run" so that you won't get that many lines. If not then you could try and locate the code where "line no." is incremented by 10000 and change it so it only increments by 10. That way you have room for a lot more lines before this error occurs.

Good luck! :shock:

medost

It seems that a INTEGER Variable Value is bigger than an interger can contain.

But I can not help you more. Plz write where the error occurs...

Do you have any Services Packs installed or can you reproduce it in 3.60 or 3.70?

RobertMo

this is for sure limit of integer variable (int cna be from -2,147,483,647 to 2,147,483,647).
probably integer is used for "Line No." field.
when adding a new line it tries to increase the line for 10000 and it goes into overflow.

are you sure that you need (have) so many lines (214748) ?

Tommy_Schou

Come to think of it. It probably is a loop somewhere in MRP. Are you sure you don't have a BOM that when broken down refers to itself somewhere in the definition thus causing a loop and subsequently the error message you get because too many lines are created?

kine

Sometimes is problem in units (days calculated in miliseconds etc.) 8)