Фичи и баги OWEN Logic

[rovki]

А у меня другая фича.

Стоит только войти в симулятор и краска пропадает

[AI!]

недо-перерисовка элементов - обычное в ОЛ

[wal79]

А у меня другая фича.

При сохранении этого документа эта "разноцветность" была?

[wal79]

недо-перерисовка элементов - обычное в ОЛ

С этим надо бороться. Так что пишите, а я буду разбираться в чем дело.

[wal79]

не БАГ, но может быть интересно...

если в макросе все красные "обратные" связи, заменить на "обычные", то "потребление" стека вырастит в 3 раза.

(работоспособность, правда, тоже пострадает, но ща не об этом)

Не понял как это заменить? Ведь там везде целочисленная логика... Вы имеете в виду изменить весь макрос целиком на булевскую логику? В таком случае можно сразу такой макрос выложить, в котором Вы наблюдаете рост стека в 3 раза, я сравню сгенерированный код этих макросов.

[AI!]

Не понял как это заменить? Ведь там везде целочисленная логика... Вы имеете в виду изменить весь макрос целиком на булевскую логику? В таком случае можно сразу такой макрос выложить, в котором Вы наблюдаете рост стека в 3 раза, я сравню сгенерированный код этих макросов.

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

и посмотреть что будет со стеком. (% использования)

[wal79]

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

и посмотреть что будет со стеком. (% использования)

Ааа, ну это логично... Тогда конечно же заполненность стека будет меняться... Вы задаете анализатору жестко считать эти связи обратными связями. Причем указав порядок их исполнения заполненность стека также может меняться. Это не баг и не фича - а правильная работа логики. А в случае неуказания явных связей анализатор сам посчитает где нужно использовать обратную связь.

[wal79]

Василий, насчет раскраски ничего не скажете?

[AI!]

Ааа, ну это логично... Тогда конечно же заполненность стека будет меняться... Вы задаете анализатору жестко считать эти связи обратными связями. Причем указав порядок их исполнения заполненность стека также может меняться. Это не баг и не фича - а правильная работа логики. А в случае неуказания явных связей анализатор сам посчитает где нужно использовать обратную связь.

это всё понятно, только стек растёт в разы
(в 3 раза, если я правильно помню)

если это нормально, то я не против

PS я просто подумал, что пример может дать идею по оптимизации автоматического выбора обратной связи, для уменьшения использования стека...

[wal79]

это всё понятно, только стек растёт в разы

если это нормально, то я не против

PS я просто подумал, что пример может дать идею по оптимизации автоматического выбора обратной связи, для уменьшения использования стека...

Этот вопрос уже неоднократно ведь поднимался... с примерами... Например, смена входов местами у компонента... Это все из этой оперы. Если будет у Вас желание дальше экспериментировать, то наверняка найдете где оптимизировать (может где смена мест воходов поможет).
Оптимизацией схемы на данный момент занимаются сами пользователи, все инструменты предоставлены. В будущем возможно внесу некую интеллектуальность в анализатор, но это явно не в ближайшем будущем и база OWEN Logic должна быть более продвинутой.

И дело можно сказать не в автоматическом выборе связи... Здесь это не такую уж особую роль играет. Дело в самой сущности явной обратной связи, ее приоритете при анализе. Поэтому где вы считаете что должна быть обратная связь, то нужно использовать именно явную связь.