Кто объяснит почему true == false ?

@Snaiffer · Регистрация: 13.03.2011

Студворк — интернет-сервис помощи студентам

Спасайте! а то я щас повешусь от взрыва мозга!

Кто объяснит вот что это за фигня.
Когда я в программе пишу:

C++
1
2
3
char a = 0x64;
char b = 0x9B;
short int getted_check_sum = a*0x100+b;

она мне выдает результат "getted_check_sum =0x639B"

А когда

C++
1
getted_check_sum = 0x64*0x100+0x9B;

результат "getted_check_sum =0x649B" Т.е. тот который по логике и должен быть!

@alex_x_x · 16.03.2011, 12:15

C++
1
2
3
4
5
6
7
8
9
#include <cstdio>
 
int main()
{
unsigned char a = 0x64;
unsigned char b = 0x9B;
short getted_check_sum = a*0x100+b;
printf( "%x", getted_check_sum );
}

@Snaiffer · 16.03.2011, 12:52 **[ТС]**

Спасибо, но не могли бы объяснить почему так?
Это получается что b было отрицательным? и вообще зачем символьному типу отрицательные значения?

@alex_x_x · 16.03.2011, 13:50

Сообщение от Snaiffer

Это получается что b было отрицательным? и вообще зачем символьному типу отрицательные значения?

такова уж особенность, что в стандарте не определено какие значения может принимать char
-128 ... 127 или 0 ... 255
смысл, ну думаю в стародавнии времена когда память исчислялась килобайтами char использовали наравне с остальными типами для простых вычислений

Evg · 16.03.2011, 17:21

alex_x_x, всё-таки конкретно в данном случае следовало бы объяснить тем, что char - знаковый. Если в char присвоить 0x9b, то старший (знаковый) бит равен единице, а потому величина будет отрицательная. Когда пишешь a*0x100+b, то имеем такой раскалад, что a и b - char'ы, а константа 0x100 имеет тип int (по стандарту константа без каких-либо модификаторов является int'ом). В результате чего a и b предварительно конвертируются в int (после чего действительно начинает играть роль то, что b - отрицательное).

Выражения "0x64*0x100+0x9B" и "a*0x100+b" НЕ эквивалентны. В нашем случае правильно было бы писать ( ((char)0x64) * 0x100 ) + ((char)0x9b) тогда ты получишь эквивалентное выражение

@easybudda · 16.03.2011, 17:35

Не по теме:

Сообщение от Snaiffer

я щас повешусь от взрыва мозга!

Доктор Плейшнер в пятый раз выпрыгивал из окна, но яд всё не действовал. (с)

Новые блоги и статьи Все статьи Все блоги /
Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .
Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.

@Snaiffer 2 / 2 / 0 Регистрация: 13.03.2011 Сообщений: 18
	16.03.2011, 12:52 [ТС]
	Спасибо, но не могли бы объяснить почему так? Это получается что b было отрицательным? и вообще зачем символьному типу отрицательные значения? 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	16.03.2011, 17:21
	alex_x_x, всё-таки конкретно в данном случае следовало бы объяснить тем, что char - знаковый. Если в char присвоить 0x9b, то старший (знаковый) бит равен единице, а потому величина будет отрицательная. Когда пишешь a0x100+b, то имеем такой раскалад, что a и b - char'ы, а константа 0x100 имеет тип int (по стандарту константа без каких-либо модификаторов является int'ом). В результате чего a и b предварительно конвертируются в int (после чего действительно начинает играть роль то, что b - отрицательное). Выражения "0x640x100+0x9B" и "a0x100+b" НЕ эквивалентны. В нашем случае правильно было бы писать ( ((char)0x64) 0x100 ) + ((char)0x9b) тогда ты получишь эквивалентное выражение 1