Разница в поведении между 32 бит и 64 бит

Question

Следующий фрагмент кода выполняется на 64-битном Ubuntu 14.04, в то время как он дает ошибку seg в 32-битном Ubuntu 14.04. GCC версии того же как в 4.8.4 (Ubuntu 4.8.4-2ubuntu1 ~ 14,04)

#include<stdio.h> 
main() 

{ 

    int* a; 
    int* b; 
    *a = 40; 
    b=a; 
    printf ("%x ............. %p ...........%d \n",*a,a, *a); 
} 

То же самое работает на 32-битной системе, если один из двух сделали -

1. Закомментируйте b = a
2. Добавить a=malloc (sizeof(int)); до * a = 40;

Может кто-то пожалуйста, объясните это наблюдение

Answer 1

Это не вопрос 32-бит против 64-бит, но вопрос об использовании указателей, не указывающих на действительный адрес памяти. В фрагменте кода вы указали указатели *a и *b, фактически не указывая их нигде, что приводит к неопределенному поведению.

При использовании указателей всегда выделяйте сразу необходимую память или указывайте их на существующую соответствующую переменную.

Например, все последующие утверждения:

int *a = NULL; 
int *b = malloc(sizeof(int)); 
int c = 42; 
int *d = &c; 

К их не инициализируется, они указывают на произвольное место. *a = 40;, вероятно, работал «случайно» для вас, поскольку он мог указывать на пространство памяти, в котором у вас был доступ в то время. Но в общем случае этот фрагмент должен приводить к сбою segmetation в любой операционной системе.

Если вы не планируете указывать указатель сразу на действительный адрес памяти, рассмотрим его инициализации в NULL, чтобы избежать иметь оборванных указатель. Вы никогда не должны разыскивать указатель NULL, но вы всегда можете проверить, есть ли указатель NULL, прежде чем пытаться это сделать. Например:

int *a = NULL; 
if (a != NULL) { 
    *a = 42; 
} 
int *b = a; 
if (b != NULL) { 
    printf("%d\n", *b); 
} 

Этот фрагмент кода не будет печатать ничего, и как *a и *b будет NULL, но ваш код не будет производить ошибку сегментации.

Для того, что стоит, я также получил ошибку сегментации на 64-разрядной системе Debian.

[редактировать интегрировать @ Муравьев, @ tuple_cat-х и обратные связи @Weather лопастных в]