Подскажите, что может быть:

Пишу вот так:

byte k;
while(k=0, k<9, k++) sens[0][k]=0xff;

Ничего в массив не пишется,
а если написать так:

sens[0][0]=0xff;
sens[0][1]=0xff;
sens[0][2]=0xff;
sens[0][3]=0xff;
sens[0][4]=0xff;
sens[0][5]=0xff;
sens[0][6]=0xff;
sens[0][7]=0xff;
sens[0][8]=0xff; - то все ок.

на самом деле такого не нужно в проге, это я с глюком разобраться не могу.

Спасибо!

Сообщение отредактировал masterpc - Jan 17 2008, 08:25

Нет, совсем нет. Результатом этих следующих друг за другом выражений будет значение последнего выражения. Именно результат k++ будет проверяться в цикле. Остальные два с тем же успехом можно было вынести из скобок в тело цикла.
P.S. для меня конструкции с запятыми тоже нечто неестественное. ReAl их хорошо понимает и удачно использует.

>Именно результат k++ будет проверяться в цикле.
Возможно я не правильно понял что Вы имели ввиду под "результат k++", но в цикле будет проверятся k до инкрементирования и лишь потом будет увеличение на 1. Т.е. k до инкремента было нуль и поэтому условие не выполнилось. После выхода из цикла оно увеличится на 1.

То, что понимают под этим K&R и стандарт языка С. Результатом выражения "k++" является значение k до выполнения этого выражения. То, что после этого выражения k увеличится на 1 - всего лишь "побочный эффект" этого выражения. Также как результатом выражения a = b является значение b, а тот факт, что после выполнения этого выражения то же самое значение оказывается в a - "побочный эффект", как бы парадоксально это не было

Вдруг подумалось - а как компилятор вообще пропустил конструкцию for(,,) и не выругался на отсутствие там ";"?

Не волнуйся, Сергей, на for(,,) компилятор ругается троекратно
а while(,,) в общем случае допустимая конструкция.

Вот и я такое помню, а в корневом посте жалоба на "не пишется", а не на "не компилится". Где-то нас на... обманули

Это я ввел в заблуждение, мой глаз при быстром просмотре воспринял сстрочку
while(,,) как for(;;)

Но как признался автор, именно это он и хотел написать.

С запятыми в IAR AVR вообще интересная штука. Начиная с 4 версии в режиме С++ спокойно компилятором глотается запятая вместо классической точки запятой. Вопрос - это стандарт или особенность IAR. Оригинала стандарта под рукой нет.

Возможно вы просто не знали, что в С и С++ существует оператор "запятая". Вот что нам пишут о нем K&R в главе 3:Оператор "запятая" может применяться и вне циклов. Не удержусь и приведу пример, который в 2002 ReAl выкладывал в ru.embedded. Я периодически медитирую над этим куском кода, но "почувствовать" его до конца пока не могу:

P.S. Надеюсь, ReAl не обидится на меня за цитирование без разрешения.

А если вне циклов, найдите отличия:
Классика:
94 InputBuffer[0] = 0xab;
\ 0000002A EA0B LDI R16, 171
\ 0000002C 01FD MOVW R31:R30, R27:R26
\ 0000002E 8305 STD Z+5, R16
95 InputBuffer[1] = 0x55;
\ 00000030 E505 LDI R16, 85
\ 00000032 01FD MOVW R31:R30, R27:R26
\ 00000034 8306 STD Z+6, R16

Запятая:
94 InputBuffer[0] = 0xab,
95 InputBuffer[1] = 0x55;
\ 0000002A EA0B LDI R16, 171
\ 0000002C 01FD MOVW R31:R30, R27:R26
\ 0000002E 8305 STD Z+5, R16
\ 00000030 E505 LDI R16, 85
\ 00000032 01FD MOVW R31:R30, R27:R26
\ 00000034 8306 STD Z+6, R16

Я имел в виду именно такой случай.

Не вижу криминала. Использование оператора "запятая" в этом месте допустимо. Ваша запись представляет собой два выражения. В первом случае они разделены точками последовательности (sequence points), во втором случае - объединены оператором "запятая". В обоих случаях результаты этих выражений не используются, поэтому имеем идентичный сгенерированный код вычисления этих выражений.

Я и так могу написать, и код будет абсолютно такой же
ну и что с того?
Да, некоторые конструкции в некоторых случаях железно "ничего не делают".
Это не означает, что их стоит в этих случаях применять.
Оператор запятая свой левый операнд вычисляет, но результат отбрасывает. Реально выполняются только побочные эффекты вычисления.
Собственно,
делает то же самое - выполняется побочное дейстиве вычисления присваивающего выражения (занесение результата в левый операнд), а его результат в данной строке отбрасывается. Только поэтому в данном месте эффект от запятой и от точки с запятой одинаковый.

Вот в switch( InputBuffer[1] = 0x55 ) результат присваивающего выражения анализируется, а не только побочный эффект работает.
А в этом выражении

Код

a + b;

и результат отбрасывается, и побочных действий нет (если a и b не квалифицированы как volatile-объекты), поэтому в итоге код вообще не генерируется.


Этот?
Как уже написал Сергей - "запятая" столь же "классическая" в С, как и "точка с запятой"
Если IAR более ранних версий указанные выше два примера (названных как "классика" и "запятая") компилировал в разный по действию код или ругался, то он был просто очень не прав. Так как эти варианты обязаны давать одинаковые действия и компилировались одинаково любым С-компилятором под "Электронику-60" много лет назад.
Запятая - интересный и иногда очень удобный оператор, но писать его где попало из понту или "а чтобы была только одна ';' на строке" - это... Даже слов не нахожу.

Спасибо за разъяснения.

я извиняюсь... прочитал тут дискуссию и не понял одного... вы тут говорите о запятых и точках с запятыми... но... разве в выражении (если бы цикл и выполнялся)

while(k=0, k<9, k++) sens[0][k]=0xff;

не происходило бы постоянное присваивание k=0?.. ведь даже если мы сделаем

while(k=0, k++, k<9) sens[0][k]=0xff;

у нас все равно не должно произойти заполнения массива... мы просто получили бесконечный цикл... или я не прав?

во втором случае бесконечный цикл.

- это тоже вечный цикл

Сообщение отредактировал CSB - Feb 5 2008, 19:16