Мы используем куки, чтобы пользоваться сайтом было удобно.
Хорошо
to the top
close form

Заполните форму в два простых шага ниже:

Ваши контактные данные:

Шаг 1
Поздравляем! У вас есть промокод!

Тип желаемой лицензии:

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

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

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

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

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

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


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

Вебинар: Базовые сценарии интеграции SAST решения в legacy-проект на примере PVS-Studio - 18.04

>
>
64-битные ошибки здесь

64-битные ошибки здесь

02 Июн 2014

Как человек, неравнодушный к 64-битным ошибкам, я решил написать маленький комментарий к статье "Buggy Security Guidance from Apple".

0261_64-bit_Errors_Are_Here_ru/image1.png

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

Мне на глаза попалась интересная статья "Buggy Security Guidance from Apple".

Прежде чем продолжить читать мой комментарий, прошу познакомиться с ней. Интересным мне показалось следующее. Проделав большую работу, реализовав правильные проверки на переполнение, очень легко ошибиться в простом. А именно - перемножить две переменные типа 'int' и поместить в результат в переменную типа 'size_t'.

Я имею в виду вот эту строчку:

size_t bytes = n * m;

Которую рекомендуют заменить на:

size_t bytes = (size_t)n * (size_t)m;

Это очень распространенный вид 64-битной ошибки. Его крайне трудно заметить и выявить.

Кажется, люди наконец начали сталкиваться с тем, что я описывал ещё несколько лет назад в своих статьях или руководстве по разработке 64-битных приложений. Рекомендую для ознакомления:

Но самое главное - недостаточно просто знать о таких ошибках. Да, вы напишите новый код правильно. Но что делать со старым? Сколько там таких дефектов и как их найти?

Подсказываю ответ. Нужно воспользоваться анализатором PVS-Studio. А вернее набором 64-битных диагностик.

То, что ошибка с переполнением является распространенной, станет ясно из предупреждения, которое он выдаст на строку "size_t bytes = n * m;".

Предупреждение: V101 Implicit assignment type conversion to memsize type.

Обратите внимание, что номер у диагностики V101. Это самое первое 64-битное диагностическое правило, которые было нами реализовано. Опасности, о которых сейчас говорят, были очевидны нам давно. Так что не сомневайтесь - PVS-Studio отличный инструмент для поиска 64-битных ошибок.

Примечание. Будьте готовы, что 64-битные диагностики дают много ложных срабатываний. Но это неизбежно. Анализатор не знает, считает ли программа количество дней в месяце или подсчитывает размер огромного файла. PVS-Studio часто не может понять, какие значения хранят переменные и будет ли переполнение. Но, к сожалению, ничего лучше всё равно нет. PVS-Studio лидер в выявлении 64-битных ошибок. А для подавления ложных срабатываний существует множество механизмов.

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


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

Следующие комментарии next comments
close comment form