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

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

Популярные статьи по теме
Единороги компании PVS-Studio

Дата: 30 Авг 2022

Автор: Андрей Карпов

Скорее всего вы перешли на эту статью, заинтересовавшись одним из наших рисунков единорогов. Приятно видеть ваш интерес. Сейчас мы расскажем, почему рисуем этих единорогов, что они означают и чем воо…
Обрабатывать ли в PVS-Studio вывод других инструментов?

Дата: 26 Май 2022

Автор: Андрей Карпов

Анализатор PVS-Studio умеет "схлопывать" повторяющиеся предупреждения. Предоставляет возможность задать baseline, что позволяет легко внедрять статический анализ в legacy-проекты. Стоит ли предостави…
15000 ошибок в открытых проектах

Дата: 24 Май 2022

Автор: Андрей Карпов

Количество багов в нашей коллекции перевалило за отметку 15000. Именно такое количество ошибок обнаружила команда PVS-Studio в различных открытых проектах. Особенно интересно, что это всего лишь побо…
Комментарии в коде как вид искусства

Дата: 04 Май 2022

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

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

Дата: 15 Фев 2022

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

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

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

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