Извиняюсь, конечно...    Поискал в темах, нашел про разбиение int на два байта, но чего-то не понял. Поэтому рискну спросить еще раз (авось не побьют ).
 Задача - взять unsigned long int (результат подсчета контрольной суммы), разбить ее на два unsigned short int, которые потом надо между собой xor-ить.
На ум пришло два варианта:

1. Код
   unsigned long accum;
   unsigned short int1,int2;
   int1 = (unsigned short)accum;         // младшее 16-разрядное слово
   int2 = (unsigned short)(accum >> 16); // старшее 16-разрядное слово
2. Код
   unsigned long accum;
   unsigned short int1,int2;
   unsigned short *ptr = (unsigned short*) &accum;
   int1 = *ptr;   // или наверно правильней int1 = *(ptr++)
   ptr++;         //
   int2 = *ptr;

В первом случае смущает "... >> 16". Во втором случае мне неясно вот что - а если под переменную accum компилятор выделит два регистра (если важно, то программа пишется для MSP430). Каким образом будет получен адрес accum? Или сначала содержимое регистров будет перенесено в ОЗУ? И не будет ли тут казуса, что значение int1 получится правильное, а int2 - нет? Вот...
Как же это сделать грамотно?

Почему нельзя сдвинуть 32-х разрядную переменную вправо на 16 бит?

Во втором случае казуса не будет, но он идеологически неверен (будут разные результаты для little- и big-endian).

Ну ядро 16-разрядное (MSP430). Будет 32-разряда в двух регистрах держать. И сдвиги только на один разряд делает. Я просто подумал, а вдруг и правда будет 16 раз двигать, да еще и в младший регистр биты задвигать... Долго... Или компилятор умный, догадается чего от него хотят?
А то я тут писал программку, short int на два 8-разрядных порта распихивал. Шоб не мудрить, использовал "intrinsic"-функцию __swap_bytes() - поменять в short int байты местами (такая команда у ядра есть, иаровцы для си-компилятора ее продублировали...) Может не стоило так делать? Уверен, гуру меня за это поругает - переносимость страдает и все такое...

Есть еще третий способ. С помощью union. Но первый самый беспроблемный и типовой.

Компилятор умный (по крайней мере в очевидных случаях), и 16 раз ничего сдвигать не будет.

P.S. Да-да, и swap использовать не стоило.

Понял. Спасибо!!!

для avr делаю так, если надо до байтов добраться



соответственно для слов будет так

можно попробовать через объединение:




далее в тексте программы:
accum.int32 = присвоить 32разрадное слово;
и потом по accum.int16[0] обращаться к младшему 16 разрядному слову,
а по accum.int16[1] к старшему.