@John: I get the impression from chinmayrshah that
someone was referring to it as octagonal. I don't know who though.
Answering this here in case the answer is useful to someone else
Quote
I have fully understood the octal system but the last thing which I ask is the way to identify them. In the problem which I have asked, there was a very convincing discussion that the numbers were reversed and the option given was fitting there well too. How to judge whether the number is octal then?
That's a good question, I hadn't considered different order of digits.
Let's have a look again at the problem:
Quote
If 137+276=435, then how much is 731+672?
(a.) 534 (b.) 1403 (c.) 1623 (d.) 1531
Looking at the first sum, we could try the digits being reversed.
Start with 1+2,=3
Do we see a 3 in the left-most place in the answer?
No.
Perhaps the left hand side is reversed and the right hand side isn't? This would be extremely odd, but let's consider it for completeness.
No, that doesn't work either.
So we can reject the idea of it being reversed digits, it didn't work.
(Aside: We could try it with the second sum as well, just for fun. 7+6=13, we have a 3. That fits 1403 and 1623 if the question is reversed and the answer isn't, but we have a carry 7+3+1(carry) gives 11, that doesn't fit either.)
We can instead explore the idea of a different (but unknown) radix (ie. binary or octal or something).
My thought process went:
It's not decimal.
No letters, try octal first (also you'd mentioned octagonal, so I thought octal quite likely).
Octal works for the first sum, try the second.
Correct answer.
If I'd seen something like 1A34 (or even if I hadn't had the octagonal clue), I'd try hexadecimal first (base 16, you run out of numbers at 9 so the ones after go A B C D E F, F corresponds to the decimal 15). Hex is probably the most common base humans use after decimal (it's good for talking to computers as it's easily converted to/from binary).
I'd try these because I already knew that hex and octal are very common in programming, and without further context I thought they'd be the most probable.
A more general strategy would go something like this (assuming knowledge of modulo arithmetic, feel free to ask if you don't understand):
The word radix means the base of your arithmetic, decimal is radix 10, binary radix 2 etc.
Look at:
137+276=435
Assume left is the most significant digit.
Assume the digits have the same meaning as they do in decimal (ie. 5 is this many ..... )
Assume + is addition.
6+7 = 5 (mod radix)
I also know that 6+7 is less than twice the radix, because 6 and 7 individually must be less than the radix.
So either radix + 5 = 6 + 7 or 5 = 6+7
I know 5 is not 6+7, so take the first one, then rearrange to get
radix = 6 - 5 + 7 = 8
I know there is a carry, so try the next digit
3 + 7 + 1 (mod 8) = 3
Carry again
1 + 2 + 1 (mod 8) = 4
435
So either one of my assumptions is false, or it is octal.