Манипуляция — это, вообще говоря, ваши заголовки «открытый проект», под которыми вы выкладываете на Хабр какую-то очередную разработанную вами чисто для ваших внутренних нужд железку, совершенно не собираясь вести это как открытый проект.
Мой знакомый говорит: «умных много, а работать — некому».
Сделайте, пожалуйста, что-то подобное, снабдите правильными примерами, без goto, хорошо структурированными, а мы — поучимся и даже критиковать не будем, только поапплодируем.
Еще так говорят: «отрицая — предлагай!». Подскажите, что применить для вызова системных подпрограмм из программы пользователя, когда разница в адресах больше 26 МБайт (больше в коде команды перехода не помещается, там ведь еще и код команды кроме адреса).
Современный подход мне не нравится, программы надо предустанавливать, вместо того, чтобы загружать в память и выполнять. Windows, Linux, Android занимают с добрую половину памяти, работают медленно, не в реальном времени, а программу пользователя отодвигают на второй план.
Пользователи бывают очень разные, кому-то понятнее goto (while тоже в примерах есть). Тут уж, как говорится, «дурак не заметит, а умный поймет».
Стандартный оператор printf занимает очень много памяти, еще и сбоит в работе, поэтому в платах Samsung для Linux его переписали, заменив своим.
Кстати, насчет «корявости» кода, просмотрев множество текстов для Linux и фирменных Samsung, вот тут уж — слов нету просто. StartOS содержит порядка 6000 строк кода, компилируется в загрузочный файл менее 32 КБайт (вполне себе эффективно), и главное — работает.
Еще посмотрите исходные коды на TCP IP Stack, там то байты, то 16-тиричные константы, то 32-битные слова, вот его покритикуйте…
Насчет «нерекомендования», боюсь, Вы опоздали, люди всё это уже используют (да еще и хвалят). И порекомендуйте своё, что-нибудь хорошее.
Напоследок, я — инженер-электрик по специальности «электропривод и автоматизация промышленных установок», в 1983 году столкнулся с применением микропроцессоров. Кстати, чего плохого в DEC? Реентерабельность, реккурентные вызовы подпрограмм, сопрограммы, трюки на ассбемблере, где они все сейчас, среди перлов и питонов?
Но это не помешало мне стать лауреатом Первого всесоюзного конкурса самодеятельных программистов СССР со своим «Программным синтезатором речи». Это я насчет давления авторитетом.
Хочу — сделаю себе ОС, хочу — свои библиотеки и свой компилятор текста в двоичный код, назову операторы тоже как хочу, кто мне запретит.
Самомодифицирующиеся программы — вот моя цель, и для этого нужен полный контроль над железом, а не работа в песочнице, к чему нас подталкивают.
Извините за длинный ответ Чемберлену, вопрос тоже не был коротким.
А вообще, это здорово, что такая критика и обсуждение, всем — успехов!
Интересовался пару лет назад этими модулями по работе, но до покупки, правда, дело так и не дошло. У них есть и более интересные варианты, например в защищенном корпусе:
Манипуляция — это, вообще говоря, ваши заголовки «открытый проект», под которыми вы выкладываете на Хабр какую-то очередную разработанную вами чисто для ваших внутренних нужд железку, совершенно не собираясь вести это как открытый проект.
Сделайте, пожалуйста, что-то подобное, снабдите правильными примерами, без goto, хорошо структурированными, а мы — поучимся и даже критиковать не будем, только поапплодируем.
Еще так говорят: «отрицая — предлагай!». Подскажите, что применить для вызова системных подпрограмм из программы пользователя, когда разница в адресах больше 26 МБайт (больше в коде команды перехода не помещается, там ведь еще и код команды кроме адреса).
Современный подход мне не нравится, программы надо предустанавливать, вместо того, чтобы загружать в память и выполнять. Windows, Linux, Android занимают с добрую половину памяти, работают медленно, не в реальном времени, а программу пользователя отодвигают на второй план.
Пользователи бывают очень разные, кому-то понятнее goto (while тоже в примерах есть). Тут уж, как говорится, «дурак не заметит, а умный поймет».
Стандартный оператор printf занимает очень много памяти, еще и сбоит в работе, поэтому в платах Samsung для Linux его переписали, заменив своим.
Кстати, насчет «корявости» кода, просмотрев множество текстов для Linux и фирменных Samsung, вот тут уж — слов нету просто. StartOS содержит порядка 6000 строк кода, компилируется в загрузочный файл менее 32 КБайт (вполне себе эффективно), и главное — работает.
Еще посмотрите исходные коды на TCP IP Stack, там то байты, то 16-тиричные константы, то 32-битные слова, вот его покритикуйте…
Насчет «нерекомендования», боюсь, Вы опоздали, люди всё это уже используют (да еще и хвалят). И порекомендуйте своё, что-нибудь хорошее.
Напоследок, я — инженер-электрик по специальности «электропривод и автоматизация промышленных установок», в 1983 году столкнулся с применением микропроцессоров. Кстати, чего плохого в DEC? Реентерабельность, реккурентные вызовы подпрограмм, сопрограммы, трюки на ассбемблере, где они все сейчас, среди перлов и питонов?
Но это не помешало мне стать лауреатом Первого всесоюзного конкурса самодеятельных программистов СССР со своим «Программным синтезатором речи». Это я насчет давления авторитетом.
Хочу — сделаю себе ОС, хочу — свои библиотеки и свой компилятор текста в двоичный код, назову операторы тоже как хочу, кто мне запретит.
Самомодифицирующиеся программы — вот моя цель, и для этого нужен полный контроль над железом, а не работа в песочнице, к чему нас подталкивают.
Извините за длинный ответ
Чемберлену, вопрос тоже не был коротким.А вообще, это здорово, что такая критика и обсуждение, всем — успехов!