Области применения ПР110(примеры реализации)

[AI!]

ну да, то что 64 разряда не влазят в 32х битную переменную - основная проблема схемы.

на 32 бита я сделал быстро, а вот 64 - пришлось попыхтеть... (и даже возникло желание сделать второй вариант)

[AI!]

второй вариант, кажись, готов

он оказался более прожорлив к стеку....

[rovki]

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

[AI!]

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

PS я и 31 вижу второй раз есть...

[rovki]

У меня счетчик стоит на 64 ,который запускается при старте проекта и останавливает генератор ,через триггер.Я другие повторения не смотрел ,как увидел первое ,так и сообщил.

[AI!]

нашел глюк, исправил. (скачайте снова)
и выложите снова такую же картинку... обновлённую...
(интересно сравнить вывод обоих версий)

[rovki]

Вот ,вроде нормально.А как с входом целочисленным в макросе ,хоть теоретически возможно?

[AI!]

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

Вот ,вроде нормально.А как с входом целочисленным в макросе ,хоть теоретически возможно?

а зачем?
разве что если от 1 до 32, ещё можно подумать - далее сложность растёт слишком быстро.

[rovki]

а если мне нужно формировать слчауные числа до 24 или 36 или 49...
Вот вам за это стек на 128 чисел ,анализируйте ,что выдал ваш макрос(сложностей не боюсь).

[AI!]

анализируйте ,что выдал ваш макрос(сложностей не боюсь).

в принципе красиво, интересно что скажет "заказчик".
куда-то он подевался.

PS вот сделают макрос в макросе, можно будет попытаться...
сначала сделать анализатор маски в 32 бита, а потом их состыковать...
(хоть 32 макроса, только стека ПР110 не хватит...)