Отправлено: 30.07.08 09:24. Заголовок: Редактор, часть 2

Продолжение темы Редактор

 Отправлено: 30.07.08 09:38. Заголовок: igor пишет: Вот тол..

igor пишет:

цитата:

Вот только, выделенное красным, не вписывается в общий интерьер. Можно, так же подредактировать?

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

Дело в том, что программа переносит текст по словам, т. е. ищет разделяющий слова пробел или табуляцию.
Такой алгоритм позволяет не разрывать слова, но поскольку этих разделителей нет в рамках, они не переносятся.
Если предусмотреть возможность переноса текста, когда его длина превышает заданную, то велика вероятность разрыва слов!

Есть конкретное предложение что должна делать программа в такой ситуации (желательно со скриншотом)?

 Отправлено: 30.07.08 23:55. Заголовок: Вот к примеру, как в..

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


Захотелось мне изменить шрифт "Courier New 10" цвета хаки, на какой либо другой .
Для этого я , выделяю хотя бы одну букву указанного шрифта и жму на квадратик с двумя А (на него стрелка показывает).


Справа откроется окно "Форматирование выделенного текста". В нём жму "Выделить всё".

При этом во всём документе (а не только в окне) выделится весь текст имеющий точно такойже формат("Courier New 10" цвета хаки).
К примеру я захотел изменить размер шрифта с 10 на 24.
Выбираю шрифт.

И вот что получаю.

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

Такой подход, можно применить к изменению длины этих строк?

 Отправлено: 31.07.08 10:45. Заголовок: К сожалению редактор..

К сожалению редактор может работать только в режиме "простой текст", а это значит что даже ести удастся изменить размер шрифта отдельной строки (что теоритически возможно), при сохранении в файл либо копировании в буфер обмена, дополнительная информация о тексте (цвет и шрифт) не сохраняется. Тут нужно копировать текст в формате RTF, но как это сделать пока не ясно, хотя я видел эту возможность в программе SciTE, основаной на редакторе Scintilla, т. е. на таком же как и моя программа.

Это можно было бы с лёгкостью сделать в ранних (до 1.9) версиях программы, где использовался RTF редактор (EditorGadget), совместимый с Вордом.
Там и размер шрифта довольно просто менять к текст копируется в формате RTF, но он не поддерживает подсветку синтаксиса, поэтому пришлось перейти на текущий редактор.

Пока же я вижу только одно решение этой проблемы.
Если встречается длинная строка, то можно анализировать ту часть, что требуется перенести в следующую строку. Если она целиком состоит из символов / * - + \ ! " № $ % ^ & или пробелов, то она будет просто уничтожена.
Это приведёт к укорачиванию рамок до нужных размеров.

 Отправлено: 31.07.08 12:10. Заголовок: Я, совсем другое хот..

Я, совсем другое хотел сказать.
Совсем не нужно в редакторе изменять шрифт.
Я хотел спросить: может ли редактор работать с отдельно взятым цветом внутри себя самого?
Например задать что все символы / * - + \ ! " № $ % ^ & будут отображатся в редакторе желтым цветом.
А потом, если понадобится изменить длину строки состоящей из этих (желтых) символов, каким то образом удалить лишние хвосты (в рамках указанных пользователем) этих строк.
А т.к. работа будет производится только со строками желтого цвета, то другие строки эта процедура не затронет.
Такое возможно?

 Отправлено: 01.08.08 12:10. Заголовок: igor пишет: Такое в..

igor пишет:

цитата:

Такое возможно?

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

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

 Отправлено: 01.08.08 18:41. Заголовок: Отлично! Спасибо Пё..

Отлично!
Спасибо Пётр!
Избавил от рутинной работы.

 Отправлено: 03.08.08 20:29. Заголовок: Обновление Содержимо..

Обновление
Содержимое архива нужно извлечь в папку с программой.

Добавил в список авто завершения биты регистров и конфигурации.

Добавил авто коррекцию регистра ключевых слов. Например, если ввести PORTA или porta, то програма заменит на PortA
По умолчанию эта опция отключена.
При необходимости её можно включить в настройках программы в разделе "Регистр букв".
Учтите, замена слов производится совместно с подсветкой синтаксиса, так что эта замена может происходить не совсем так, как запланировано!

 Отправлено: 04.08.08 14:09. Заголовок: Спасибо за редактор ..

Спасибо за редактор и постоянную работу над ним.
При запуске последней версии v2.58 (после распаковки файлов)
Винда выдаёт сообщение "Не найден файл CoolMenu.dll"
После чего редактор запускается.

 Отправлено: 04.08.08 17:28. Заголовок: Makey пишет: Не най..

Makey пишет:

цитата:

Не найден файл CoolMenu.dll

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

PS.
Отправил дистрибутив программы Евгению Александровичу, так что ждите, скоро его получите.

 Отправлено: 06.08.08 13:09. Заголовок: Вот несколько библио..

Вот несколько библиотек с описанием регистров контроллеров http://purik.nextmail.ru/IBM/PAE_Library.rar
Содержимое архива нужно извлечь в папку Library

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

 Отправлено: 04.09.08 15:12. Заголовок: Появилась мысль сдел..

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

Думаю ввести следующие ограничения:

Запретить открытие более 2-ух закладок с файлами.
Запретить авто переключение раскладки клавиатуры если в исходнике более 200 строк.
Запретить ввод авто отступов если в исходнике более 200 строк.
Запретить отображение подсказок в строке состояния для регистров и их бит. Это же касается и списка авто завершения.
Запретить работу инструмента "Отступы".
Запретить использование стилей меню.


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

Что скажите?

 Отправлено: 04.09.08 16:16. Заголовок: Пётр пишет: а кому ..

Пётр пишет:

цитата:

а кому понравится и захочется иметь полную версию - пусть диск покупают.

Не думаю, что желающие получить полную версию, будут ради этого покупать диск.
Когда "созреют", тогда купят без программы, сами по себе.
А деньги за программу, должен получать создатель программы.

 Отправлено: 04.09.08 18:52. Заголовок: Так я о том, что мож..

Так я о том, что может кого-то заинтерисует демо версия редактора, ведь раньше вообще писал проги в "Блокноте" - не годится для работы редактор MPLAB 5.70.40.
Возможно ещё кто-то в такой же ситуации...

 Отправлено: 05.09.08 13:49. Заголовок: Вопрос остро упирает..

Вопрос остро упирается в пиратство.Наверняка, после того как редактор попадёт в руки пиратов, его копии расползутся по интернету как тараканы. Поэтому думаю, что в первую очередь решать нужно вопрос о защите от пиратского копирования. Хотя этот вопрос конечно довольно сложный.

 Отправлено: 05.09.08 14:39. Заголовок: Сомневаюсь что можно..

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

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

 Отправлено: 12.09.08 09:50. Заголовок: Пётр есть предложени..

Пётр есть предложение по усовершенствованию редактора. А точнее просьба.
Хотелось бы иметь такую функцию, как разделение центрального окна, на два отдельных окна. Чтобы одновременно в каждом, можно было открыть разные файлы. Очень удобно будет при сравнении, редактировании, переноса кусков программы из одной в другую и т.д.

 Отправлено: 12.09.08 10:50. Заголовок: Вот демо версия. Зал..

Вот демо версия. Залил на "Народ" потому что к NextMail доступа нет!

Ограничения перечислены выше.
В открытой части прогу выложу чуть позже.

 Отправлено: 12.09.08 11:01. Заголовок: Я видимо плохо читал..

Я видимо плохо читал возможности программы. Лезу с предложениями. А они уже осуществлены?
Извиняюсь!!!!!

 Отправлено: 12.09.08 11:05. Заголовок: igor пишет: Хотелос..

igor пишет:

цитата:

Хотелось бы иметь такую функцию, как разделение центрального окна, на два отдельных окна.

А так должно быть на каждой закладке или только на выбраной?
Можно вынести эту функцию в отдельный инструмент, т. е. в отдельное окно, в котором будут два или даже четыре редактора, размеры которым можно изменять.

 Отправлено: 12.09.08 11:06. Заголовок: igor пишет: Я видим..

igor пишет:

цитата:

Я видимо плохо читал возможности программы. Лезу с предложениями. А они уже осуществлены

Где?
Что то я не припомню что такое делал!

 Отправлено: 12.09.08 12:58. Заголовок: И действительно, не ..

И действительно, не делал.
Смысл такой. Например в программу, нужно вставить какой-либо кусок из другой программы. Или сравнить две программы между собой, например вариант с внесёнными изменениями с вариантом до внесения изменений.
Будет очень удобно, если они обе будут открываться в одном окне разделенном пополам.
А уж как реализовать эту функцию, тебе Пётр виднее. Как сделаешь так и будет.
На моё усмотрение, нужно сделать передвигающуюся мышкой вертикальную границу. Нужно открыть две программы-передвинул границу на середину. Нужно полное окно-сдвинул границу в право.

 Отправлено: 12.09.08 14:12. Заголовок: Присоединяюсь. И ещ..

Присоединяюсь.
И еще. Если сделать комфортный поиск (хотя бы в пределах одной "портянки") совпадающих групп команд (именно групп, а не только того, что занимает одну строку), то было бы очень даже распрекрасно.
В ходе оптимизации, это сэкономит много времени.
И тем больше, чем "массивнее" программа.
Заявляю это как человек, который реально столкнулся с этим неудобством.
Например, с целью дальнейшего поиска, в тексте программы, "дублеров", сначала, обычным образом, выделяется какая-то, интересующая программиста, группа команд.
Затем щелчок по кнопке (или еще по чему-то) с названием, например, "Поиск", после чего, в тексте программы, все "дубли" как-то "ярко/кричаще" выделяются.
Чтобы при "прокрутке бросалось в глаза".
При этом, редактор не должен "видеть" комментарии. Он должен работать только с "чистым" текстом программы.
Это можно сделать?

 Отправлено: 12.09.08 14:28. Заголовок: Evgeny Korabelnikov ..

Evgeny Korabelnikov пишет:

цитата:

Это можно сделать?

Думаю можно.
Под группой команд как я понимаю подрузомивается несколько последовательно расположеных ассемблерных инструкций без параметров или же всё кроме комментариев?

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

igor разработка уже в процессе.
Думаю пока сделать в отдельном окне, потом может в основное перенесу.

 Отправлено: 12.09.08 14:31. Заголовок: Жду!!! :sm64: ..

Жду!!!

 Отправлено: 12.09.08 14:56. Заголовок: Пётр, сейчас такое с..

Пётр, сейчас такое спрошу!
Возможно ли сделать , т.е. научить редактор рисовать блок-схему открытого в нем .asm файла???
Загрузил в него файлик, а он тебе в отдельном окне "нате, полюбуйтесь на всю структуру".
И по силам ли одному человеку таким заняться?

 Отправлено: 12.09.08 15:06. Заголовок: Например, 5 послед..

Например, 5 последовательно расположенных команд выделяются обычным образом.
Вызывается контекстное меню.
В нем нужно создать строку "Поиск".
Щелчок по ней.
После этого, в тексте программы, выделяются все "дублеры" (обязательно), включая и комментарии к ним (не обязательно, но желательно. Чтобы в глаза бросалось).
В процессе поиска, сравниваться должны только группы команд (комментарии игнорируются).
Каким именно будет выделение - решать Вам.
В том же контекстном меню должен быть пункт типа "Снять выделение" или "Отмена поиска".
Короче, смысл в том, чтобы комфортно и быстро найти "дублеров" выделенного, не "рыская трудозатратно" по всему тексту программы.
А оформить этот смысл можно по-разному.
Это только один из вариантов.

PS: по поводу рисования блок-схемы.
Думаю, что это навряд ли возможно, а если и будет возможно, то себе дороже станет.

 Отправлено: 12.09.08 16:18. Заголовок: Пётр пишет: Думаю п..

Пётр пишет:

цитата:

Думаю пока сделать в отдельном окне

Забыл что в программе есть дополнительная панель.
Там создам закладку с редактором.

vnleon пишет:

цитата:

Возможно ли сделать , т.е. научить редактор рисовать блок-схему открытого в нем .asm файла???

А Вы как думаете?
Задачка примерно такая же как преобразовать ассемблерный код в формат одного из языков высокого уровня.

 Отправлено: 12.09.08 17:13. Заголовок: Пётр пишет: А Вы ка..

Пётр пишет:

цитата:

А Вы как думаете? Задачка примерно такая же как преобразовать ассемблерный код в формат одного из языков высокого уровня.

Да, редактору ведь просто так не объяснишь, что должно включатся в один блок, а что в другой. Согласен.

 Отправлено: 12.09.08 18:04. Заголовок: igor пишет: Жду!!! ..

igor пишет:

цитата:

Жду!!!

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

 Отправлено: 12.09.08 19:05. Заголовок: Проверил. Копируетс..

Проверил.
Копируется из одного в другой. Хорошо.
Поиск работает в обоих окнах. Замечательно.
Замечен(несущественный) баг. При перетаскивании мышкой границы между окнами, окна с программами пропадают. После завершения перетаскивания, появляются вновь.
Хотелось бы, чтобы второе окно автоматически не сворачивалось во время поиска. Да и вобще, если можно, кнопку сделать, например "Автоматическое сворачивание/несворачивание правого окна". А то как-то по нервам бьёт, прыгание туда-сюда.
А в общем, получилось как раз то что нужно.
Только сейчас в голову ещё одна мысль пришла. Опять же из области комфорта. В панели поиска, сделать такие пункты:
*"искать в левом окне"
*"искать в правом окне"

 Отправлено: 12.09.08 19:38. Заголовок: igor пишет: "Ав..

igor пишет:

цитата:

"Автоматическое сворачивание/несворачивание правого окна"

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

igor пишет:

цитата:

панели поиска, сделать такие пункты:

В смысле в окне поиска, которое вызывается с помощью пункта меню Найти/Заменить из меню Правка?
Если да, то поиск производится в активном (там где текстовый курсор) редакторе.

igor пишет:

цитата:

баг

О, там багов хватает, несколько уже исправил после того как выложил прогу.

 Отправлено: 12.09.08 21:07. Заголовок: vnleon пишет: Пётр,..

vnleon пишет:

цитата:

Пётр, сейчас такое спрошу! Возможно ли сделать , т.е. научить редактор рисовать блок-схему открытого в нем .asm файла???

Очень понравилось, но еще лучше наоборот Нарисовал структуру, а вот и программа.
Почти HI_ACM. Я шучу, а то подумаете, что серьезно. Петра пожалейте, в одиночку такие вещи не делают.

 Отправлено: 12.09.08 21:15. Заголовок: Пётр пишет: Если да..

Пётр пишет:

цитата:

Если да, то поиск производится в активном (там где текстовый курсор) редакторе.

Не совсем так.
Поиск производится не там, где находится текстовый курсор, а там где находится указатель мыши.
Т.е. если нажать "Найти/Заменить", ввести искомый текст, потом щёлкнуть мышью по правому окну(установить там курсор), то можно увидеть следующее. Если указатель мыши находится в правом окне то всё в порядке. А если указатель мыши перевести в левое окно(не щёлкая при этом мышью) , то текстовый курсор сам собой перескакивает вслед за указателем.
Получается, если ищешь в правом окне, то не смей двигать мышью влево.

 Отправлено: 13.09.08 00:21. Заголовок: MAZ пишет: Почти HI..

MAZ пишет:

цитата:

Почти HI_ACM. Я шучу, а то подумаете, что серьезно. Петра пожалейте, в одиночку такие вещи не делают.

Конечно пошутить проще, когда на 100% уверен в своих мыслях.
Только если все не представлять таким сложным, кое-что можно сотворить.
Об этом позже, да и Пётр сам фильтрует темы для работы.
Жаль, сейчас у меня знаний по PureBasic маловато, но на русском объяснить смогу.

 Отправлено: 13.09.08 12:05. Заголовок: vnleon пишет: Тольк..

vnleon пишет:

цитата:

Только если все не представлять таким сложным, кое-что можно сотворить.

На этом месте по подробней. Может я не прав. Тут не надо знаний Базика. Нужен алгоритм этой работы. Вот он у меня в голове не укладывается.

 Отправлено: 13.09.08 13:09. Заголовок: vnleon пишет: Жаль,..

vnleon пишет:

цитата:

Жаль, сейчас у меня знаний по PureBasic маловато

Если знаете какой-то другой язык программирования, то можете сделать динамическую библиотеку (DLL-ку), входным параметром которой будет исходный текст, а выходным блок-схема...
Я уж как-то подключу её к редактору.

vnleon пишет:

цитата:

да и Пётр сам фильтрует темы для работы

Я никогда не возьмусь за то, что в данный момент не осилю.

 Отправлено: 13.09.08 13:33. Заголовок: Пётр пишет: Если зн..

Пётр пишет:

цитата:

Если знаете какой-то другой язык программирования, то можете сделать динамическую библиотеку (DLL-ку),

Кроме ассемблера на PIC пока ничего.
Мысль такая. Не искать схожие ассоциации для составления в макрокоманды, а нужны только некоторые команды, такие как goto, call, которые делают переходы на одни и теже метки.
Ведь именно через эти команды приходится нудно искать отдельные подпрограммы в незнакомой программе, или в своей давно сделанной и хорошо забытой. По сути эти пп и являются блоками.
Конечно, Пётр тебе видней, насколько сложна задача.

 Отправлено: 13.09.08 14:10. Заголовок: vnleon пишет: а нуж..

vnleon пишет:

цитата:

а нужны только некоторые команды, такие как goto, call, которые делают переходы на одни и теже метки

Если так, то это можно сделать без непосредственого сознания блок схемы.
Просто выделяем строку содержащую goto или call и в контекстном меню выбираем "поиск метки", после чего курсор установится на строку, содержащую метку.
Это как вариант.
А вообще в программе есть более удобный способ для перехода между различными частями исходника.
Для этого в исходнике нужно предварительно пометить начало интерисующего кода примерно так
; - это метка навигации
После этого строка это метка навигации появится на закладке "Навигация" дополнительной панели (поиск меток навигации осуществляется по умолчанию раз в 4 секунды и изменить можно в разделе "дополнительная панель" настроек программы)

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

Скрытый текст

;=============================================================================================== ; - Определение положения регистров специального назначения. ;+/=============================================================================================== INDF Equ 00h ; IndF. Timer0 Equ 01h ; TMR0. OptionR Equ 01h ; Option - банк1. PC Equ 02h ; PC. STATUS Equ 03h ; Status. FSR Equ 04h ; Регистр косвенной адресации. PORTA Equ 05h ; Порт A. TRISA Equ 05h ; Tris A - банк1. PORTB Equ 06h ; Порт B. TRISB Equ 06h ; Tris B - банк1. INTCON Equ 0Bh ; IntCon. PIR1 Equ 0Ch ; PIR1 EEDATA Equ 1Ah ; EEPROM - данные - банк1. EEADR Equ 1Bh ; EEPROM - адрес - банк1. EECON1 Equ 1Ch ; EECON1 - банк1. EECON2 Equ 1Dh ; EECON2 - банк1. pie1 Equ 0CH ; pcon Equ 0EH ; txsta Equ 18H ; spbrg Equ 19H ; txreg Equ 19H ; rcreg Equ 1AH ; VRCON Equ 1Fh ; VRCON - банк1. Источник опорного U. CMCON Equ 1Fh ; CMCON. Модуль компараторов. T1CON Equ 10h ; T1CON. Таймер TMR1. T2CON Equ 12h ; T2CON. Таймер TMR2. CCP1CON Equ 17h ; CCP1CON. Модуль CCP1 (ШИМ). RCSTA Equ 18h ;-/ RCSTA. USART. ;=============================================================================================== ; - Определение названия и положения регистров общего назачения. ;+/=============================================================================================== pr_w Equ 70h ; pr_stat Equ 71h ; knopka Equ 72h ; flags Equ 73h ; ph Equ 74h ; pl Equ 75h ; p_temp Equ 76h ;-/ ;=============================================================================================== ; - Определение места размещения результатов операций. ;+/=============================================================================================== W Equ 0 ; Результат направить в аккумулятор. F Equ 1 ;-/ Результат направить в регистр. ;=============================================================================================== ; - Определение положения флагов и бита выбора банка в регистре STATUS. ;+/ =============================================================================================== C Equ 0 ; Флаг переноса-заема. Z Equ 2 ; Флаг нулевого результата. RP0 Equ 5 ; Бит выбора банка. RP1 Equ 6 ;-/ Бит выбора банка.

 Отправлено: 13.09.08 14:11. Заголовок: А для чего это нужно..

А для чего это нужно? Чужие программы взламывать?
А если нет, то своя программа пишется в обратном порядке( блоксхема--> ASM файл).

 Отправлено: 13.09.08 14:36. Заголовок: igor пишет: А для ..

igor пишет:

цитата:

А для чего это нужно? Чужие программы взламывать?

Захочется взломать и так взломается.
Игорь, а разве Вы учились не по чужим программам?

 Отправлено: 13.09.08 15:22. Заголовок: Учился и продолжаю у..

Учился и продолжаю учится, в основном по программам Евгения Александровича. Признаюсь честно, блок схемы, меня, меньше всего интересовали.
Блок схему рисую в случае, если программа начинает обрастать всевозможными подпрограммами, ветвлениями, не умещающиеся в своей последовательности в моей памяти. Тогда чтобы не запутатся приходится рисовать., и то что сделано и то что задумано.
Может быть и не правильно это. Но, вот так.

 Отправлено: 13.09.08 16:15. Заголовок: igor пишет: Блок сх..

igor пишет:

цитата:

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

Все правильно. Я тоже так делаю. Общий алгоритм вполне умещается в памяти моего компьютера(голова). Сложные куски, которые не могу представить прорисовываю. Так даже очень эффективно работается. По прорисовке алгоритма, написать подпрограмму несложно. Если ошибся в специфике контролера при написании кода, можно отладчиком проанализировать. И все склеивается.
Насчет команд Goto call как дающие какую то привязку к алгоритму программы, сильно сомневаюсь. Как писал КЕА в самом начале самоучителя, программа это совокупность циклов плотно переплетенных между собой. Вычислить начало и конец одного кольца, квалифицировать, может пока только один компьютер- человек.
Если я не прав. Назовите мне программу которая может написать программу без человека.
Библиотека не поможет, она еще все более усложнит, что концов не найдешь.
А так открытие мирового масштаба может получится. Язык Си, да и прочие, это и есть библиотека, но без человека, язык не о чем. Возможности человеского мозга намного круче.
Все программные изюминки, придуманные человеком, другая программа сравнив с библиотекой, просто не поймет.

 Отправлено: 13.09.08 17:03. Заголовок: MAZ пишет: Вычислит..

MAZ пишет:

цитата:

Вычислить начало и конец одного кольца, квалифицировать, может пока только один компьютер- человек.

Как Вам объяснить Александр, в моей задумке все гораздо проще, не надо ничего вычислять, основная задача(в моем понимании) сдесь заключалась бы с графикой. Здесь, поймите алгоритм просто разрисовывал бы блоки, в которых есть одинаковые переходы и стрелки на блоки, куда эти самые переходы ведут. Алгоритм прост, согласитесь. А вот с графикой вопросов слишком много.

 Отправлено: 13.09.08 20:45. Заголовок: Насколько я понимаю,..

Насколько я понимаю, Вы имеете в виду простые тексты. Не больше 200 строчек. А если 4 страницы памяти программ, да еще на С. С одинаковыми переходами запутаетесь. И что это даст? Еще большую головную боль. Хотя для начального анализа программы, может и поможет. Мне кажется, методика предложенная КЕА, намного эффективней. Попробуйте от неё оттолкнуться. Наверно, в этом направление Петру будет проще. Там очень много рутинной, но полезной работы. Я про взлом hex файла.

 Отправлено: 13.09.08 22:05. Заголовок: MAZ пишет: Не больш..

MAZ пишет:

цитата:

Не больше 200 строчек

Ну это совсем скромно. Как раз для больших программ бы и подошло. Представьте, открыли файл, посмотрели блок-схему, ага, что-то много блоков нарисовал. Сдесь Вам и флаг в руки, а точнее установка, снятие флажков, то бишь птичек, изменение других установок. Задаем, например условие нарисовать блок, если переходов на одну метку от 3 и более, или от 5 до 10. Не нравиться, еще изменяем условия и смотрим-смотрим, куда и на сколько меток указывают переходы.В конце концов кто из Вас MASTER, а кто SLAVE, Вы или программа.
MAZ пишет:

цитата:

Я про взлом hex файла.

А разве hex не переводится в asm? Все к одному.
Вроде бы, к этой теме, мне уже и не хотелось возвращаться, а вы Александр сами всё вопросы задаете, заметте.
MAZ пишет:

цитата:

Мне кажется, методика предложенная КЕА, намного эффективней.

Может, что-то упустил, извиняюсь. Надо будет еще раз пролистать форум.
Кстати, Александр тема, начатая Вами про "алгоритм с плавающей запятой" что-то остановилась?

 Отправлено: 13.09.08 22:24. Заголовок: взлом, отдельно. на ..

vnleon пишет:

цитата:

А разве hex не переводится в asm? Все к одному.

Я не об этом , а о теме КЕА.
Если это плохо, то вопросов больше не будет.
Взлом, отдельно. на форуме нет..
Насчет показательной формы.
Отдышусь. За текущий период разработал и изготовил 7 промышленых блоков управления, поддерживал прибор радиомеханика и еще одну личную просьбу. Пришлось физически повкалывать. Строю свою "лабораторию". Отдельное помещение. Полностью автономное и все под меня. Детская мечта. Осталось сделать "мебель". Надо еще и на работе появлятся. Устал.
Наверно после января, займусь. Урывками по ночам не хочу, голова не варит. Кстати, предлагал, присоединятся. Но никто, кроме Алексея. Мне пока было не до этого. А остальным, я понял, не особенно и надо. Вполне могут обойтись библиотекой или фиксированной формой, что вполне логично. Социалистических обязательств не давал. Обсуждение темы, ноль. Значит не так важна. Разобраться можно быстрее, но хотел описать эти разборки, это уже по другому.

 Отправлено: 13.09.08 22:51. Заголовок: MAZ пишет: взлом, о..

MAZ пишет:

цитата:

взлом, отдельно. на форуме нет..

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

 Отправлено: 13.09.08 22:51. Заголовок: vnleon пишет: В кон..

vnleon пишет:

цитата:

В конце концов кто из Вас MASTER, а кто SLAVE, Вы или программа.

Как у Вас всё просто, но ведь программу этому нужно ещё научить! А вот это гораздо сложнее комп - тупая железяка.
То что Вы хотите очень смахивает на искуственый интелект.

 Отправлено: 13.09.08 22:54. Заголовок: Хотя и обещал без во..

Хотя и обещал без вопросов. Но вы меня ставите в тупик. Или мы друг друга не понимаем.
vnleon пишет:

цитата:

Вы про что??? Кто Вас такому научил???

А вы про что?

 Отправлено: 13.09.08 23:03. Заголовок: Пётр пишет: То что ..

Пётр пишет:

цитата:

То что Вы хотите очень смахивает на искуственый интелект

Или человек

 Отправлено: 13.09.08 23:08. Заголовок: MAZ пишет: А вы про..

MAZ пишет:

цитата:

А вы про что?

И я про взлом

Пётр пишет:

цитата:

То что Вы хотите очень смахивает на искуственый интелект.

Почему?

 Отправлено: 13.09.08 23:12. Заголовок: Петр, все правильно ..

Петр, все правильно написал. Как по меткам программы можно определить где мастер, а где ведущий? Не понятно. А если он то мастер, то ведущий. И таких устройств на шине 10штук.
Честно, не представляю.
Взлом - такая тема. На диске должна быть.

 Отправлено: 13.09.08 23:26. Заголовок: MAZ пишет: Как по м..

MAZ пишет:

цитата:

Как по меткам программы можно определить где мастер, а где ведущий? Не понятно.

Мастер и ведущий к алгоритму не относится. Была шутка про человека-пользователя и программу. Забудьте.
.MAZ пишет:

цитата:

И таких устройств на шине 10штук.

Это Ваша идея

 Отправлено: 13.09.08 23:50. Заголовок: vnleon пишет: Это В..

vnleon пишет:

цитата:

Это Ваша идея

Почему? Давно применяется, очень удобно. Особенно в промышленных роботах.
В зависимости от задачи, одно устройство становится мастером и управляет например тремя другими. Потом одно из этих трех становится мастером и управляет одним из ранее равнозначным и пятью другими. Ну и так далее.
Я понял, что вы писали не о программе с I2C. Но это очень был наглядный пример. Причем наиболее простой. Вот еще вариант по шине, который нужно предусмотреть, аппаратная реализация или программная.
Чувствую, что-то в вашей идеи есть. Но вы отбивайтесь, защищайте, свою идею. Если родим, честь нам и хвала.
Не хочу повторяться, в таком режиме как мы работаем, истина, какая бы она не была
двигается куда-то.
Вы думаете, я злой и вредный, и мне спать не хочется. Мне просто очень интересно, что получится. Может не до конца вас понял.

 Отправлено: 14.09.08 00:02. Заголовок: Так, второй час, пош..

Так, второй час, пошел спать. Завтра опять все снова. Спокойной ночи.

 Отправлено: 14.09.08 00:43. Заголовок: MAZ пишет: Почему? ..

MAZ пишет:

цитата:

Почему? Давно применяется, очень удобно. Особенно в промышленных роботах. В зависимости от задачи, одно устройство становится мастером и управляет например тремя другими. Потом одно из этих трех становится мастером и управляет одним из ранее равнозначным и пятью другими. Ну и так далее. Я понял, что вы писали не о программе с I2C. Но это очень был наглядный пример. Причем наиболее простой. Вот еще вариант по шине, который нужно предусмотреть, аппаратная реализация или программная. Чувствую, что-то в вашей идеи есть. Но вы отбивайтесь, защищайте, свою идею. Если родим, честь нам и хвала. Не хочу повторяться, в таком режиме как мы работаем, истина, какая бы она не была двигается куда-то. Вы думаете, я злой и вредный, и мне спать не хочется. Мне просто очень интересно, что получится. Может не до конца вас понял.

У Вас все смешалось кони, люди.
Получается почти как у Александра Македонского:
Пришёл, увидел, пошутил.

Спокойной ночи.

 Отправлено: 14.09.08 08:07. Заголовок: Обиделись, ну да лад..

Обиделись, жаль. Намек на Александра я понял, спасибо. Буду исправлятся.

 Отправлено: 14.09.08 12:13. Заголовок: vnleon пишет: Почем..

vnleon пишет:

цитата:

Почему?

vnleon пишет:

цитата:

Здесь, поймите алгоритм просто разрисовывал бы блоки, в которых есть одинаковые переходы и стрелки на блоки, куда эти самые переходы ведут.

vnleon пишет:

цитата:

но на русском объяснить смогу

Допустим, может задача и не такая сложная, тогда объясните по русски что да как и по подробнее, т. е. обрисуйте весь алгоритм создания блок-схемы в мельчайших деталях. Что и как должна делать программа в той или иной ситуации. Допусти, она нашла Goto что дальше?
По каким критериям строится сама схема?
Просто я вижу что Вы считаете эту задачку пустяковой а я даже не знаю с чего начать...
В общем с Вас очень подробное толкование самого алгоритма программы, а там посмотрим что можно сделать.

 Отправлено: 14.09.08 14:37. Заголовок: Пётр пишет: обрисуй..

Пётр пишет:

цитата:

обрисуйте весь алгоритм создания блок-схемы в мельчайших деталях

Вижу моя тема заинтересовала, всерьёз.
Только, Пётр в мельчайших деталях не получится, потому что их попросту нет,
"Не сразу Москва строилась", а продумать эти детали, или как говорит Евгений Александрович "нарастить мясо" можно будет по ходу движения, от простого к сложному.
Идея только появилась, так что не требуйте очень многого.

Начальная задумка такая.
Пример
1)Настройка поиска. Искать повторяющиеся переходы goto, которых в файле может быть не менее 3
2)Если таких переходов goto больше нашего параметра (3), создается в левом верхнем углу первый
блок, в котором этот goto с меткой записывается, справа напротив прорисовывается блок с этой же меткой, и стрелка с первого длока на второй.
Дальше редактор ищет следующие goto с другой повторяющейся меткой, которые попадают под наш критерий (не <3), и также прорисовывает блоки с метками справа.
3)При щелчке по левому нарисованному блоку открывается весь список найденных goto с одинаковой меткой(перед каждым goto указывается номер в памяти программ, где он был найден). При щелчке по выбранному goto в основном окне с открытым asm файлом появляется этот переход.
4)При щелчке по правым блокам с указанными в них найденными метками, также в основном окне с открытым asm файлом появляется эта метка.

Все что описано выше так-же относится и к команде call.
А если поиск ведется одновременно по двум командам(call и goto), то блоки с найденными переходами(те что слева), которые указывают на одну и туже метку(что справа), будут прорисовываться рядом(что логично).

Вроде бы для начала неплохо.
Если у кого появяться еще какие-либо идеи и предложения, в пределах разумного конечно, прошу
дополнить.


P.S. MAZу : I2C, WIRE, USB и другие виды связи просьба не предлагать.

 Отправлено: 14.09.08 17:37. Заголовок: Да уж. :sm20: Я чувс..

Да уж. Я чувствую, человек говорит не зная о чем. Вы просто ни когда не анализировали чужую программу. Возьмите любой hex файл, декомпилируйте. Разбейте по группам. А дальше, что?. Алгоритма нет. Если анализ по текстам КЕА с подробными коментариями, то еще как-то выкрутишься. Хотите , дам небольшой hex, не скажу на каком языке, вы его декомпилируете ( будет только асм) и скажите о чем хоть речь, использовав приведенный выше метод. Очень сильно сомневаюсь. А хотите, чтобы это сделал ПК?
Может вы только по текстам с коментариями хотите работать?
Если у Вас получится, готов униженно просить извинения за свою тупость. Жду вашего решения.

 Отправлено: 14.09.08 18:28. Заголовок: Из под пера Петра, в..

Из под пера Петра, в конечном, итоге должен выйти неслабый симулятор. Который, по некоторым показателям, должен превосходить стандартный микрочиповский. Конечно хорошо было бы заиметь такое чудо. Сам взламывает и преподносит на блюдечке с золотой каёмочкой чужую программу. Тут действительно программа должна обладать интеллектом.
Я, сильно сомневаюсь. Хотя конечно всё гениальное-просто.

 Отправлено: 14.09.08 19:56. Заголовок: MAZ пишет: Вы прост..

MAZ пишет:

цитата:

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

Очень громкие, но пустые слова.
MAZ пишет:

цитата:

Возьмите любой hex файл, декомпилируйте. Разбейте по группам. А дальше, что?. Алгоритма нет.

Вы попробуйте повнимательней прочитать, то что есть в описании работы(если вообще читали).
В Вашей фразе все правильно до "Разбейте по группам". Скажите пожалуйста, а по каким критериям вы разбиваете по группам. Ведь Вы отталкиваетесь в первую очередь именно от этих самых команд.
Рассматриваете начало программы на наличие прерываний(о чем может говорить org 4, или переход goto до 4 строки(не факт, что есть прер.)также ищем регистры с флагами разрешения прерываний, ничего, что я так разжовываю).
Вот как раз до разбивания по группам и нужно оперативно найти именно повторяющиеся переходы.
А потом уже ручками разбиваем на группы, пишем коментарии.
Алгоритма нет? А откуда он возьметься, кто заранее знает ассоциации команд, программа нет, только ВЫ.

MAZ пишет:

цитата:

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

Здесь сразу видно, что Вы не знаете что такое hex файл.
Лично для Вас маленький ликбез(по простому): hex файл предназначен для непосредственного прошивания в МК, он скомпилирован по стандарту предписанному для определенного типа МК,
его стандарт не зависит, на каком языке он компилировался.
MAZ пишет:

цитата:

Очень сильно сомневаюсь.

Ивините, но по моему, Вы просто хотите "померяться пистолетами".

 Отправлено: 14.09.08 20:00. Заголовок: igor пишет: Я, силь..

igor пишет:

цитата:

Я, сильно сомневаюсь. Хотя конечно всё гениальное-просто.

Может быть Пётр использует библиотеки самого симулятора. Логично? Может я ошибаюсь.

 Отправлено: 14.09.08 21:44. Заголовок: Мужики, так дело ..

Мужики, так дело не пойдет.
Эмоции, в нашем деле, плохой помощник.
Умные люди должны притягиваться, а не отталкиваться, а иначе никакого толка не будет.
Изложу свое вИдение проблемы.
Если ставить задачу "по полной программе", то по существу, речь идет о создании искусственного интеллекта (это как минимум, Нобелевская премия и слава в веках).
А вот если существенно "сузить сектор обстрела", то теоретически, это уже не утопия.
Я имею ввиду просто "разрисовку" переходов. Без "привязок" к конкретным функциональностям.
Это что-то типа карты переходов (по аналогии с картой обходов).
Например, имеется квадратик, от которого идет стрелка (обозначение перехода) к другому квадратику. И так далее (смысл, я надеюсь, понятен).
Если результат такого рисования оформить, например, в виде файла .BMP, то в Paint (или еще как-то), внутри этих квадратиков, можно поместить какую-то поясняющую надпись (ту, что в голову взбредет).
Естественно, что результат работы такой программы не будет обладать каким-то очень уж могучим интеллектом, но и банальная разрисовка переходов это уже существенная помощь.
На мой взгляд, основная и очень существенная сложность заключается в графике, ведь потребуется создание чего-то типа автотрассировщика программы P-CAD (нечто подобное и специализированное), что есть весьма и весьма не слабая задача.
Поэтому я ранее и выражал свои опасения.
А вообще, чем черт не шутит. Может быть даже это и возможно.
Зачем обрезать крылья мечте?
Исходя из своего личного опыта, могу сказать, что это "обрезание" есть занятие страшно неблагодарное. Поэтому, лучше их не "обрезать".
Такая программа, на все сто, побила бы многие рекорды PIC-популярности.
Сейчас же, на мой взгляд, проще просто взять лист бумаги и разрисовать переходы на ней.
В "биокомпьютере" имеется мощнейший автотрассировщик.
А если он еще и тренированный, то вообще будет "фантастишь".
На мой взгляд, на каждом этапе развития, нужно ставить реально выполнимые задачи, но и помечтать совсем не грех, ведь все это, в комплексе, входит в единое "кольцо".
И ничего из этого "кольца" не выкинешь.
Если мы хотим эффективно развиваться и видеть дальше собственного носа, то это обязательно нужно учитывать.
Давайте учиться слушать и слышать друг друга.
Никого обидеть не хочу. И в мыслях этого нет.
Если кого-то "зацепил", то заранее прошу прощения.

 Отправлено: 14.09.08 21:52. Заголовок: vnleon пишет: его с..

vnleon пишет:

цитата:

его стандарт не зависит, на каком языке он компилировался

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

vnleon пишет:

цитата:

Идея только появилась, так что не требуйте очень многого

Вот именно что только идея.
Пока нет чёткого описания алгоритма.
Мне тоже не помешал подобный инструмент, но как его сделать не знаю.

 Отправлено: 14.09.08 22:08. Заголовок: vnleon пишет: Может..

vnleon пишет:

цитата:

Может быть Пётр использует библиотеки самого симулятора. Логично? Может я ошибаюсь

Нет.
Не использую я никаких подобных библиотек.
Не стоит переоценивать языки высокого уровня.
Они могут только облегчить задачу а не решать её!
Всё делаю ручками.
Если интересно, то сейчас программа состоит почти из 12 тысяч строк!
А для эффективного симулятора примерно столько же придётся написать!

Evgeny Korabelnikov пишет:

цитата:

На мой взгляд, основная и очень существенная сложность заключается в графике,

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

 Отправлено: 14.09.08 22:31. Заголовок: vnleon пишет: Ивини..

Сразу, еще раз извинись, если как-то обидел, раньше.
vnleon пишет:

цитата:

Ивините, но по моему, Вы просто хотите "померяться пистолетами".

Совершенно нет. Главное истина. Но вы очень хитро уходите от нее. И больше уходите на личности. Тема очень интересная, в этом вся суть. Я просто думаю, вы поверхностно её зацепили, или уже есть идеи.
При разборе, я конечно ишу знакомые фрагменты и после анализа квалифицирую. Но это я, а вы хотите поручить это машине. Вот и хочу узнать алгоритм такой работы. Вам задал, конкретный вопрос. Вы можете это сделать? Если да, то вы покажете алгоритм этой работы.
Пусть он будет ошибочный, но вы покажете направление, которое для меня не понятно. Если нет, то извините, я в вас ошибся, чего воду толочь.
vnleon пишет:

цитата:

Здесь сразу видно, что Вы не знаете что такое hex файл. Лично для Вас маленький ликбез(по простому): hex файл предназначен для непосредственного прошивания в МК, он скомпилирован по стандарту предписанному для определенного типа МК, его стандарт не зависит, на каком языке он компилировался.

А теперь для вас маленький ликбез. Кстати здесь форум, только по пикам, если вы забыли.
Что такое стандарт для hex? Это команды на асм для данного мк, преобразованные в код для данного мк. Но я не о том, этим занимаются "калькуляторы".
Взлом программы, начинается именно hex. Обычно программу пишут на асм или С, есть еще варианты.
Если на С, делают вставки на асм. Что такое С,упрошенно, это библиотека на асм. Но универсальная для всех случаев жизни. т.е. программа написанная на С, мягко говоря, неоптимальна.
Так вот , чтобы разобрать hex, его надо для начала декомпилировать, т.е. перевести на асм.
И там с цифровыми метками, без всяких комментариев вы влетаете в библиотеку С на асм.
Очень хочется, чтобы вы доказали, что я не прав. Но вы читаете ликбезы, не понимая о чем говорите.
Мне очень интересно, как вы, например программу деления из библиотеки С по командам goto распишите. Я не говорю про протоколы, которые вам почему то не нравятся. А есть вещи по круче.
Или вы хотите построить танк, который с завода не сможет выехать, не то, что воевать.
PS. Если не хотите обсуждать по деловому, я пойму. На личности переходить не надо.
Все очень прагматично.

 Отправлено: 14.09.08 23:18. Заголовок: Петр. На основание в..

Петр. На основание выше описанной идеи. У меня родилась другая.
Если мы не можем сделать искуственный интелект. То наверно можем типа самообучающей программы. У каждого есть свои любимые подпрограммы. Где-то подглядел, где-то сам сделал. В принципе они похожи друг на друга. Почему пользователь не может скопировать в библиотеку эти тексты. А редактор сравнит блок из библиотеки и текст, определит начало и конец. как то пометит и предположит, что это подпрограмма обмена с СОМ, АЦП или инициализация индикатора, вероятность совпадения 10%, 50, 100%. или неопределенно.
Пусть эта работа будет длится даже полчаса, все равно быстрее чем в ручную.
Совместными усилями мы можем создать такую библиотеку. И это будет большим подспорьем при работе по расшифровке. Т.е. нужна постоянно обновляющаяся библиотека. Непонятные куски, что делать, надо разбирать.
А идея предложенная vnleon, может стать частью этой работы. Т.е. определить например сколько прерываний в программе и от чего они происходят. Не нужна графика, а будут сравниваться буфера и в тексте выделятся метки. Небольшие комментарии. По меткам с 100%-ым совпадением текст может удаляться, оставляя только название подпрограммы ну и метку конечно.
После такого преобразования в тексте останутся непонятные для библиотеки куски, которые можно добить самому или с помощью идеи vnleon. Как то надо будет разбираться со связями. Над этим можно подумать в процесе обсуждения.
Вот такой вариант. Очень упрощенный, предлагаю подумать как сравнить оптимально текст и текст из библиотеки. Мне кажется, здесь, что-то есть. Потянет базик такую работу? По идеи, должен. Если получится, надо проработать алгоритм. Одному тебе будет тяжело, это можно сделать только в коллективе. Или у кого может есть идеи , попроще и эффективней?

 Отправлено: 15.09.08 05:43. Заголовок: MAZ пишет: предлага..

MAZ пишет:

цитата:

предлагаю подумать как сравнить оптимально текст и текст из библиотеки.

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

 Отправлено: 15.09.08 07:32. Заголовок: Заинтересовала меня ..

Заинтересовала меня эта тема... Думаю реализовать возможно составление блок схемы, но задача не из самых простых, но на 100% возможно. Если задача не из самых легких, то думаю стоит начинать с чего попроще. Например для начала научить программу находить переходы по условию. Допустим в программе ищется BTFSS STATUS,C и рисуется ромб с вопросом STATUS,C=1? и с двумя стрелами Да и Нет. Потом можно и прикручивать уже что то после стрел. Как разделять на блоки пока не очень ясно, тут надо просто взять одну с известным алгоритмом программу и на ней испытывать идеи. В принципе думаю на первом этапе достаточно будет проанализировать переходы по условию, на втором этапе думаю стоит продумать алгоритм поиска подпрограмм, вызываемых CALL. Для этого необходимо найти все операторы RETURN, а вот с началом надо продумать. Но для начала можно попробовать сделать так, ищем все CALL и запоминаем адреса, на которые ссылаются, Дальше при натыкании на любой RETURN (только после просмотра всех CALL) Выбираем ближайший к нему меньший адрес. Правда данный алгоритм не лишен недостатков, например в подпрограмме может быть две метки которыми вызывается данная подпрограмма. В процессе доводки станет возможно более оптимально решить данную задачу. На третьем этапе... дело дойдет, придумаем
MAZ я так понял из текста ваших сообщений, вы думаете что vnleon предлагает сделать анализ всей программы и определение предназначения отдельных частей? Во первых этого при анализе чужих программ не требуется на первых этапах. Самое важное определить все переходы и вызовы, т.е. нужно представлять в какой последовательности работает программа, а уж для чего предназначены ее отдельные части можно выяснить и самостоятельно уже по блок схема... Это мое мнение...

 Отправлено: 15.09.08 11:40. Заголовок: MAZ пишет: При разб..

MAZ пишет:

цитата:

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

Вы ничего не поняли. Машине я такое не хотел поручать.
MAZ пишет:

цитата:

Кстати здесь форум, только по пикам, если вы забыли.

Прошу показать, где у меня не по пикам???
MAZ пишет:

цитата:

А редактор сравнит блок из библиотеки и текст, определит начало и конец. как то пометит и предположит, что это подпрограмма обмена с СОМ, АЦП или инициализация индикатора, вероятность совпадения 10%, 50, 100%. или неопределенно.

В Вашей идее кое-что есть. С блоками пока очень туманно, представьте себе, мы работающие в ассемблере собираем программу по крохам, каждый раз изменяя и переворачивая различные стандартные алгоритмы. Для программы редактора это будет просто каша. Вы представляете какой объём должна иметь билиотека что-бы найти что-то подобное в программе. Если такая библиотека и будет составлятся, вопрос кем? Потом чтобы пошагово пройти всю asm, каждый раз обращаясь к библиотеке, еще и определить % попадания, это сравнимо с определением прогноза погоды.
А если asm или hex написан на известном языке высокого уровня, где уже вся работа делается на стандартных библиотеках, сдесь "сектор обстрела" резко сужается. Останутся не определёнными только вставки на asm написанные вручную.

Пётр пишет:

цитата:

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

Полностью согласен.

Алексей пишет:

цитата:

Самое важное определить все переходы и вызовы, т.е. нужно представлять в какой последовательности работает программа, а уж для чего предназначены ее отдельные части можно выяснить и самостоятельно уже по блок схема... Это мое мнение...

Полностью совпадает с моим.

 Отправлено: 15.09.08 17:51. Заголовок: vnleon пишет: Прошу..

vnleon пишет:

цитата:

Прошу показать, где у меня не по пикам???

Показываю.
vnleon пишет:

цитата:

hex файл предназначен для непосредственного прошивания в МК, он скомпилирован по стандарту предписанному для определенного типа МК, его стандарт не зависит, на каком языке он компилировался.

Честно, мужики, может и не прав, но не верится, что разбив программу на молекулы, пусть даже и связанные между собой, можно получить результат, облегчающий работу. Тогда лучше без редактора по старинке. Одно и тоже.
Именно работая с блоками, можно облегчить эту работу. Просматривая визуально программу, сразу видно, где работа с EEPROM, с АЦП, индикаторами, ну еще много стандартных процедур. Их я например сразу вычленяю, и ищу переходы на эти попрограммы. Потом можно порыться с другими частями, если стопор, то только вручную или как предлагалась раньше.
Насчет библиотеки, а что текст в блокноте занимает много места? Хоть 100МГб.
Представте, например, тест уменьшился на 50%, есть ссылки на переходы к уже известным
подпрограммам. Небольшой комментарий о том , что используется в программе. Вот остатки можно и подробить на более мелкие "элементарные"части и с ними уже разбираться.
Вот принцип сравнения, да тут нало подумать. Но кажется это можно решить.
Алексей пишет:

цитата:

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

Разве каждый переход дает информацию о последовательности программы. Да и вызовы. Это может быть простешая рутинная частица, той же программы деления. И вы не зная этого начнете заново её разбирать, потратив кучу времени. А теперь представте схему из 500 переходах и 300 вызовах. И все соединены стрелочками. Плюс условия. Мне уже станановится тошно.
Есть ситуации, когда переход, ни когда не покажет правильное направление, только в готовом устройстве или при отладчике. Но какая у вас будет путаница при такой бяке.
Например. программа циклически опрашивает состояние portB, на наличие нулей на входе. А там их просто нет, потому что включены подтягивающие резисторы. Программа или блок схема не видит, что резисторы включены. И только при определенном внешнем условии, не зависимом от программы и мк, этот ноль появится. Но вы его не увидите, цикл будет выполнятся и заканчиваться в нужном месте. И блок схема будет правильная, но цель этого опроса будет очень незаметна.
Истина, где-то посередине.

 Отправлено: 15.09.08 22:25. Заголовок: MAZ пишет: Показыва..

MAZ пишет:

цитата:

Показываю.

Спасибо за указивку. О чем-то конкретно я не говорил. Только в общем, для большей информативности.
MAZ пишет:

цитата:

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

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

цитата:

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

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

Пишите "Хоть 100МГб". Если работать с файлом написанном на ассемблере, боюсь этого будет слишком мало.Где взять такую библиотеку? Как я выше писал с языками высокого уровня все гораздо проще, такие библиотеки уже есть.
MAZ пишет:

цитата:

Вот остатки можно и подробить на более мелкие "элементарные"части и с ними уже разбираться.

Если работать по вашему способу, по известным библиотекам найдутся именно мелкие части, а состыковывать в смысловые блоки придется Вам самим.
MAZ пишет:

цитата:

Разве каждый переход дает информацию о последовательности программы.

Конечно нет, на то и задуман режим селекции по количеству повторений. Можно дополнить режимом "не отображать уже найденные и не интересные".
MAZ пишет:

цитата:

А теперь представте схему из 500 переходах и 300 вызовах.

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

цитата:

И все соединены стрелочками.

"СТОП МАШИНА"
На этом этапе приходим к выводу, что стрелки вовсе и не нужны, и всю графику туда-же, к лешим!
Как написал Игорь, "квадратики рисовать, не стоит заморачиваться".
Заинтересовавшиеся еще раз могут прочитаь принцип работы. Все можно организовать в виде таблицы.
Зачем рисовать стрелки с левого блока на правый, других то нет. В левой стороне разворачивающийся список одинаковых переходов или вызовов, с правой стороны метка. Вся работа аналогична описанной выше. Как говорится, простые вещи быстрее делаются, и меньше ломаются.
Что скажете Форумчане? Ваше слово

MAZ пишет:

цитата:

Например. программа циклически опрашивает состояние portB, на наличие нулей на входе.

Извините, но Вы описываете работу симулятора, он не имеет никаго отношения к описанному выше.