CERT C: Rule EXP39-C

Не получайте доступ к переменной через указатель несовместимого типа

развернуть все на странице

Описание

Определение правила

Не получайте доступ к переменной через указатель несовместимого типа.^[1]

Реализация Polyspace

Эта проверка проверяет наличие указателя Cast на объект другого типа.

Примеры

расширить все

Приведение к указателю на объект другого типа

Проблема

Проблема возникает при выполнении преобразования между указателем на тип объекта и указателем на другой тип объекта.

Риск

Если указатель на объект приведен в указатель на другой объект, полученный указатель может быть неправильно выровнен. Неправильное выравнивание приводит к неопределенному поведению.

Даже если преобразование создает указатель, который правильно выровнен, поведение может быть неопределенным, если указатель используется для доступа к объекту.

Исключение: Вы можете преобразовать указатель в тип объекта в указатель на один из следующих типов:

char
signed char
unsigned char

Пример - Несовместимый: Приведение к указателю, указывающему на объект более широкого типа

signed   char *p1;
unsigned int *p2;

void foo(void){ 
  p2 = ( unsigned int * ) p1;     /* Non-compliant */				
}

В этом примере p1 может указывать на signed char объект. Однако p1 приведен к указателю, который указывает на объект более широкого типа, unsigned int.

Пример - Несовместимый: Приведение к указателю, указывающему на объект более узкого типа

extern unsigned int read_value ( void );
extern void display ( unsigned int n );

void foo ( void ){
  unsigned int u = read_value ( );
  unsigned short *hi_p = ( unsigned short * ) &u;    /* Non-compliant  */	
  *hi_p = 0;                                         
  display ( u );                                     
}

В этом примере u является unsigned int переменная. &u приведен к указателю, который указывает на объект более узкого типа, unsigned short.

На большой-эндовой машине оператора *hi_p = 0 пытается очистить высокие биты расположения памяти, которое &u указывает на. Но, от результата display(u)можно обнаружить, что высокие биты не были очищены.

Пример - Совместимость: Добавление типа квалификатора

const short *p;
const volatile short *q;
void foo (void){
  q = ( const volatile short * ) p;  /* Compliant */								
}

В этом примере оба p и q может указывать на short объекты. Приведение между ними добавляет volatile только квалификатор и, следовательно, совместим.

Проверяйте информацию

Группа: Правило 03. Выражения (EXP)

См. также

Check SEI CERT-C (-cert-c)

Темы

Проверяйте на нарушения стандарта кодирования

Внешние веб-сайты

EXP39-C

Введенный в R2019a

^[1] Это программное обеспечение было создано MathWorks, включающее фрагменты: «Сайт SEI CERT-C», © 2017 Университет Карнеги Меллон, Веб-сайт SEI CERT-C + + © 2017 Университет Карнеги Меллон, "Стандарт кодирования SEI CERT C - Правила разработки безопасных, Надежные и безопасные системы - 2016 Edition ", © 2016 Университет Карнеги Меллон, и "Стандарт кодирования SEI CERT C++ - Правила разработки безопасных, Надежные и безопасные системы в C++ - 2016 Edition "© 2016 Университет Карнеги Меллон, с специального разрешения от его Института программной инженерии.

ЛЮБОЙ МАТЕРИАЛ УНИВЕРСИТЕТА КАРНЕГИ МЕЛЛОН И/ИЛИ ЕГО ИНЖЕНЕРНОГО ИНСТИТУТА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ, СОДЕРЖАЩИЙСЯ В НАСТОЯЩЕМ ДОКУМЕНТЕ, ПОСТАВЛЯЕТСЯ НА БАЗИСЕ «КАК ЕСТЬ». УНИВЕРСИТЕТ КАРНЕГИ МЕЛЛОН НЕ ДАЕТ НИКАКИХ ГАРАНТИЙ, ВЫРАЖЕННЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, В ОТНОШЕНИИ ЛЮБОГО ВОПРОСА, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ, ГАРАНТИЮ ПРИГОДНОСТИ ДЛЯ ЦЕЛЕЙ ИЛИ КОММЕРЧЕСКОЙ ВЫГОДЫ, ИСКЛЮЧИТЕЛЬНОСТИ, ИЛИ УНИВЕРСИТЕТ КАРНЕГИ МЕЛЛОН НЕ ДАЕТ НИКАКИХ ГАРАНТИЙ В ОТНОШЕНИИ СВОБОДЫ ОТ ПАТЕНТА, ТОВАРНОГО ЗНАКА ИЛИ НАРУШЕНИЯ АВТОРСКИХ ПРАВ.

Это программное обеспечение и связанная с ним документация не были рассмотрены и не одобрены Университетом Карнеги-Меллон или его Институтом программной инженерии.

Документация