Что мне не нравится в C и С++

Возможность указать индекс который лежит за пределами блока памяти разрешает вам использовать этот блок в стандартных алгоритмах.

// Я бы так писать не стал
// но возможность есть, на случай например
// использования сторонней библиотеки.
const std::size_t arr_len = 100;
int arr[arr_len];
std::fore_each(arr, arr[arr_len], Sum()); 

// вот так уже сильно лучше
std::array<int, 100> arr;
std::fore_each(arr.begin(), arr.end(), Sum()); // ошибка исключена
// или
for(const auto & val : arr){
    ... // ошибка исключена
}
// или
... = arr.at(200) // exception

Если не уверены используйте метод at для доступа к элементу массива, он выкинет исключение при out of range.

Я так понимаю с приходом constexpr вы можете сделать свою реализацию статического массива где в операторе [] можете проверить out of range на этапе компиляции и выкинуть error, не могу уверенно сказать т.к. constexpr еще не изучал подробно.

но до сих пор нет поддержки юникода(!).

Просто указываю на недостатки с/с++, т.к они немного достали самого)

Пожалуйста, скажите в чем именно я не прав?

Но согласитесь, круто когда все работает без опций.

Когда я в IDE компилирую проект, то очень часто я не могу задать опции компилятора.

А теперь давайте заменим char string[256] на char* string.

Я говорю, что компилятор должен был сказать, что мол ты фигню мне подсунул.

Затем, что 16...32-х битный процессор не имеет специальных регистров для чаров.
Он хранит их в младшей части обычных регистров размером sizeof(int).
И когда вы загружаете туда чар, вам следует помнить, что при сравнении с другими типами — char(0x32) это абсолютно то же саме, что и int32(0x00000032).

The reason is that the definition of a literal character has evolved and changed, while trying to remain backwards compatible with existing code.

In the dark days of early C there were no types at all. By the time I first learnt to program in C, types had been introduced, but functions didn't have prototypes to tell the caller what the argument types were. Instead it was standardised that everything passed as a parameter would either be the size of an int (this included all pointers) or it would be a double.

This meant that when you were writing the function, all the parameters that weren't double were stored on the stack as ints, no matter how you declared them, and the compiler put code in the function to handle this for you.

This made things somewhat inconsistent, so when K&R wrote their famous book, they put in the rule that a character literal would always be promoted to an int in any expression, not just a function parameter.

When the ANSI committee first standardised C, they changed this rule so that a character literal would simply be an int, since this seemed a simpler way of achieving the same thing.

When C++ was being designed, all functions were required to have full prototypes (this is still not required in C, although it is universally accepted as good practice). Because of this, it was decided that a character literal could be stored in a char. The advantage of this in C++ is that a function with a char parameter and a function with an int parameter have different signatures. This advantage is not the case in C.

This is why they are different. Evolution…