01 + 01 = 10 which seems 2 but it is not if we are dealing with signed numbers and actually 10 is -2 (not 2). Now the idea of using the last two carry bits seems flawed. plz, Mr. Padraic correct me if I am wrong. I am very open to discuss this to remove any confusion I might have. Thanks
Overflow is usually set as a condition flag and left to the program to deal with. There is no way in hardware to prevent or deal with overflow. Understand that overflow is typically a software bug. The programmer is trying to do arithmetic on two numbers whose result cannot be held in the result of the ALU and/or registers.
Thanks, helped me figure out how overflow connected in with everything!
the fact he seemed like crying explaining this, makes me want to cry too
01 + 01 = 10 which seems 2 but it is not if we are dealing with signed numbers and actually 10 is -2 (not 2). Now the idea of using the last two carry bits seems flawed. plz, Mr. Padraic correct me if I am wrong. I am very open to discuss this to remove any confusion I might have. Thanks
just one simple clarification to anyone who reads my comment, 01+01 should = 010 because only with 3 bits we can represent 2 in signed number
Can someone please tell me how will this problem be solved? I mean how can we resolve this problem if overflow has occurred in our circuit??
Overflow is usually set as a condition flag and left to the program to deal with. There is no way in hardware to prevent or deal with overflow. Understand that overflow is typically a software bug. The programmer is trying to do arithmetic on two numbers whose result cannot be held in the result of the ALU and/or registers.
thank you .
Thank you!
agapose