опять наткнулся на глюк умножения...
попытался посчитать 10!
(понимаю, что может уже исправили - а вдруг нет...)
опять наткнулся на глюк умножения...
попытался посчитать 10!
(понимаю, что может уже исправили - а вдруг нет...)
ИМХО неправильно это....
------------------------
а вот ещё на тему стека ))
в одном случае есть переполнение, в другом нет!
это я как бывший программер, в т.ч. на языке "Форт" (там все операции делаются со стеком)
понял "заочно", что скорее всего есть такая "фича"
(думал, пока ехал в транспорте, а ща проэкспериментировал, и убедился в своей правоте )
Последний раз редактировалось AI!; 13.03.2011 в 22:55.
Анатолий, вы видимо меня не так поняли....
я привёл свои примеры не для того, чтобы поругать разработчиков ПР и/или само ПР....
а чтобы (НА)толкнуть на способы решения проблемы с глубиной стека!
если внимательно посмотреть на примеры, то видно, что из одного легко можно сделать другой...
так вот - почему бы эту задачу не переложить на "компилятор"?!
(процедура подготовки кода перед записью в ПР)
понимаю, что текущая реализация многих элементов скорее всего не допускает изменение порядка вычислений параметров,
НО есть же коммутативные операции (!!!), и если компилятор поменяет местами операнды этой операции, то ВОЗМОЖНО уменьшится глубина потребляемого стека!!!
т.е. есть способ частичного решения проблемы со стеком "малой кровью" ))
не перекладывая эту проблему на НАЧИНАЮЩЕГО пользователя ))
PS надеюсь после столь развёрнутого "размышления вслух", разработчики меня поймут правильно, и согласятся со мной
Последний раз редактировалось AI!; 14.03.2011 в 00:26.
А ни кто и не ругает .Просто дважды пришлось обрушивать стек (6,15) при решении конкретных задач .Просто разработчики не предполагали вначале ,что мы будем такие задачи возлагать на ПР ,поэтому и поскромнечали .Просьбу мою сделать стек глубиной 32, зарубили, на все случаи .Да ладно ,вот и вы вовремя подошли с целочисленной логикой ,прорвемся.
Последний раз редактировалось Евстигнеев Максим; 14.03.2011 в 10:00.
ещё пожелания по модернизации программы
1) сделать у ФБ SHL/SHR/Extract/PutBit параметр N такой же как у CT/CTN/CTU
т.е. задаваемый с помощью окна "сва-ва",а не с помощью константы
(связь всегда можно будет сделать с помощью "wr2fb")
2) сделать блок write2fb визуально понятным, таким каким он становится при переходе в режим симулятора
(т.е. с чем он связан было понятно без тыканья на него)