SashaMercuryВсё-таки про _Bool очень интересно, такое именование не просто так. Мне кажется, это связано с тем, что на этот тип хватит и бита, а выделяется байт, со всеми вытекающимиВ принципе - верно, это наименование сделано в учебнике с прицелом на "использовать минимальный возможный объем для хранения". Но минимальный возможный объем это всегда байт. Так что...

SashaMercuryЕщё возник один простой вопрос. Верны ли предложения ниже ?
1. Объект объявленный как char имеет размер достаточный для хранения basic execution character set. То есть можно утверждать:
char символьный тип.
2. Не везде char будет занимать 1 байт.(больше предположение)
3.signed char и unsigned char - принадлежат множеству целых типов (standart integer types).
4. Объём памяти выделенный на plain char и u/s char одинаков.
5. char, signed char, unsigned char это разные вещи. И никто из них не может рассматриваться попарно равным.
6.int=unsigned int, не существует plain int, или plain smth_type кроме char. Хотя в стандарте указывают plain int, я так понял это signed int.
1. Да, утверждать это можно, но только если дашь правильное определение символьного типа.
2. Везде.
3. Да
4. "plain char" == "signed char"
5. Нет. char==signed char. Но signed char != unsigned char
6. Нет. int == signed int


SashaMercuryНесколько раз встретил "alignment requirements" . Забыл сразу спросить про то, как правильно это понимать.
Для этого тебе надо окунутся слегка в схемотехнику. Байты в памяти обычно хранятся не по отдельности а группами. Эти группы называются "слово". Бывают машины в которых размер слова это один байт, но они чрезвычайно редки.
За счет того что компьютер физически не может переслать из памяти в регистр (и обратно) один байт и всегда работает целиком со словом это приводит к "alignment requirements". Например, если тебе надо работать с одним байтом - процессор выкачает из памяти все слово, но проигнорирует старшие байты. Если тебе надо прочитать слово которое хранится в памяти "не правильно", начало в одном физическом слове, а конец в другом, то зависит от процессора - одни процессоры просто откажутся это делать и программа умрет, а другие (x86) сделают два чтения - прочитают оба физических слова, и сдвинут их как нужно прежде чем положить результат в регистр, это естественно намного медленнее чем чтение правильно лежащего слова.
В С/С++ это выражается в том, что:

Компилятор сам следит за alignment и старается не резать много-байтовые типы между физическими словами. Это одна из причин почему для каждого типа компьютеров нужен свой компилятор - компилятор должен знать размеры слова. И обозначение 32-bit, 64-bit это как раз и есть размеры слова.
И кстати, если ты пишешь под Винды и привык к типу двух-байтовому типу WORD или четырех-байтовому DWORD - это страшное наследие далекого прошлого, когда Винды были версии 1.0 и работали на 16-и битном процессоре, там действительно слова были по 16 бит. А потом, микрософты просто поленились обновить эти обозначения.

Сделай: