28-03-2005 00:33									#1
	Assembly.... masm... divide overflow.... HELP!!!!! Support Apolyton, buy Galactic Civilizations

I don't know what causes this... I can not imagine. I get divide by 0 errors all the damn time, I can not for the life of me figure out why. I almost never use the division instruction(which is problematic as you might imagine!) because every time I do I get a divide by zero error.....

Now I don't get it ALL the time. For example if the first instruction in my program is:

mov ax, 1439
mov bx, 16
div bx

it will work

SOMETIMES I can even do:

mov ax, 1439
mov bx, 16
div bx
div bx
dix bx


and the error won't come till the third div bx. If I put this code in a procedure far down in my program, a divide by zero error is often caused by the first division.... for the love of all that is good and holy I can NOT figure this out, any ideas? Is this my computer not having enough memory? That makes no sense... WHAT THE HELL IS CAUSING THIS?

	28-03-2005 00:34									#2
	Lose 30 kilos (of popups)

Divide underflow?

	28-03-2005 00:37									#3
	Help yourself to an AD-FREE life

Divide OVERFLOW.

For the life of me I can not figure this out.

	28-03-2005 00:38									#4
	Increase the size of your Attachments

I thought you got underflow errors when you divided by a really small number...

	28-03-2005 00:40									#5
	Help yourself to an AD-FREE life

I am getting a divide overflow error, trying to divide 1439 by 16, repetadly.

When I do that I get AX to be 59h and when I try to divide 59h by 16, I get a divide overflow... this makes no sense.

Last edited by Vesayen on 28-03-2005 at 00:47

	28-03-2005 00:41									#6
	Support Apolyton

Try just dividing 59h by 16.

	28-03-2005 00:48									#7
	Support Apolyton, buy Civilization III: Complete

Works fine.

	28-03-2005 01:02									#8
	Support Apolyton, buy Galactic Civilizations: Deluxe Edition

Any ideas why succesive divisions will not work? My laptop I am running this on is not great but pretty good,, it runs never winter nights....

	28-03-2005 01:51									#9
	Support Apolyton, buy Civilization III: Complete

what registers does div modify?

	28-03-2005 02:06									#10
	Full PM-box? Change here!

"div bx" takes the unsigned int in the register pair dx:ax, divides it by the unsigned int in bx, puts the quotient in ax, and puts the remainder in dx. It raises #de in case the divisor is 0 or the quotient is too big to fit in the target register.

That's the way I understood it, anyway. I've never actually written asm in my life...

	28-03-2005 02:12									#11
	Support Apolyton, pre-order Civilization IV

so whats in dx during all this?

	28-03-2005 02:22									#12
	Support Apolyton, buy Civilization III: Complete

Whoha raises the question!

	28-03-2005 02:27									#13
	Support Apolyton, buy Civilization 2

if dx starts at zero the first 3 divisions should "work" but thats probably not the case. a high enough dx should put greater then 65535 in ax and thats like your problem. any dx greater then 16 will generate this.

	28-03-2005 02:58									#14
	Enter the AD-FREE zone

I can't see a way dx should become greater than div's source operand, though. If something else uses dx, sure, but as far as I know, the remainder should always be smaller than the divisor in a division

	28-03-2005 11:50									#15
	Enter the AD-FREE zone

Run the program through a debugger. Put a breakpoint before the third DIV, and check the various register values.