я придумал новый способ тестирования - просто просуммировать первые N значений
тогда если генератор 0..N, то сумма равна 0+1+..+N
я придумал новый способ тестирования - просто просуммировать первые N значений
тогда если генератор 0..N, то сумма равна 0+1+..+N
А если будут повторения ,два числа больше ,а два меньше ,то сумма останется прежней
электронщик до мозга костей и не только
готов вариант 0..N, где 0<=N<=1023
(в этой версии, в параметре указывается именно максимальное число)
PS если нужно N сильно маленькое, и нужно что бы макрос влез в ПР110,
то он легко "кастрируется" до нужных размеров
----------
протестировал суммированием - ни один из предыдущих правильно не работает.
(rnd64 и rnd64a)
а этот вроде работает.
UPD. "прибранный" rnd64 тоже работает (сумма сходится)
Последний раз редактировалось AI!; 20.12.2012 в 22:24.
Макрос значительно пополнел и теперь не лезет в ПР114 ,вместе со стеком на 256 слов![]()
-Стека ОЛ не хватило ,хотя равен 9????Какая то ФИЧА,на таком обьеме ни кто ,наверное и не проверял.
А потом вообще перечеркнул окно -стек![]()
Последний раз редактировалось rovki; 20.12.2012 в 22:16.
электронщик до мозга костей и не только
а сам макрос смотрели?
понятно ли как его можно кастрировать?
(вдруг кому понадобится, а меня не будет рядом)
Не,спецов по кастрации тут не сыщишь.Тогда лучше иметь набор макросов 0-63,1-127,0-256,0-512,0-1024.
![]()
,Если так усложняется макрос
И куда это Вы собрались ,не отпустим ,а то в прошлый раз отошли почти на год![]()
электронщик до мозга костей и не только
может сделать "ноги микросхемы"
которые надо самому замыкать?
и а остаток будет "висеть в воздухе", и как в стеке не занимать место
(ОЛ их будет просто игнорировать)
или переменные "кастрат63", "кастрат127","кастрат511" и т.д
соответственно выбирать длинну замыкая не ноги во вне макроса,
а переменные внутри макроса...