Да какая разница, как обозван тип, главное идея, а твой (i++ <= 255) всегда true

Это я просто частный случай рассматриваю. Бывают похожие ситуации и с максимально возможным размером целого.

вариант

uint8 i = a; 
do 
    { 
     ... 
     i++; 
    } 
while (i != b + 1);

uint8_t i=a; 
do{		
    ...		
    if(i==b) break;
    i++;
}while(1);

Я просто объявляю b тем же типом, что и a, и заранее присваиваю ему значение на 1 больше.

Тут тоже a и b одного типа; на 1 больше чем что? тогда ещё и при b=254 начнёт зацикливаться?

Чем окончание цикла. Т.о. если мне нужно от 0 до 255, то a = 0 и b = 255 + 1, т.е. b == 0, и всё океюшки.

магия чисел:

    
    char volatile c;
    char cnt = 255;
    for (c=0;cnt ^= c;c++) {
        printf("%i\n",c);
    }

я естесвенно наврал, но всё равно весело

При b==0 отработает 1 раз (i=0), а не 255 а при b=254+1 должно зациклится?

    unsigned char cnt = 2;
    for (c=0;cnt-=!c;++c) {
        printf("%i\n",c);
    }

а так уже работает

P.S. оператор -=! смотреть на hackage :)

зацикливается при b ==255

Зацикливается, потому что я забыл тип скастовать. Сам алгоритм рабочий. Вот правильный вариант:

#include <stdio.h>

int main()
{
        unsigned char a = 250;
        unsigned char b = 255;

        unsigned char i = a; 
        do {
                printf("%u\n", (unsigned)i);
                i++;
        } while (i != (unsigned char)(b + 1));
}

0 <= a < b <= 255

Кстати, a<=b паскаль не запрещает же.

i = 0, ++i, сравниваем с b. Всё ок тут, и без зацикливаний. Если b == 254 + 1, то i, естественно, через 255 итераций станет равен 255 перед сравнением с b, и цикл завершится.

Он не запрещает и b < a, но это менее интересно, чем заданный вопрос.

С ума сойти можно, но начальное число и конечное заранее не фиксированы. Или можно будет сравнивать с a?

Так, или заранее прибавить эту единичку к b (как я и сделал)

код с a и b

 
    unsigned int a=(unsigned int)atoi(argv[1]),
                 b=(unsigned int)atoi(argv[2]);
    unsigned char cnt = 1+(a==0);
    for (c=a;(cnt-=!c)&&(c<=b);++c) {
        printf("%i\n",c);
    }

тесты:

tmp % ./a.out 0 1 
0
1

tmp % ./a.out 253 255
253
254
255

tmp % ./a.out 0 255 | wc -l
256

вобще c-=!a, счётчик того сколько раз a==0 т.е. переполнилось, соотв c=разрешённоекол-во раз + является ли нулём первое значение

-=!

Прелестно.

Мило :) Надо будет попробовать, вдруг да и более быстрый код получится

Если интересно, для чего это нужно, можно посмотреть вот тут: http://hedgewars.org/node/3929

Это не прямой перевод в си.

Прямым будет с использованием if и goto, потому как сишный for не равен паскалевскому.

Да, естественно, не равен, оттого и проблемы :)

О боже. Ты действительно думаешь, что (cnt-=!c)&&(c<=b) будет быстрее, чем одно сравнение?

маловероятно.. действий лишних многовато

Сколько накатали-то!

А на чем сошлись? На

unsigned char i = 0;
do{
  …
  }while(++i);

while(++i)

Требуется от a до b.

Нет, но чем чёрт не шутит. Дело в том, что сишный код компилится в байткод llvm, который затем компилится в js

чем чёрт не шутит

В этом коде содержатся ПРИСВАИВАНИЕ, ТРИ СРАВНЕНИЯ и ДВА ВЕТВЛЕНИЯ.

Нет, ТАК даже черт не шутит. :)

а чего это от 1 до 1 выводит ничего? там вроде включительно надо

Деталей реализации этой извращенской идеи не знаю, но имитация побитового дрочева на js наверняка медленнее более высокоуровневых операций. И вообще, лучше бы написали ллвмный компилятор паскаля.

А, ну и собственно вычитание еще забыл.

#include <stdio.h>
#include <stdint.h>

int
main (void)
{
  uint8_t a = 4,
          b = 4,
          c = 0;

  c = a;
  do
    {
      printf ("%d,", c);
    }
  while (++c != (uint8_t) (b + 1));

  return 0;
}

Но компилятор, вероятно, под выражение (uint8_t) (b + 1) выделит всё-равно ещё один байт.

сравнение и сложение, попрошу заметить :) но в любом случае это быстрее, чем мой вариант

По условию a<b.

Здрасте. Сложение будет вынесено за цикл ибо инвариант.

PolarFox

имитация побитового дрочева на js

Насколько я знаю, там встроенные побитовые операции, а не эмуляция.

PolarFox

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

Конечно, лучше, вот только это... гм... как-то выходит за рамки проекта по созданию игрушки. У нас используется сильно обрезанный паскаль, без объектов, с минимумом функций из rtl. Гораздо проще было написать компилятор маленького подмножества паскаля в си.

по условию это не уточнено.

ну ок, тогда b<a не отрабатывается

0 <= a < b <= 255

Если хочется 0 <= a <= b <= 255, то

// unsigned char a,b;
if(a > b) return;
unsigned char i = 0;
b++; 
do{
  …
  }while(++i != b); 

1. a = b = 0

   unsigned char i = 0;
   b++; // b == 1
   do{
     …
     }while(++i != b); // 1 == 1 -> выходим
   

2. a = b = 255

   unsigned char i = 255;
   b++; // b == 0
   do{
     …
     }while(++i != b); // 0 == 0 -> выходим
   

3. другие варианты

   // a!=b
   unsigned char i = a;
   b++; // b == b+1, если b!=255, иначе b == 0
   do{
     …
     }while(++i != b); 
   

   если a == 0, b == 255, то первый while даст 1 != 0 когда i == 255, последний While даст 0 == 0 -> выход

Хрень какую-то написал, так надо:

#include <stdio.h>
#include <stdint.h>

int
main (void)
{
  uint8_t a = 0,
          b = 255,
          c;

  c = a;
  do
    {
      printf ("%d,", c);
    }
  while (c++ != b);

  return 0;
}

Если a = b = 255, получим тыкву.

while( ++i && i <= b );

☺

С нулем не пройдет

Почему? 255 же.

Вместо одного раза будет 256 срабатываний.

Не понимаю пока что.

cc uint8.c && ./a.out
255,

С нулем не пройдет

еще как пройдет

Да, ОК.

только не говорите, что a и b тут это uint8.