ну чтобы их проще было поймать наверное :-)))) сами помогают себя поймать…
это как раз из теории что каждый преступник мечтает о том чтобы его поймали и одновременно боится этого… такое вот адреналиновое хождение по лезвию ножа :-)
ну как у любой разработки ведущейся одним человеком (я чтото не увидел желающих присоединиться) — тз расплывчато… хотя исписана уже тетрадка… и разобраны многие вещи…
на сегодня задания простые:
1. объединение в проект. Уже написал одну версию… не нравится… получилось как у всех с теми же неудобствами… хотя некоторые вещи вспомнил из кокоса — буду писать их…
2. компиляция. ну это пожалуй самое простое. батник я уже писал, сделать тоже самое на паскале проще простого… но хочу парсить результат компиляции и переход к ошибкам по клику… ничего сложного в принципе
3. добавление модулей. сперва это должны быть модули облегчающие работу с железом… чтото вроде cmsis… но самое главное сделать возможным визуальную настройку оборудования… как в кубе… здесь есть уже наработки, но пока не решу с проектом эту задачу не решаю
4. написать все таки редактор с подсветкой. уже перевернул synedit — нашел интересные вещи… но он все равно не подходит :-( там будет о чем писали выше (хранение кода в виде дерева, да и вообще некоторая предкомпиляция кода для простоты последующей работы с ним)
5. калькуляторы, контекстные подсказки, прочие визуализации — это могу уже сейчас — просто для TMemo не хочу морочится, буду писать для нового редактора…
6. оптимизатор кода. здесь очень много набросок… не секрет что формат команд у ассемблера специфичен, и не всегда оптимальны те команды которые пишешь сразу (одно присваивание значений чего стоит)
на счет нотепада и сублима вы вообще не правы…
их я уже обошел…
а в остальном — да, идеал это чтото вроде кокоса… только заточенного на ассемблер…
еще раз повторюсь — это не коммерческий продукт… пишу для себя… если кому интересно — велком…
поэтому критика ваша не туда идет…
вот предложения бы по функциональности, что нужно а что нет — это было бы интересно… но эти предложения реальны от тех кто сам пишет на асме, а если на си то вы не понимаете зачастую что нужно и вдобавок и не пытаетесь…
а говорить что все вокруг изобретено — гм… так 99% ваших разработок в той же ситуации…
а мне вот интересно…
интересно написать редактор который был бы удобен мне самому…
интересно как сделать ту или иную функциональность…
вам нет?
ну тогда мои статьи точно будут не интересны, я не пишу коммерческие продукты для всех и не собираюсь соревноваться с продуктами которые существуют и дольше и в создании которых участвует больше людей…
да, возможно вы правы — я не раскрыл задач в этой статье… может быть удалю ее, тем более что и проект уже двинулся еще вперед…
по richEdit — да, я правил Strings… причем пробовал отключать обновление, но все равно медленно работает…
Представление документа я прорабатывал, и строил даже структуры как раз в виде дерева… вопрос как потом это дерево быстро в richEdit передать, с сохранением форматирования… в общем у меня особо не получилось…
в MVP разбирался, правда для php использовал…
p.s. дайте мне построить свой велосипед! я не понимаю негатива, 99% проектов которые мы пишем (если это хобби, а не профессия) — все равно в стол… но почему то всегда найдется тот кто хочет по указывать что на каком столе делать…
ну просто ошибки бывают разные, какие то обнаружит компилятор, какие то видны еще на этапе редактирования… часто ведь бывают банальные ошибки, где то что то перепутал, не так написал…
может быть так и сделаю.
Сейчас задача минимум запустить редактор.
Да у него не будет подсветки кода, но должны быть функции позволяющие удобно писать программы, добавлять сторонние модули, настраивать их…
Компилировать и разбирать ошибки чтобы потом показать в редакторе юзеру.
А вот визуализацию кода пока отодвинул — потому что решения не вижу… как увижу — заменю компонент TMemo в проекте и будет подсветка…
Еще раз повторю — проект ссылку на который я дал в комментарии выше — это проба пера в подсветке кода… не получилось работать с объемными файлами — поэтому функциональность и не писалась дальше…
подсвечивать ошибки после компиляции как раз просто… компилятор все их выведет… пропарсить вывод и показать — это задачка для студента курса так 2го :-)
идея как раз в том, чтобы подсказывать сразу, не дожидаясь компилятора.
И вообще по поводу подсветки кода — как раз сейчас на ней я не заморачиваюсь
а все что вы пишите: фолдинг, поиск-замена, переходы к определениям — это как раз много проще для меня…
на счет qemu смотрел, помоему там нет ARMv7 :-( но инструментом отладки пока не занимался, так что нужно смотреть… а пока рано еще :-)
Отладка конечно классно отображается… ничего не сказать…
интересно для ARM есть такой эмулятор? у амиги FS_AUE…
отладкой позже займусь, сейчас есть текущие задачи…
а вот с редактором с цветовыми схемами — я не нашел компонентов которые могли бы сделать то что я хочу, я тут некоторое время назад писал статью о попытках сделать на RichEdit — у меня анализировалась строка с коммандой ассемблера, и сразу проверялись параметры команды… но как заставить RichEdit работать быстро на больших файлах я не понял… на файле в 3000 строк тормоза были такие что о работе говорить не приходилось :-(
если интересно вот ссылка на демку yadi.sk/d/f8oMujxVqBiMz просто откройте файл из SampleCode, например main.asm и попробуйте что то добавить или убавить… — вот такое редактирование файла я хотел сделать, чтобы сразу получать ошибку если команда не верна или метки нет или еще что то не так… на глюки и недоработки в остальном не смотрите, я не смог победить объем поэтому завершил разработку на этот компоненте
свой редактор тоже пробовал писать (на базе TImage) -но мне не хватает быстродействия, видать должен быть другой подход для вывода текста… — пока есть только идея как переписать, чуть позже займусь (у меня в редакторе используется ТМемо, так что заменить один компонент на другой много времени не займет)
тем не менее, я пишу в первую очередь для себя.
это не моя профессия, и не способ заработать денег…
я пишу тот инструмент который мне нужен…
если он заинтересует кого то еще — с радостью поделюсь или приму помощь, если же Великий_all решит что есть более удобные инструменты — ну что же, я не буду никоим способом оспаривать чужой выбор…
Ну каких то планов по срокам не существует…
а по задачам — в прошлых статьях я писал что хотелось бы иметь в редакторе…
На счет прикрутить «компилятор» — это не сложно
На счет дебаггера — еще не знаю, буду искать
прошивка по DFU в планах
на счет парсинга — был проект который парсил строки, причем парсил именно команды ассемблера, а не делал тупую подсветку без разбора написанного… так что тоже в планах…
а вот с подсветкой пока ничего не получилось… RichEdit очень тормозно работает (или я так и не смог с ним совладать), а другие варианты (например те которые есть в Lazarus) — несмотря на казалось бы имеющуюся функциональность — не подходят…
авто-дополнение — в планах
что такое статический анализатор не знаю :-( расскажите — подумаю
HAL запланирован, правда в виде модулей с возможностью визуальной настройки…
так что зря вы так…
то что я пишу однозначно лучше блокнота, и ничем не хуже тех решений что уже есть (потому что те решения что есть — являются, в лучшем случае, просто редакторами кода)…
сейчас я занимаюсь добавлением тех плюшек которыми реально пользуюсь сам…
проект медленно, но двигается — банально не хватает времени на создание некоторых инклудов, но этот вопрос решиться желающими помочь…
Сюдя я выложил одну из первых демок именно из попытки найти единомышленников и помощников…
так что сроки в наших руках, а проект все равно в моих (потому что для продолжения работы мне ничего не нужно, будут помощники — хорошо, не будут — вчерашний день убил на инклуды, просто затрачу больше времени и ничего плохого)
посмотрел FASMARM — ну я конечно понимаю что мы сравниваем все бачки унитазов которые смогли найти… но там просто редактор…
на счет emBlitz ничего не буду писать, не использовал сам, по скриншотам неплохо, но я пишу для того чтобы максимально автоматизировать процесс…
сейчас вот закончил мастер поиска и вставки констант — я не знаю может конечно это где то реализовано (не в виде ручного поиска по инклудам) — пока не видел…
буду потихоньку писать ту функциональность которую сам использую, и посмотрим что получиться…
Ну дикость или нет, а когда сталкиваешься с файлами в другой кодировке, то приходиться «выплясывать»… так что проще иметь этот инструмент, чем придумывать каждый раз костыли для решения
хотя сейчас асм не в моде :-)
это как раз из теории что каждый преступник мечтает о том чтобы его поймали и одновременно боится этого… такое вот адреналиновое хождение по лезвию ножа :-)
где минусовать найдете…
p.s. да… наверное так к нему и надо относиться… :-(((
на сегодня задания простые:
1. объединение в проект. Уже написал одну версию… не нравится… получилось как у всех с теми же неудобствами… хотя некоторые вещи вспомнил из кокоса — буду писать их…
2. компиляция. ну это пожалуй самое простое. батник я уже писал, сделать тоже самое на паскале проще простого… но хочу парсить результат компиляции и переход к ошибкам по клику… ничего сложного в принципе
3. добавление модулей. сперва это должны быть модули облегчающие работу с железом… чтото вроде cmsis… но самое главное сделать возможным визуальную настройку оборудования… как в кубе… здесь есть уже наработки, но пока не решу с проектом эту задачу не решаю
4. написать все таки редактор с подсветкой. уже перевернул synedit — нашел интересные вещи… но он все равно не подходит :-( там будет о чем писали выше (хранение кода в виде дерева, да и вообще некоторая предкомпиляция кода для простоты последующей работы с ним)
5. калькуляторы, контекстные подсказки, прочие визуализации — это могу уже сейчас — просто для TMemo не хочу морочится, буду писать для нового редактора…
6. оптимизатор кода. здесь очень много набросок… не секрет что формат команд у ассемблера специфичен, и не всегда оптимальны те команды которые пишешь сразу (одно присваивание значений чего стоит)
на счет нотепада и сублима вы вообще не правы…
их я уже обошел…
а в остальном — да, идеал это чтото вроде кокоса… только заточенного на ассемблер…
еще раз повторюсь — это не коммерческий продукт… пишу для себя… если кому интересно — велком…
поэтому критика ваша не туда идет…
вот предложения бы по функциональности, что нужно а что нет — это было бы интересно… но эти предложения реальны от тех кто сам пишет на асме, а если на си то вы не понимаете зачастую что нужно и вдобавок и не пытаетесь…
а говорить что все вокруг изобретено — гм… так 99% ваших разработок в той же ситуации…
а мне вот интересно…
интересно написать редактор который был бы удобен мне самому…
интересно как сделать ту или иную функциональность…
вам нет?
ну тогда мои статьи точно будут не интересны, я не пишу коммерческие продукты для всех и не собираюсь соревноваться с продуктами которые существуют и дольше и в создании которых участвует больше людей…
по richEdit — да, я правил Strings… причем пробовал отключать обновление, но все равно медленно работает…
Представление документа я прорабатывал, и строил даже структуры как раз в виде дерева… вопрос как потом это дерево быстро в richEdit передать, с сохранением форматирования… в общем у меня особо не получилось…
в MVP разбирался, правда для php использовал…
p.s. дайте мне построить свой велосипед! я не понимаю негатива, 99% проектов которые мы пишем (если это хобби, а не профессия) — все равно в стол… но почему то всегда найдется тот кто хочет по указывать что на каком столе делать…
Сейчас задача минимум запустить редактор.
Да у него не будет подсветки кода, но должны быть функции позволяющие удобно писать программы, добавлять сторонние модули, настраивать их…
Компилировать и разбирать ошибки чтобы потом показать в редакторе юзеру.
А вот визуализацию кода пока отодвинул — потому что решения не вижу… как увижу — заменю компонент TMemo в проекте и будет подсветка…
подсвечивать ошибки после компиляции как раз просто… компилятор все их выведет… пропарсить вывод и показать — это задачка для студента курса так 2го :-)
идея как раз в том, чтобы подсказывать сразу, не дожидаясь компилятора.
И вообще по поводу подсветки кода — как раз сейчас на ней я не заморачиваюсь
а все что вы пишите: фолдинг, поиск-замена, переходы к определениям — это как раз много проще для меня…
на счет qemu смотрел, помоему там нет ARMv7 :-( но инструментом отладки пока не занимался, так что нужно смотреть… а пока рано еще :-)
интересно для ARM есть такой эмулятор? у амиги FS_AUE…
отладкой позже займусь, сейчас есть текущие задачи…
а вот с редактором с цветовыми схемами — я не нашел компонентов которые могли бы сделать то что я хочу, я тут некоторое время назад писал статью о попытках сделать на RichEdit — у меня анализировалась строка с коммандой ассемблера, и сразу проверялись параметры команды… но как заставить RichEdit работать быстро на больших файлах я не понял… на файле в 3000 строк тормоза были такие что о работе говорить не приходилось :-(
если интересно вот ссылка на демку yadi.sk/d/f8oMujxVqBiMz просто откройте файл из SampleCode, например main.asm и попробуйте что то добавить или убавить… — вот такое редактирование файла я хотел сделать, чтобы сразу получать ошибку если команда не верна или метки нет или еще что то не так… на глюки и недоработки в остальном не смотрите, я не смог победить объем поэтому завершил разработку на этот компоненте
свой редактор тоже пробовал писать (на базе TImage) -но мне не хватает быстродействия, видать должен быть другой подход для вывода текста… — пока есть только идея как переписать, чуть позже займусь (у меня в редакторе используется ТМемо, так что заменить один компонент на другой много времени не займет)
тем не менее, я пишу в первую очередь для себя.
это не моя профессия, и не способ заработать денег…
я пишу тот инструмент который мне нужен…
если он заинтересует кого то еще — с радостью поделюсь или приму помощь, если же Великий_all решит что есть более удобные инструменты — ну что же, я не буду никоим способом оспаривать чужой выбор…
а по задачам — в прошлых статьях я писал что хотелось бы иметь в редакторе…
На счет прикрутить «компилятор» — это не сложно
На счет дебаггера — еще не знаю, буду искать
прошивка по DFU в планах
на счет парсинга — был проект который парсил строки, причем парсил именно команды ассемблера, а не делал тупую подсветку без разбора написанного… так что тоже в планах…
а вот с подсветкой пока ничего не получилось… RichEdit очень тормозно работает (или я так и не смог с ним совладать), а другие варианты (например те которые есть в Lazarus) — несмотря на казалось бы имеющуюся функциональность — не подходят…
авто-дополнение — в планах
что такое статический анализатор не знаю :-( расскажите — подумаю
HAL запланирован, правда в виде модулей с возможностью визуальной настройки…
так что зря вы так…
то что я пишу однозначно лучше блокнота, и ничем не хуже тех решений что уже есть (потому что те решения что есть — являются, в лучшем случае, просто редакторами кода)…
сейчас я занимаюсь добавлением тех плюшек которыми реально пользуюсь сам…
проект медленно, но двигается — банально не хватает времени на создание некоторых инклудов, но этот вопрос решиться желающими помочь…
Сюдя я выложил одну из первых демок именно из попытки найти единомышленников и помощников…
так что сроки в наших руках, а проект все равно в моих (потому что для продолжения работы мне ничего не нужно, будут помощники — хорошо, не будут — вчерашний день убил на инклуды, просто затрачу больше времени и ничего плохого)
на счет emBlitz ничего не буду писать, не использовал сам, по скриншотам неплохо, но я пишу для того чтобы максимально автоматизировать процесс…
сейчас вот закончил мастер поиска и вставки констант — я не знаю может конечно это где то реализовано (не в виде ручного поиска по инклудам) — пока не видел…
буду потихоньку писать ту функциональность которую сам использую, и посмотрим что получиться…
тем более это же демка, разработка продолжается…
фигню бы с радостью на редактор поменял… но на какой? тем более что будут не только сниппеты