Обсуждение ИС Дракон

@MrYurom · Регистрация: 25.01.2012

Студворк — интернет-сервис помощи студентам

Учитывая интерес (как собственный, так и сообщества) к данному средству, решил вынести в отдельную тему, т.к. вобсуждении статьи очень тяжело ориентироваться.
Цель - не только обсудить, но и в меру возможностей посодействовать развитию данного проекта.
Задачи:
1. Создание актуальной и удобной справочной системы
2. Совершенствование кодогенератора, поддержка новых языков
3. Что-нибудь ещё придумаем по ходу :)
______________________________

Мои предложения по п.1:
Организовать открытый проект на вики-системе, чтобы каждый мог легко внести свой посильный вклад в свободное время.
Например, на викиучебниках (если там модеры не такие отмтроженные, как на педивикии)

По п.2 пусть предлагают те, кому актуально *(ассемблисты, например).
От себя бы предложил автору представить полную спецификацию формата хранения дракон-схем .drt, чтобы люди могли подключать к редактору собственные примочки (не только кодогенераторы, а и преобразователи, например, в .pdf, .doc итдитп.)

В общем, как-то так.

@Геннидий Тышав · 08.02.2012, 20:11

Сообщение от MrYurom

Лично мне описание в pdf-ке очень понравилось.
Только запустить не смог, надо найти обновленную версию, под новый (текущий) формат .drt

Они написали свою программу, этим привязали себя к старому выпуску ИС Дракон. У них язык Дракон имеет свою трактовку, изложенную в pdf-ке. Функции их программы решены в ИС Дракон.

Т.е. программа для внутреннего применения, сообщают, что до сих пор используют.

@Геннидий Тышав · 08.02.2012, 20:29

[QUOTE="dykytotymvytro"]dragonedit писал(а):
[QUOTE="Цитата:[/QUOTE]

; Переход по условию ДА
YesGoto=jmpz L<NN/>
; Переход по условию НЕТ
NotGoto=jmpnz L<NN/>

Геннадий Никалиевич развейте мои сомнения, переход возможен только одного типа z, nz, к примеру а если по тексту программы потребуется контроль различных флагов с, nc, s, ns, v, nv и так далее. Этого пока не предусмотрено?Я сам уже давно не пользуюсь ассемблерами, был опыт с 8080, 286, ЕС ЭВМ, PDP-11.

Вы можете выбрать 1 любой флаг и использовать его для организации условных переходов, указав команды в файле описания языка. Установка флага должна производится в ассемблерном коде, помещенном в П текст иконы "Вопрос".

Относительно возможности использования нескольких флагов, можно подумать. Вероятно потребуется несколько наборов команд условных переходов, и программист будет помещать управляющую информацию в комментарии своего программного кода.

По моему мнению лучше ограничиться 1-м флагом.

@Геннидий Тышав · 08.02.2012, 20:39

Сообщение от idm2007

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

Указали на ситуацию зависания программы при трансляции, происходило зацикливание, теперь введена проверка и выдача сообщения.

Так же указали на проблему наличия метки в конце цикла ДЛЯ. В файле описания языка Си предусмотрено наличие с меткой пустого оператора т.е. ";".

Пустой пункт меню это мусор, не доглядел, уберем.

@Геннидий Тышав · 08.02.2012, 21:06

Еще надо сказать о последнем выпуске ИС Дракон.

1. Текстовые окна сделаны большого, нерегулируемого размера, частично перекрывают друг друга. Выбирать мышкой или F1, F2, закрываются ESC, открываются и закрываются кликом на строке состояний. В левом окне (листа) отображаются изменяемые тексты листа, текст икон "Адрес" и "Конец" не изменяется. В правом окне (сообщений) выдаются сообщения программы, для выбора из списка листа в проекте или версии листа, из/для текстовых файлов, в меню "Файл" пункты "Новый текст", "Открыть ...", "Сохранить как ...".

2. В теме обсуждалось положение иконы "Конец" в сгенерированном тексте процедуры. ИС Дракон доработана для размещения П текста иконы "Конец" в конце процедуры.

3. При выборе точек сборки текста (4-е квадраты) схемы или иконы "Модуль" генерируется программный код в окне сообщений. Теперь текст так же помещается в системный буфер и может вставлен в текст в других программах - редакторах.

Отладка программы произведена в части языка Си, с другими возможно потребуются доработки. Заранее благодарю за замечания.

08.02.2012, 22:25

Сообщение от dragonedit

Еще надо сказать о последнем выпуске ИС Дракон...

Хоть я совсем недавно начал разбираться с этой средой, но мне этот выпуск очень понравился. И переключаемые окна и икона "Конец" там где нужно, да еще и править язык можно. Спасибо огромное. :)

@dykytotymvytro · 09.02.2012, 12:33

Сообщение от dragonedit

Сообщение от dykytotymvytro

Геннадий Никалиевич развейте мои сомнения, переход возможен только одного типа z, nz, к примеру а если по тексту программы потребуется контроль различных флагов с, nc, s, ns, v, nv и так далее. Этого пока не предусмотрено?

Я сам уже давно не пользуюсь ассемблерами, был опыт с 8080, 286, ЕС ЭВМ, PDP-11.

Ну тогда то Вы меня поймете как человек знававший :) DEC PDP-11 в том что ассемблер с человеческим лицом бывает :) И почему хотелось бы что бы ИС-Дракон могла с ним управляться.

Сообщение от dragonedit

Вы можете выбрать 1 любой флаг и использовать его для организации условных переходов, указав команды в файле описания языка. Установка флага должна производится в ассемблерном коде, помещенном в П текст иконы "Вопрос".

Это понятно, но...как быть например с сравнением больше меньше, сравнение со знаком. Z и NZ это всего лишь сравнение на "ноль".

Сообщение от dragonedit

Относительно возможности использования нескольких флагов, можно подумать. Вероятно потребуется несколько наборов команд условных переходов, и программист будет помещать управляющую информацию в комментарии своего программного кода.

Может не множить сущности, а сделать проще дать нам в ощущение метку перехода Если Да и Если нет и разрешить ее подстановку в П-код иконы как макроса. Команду сравнения флага написать можно любую.

@Геннидий Тышав · 09.02.2012, 22:30

Сообщение от dykytotymvytro

Может не множить сущности, а сделать проще дать нам в ощущение метку перехода Если Да и Если нет и разрешить ее подстановку в П-код иконы как макроса. Команду сравнения флага написать можно любую.

Прошу подробнее и с примером.

@dykytotymvytro · 09.02.2012, 22:54

Сообщение от dragonedit

Сообщение от dykytotymvytro

Может не множить сущности, а сделать проще дать нам в ощущение метку перехода Если Да и Если нет и разрешить ее подстановку в П-код иконы как макроса. Команду сравнения флага написать можно любую.

Прошу подробнее и с примером.

П-текст иконы будет выглядеть следующим образом:

jnz %jmp_label%
jnc %jmp_label%
jc %jmp_lablel%

и т.д. с любыми флагами, при этом %jmp_label% - это зарзервированное слово вместо которого при трансляции подставится метка генерированная ИС-Дракон для осуществления перехода вправо по Дракон-схеме на лиану ветвления. Можно и вообще не ставить этот токен %jmp_label%, в принципе устроит даже, что в этом случае метка будет подставлена транслятором автоматически к П-тексту иконы. Предположим указываем только команду без метки: jnc,jc,jz,jnz,brne,breq и тому подобное, транслятор добавляет к этой команде метку перехода и всю строку размещает в исходный текст примитива или силуэта.

@Геннидий Тышав · 09.02.2012, 23:06

Как в программном коде будет учитываться состояние иконы "Вопрос" Да-Нет или Нет-Да?

Возможно достаточно одного флага Z, а пограммист предусмотрит макрос установки значения флага Z по значению анализируемого флага.

@vko · 10.02.2012, 04:49

при этом %jmp_label% - это зарзервированное слово вместо которого при трансляции подставится метка генерированная ИС-Дракон для осуществления перехода вправо

Не разумнее ли два макроса меток предусмотреть - yes_label и no_label?

@dykytotymvytro · 10.02.2012, 09:02

Сообщение от dragonedit

Как в программном коде будет учитываться состояние иконы "Вопрос" Да-Нет или Нет-Да?

Икона "ветвление" Дракона уводит на правую лиану в том случае, если происходит уход с главного пути алгоритма на второстепенный. Так пишет Паранджанов в руководстве к Дракон. Выбор ответвления, а значит и вопроса Да/нет осуществляется из удобности чтения алгоритма - шампур основная дорога, лиана ответвление. Таким образом нам достаточно одной метки. Инверсия же вопроса подразумевается и сменой мнемоники команды. Т.е. каков бы не был вопрос уводящий на лиану для ассемблера будет комплементарная пара мнемоник ответов. "Меньше"/"Больше и равно", "Не равно/равно", "Отрицательное/положительное".
Однако могут существовать вопросы для некоторых архитектур, например "меньше или равно", которые не реализуемы одной командой, но это уже дело алгоритма, как разбить вопрос на два реализуемых.

Сообщение от dragonedit

Возможно достаточно одного флага Z, а пограммист предусмотрит макрос установки значения флага Z по значению анализируемого флага.

Это возможно, однако приведет к неоправданному росту затрат кода и времени исполнения. Например сдвиги могут применятся для сериализации/десериализации данных, и как правило выход регистра на флаг CARRY используется для контроля завершения процесса. Таким образом флаг C использутется довольно часто. Точно так же можно использовать и флаг знака числа, не по прямому назначению. Перевод значения C в значение Z заставит использовать дополнительные команды и даже регистры или память для симуляции C через Z. Микроконтроллеры под час устанавливают серъезные требования к ресурсам, ограничивая и код и время исполнения.

@dykytotymvytro · 10.02.2012, 09:15

[QUOTE="Vko"][QUOTE="Цитата:[/QUOTE]

при этом %jmp_label% - это зарзервированное слово вместо которого при трансляции подставится метка генерированная ИС-Дракон для осуществления перехода вправо

Не разумнее ли два макроса меток предусмотреть - yes_label и no_label?

Дракон разумно использует операцию ветвления, это выражается самим видом этой иконы. На ассемблере операторы условного перехода используются именно по такому принципу для увода исполнения на альтернативный маршрут, для этого достаточно одной метки, вне основного маршрута. В случае не осуществления перехода исполнение продолжается далее. Фактически всегда производители (за очень редким исключением) предусматривают взаимодополняющие условные переходы свзанные с прямым и инверсным использованием флага, или сочетания флагов. Поэтому какой бы не был вопрос уводящий с основного маршрута почти всегда можно подобрать единственную команду его реализующую.

@Геннидий Тышав · 10.02.2012, 20:57

Выпуск ИС Дракон от 11.02.2012 здесь
Прошу выдать отзывы, замечания и предложения по программе.

Доработано в части программирования на языке Delphi и на произвольном ASM.

ASM настраивается на условные переходы по всем флагам.

Приложены описания языков Delphi, C, ASM, 1C.

В описании языка ASM должны присутствовать строки:
ASM=Yes - о использования ассемблера
jmpz=jmpnz L<NN/> - пара команд перехода по значению флага Z, для других флагов добавить аналогичные строки.

В П тексте икон "Вопрос", "Вариант", "Заголовок" последней строкой должна быть команда перехода по установленному значения флага, т.е. 1-я команда в строке описания. Команда не сопровождается адресом перехода.

=============

ИС Дракон доработана в части использования произвольных языков программирования.

За ВАМИ, выполнение тестирования, наработка и обмен опытом, задавайте вопросы.

Геннидий Тышав.

===========

О сообщениях ИС Дракон в сгенерированном программном коде смотрите здесь.

@dykytotymvytro · 10.02.2012, 21:18

Сообщение от dragonedit

Доработано в части программирования на языке Delphi и на произвольном ASM.

ASM настраивается на условные переходы по всем флагам.

Замечательно, будем пробовать.

@dykytotymvytro · 11.02.2012, 16:16

Геннадий Никалиевич, не могли бы Вы объяснить особенности использования иконы "Вставка". Я полагал прочитав Паранджанова, что это по своей сути макроподстановка фрагмента исходного текста ,выделенного в отдельный примитив или силуэт для последующего использования. Вставка позволяет разгрузить основной алгоритм от подробностей и вынести подробности в другую Дракон-схему. Вы регламенитруетей такое использование иконы Вставка определнным ее видом (Вставка и "|") точно такой же вид должна иметь "имплантируемая" часть алгоритма (силуэт или примитив с "|").

1. Вы ограничиваете область применения одним листом? Не получилось Вставка из другого листа, с ошибкой что схема иконы (далее номер самой иконы Вставка) не найдена.

2. При трансляции часть описываемого раздельно алгоритма и вставляемая в месте иконы Вставка производится переход на это фрагмент оператором goto ну или jmp для ассемблера, соответсвенно возврат из вставляемой части алгоритма производится таким же точно переходом обратно в тело основной схемы откуда и производилась вставка. Вопрос почему, делается именно так? По факту почти все языковые средства обеспечивают возможность макроподстановки, хотя было бы и не верно использовать препроцессор, сама ИС-Дракон замещает его полностью. Плохо то что от этого будет расти код, увеличваясь как минимум на 1 переход, а в худшем случае на 2 перехода. Учитывая что средство удобное и пользоваться им нужно сравнительно часто - получим не оптимальный код для некоторых компиляторов, не умеющих оптимизировать. Для ассемблеров уж точно никто не уберет эти переходы кроме человека. Почему ИС-Дракон просто не производит подстановку фрагментов П-кода "имплантируемых" во вставку?

3. Ограничение в количестве идентичных Вставок - не более одной, почему?

4. В исходном транслированном коде при замене иконы Вставка появляется еще и дополнительная метка

Code
1
2
3
    ; 34.Вставка / Изменение параметров завершаемой задачи
LV34
jmp LV74

не совсем понятно для каких целей.

@Геннидий Тышав · 11.02.2012, 16:28

dykytotymvytro, об использовании "вставки" в ИС Дракон, на ваши вопросы, я отвечу позднее, а сейчас расскажите, как вы нашли работу с ассемблером, насколько наглядно описание, работа с переходами, настройка на флаги. Можете ли выложить пример drt файла с ассемблером и ваш файл описания?

@dykytotymvytro · 11.02.2012, 20:07

Сообщение от dragonedit

как вы нашли работу с ассемблером, насколько наглядно описание, работа с переходами, настройка на флаги.

есть определенные вещи, которые хотелось бы изменить - это переходы генерируемые без особой необходимости например при входе в Силуэт в основную ветку алгоритма гненерируется дополнительный jmp

; ИС Дракон. Транслятор маршрута алгоритма.
; C:\divelop\Dragon_2012_01_23\msp430_sche duler.drt
; 1. Изменение 12.02.2012 16:56:24
; Схема - Процедура

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
SCHEDULER
 
; 2.Заголовок / Планировщик процессов
jmp L16 ; ЛИШНИЙ JMP НА ВХОДЕ В СХЕМУ
 
; ==================== Шампур
 
; 27.Адрес / Ожидание прерываний
 
; ==================== Шампур
 
; 14.Имя ветки / завершение плановой задачи
 
L11
; 11.Действие / Сравним завершаемую задачи с последней в списке
mov.w  #TaskList_END, R9
cmp.w  R5, R9
 
; 21.Вопрос / завершаемая задача последняя в списке? - Нет
jnz  L35

По метке L16 размещена сама основная ветка:

Code
1
2
3
4
5
6
7
8
9
L16
; 16.Действие / MCU выключить прерывания выключить ядро
bis.w   #GIE+CPUOFF,SR
 
; 17.Действие / Сравнить текущее время системы и время плановой задачи
cmp.w   TaskPlaned, QUANTS
 
; 12.Вопрос / Время запуска активной задачи наступило? - Нет
jnc  L16

Как мне кажется нет ни каких причин генерировать лишний jmp, оптимизирующий компилятор бы убрал лишний goto, но компилятор assembler-а вряд этим будет заниматься.

Работа с условными переходами, как мне кажется, удалась на славу :) Очень логично и понятно, происходит переключение на дополняющую пару. Помимо того успешно вписывается и сопутсвующий переходу код как например в этом случае когда производится проверка бита:

Code
1
2
3
4
L60
; 60.Вопрос / Задача остановлена? - Нет
BIT.W  OFFSIT_ATTR(R7), R5
jnz  L52

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

Сообщение от dragonedit

Можете ли выложить пример drt файла с ассемблером и ваш файл описания?

да конечно, но хотелось бы сначало отладить задачу, пока только начал перенос в Дракон.

@Геннидий Тышав · 11.02.2012, 20:17

ИС Дракон развивается эволюционно и при практической необходимости. Использование иконы "Вставка" для выполнения постановки схемы "Вставка" потребовалось у С. Ефанова. Была выполнена реализация удовлетворяющая его.

dykytotymvytro здесь пишет:

1. Вы ограничиваете область применения одним листом? Не получилось Вставка из другого листа, с ошибкой что схема иконы (далее номер самой иконы Вставка) не найдена.

Да, только с листа с вызывающей схемы, т.к. метки содержат номера икон, номера на каждом листе присваиваются от 1. Если есть необходимость, схема "Вставка" должна дублироваться на листе.

2. .... Плохо то что от этого будет расти код, увеличваясь как минимум на 1 переход, а в худшем случае на 2 перехода. ... Почему ИС-Дракон просто не производит подстановку фрагментов П-кода "имплантируемых" во вставку?

В ИС Дракон весь код упорядочен по положению шампуров в схеме и переход с шампура на шампур производится командой goto (jmp). Невозможно вставить схемы на место иконы, поэтому схема "Вставка" внутри процедуры всегда находится ниже основной схемы.

3. Ограничение в количестве идентичных Вставок - не более одной, почему?

При вызове из схемы несколько раз одной и той же схемы "Вставка" будет дублирование меток, отсюда ограничение контроль количества вызовов.

Сообщение от dykytotymvytro

4. В исходном транслированном коде при замене иконы Вставка появляется еще и дополнительная меткаКод:

; 34.Вставка / Изменение параметров завершаемой задачи
LV34
jmp LV74не совсем понятно для каких целей.И мне не понятно, необходимо так:

Code
1
2
3
    ; 34.Вставка / Изменение параметров завершаемой задачи
jmp LV74
LV34:

jmp LV74 - переход из иконы "Вставка" на схему "Вставка", LV34: - метка для возврата в икону "Вставка" из схемы "Вставка".
Метка LV34 без ":", формат метки в описании языка должен быть таким "Label=L<NN/>:"

@Геннидий Тышав · 11.02.2012, 21:29

dykytotymvytro здесь пишет:

есть определенные вещи, которые хотелось бы изменить - это переходы генерируемые без особой необходимости например при входе в Силуэт в основную ветку алгоритма гненерируется дополнительный jmp

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

Code
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
    ; 2.Заголовок / Планировщик процессов
jmp L16 ; ЛИШНИЙ JMP НА ВХОДЕ В СХЕМУ
 
; ==================== Шампур
 
; 27.Адрес / Ожидание прерываний
 
; ==================== Шампур
 
; 14.Имя ветки / завершение плановой задачи
 
L11
; 11.Действие / Сравним завершаемую задачи с последней в списке
mov.w  #TaskList_END, R9
cmp.w  R5, R9

jmp L16 - не является лишним на входе в схему, т.к. метка L16 находится в середине процедуры, а первой меткой является L11.

Code
1
2
3
4
5
    ; 17.Действие / Сравнить текущее время системы и время плановой задачи
cmp.w   TaskPlaned, QUANTS
 
; 12.Вопрос / Время запуска активной задачи наступило? - Нет
jnc  L16

В П тексте иконы "Вопрос" может быть несколько строк, и команды выборки данных и сравнения можно перенести туда.

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

Подчеркнутое не понял. Описание языка для конкретного микроконтроллера должно содержат все команды перехода по условиям на метки.

@dykytotymvytro · 11.02.2012, 23:18

[QUOTE="dragonedit"]dykytotymvytro здесь пишет:[QUOTE="Цитата:[/QUOTE][QUOTE]есть определенные вещи, которые хотелось бы изменить - это переходы генерируемые без особой необходимости например при входе в Силуэт в основную ветку алгоритма гненерируется дополнительный jmp[/QUOTE]В ИС Дракон выполняется частичная минимизации количества переходов, но не создавался оптимизирующий компилятор.
jmp L16 - не является лишним на входе в схему, т.к. метка L16 находится в середине процедуры, а первой меткой является L11.
Этого не требуется для ассемблера поскольку руководство ходом компиляции фактически ручное. Однако по поводу шампура с меткой L16 вы не правы, смотрите прицепленный скриншот.

[QUOTE="dragonedit"][QUOTE="Цитата:[/QUOTE][QUOTE]Настройка на флаги в принципе не очевидна нужно быть в теме, но это следствие не развитой помощи, а не самой реализации настройки. Принцип настройки переходов выбран исключительно верно и пользоваться переходами удобно.[/QUOTE]Подчеркнутое не понял. Описание языка для конкретного микроконтроллера должно содержат все команды перехода по условиям на метки.

Настрока ini файла на флаги не очевидна, потому что нет объяснения тому как понимать скрипт:
[CODE]; АСМ команды перехода по Z или другому флагу
jz=jnz L<NN/>
[/CODE]

А необходимо понять, что вставляемый в П-код оператор условного перехода будет переключаться автоматически при выборе назначение лианы Да/Нет, при этом важно то как будет расположена ветвь алтернативного пути на Да или на Нет. Мне было понятно я был в теме и являлся инициатором этого изменения. Другим наверное будет не совсем очевиден данный факт. Поскольку в помощи он не отражен, то я и пишу что "неочевидность" следствие не развитости помощи (страницы help).

[URL="http://**************************/download/file.php??id=8813&sid=23c55c7b09e2110b18 758af163b13fa1&mode=view"]
http://**************************/download/file.php?id=8813&t=1&sid=23c55c7b09e2110 b18758af163b13fa1[/URL]

Новые блоги и статьи Все статьи Все блоги /
Сезонность и суточность закисления почв anaschu 04.07.2026 200 часов это все равно моловато. Есть ситуации, но нестандартные, когда смена происходит за 5 лет. Но обычно это 50 лет и более. Наверное, закисление почвы происходит сезонно в средней. . .	В чем ценность человеческого опыта в глобальном смысле? kumehtar 03.07.2026 Возможно, ценность человека не в том, что он однажды достигает мудрости, а в том, что он становится носителем карты пути. Он знает не только истину, но и последовательность внутренних изменений,. . .	интеграция AnyLogic с самописным REST API и переход на Odoo anaschu 03.07.2026 Успешная интеграция AnyLogic с самописным REST API и переход на промышленную Odoo WMS Сегодня проделал огромный путь от простой симуляции физических процессов до построения полноценной. . .	Поиск всех путей на ориентированном графе. Linux dcc0 02.07.2026 Переработка старого кода из моей статьи. Через несколько переработок от PHP кода к C89 (надеюсь, 89). Но довольно запутанно получилось. Код для Linux. Но если убрать time и то, что с ним. . .
Сам себя обучал rest api anaschu 02.07.2026 Педагогический лайфхак: Почему чистый REST API для ученика намного круче, чем готовые библиотеки Когда мы отказались от капризного JAR-файла AnyLogic и переписали код на стандартный HttpClient,. . .	rest api anylogic - выполнение модели на своём русском сайте anaschu 02.07.2026 Как подружиться с AnyLogic Cloud API, победить провайдеров и развернуться Java-бэкенд в Docker на бесплатном хостинге: Двухдневный лог борьбы Всем привет! Хочу поделиться свежим (и довольно. . .	Где деньги лежат kumehtar 02.07.2026 Это - японская подводная лодка I-52 (тип C2, кодовое имя Momi) вышла из Японии в марте 1944 года с миссией в оккупированную немцами Францию (Лорьян). Это была одна из «Янаги»-миссий по обмену. . .	Krabik для WoW 3.3.5a, многоязычный AmbA 02.07.2026 Допилил бота, думаю что окончательно. Изменения: - добавлена многоязычность - добавлено снятие скриншотов - добавлено поддержание бафов хождения по воде (для жреца, дк и шамана) - и так, по. . .

@MrYurom 1 / 1 / 0 Регистрация: 25.01.2012 Сообщений: 492

	Обсуждение ИС Дракон 28.01.2012, 19:20. Показов 1162955. Ответов 1644 Метки нет (Все метки) Учитывая интерес (как собственный, так и сообщества) к данному средству, решил вынести в отдельную тему, т.к. вобсуждении статьи очень тяжело ориентироваться. Цель - не только обсудить, но и в меру возможностей посодействовать развитию данного проекта. Задачи: 1. Создание актуальной и удобной справочной системы 2. Совершенствование кодогенератора, поддержка новых языков 3. Что-нибудь ещё придумаем по ходу :) ______________________________ Мои предложения по п.1: Организовать открытый проект на вики-системе, чтобы каждый мог легко внести свой посильный вклад в свободное время. Например, на викиучебниках (если там модеры не такие отмтроженные, как на педивикии) По п.2 пусть предлагают те, кому актуально *(ассемблисты, например). От себя бы предложил автору представить полную спецификацию формата хранения дракон-схем .drt, чтобы люди могли подключать к редактору собственные примочки (не только кодогенераторы, а и преобразователи, например, в .pdf, .doc итдитп.) В общем, как-то так. 1

@Геннидий Тышав 0 / 0 / 0 Регистрация: 25.01.2012 Сообщений: 494
	08.02.2012, 21:06
	Еще надо сказать о последнем выпуске ИС Дракон. 1. Текстовые окна сделаны большого, нерегулируемого размера, частично перекрывают друг друга. Выбирать мышкой или F1, F2, закрываются ESC, открываются и закрываются кликом на строке состояний. В левом окне (листа) отображаются изменяемые тексты листа, текст икон "Адрес" и "Конец" не изменяется. В правом окне (сообщений) выдаются сообщения программы, для выбора из списка листа в проекте или версии листа, из/для текстовых файлов, в меню "Файл" пункты "Новый текст", "Открыть ...", "Сохранить как ...". 2. В теме обсуждалось положение иконы "Конец" в сгенерированном тексте процедуры. ИС Дракон доработана для размещения П текста иконы "Конец" в конце процедуры. 3. При выборе точек сборки текста (4-е квадраты) схемы или иконы "Модуль" генерируется программный код в окне сообщений. Теперь текст так же помещается в системный буфер и может вставлен в текст в других программах - редакторах. Отладка программы произведена в части языка Си, с другими возможно потребуются доработки. Заранее благодарю за замечания. 0

@Геннидий Тышав 0 / 0 / 0 Регистрация: 25.01.2012 Сообщений: 494
	09.02.2012, 23:06
	Как в программном коде будет учитываться состояние иконы "Вопрос" Да-Нет или Нет-Да? Возможно достаточно одного флага Z, а пограммист предусмотрит макрос установки значения флага Z по значению анализируемого флага. 0

@Геннидий Тышав 0 / 0 / 0 Регистрация: 25.01.2012 Сообщений: 494
	10.02.2012, 20:57
	Выпуск ИС Дракон от 11.02.2012 здесь Прошу выдать отзывы, замечания и предложения по программе. Доработано в части программирования на языке Delphi и на произвольном ASM. ASM настраивается на условные переходы по всем флагам. Приложены описания языков Delphi, C, ASM, 1C. В описании языка ASM должны присутствовать строки: ASM=Yes - о использования ассемблера jmpz=jmpnz L<NN/> - пара команд перехода по значению флага Z, для других флагов добавить аналогичные строки. В П тексте икон "Вопрос", "Вариант", "Заголовок" последней строкой должна быть команда перехода по установленному значения флага, т.е. 1-я команда в строке описания. Команда не сопровождается адресом перехода. ============= ИС Дракон доработана в части использования произвольных языков программирования. За ВАМИ, выполнение тестирования, наработка и обмен опытом, задавайте вопросы. Геннидий Тышав. =========== О сообщениях ИС Дракон в сгенерированном программном коде смотрите здесь. 0

@Геннидий Тышав 0 / 0 / 0 Регистрация: 25.01.2012 Сообщений: 494
	11.02.2012, 16:28
	dykytotymvytro, об использовании "вставки" в ИС Дракон, на ваши вопросы, я отвечу позднее, а сейчас расскажите, как вы нашли работу с ассемблером, насколько наглядно описание, работа с переходами, настройка на флаги. Можете ли выложить пример drt файла с ассемблером и ваш файл описания? 0

@dykytotymvytro 0 / 0 / 0 Регистрация: 21.12.2011 Сообщений: 59
	11.02.2012, 23:18
	[QUOTE="dragonedit"]dykytotymvytro здесь пишет:[QUOTE="Цитата:[/QUOTE][QUOTE]есть определенные вещи, которые хотелось бы изменить - это переходы генерируемые без особой необходимости например при входе в Силуэт в основную ветку алгоритма гненерируется дополнительный jmp[/QUOTE]В ИС Дракон выполняется частичная минимизации количества переходов, но не создавался оптимизирующий компилятор. jmp L16 - не является лишним на входе в схему, т.к. метка L16 находится в середине процедуры, а первой меткой является L11. Этого не требуется для ассемблера поскольку руководство ходом компиляции фактически ручное. Однако по поводу шампура с меткой L16 вы не правы, смотрите прицепленный скриншот. [QUOTE="dragonedit"][QUOTE="Цитата:[/QUOTE][QUOTE]Настройка на флаги в принципе не очевидна нужно быть в теме, но это следствие не развитой помощи, а не самой реализации настройки. Принцип настройки переходов выбран исключительно верно и пользоваться переходами удобно.[/QUOTE]Подчеркнутое не понял. Описание языка для конкретного микроконтроллера должно содержат все команды перехода по условиям на метки. Настрока ini файла на флаги не очевидна, потому что нет объяснения тому как понимать скрипт: [CODE]; АСМ команды перехода по Z или другому флагу jz=jnz L<NN/> [/CODE] А необходимо понять, что вставляемый в П-код оператор условного перехода будет переключаться автоматически при выборе назначение лианы Да/Нет, при этом важно то как будет расположена ветвь алтернативного пути на Да или на Нет. Мне было понятно я был в теме и являлся инициатором этого изменения. Другим наверное будет не совсем очевиден данный факт. Поскольку в помощи он не отражен, то я и пишу что "неочевидность" следствие не развитости помощи (страницы help). [URL="http://************************/download/file.php??id=8813&sid=23c55c7b09e2110b18 758af163b13fa1&mode=view"] http://************************/download/file.php?id=8813&t=1&sid=23c55c7b09e2110 b18758af163b13fa1[/URL] 0