Для получения триального ключа
заполните форму ниже
Team License (базовая версия)
Enterprise License (расширенная версия)
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

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

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

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

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

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

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


Если вы так и не получили ответ, пожалуйста, проверьте папку
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 немного не соответствуют целям, описанным для них в стандарте.

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

Популярные статьи по теме
Комментарии в коде как вид искусства

Дата: 04 Май 2022

Автор: Сергей Хренов

Приветствую всех программистов, а также сочувствующих. Кто из нас хотя бы раз в жизни не оставлял комментарии в коде? Был ли это ваш код, а может, чужой? Что за комментарии вы написали: полезные или …
Visual Studio 2022 стильно и свежо. История о её поддержке в PVS-Studio

Дата: 15 Фев 2022

Автор: Николай Миронов

Кажется, анонс Visual Studio 2022 был только недавно, и вот она уже вышла. Это означало ровно одно – поддержать данную IDE нужно в ближайшем релизе PVS-Studio. О том, с какими сложностями пришлось ст…
Лучшие срабатывания статического анализатора

Дата: 29 Окт 2021

Автор: Максим Звягинцев

У всех, кто запускал статический анализатор в первый раз на большом проекте, был небольшой шок по поводу сотен, тысяч или даже десятков тысяч предупреждений. Как-то грустно становится после такого. Т…
Зачем нужна техническая поддержка и как в ней не выгореть?

Дата: 01 Сен 2021

Автор: Николай Миронов

Не всем нравится работать в поддержке. Огромное количество людей выгорает на ней. Так может не стоит вообще её иметь? Какую выгоду она несёт? Можно ли как-то не выгорать от поддержки? Попробуем найти…
Как делался новый дизайн сайта PVS-Studio

Дата: 04 Июн 2021

Автор: Инна Пристягина

Сайту PVS-Studio в этом году исполнится 15 лет. Это солидный возраст для любого интернет-ресурса. Далёкий 2006-й в России был признан годом гуманитарных наук. В июне появилась никому не знакомая тогд…

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

Следующие комментарии
Этот сайт использует куки и другие технологии, чтобы предоставить вам более персонализированный опыт. Продолжая просмотр страниц нашего веб-сайта, вы принимаете условия использования этих файлов. Если вы не хотите, чтобы ваши данные обрабатывались, пожалуйста, покиньте данный сайт. Подробнее →
Принять