Исходное сообщение
"Опубликован новый международный стандарт для языка Си (C1X/C..." Отправлено Аноним, 23-Дек-11 21:24
> Мир перешёл на 64-битное ПО одной макродирективой и перекомпиляцией кода, а у вы нет. Особенно заметно как переходило abbyy. Они на хабре писали. Там такой типичный для виндузятников лютобешеный здец, от господ которые привыкли к win32@i386 и ничего иного себе приницпиально не мыслили. Они так и не смогли честно все пересобрать - сделали турбокостыли для вызова из 64-бит кода 32-битного. А в указанном выше случае, uint32_t указан как раз в случае когда я хочу быть четко уверен что диапазон допустимых значений именно такой как мне был нужен и переменная имеет заведомо известный мне размер, что важно например при передаче по сети или сохранении на диск ("serialization/deserialization"). В случае int можно отхватить кучу багов если его размер не совпадет с желаемым, а то и скушать integer overflow vulnerability, чреватый, извините, возможонстью ремотного эксплойтирования, если это например протокольный код какой-то. Ну и кроссплатформенно слить его на диск, при том что оно может быть разного размера - уже головняк сплошной.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Мир перешёл на 64-битное ПО одной макродирективой и перекомпиляцией кода, а у вы нет. > Особенно заметно как переходило abbyy. Они на хабре писали. Там такой типичный > для виндузятников лютобешеный здец, от господ которые привыкли к win32@i386 и > ничего иного себе приницпиально не мыслили. Они так и не смогли > честно все пересобрать - сделали турбокостыли для вызова из 64-бит кода > 32-битного. > А в указанном выше случае, uint32_t указан как раз в случае когда > я хочу быть четко уверен что диапазон допустимых значений именно такой > как мне был нужен и переменная имеет заведомо известный мне размер, > что важно например при передаче по сети или сохранении на диск > ("serialization/deserialization"). В случае int можно отхватить кучу багов если его размер > не совпадет с желаемым, а то и скушать integer overflow vulnerability, > чреватый, извините, возможонстью ремотного эксплойтирования, если это например протокольный > код какой-то. Ну и кроссплатформенно слить его на диск, при том > что оно может быть разного размера - уже головняк сплошной.
	Введите код, изображенный на картинке: