to the top
close form
Для получения триального ключа
заполните форму ниже
Team license
Enterprise license
** Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Запросите информацию о ценах
Новая лицензия
Продление лицензии
--Выберите валюту--
USD
EUR
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Бесплатная лицензия PVS-Studio для специалистов Microsoft MVP
** Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Для получения лицензии для вашего открытого
проекта заполните, пожалуйста, эту форму
** Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
Мне интересно попробовать плагин на:
** Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

close form
check circle
Ваше сообщение отправлено.

Мы ответим вам на


Если вы так и не получили ответ, пожалуйста, проверьте папку
Spam/Junk и нажмите на письме кнопку "Не спам".
Так Вы не пропустите ответы от нашей команды.

intmax_t / uintmax_t

24 Июл 2015

Представим себе следующую ситуацию. Мы работаем с какой-то переменной "var" беззнакового целочисленного типа данных, определенного программистом.

mytype_t var;

Длина переменной нам неизвестна или может меняться в зависимости от реализации компилятора. Наша задача - корректно вывести значение этой переменной с помощью функции printf. Какой модификатор вывода следует использовать? Может, "llu", чтобы наверняка?

printf("%llu", (unsigned long long)var);

А что, если эта переменная принадлежит к типу, который больше, чем unsigned long long, и для него не определен модификатор вывода? Тут на помощь и приходит uintmax_t.

Согласно стандарту, типы данных intmax_t и uintmax_t являются соответственно знаковыми и беззнаковыми целочисленными типами с максимально поддерживаемой длинной. Они могут быть представлены через расширенные целочисленные типы. Пункт стандарта 7.18.1.5 требует лишь, чтобы intmax_t и uintmax_t могли поместить значения, которые представляются любыми другими целочисленными типами данных. Как и расширенные целочисленные типы, они определены в заголовочном файле stdint.h вместе со своими минимальными и максимальными значениями INTMAX_MIN, INTMAX_MAX и UINTMAX_MAX. Для intmax_t и uintmax_t модификатором ввода/вывода является буква "j". Стоит упомянуть, что Visual Studio 2012 и более ранние версии не поддерживают этот модификатор. Так как любое беззнаковое целочисленное значение может поместиться в uintmax_t, то приведение к этому типу гарантирует сохранение числа. Корректный вывод переменной "var" будет выглядеть так:

printf("%ju", (uintmax_t) var);

Аналогичная ситуация и с функцией "scanf".

mytype_t var;
scanf("%llu", &var);

Такой код может привести к некорректному считыванию числа, если mytype_t больше, чем unsigned long long или к переполнению переменной "var", если mytype_t меньше, чем unsigned long long. Точное считывание можно обеспечить следующим образом:

mytype_t var;
uintmax_t temp;
scanf("%ju", &temp);
if(temp <= MYTYPE_MAX)
  var = temp;

Но есть один нюанс. Некоторые читатели, использующие __int128 или его беззнаковый аналог, могут задаться вопросом: почему в моем компиляторе clang или gcc intmax_t определен как long long, тогда как его размер меньше, чем у __int128? Все дело в том, что clang и gcc не рассматривают __int128 как расширенный целочисленный тип, так как это влечет за собой изменение intmax_t, а это уже нарушает ABI-совместимость с другими приложениями.

Представьте, что у вас есть программа, которая использует функцию с параметром intmax_t в динамической библиотеке. Если компилятор изменит значение intmax_t и перекомпилирует программу, то она и библиотека будут ссылаться на разные типы, нарушая бинарную совместимость.

В конечном итоге intmax_t/uintmax_t немного не соответствуют целям, описанным для них в стандарте.

Дополнительные ссылки:

Популярные статьи по теме
C++ — язык 2022 года. Почему так, и что с другими языками?

Дата: 20 Янв 2023

Автор: Сергей Васильев

C++ становится языком 2022 года по версии TIOBE, обгоняя Python. Rust, C#, Go и прочие — далеко позади. Странно? Сейчас разберёмся.
PVS-Studio в 2022 году

Дата: 19 Янв 2023

Автор: Полина Алексеева

На дворе январь 2023, а значит, самое время подвести итоги уже прошлого 2022 года. Мы расскажем, чем занимались, и покажем, что нового появилось в анализаторе за это время. Давайте вместе взглянем на…
PVS-Studio: 2 фишки для быстрого старта

Дата: 08 Дек 2022

Автор: Сергей Васильев

В этой заметке расскажу, как легко начать использовать PVS-Studio. Рассмотрим два сценария: когда вы пробуете анализатор впервые и когда внедряете его в проект.
Почему ты делаешь за меня мою работу? Типы людей, которые не пишут в поддержку

Дата: 06 Дек 2022

Автор: Алёна Фоканова

Привлекательное название статьи должно раскрывать то, что будет в ней. Так вот, работа специалистом поддержки клиентов подразумевает появление вопросов к пользователю. Иногда возникает как раз такой:…
Как Apple и другие крупные компании настиг программный баг

Дата: 09 Ноя 2022

Автор: Ульяна Гришина

Сегодня мы отобрали свежие случаи программных ошибок, чтобы вы могли немного отвлечься и, возможно, узнать что-то новенькое. Если вам интересно узнать, как программисту удалось сломать Интернет по вс…

Комментарии (0)

Следующие комментарии next comments
close comment form
Unicorn with delicious cookie
Мы используем куки, чтобы пользоваться сайтом было удобно.
Хорошо