В общем к сожалению пока правило только подтверждается — вот так вот "выкрикнуть" что вот же все написано — так сразу находятся специалисты, а когда спрашиваешь конкретно что и где посмотреть (с компьютером на котором не работает) — так никого нет :-)
я так и написал выше: начинать споры об ОС с гениальными пользователями *-никсов не хочу, они опять прибегут на 1 минуту, расскажут что все там работает отлично, и убегут когда нужна будет их помощь (причем ничего после их советов и не заработает :-)))
поэтому и буду писать только для винды (для никсов просто не смогу проверить работу :-)))
аминь.
как получить количество символов в RichEdit по горизонтали?
то есть например я знаю как узнать первую и последнюю показываемые строки. ну или как вариант узнать с какого по какой символ строки напечатан в окне редактора.?
а как тоже самое сделать с колонками ?
p.s. пока кроме как вычислять по ширине компонента в пикселах и ширине символа в пикселе (благо они у меня моноширинные предполагаются) ничего не придумал.
ну это до тех пор пока не начнет инклуды отрабатывать и внешние метки проверять… — там то его дисковые операции и замедлят до среднестатистического :-)))
вот вот… сразу видно коллегу по ассемблеру :-) тот кто пишет на других языках — нас не поймет :-)
что значит внутренние метки и метки начала подпрограмм? их как то выделить?
для внешних меток есть GLOBAL / EXTERN (несмотря на то что GNUAS не требует по EXTERN среда узнает что нужно проверить внешнюю метку)
или хочется сделать список меток именно подпрограмм? (тогда нужно договориться о каком то идентификаторе чтобы их в отдельный список автоматом среда собирала)
конечно можно! иначе как бы компилятор разбирал :-)))
многие вещи по началу не востребованы… в настоящий момент среды для разработки программ на ассемблере для микроконтроллеров фактически нет.
есть просто использование стандартных сред (обычно си) для языка ассемблера. никто специфичные для ассемблера потребности не учитывает и не решает…
казалось бы мелочи:
вести список локальных меток для быстрого к ним перехода — где вы это увидели у редакторов которые выше упомянули? (пусть даже под x86) — в лучшем случае у 1 или 2ух..
вести список переменных для того чтобы вставлять их в программу
разбирать синтаксис команд на этапе ввода (а не выдавать ошибки при компиляции)...
про многооконность редактора я уже писал
и это самое простое что можно сделать!
пока же все редакторы ассемблера что есть это просто подсветка (простейшая) + компиляция (внешним компилятором) и у некоторых продвинутых — отладка (вот это конечно классная вещь).
В общем спорить не хочу. кто сталкивался — тот меня поймет, кто пишет на Си — тому конечно вся эта возня с ассемблером вообще не понятно — он привык в инлайн все команды размещать и не париться (потому что от силы размещает 50-80 команд)
не хочу здесь холиварить по поводу ОС, поверьте, на какой нить -никс я регулярно пробую сесть… и постоянно нахожу какой то пустяк который нужно решить — и к сожалению еще ни разу не смог получить решение… самому к сожалению еще уровня не хватает разбираться…
p.s. из последнего на ubuntu настроить удаленный графический рабочий стол — пару статей нашел где казалось бы нормально для новичка написано — но ни по одной не получилось сделать ничего… на форуме в ответ тишина… так что подождем пока юниксы станут проще и понятнее.
по поводу аудитории — ее нет. есть отдельные люди которым это может быть интересно… опять таки сейчас проект в зачатке, если будет из него получаться что то серьездное и интересное — то тогда одновременно с рефакторингом можно будет попробовать перейти и на что то многоплатформенное (но думаю что востребовано это не будет). В первую очередь пишу для себя… и тех кому еще идея придется по душе.
не востребовано совершенно (и скорее всего останется таким)
ну если для того чтобы задачки по решать — то синтаксис интересный!
например может быть MOV R0, R1 а может быть MOV R0, R1, LSR 1, или для большего веселья ADDSNE R0, R1, LSR 1
так же есть у некоторых команд размерности (B, SB, H, SH) и условия исполнения по флагам (EQ, NE, CS, HS ...) и еще между ними могут быть признаки режима, например для LDRBTNE R0, [R1] — это LDR с байтом (B) в не привилигерованном режиме(T) по "неНоль" (NE)
АААА!!! я понял свою ошибку! я не написал что ассемблер для ARM (исправил в названии статьи)
я пишу среду для STM32 микроконтроллеров, в принципе подойдет и для других ARM 32bit…
про x86 я и не думаю даже :-)
1) согласен, но что то я не увидел толпы желающих помочь, поэтому стал делать сам.
2) ну я вообще под виндой всегда был, есть, и по всей видимости буду… никсоподобные не скоро начнут делать простые и удобные ОС. Да и смысл сидеть на никсе чтобы запускать потом виндовые программы из эмуляции ?! :-) По поводу паскаля и лазаруса- тут по некоторым вопросам на дельфи форумах ответ не найти… а искать спецов по лазарусу тем более не хочется (потому что как правило спецы не отвечают на вопросы чайников. значит искать среди написанного — а написанного наверняка в разы меньше чем про дельфи)
3) ну кого то наверное будет толкать, я не навязываюсь… с другой стороны повальное увлечение однооконным редактором меня убивает больше — потому как переключения из редактора в редактор очень быстро утомляет… если вас спугнул шрифт на скриншотах — это просто я на рабочем компе запустил приложение и не выставил шрифт… на работе 1200 по горизонтали, дома 1900 — потому и масштаб такой получился :-) плюс шрифт выбран не моноширинный…
4) в гугле очень много редакторов с подсветкой кода… в некоторых есть запуск компилятора… — этого мало. ну а другая часть заточена под x86… конечно все можно настроить — только бы понять как…
5) ничего сомнительного, просто пока не задумывался об этом
вообще то сверху есть значек что это обучающий материал..
если вам это так просто — то могу порадоваться за вас, я например однозначного ответа найти в интернете не смог… а вот вопросов аналогично моему много...
наверное на харбре действительно нужно писать только переводные статьи о космосе… все остальное здесь вызывает только минуса от "супер умных" гуру… — одного не пойму — если тема не интересно зачем заходить и читать ?!!!
не знаю что такое лазарус, у меня среда пишет что она дельфи… хотя вам это ведь не важно, так ведь? :-)))
Аааа, ну тут таких много…
я сужу по оценкам за статьи — минусовать минусуют — но хоть бы один написал за что :-)
Так что на таких проще просто не обращать внимание, давно известно что больше всего минусуют те кто сами больше одной-двух статей не написали...
я пытался сделать по этой инструкции http://mintlinux.ru/blogs/linux4me/v-poiskah-podklyuchenija-k-udalenomu-rabochemu-stolu-linux.html
потом еще какую то находил
спрашивал здесь http://mintlinux.ru/forum/thread11303.html (до этого ставил самый свежий и самый рекомендованый дистрибутив)
В общем к сожалению пока правило только подтверждается — вот так вот "выкрикнуть" что вот же все написано — так сразу находятся специалисты, а когда спрашиваешь конкретно что и где посмотреть (с компьютером на котором не работает) — так никого нет :-)
я так и написал выше: начинать споры об ОС с гениальными пользователями *-никсов не хочу, они опять прибегут на 1 минуту, расскажут что все там работает отлично, и убегут когда нужна будет их помощь (причем ничего после их советов и не заработает :-)))
поэтому и буду писать только для винды (для никсов просто не смогу проверить работу :-)))
аминь.
то есть например я знаю как узнать первую и последнюю показываемые строки. ну или как вариант узнать с какого по какой символ строки напечатан в окне редактора.?
а как тоже самое сделать с колонками ?
p.s. пока кроме как вычислять по ширине компонента в пикселах и ширине символа в пикселе (благо они у меня моноширинные предполагаются) ничего не придумал.
просто функциональность нужна, а ее в других средах нет...
а память — память это просто к слову прилось… в конце концов один раз разориться на 16 гигов и больше не думать об этом :-)
что значит внутренние метки и метки начала подпрограмм? их как то выделить?
для внешних меток есть GLOBAL / EXTERN (несмотря на то что GNUAS не требует по EXTERN среда узнает что нужно проверить внешнюю метку)
или хочется сделать список меток именно подпрограмм? (тогда нужно договориться о каком то идентификаторе чтобы их в отдельный список автоматом среда собирала)
многие вещи по началу не востребованы… в настоящий момент среды для разработки программ на ассемблере для микроконтроллеров фактически нет.
есть просто использование стандартных сред (обычно си) для языка ассемблера. никто специфичные для ассемблера потребности не учитывает и не решает…
казалось бы мелочи:
и это самое простое что можно сделать!
пока же все редакторы ассемблера что есть это просто подсветка (простейшая) + компиляция (внешним компилятором) и у некоторых продвинутых — отладка (вот это конечно классная вещь).
В общем спорить не хочу. кто сталкивался — тот меня поймет, кто пишет на Си — тому конечно вся эта возня с ассемблером вообще не понятно — он привык в инлайн все команды размещать и не париться (потому что от силы размещает 50-80 команд)
p.s. из последнего на ubuntu настроить удаленный графический рабочий стол — пару статей нашел где казалось бы нормально для новичка написано — но ни по одной не получилось сделать ничего… на форуме в ответ тишина… так что подождем пока юниксы станут проще и понятнее.
по поводу аудитории — ее нет. есть отдельные люди которым это может быть интересно… опять таки сейчас проект в зачатке, если будет из него получаться что то серьездное и интересное — то тогда одновременно с рефакторингом можно будет попробовать перейти и на что то многоплатформенное (но думаю что востребовано это не будет). В первую очередь пишу для себя… и тех кому еще идея придется по душе.
ну если для того чтобы задачки по решать — то синтаксис интересный!
например может быть MOV R0, R1 а может быть MOV R0, R1, LSR 1, или для большего веселья ADDSNE R0, R1, LSR 1
так же есть у некоторых команд размерности (B, SB, H, SH) и условия исполнения по флагам (EQ, NE, CS, HS ...) и еще между ними могут быть признаки режима, например для LDRBTNE R0, [R1] — это LDR с байтом (B) в не привилигерованном режиме(T) по "неНоль" (NE)
я пишу среду для STM32 микроконтроллеров, в принципе подойдет и для других ARM 32bit…
про x86 я и не думаю даже :-)
2) ну я вообще под виндой всегда был, есть, и по всей видимости буду… никсоподобные не скоро начнут делать простые и удобные ОС. Да и смысл сидеть на никсе чтобы запускать потом виндовые программы из эмуляции ?! :-) По поводу паскаля и лазаруса- тут по некоторым вопросам на дельфи форумах ответ не найти… а искать спецов по лазарусу тем более не хочется (потому что как правило спецы не отвечают на вопросы чайников. значит искать среди написанного — а написанного наверняка в разы меньше чем про дельфи)
3) ну кого то наверное будет толкать, я не навязываюсь… с другой стороны повальное увлечение однооконным редактором меня убивает больше — потому как переключения из редактора в редактор очень быстро утомляет… если вас спугнул шрифт на скриншотах — это просто я на рабочем компе запустил приложение и не выставил шрифт… на работе 1200 по горизонтали, дома 1900 — потому и масштаб такой получился :-) плюс шрифт выбран не моноширинный…
4) в гугле очень много редакторов с подсветкой кода… в некоторых есть запуск компилятора… — этого мало. ну а другая часть заточена под x86… конечно все можно настроить — только бы понять как…
5) ничего сомнительного, просто пока не задумывался об этом
кинул адрес в личку
если вам это так просто — то могу порадоваться за вас, я например однозначного ответа найти в интернете не смог… а вот вопросов аналогично моему много...
наверное на харбре действительно нужно писать только переводные статьи о космосе… все остальное здесь вызывает только минуса от "супер умных" гуру… — одного не пойму — если тема не интересно зачем заходить и читать ?!!!
не знаю что такое лазарус, у меня среда пишет что она дельфи… хотя вам это ведь не важно, так ведь? :-)))
p.s. вообще не понимаю чем Дельфи не угодил..
Если задача решается — то разве важно какой язык? — как там в другом анекдоте: Вам шашечки или ехать?
я сужу по оценкам за статьи — минусовать минусуют — но хоть бы один написал за что :-)
Так что на таких проще просто не обращать внимание, давно известно что больше всего минусуют те кто сами больше одной-двух статей не написали...