Why the last digit in File Version is changed?

[searcher123]

Dear friends,
When I use a digit with more than 6 character in 4th part of Publish -> Settings -> Resources -> File Version field, my digit is changed to a unknown digit. For example, when I used 1.2.0.#CURRENTYEAR##CURRENTMONTH2##CURRENTDAY# for it, the setup file version was 1.2.0.722 instead of 1.2.0.2008099 or when I used 1.2.0.123456, I received 1.2.0.57920

I didn't found any description for it in Help file.

Regards

[Ulrich]

The largest number you can store in each of these fields is 65535.

Ulrich

[searcher123]

The largest number you can store in each of these fields is 65535.

Ulrich

Thanks for your reply. But where is the number come from? When I enter 1.2.0.123456, I think I must receive 1.2.0.12345. That's right?

[jassing]

Thanks for your reply. But where is the number come from? When I enter 1.2.0.123456, I think I must receive 1.2.0.12345. That's right?

It probably "rolls over" since 123456 is larger than allowed.

It's not random -- it's just binary.

[searcher123]

It's not random -- it's just binary.

Hmmm, I'm sorry, but I can not understand it yet The binary of what? 123456 in binary will be extreme!

I know 57920 is not random, because every time I enter 123456, SF9 convert it to 57920, but I can not duplicate it on paper. What is the logic laied behind the converting? What formulation SF8 is used?

Regards

[Ulrich]

Open the Calculator shipped with Windows, and switch to scientific view. In decimal mode, enter the number 123456. Then switch to hexadecimal mode, and you'll see that the same number is represented as 1E240.

The largest number you can store can have only four hexadecimal digits (FFFF), and the most significant part (everything to the left) is cut off (this is called "overflow"). In your case, what remains is E240. Delete the "1" or type "E240", and switch back to decimal mode, you'll see that the result is 57920.

Ulrich

[searcher123]

Open the Calculator shipped with Windows, and switch to scientific view. In decimal mode, enter the number 123456. Then switch to hexadecimal mode, and you'll see that the same number is represented as 1E240.

The largest number you can store can have only four hexadecimal digits (FFFF), and the most significant part (everything to the left) is cut off (this is called "overflow"). In your case, what remains is E240. Delete the "1" or type "E240", and switch back to decimal mode, you'll see that the result is 57920.

Ulrich

WOW, I understand it now
My mistake was because I was deleted additional numbers from right, where x386 processors calculate in reverse.

Thanks for answer