I am a high school graduate, recently studying C language, encountering a little difficult, I hope that everyone can advise it. 1. Why is there a difference between binary calculations? Can I eliminate the influence of the symbol bit? principle? 2. Is the computer that makes the credit hexadecimal be changed to change the secondary decons? 3. 10 0.1 accumulated in C plus exactly, not equal to 1, isn't it harder than the calculator? 4. Is oxfffl equal to OXFFF? why? 5. Are those original code, complement, and offset code need to know how to pay? What level is going to learn?
The first question is more complicated. Here is simple to say: The essence of complement is half the origin of the number axis to the maximum integer, so it is not a negative number when it is all. Therefore, there is no sign bit.
It is the benefits that the addition and subtraction operation can be done in one step.
The second question computer has no number of credit concepts, which only processes the number of binary. Enciprome conversion is only an algorithm of the program, which can take the way you said or otherwise.
The third problem binary 0.1 is not equal to the decimal 0.1. (Decimal) 0.1 = (binary) 0.11111 .... = (decimal) 0.05 0.025 0.0125 0.00625 ....! = (Decimal) 0.1 So computer 0.1 (unlimited precision) in mathematical sense cannot be accurately expressed. It can only guarantee its error (accuracy) within a certain range.
In actual life, the accuracy is not unlimited. There is a story, saying that the British coastline is not measured because if you measure a smaller ruler, the result will become large.
The fourth problem 0xFFFL (three f) is of course not equal to 0xFFFF (four f).
However, 0xffffl == 0xfffff. The reason is the habit of maintaining accuracy when compared, if the length (accuracy) of the two data is different, it will expand smaller accuracy to a larger accuracy.
The 5th question must be capable of spending the calculation and subtraction method. The sum payment method will be written. The data is not necessarily large. 32.
The decimal number of decimal numbers within 64 can be converted into hexadecimal conversion. Matpray binary to 16-based conversion.
