Не могу понять - почему не работает код, когда тут вроде бы висеть нечему! Компилятор - CodeVision, славится своей тупизной в общении с типами данных. Контроллер - ATMega8535.
Почему-то вот такой код не работает:

Вот почему висим там? Чему там висеть-то??

ЕМНИП у CV имеется настройка возможностей printf - в опциях компилятора. По умолчанию кажется стоит такая, что тип long не воспринимается.

Нее, тут все ОК, я тоже думал. Стоит long,width опция

вот это я не понял, что за запись....
dword - какая размерность?

32 бита

не хотите попробовать нормальный компилятор?
не придется городить в коде черт знает что

это же ужОс:


SID - dword,
identifier тоже dword

для нормального компилятора достаточно просто написать
SID = msg.identifier << 5;

да и тип звучал бы так:
typedef unsigned long dword;



Может проблемы со стеком? Все же в 8535 памяти не так много, а у вас там "нидецкие" printf'ы

"нидецкие" printf - это чисто для отладки. Нормальный компилятор давно ищу и не могу найти, не подскажете?
SID = msg.identifier << 5; - так не пробовал, но боюсь, что на какой-нибудь косяк компилятора нарвусь... "Косяк" - потому что кто-то посчитал, что преобразование к int перед, к примеру, сдвигом - операция ненужная в целях экономии чертовой памяти... Поэтому вот такой код не работает (хоть и компилится на все 100%):

unsigned char t = 255;
unsigned f = t << 3;

И такая штука твориться только в CodeVision, я на ней неделю просидел - все не мог вдуплить чего там твориться... Пришлось копаться в ассемблере. ..

Да понятно что для отладки, но память то они все равно жрут ;>


Компиляторы (нормальные) -

Бесплатный WinAVR (avrgcc) встраивается в AVR-Studio (только самый последний релиз не советую брать он еще сырой, стабильная версия "на сейчас" 20071221).

Небесплатный IAR-Systems с IDE IAR-EWAVR, the best for AVR.

С ними хоть можно не так сильно бояться насчет

Хелп читать надо и по настройкам лазить! Советские инженеры блин...
Все правильно компилятор делает! Контроллер-то 8-ми битный! операции над int'ами занимают больше времени чем над char'ами. Хотите пример? Пожалуйста:
Какой код будет работать быстрее? Может такты посчитаем?
Но если вам все равно на скорость, а хочется "правильности" то вам сюда:
Project -> Configure -> C compiler -> Code generation -> Promote char to int

да,все правильно,только имхо галочку они неправильно назвали-надо было назвать типа стандартный С
Но я в таких ситуациях обычно прагмой #pragma promotechar+ разруливаю,если нужна скорость,конечно.Если нет,то птица в конфигурации проекта.

integer promotion rules распространяются на типы меньше int размером. В противном случае левая и правая части подвыражения приводятся к наибольшему типу, который у вас совпадает с типом результата. Так что тут приведение совершенно лишнее.Как "правильно" - написано в стандарте. Нормальный компилятор для обоих ваших примеров должен был бы сгенерить одинаковый код. Теперь сравните код для такого примера:
По стандарту результаты должны быть идентичны. Также внимательно прочитайте пост №7 - там тоже очень красивый пример.
То есть вы считаете, что быстрый неправильный код лучше медленного, но правильного? Тогда каким инженером назвать вас? Индийским? Китайским?

Насколько я знаю,многие компиляторы допускают возможность отступления(расширения) стандарта.
В билдере есть,в иаре тоже есть галка типа "использовать стандартный с/c++.В CV тоже самое,есть возможность выбора.Хочешь по стандарту-поставь один раз галку при конфигурировании проекта и все.
И вообще вышла новая версия CV-полный редизайн.Обьем инсталяхи увеличился почти в 4 раза!Первая фраза в описании-new ANSI C compatible C front-end.Судя по описанию-С99.

А что значит не правильный? Если надо - используйте явное и логичное приведение типов - и все будет ок. Если компилятор работает не так как вы ожидаете, это не значит, что он "не правильный"! Кто вам вообще сказал, что этот компилятор полностью соответствует Си? Опять открываем хелп и читаем:
То есть "близко к Си, адаптировано под AVR". И это правильно. А то потом будут говорить: "все компиляторы гавно, в полной мере можно только на асме ядро использовать".
Я стандартов не читал, хотя на Си уже достаточно давно работаю. А про это правило только недавно из этого форума узнал. И честно говоря мне оно не нравится, как и любая другая не явная вещь...
И вообще, Си(под x86) мне понравился тем, что позволяет сделать то же, что и на асме(и я тогда пожалел, что классе в 9-ом учил асм, а не Си), а если он не будет позволять, зачем он тогда нужен?

а си познавали через астрал,напрямую подсоединившись к ноосфере?
а если как все по книжкам,то в любой книге по С правила приведения типов расписаны очень подробно.да их и не много,на полстранички вмещаются.
З.Ы. а с приоритетом операций у вас та-же фигня?

Почти. В основном в универе(у нас был хороший преподаватель). Учебники не люблю. А вот книжка "Полный справочник по С" Шилдта то что надо + MSDN. Но в справочники лезут или когда чего-то не знают или когда что-то не работает. Поэтому про то самое "Promote char to int" и не знал - это знание мне было просто не нужно.
Вообще после асма Си очень легко дался. Кстати у нас сначала преподавали Си, а потом асм, что считаю не правильно - мало кто понял с первого раза что такое указатели...

Да вроде нет. Если не уверен - то можно и скобочки поставить.
А вобще если возникают такие проблемы, то лучше пользоваться обратной польской записью.