Котятам-шестиклассникам

[SfS]

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

Самый быстрый и правильный вариант - это таблицы.
В командах машинного кода обычно есть поле код операции.

Извлекаем его и дальше по таблице переходим на подпрограмму обработки данного кода. Никаких "IF" вообще не надо. Только маски и таблицы. Как, собственно, процессор и работает.

[Фунтик]

Только маски и таблицы.

Трансыч ещё switch/case не освоил, а вы ему...

[Transformer-V]

Трансыч, в почему используешь код вида

if ( Instr == 0x08 )

? Инструкций несколько, обрабатываются типовым образом в одном месте, для этого в языке есть конструкция switch/case. Заодно позволяет избавится от goto из вложенного блока. Программу легче писать, а впоследствии - читать и сопровождать. Это от незнания языка, на котором пишешь?

Фунтик, он же рапра, он же мартиан- что ты имеешь против if и goto?

switch() {case 0x00: break; default:} не подходит для данной задачи, потому что case принимает только константы, поэтому, феерически в очередной раз ты облажался. Более того, если посмотреть как реализован switch или if в ASM - практически неотличим. Обсуждать с тобою ЯП все равно что ребенка учить держать ложку.

И да, разве вызов CF() после первого сложения не нужен? Там же тоже переполнение возможно. Да, тогда потеряется значение переноса, которое было перед вызовом - надо менять порядок сложения. Сначала прибавляем CF к одному операнду, перевзводим его CF(), потом прибавляем ко второму операнду, и снова перевзводим CF()... Вот тогда будет правильно и ничего не потеряется.

Очередная ахинея в стиле ОБС

Не рановато за
взялся? Может сначала поучиться хоть немножко?

Хочешь проверить мои знания? Готов облажаться в очередной раз?

Даю тебе задание, язык C, главное условие задачи запрет на использование переменных(стековых, "глобальных"), ASM вставок, интринсики.

И так у тебя есть 32 битный адрес 0xABCDEF01, требуется записать в память по данному адресу 32 битное безнаковое число 0x24F28A2C.

Жду ответа, в противном случае в очередной раз обосрешься у всех на виду.

[Transformer-V]

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

Каким чипом? Ознакомься наконец что такое виртуальная машина или байт - код машина.

[SfS]

Каждый инструмент хорош для своего применения. )

[Transformer-V]

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

[SfS]

И так у тебя есть 32 битный адрес 0xABCDEF01, требуется записать в память по данному адресу 32 битное безнаковое число 0x24F28A2C.

Условие не полное. Например, если процессор не требует выравнивания - это одно. А если требует (как ARM, например) - это другое...

[Transformer-V]

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

[SfS]

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

Если проц не требует выравнивания, всё просто: *((uint32_t*)(addr)) = value;

[Transformer-V]

Если проц не требует выравнивания, всё просто: *((uint32_t*)(addr)) = value;

Молодец!

[Фунтик]

Фунтик, он же рапра, он же мартиан

Ошибся, Фунтик к указанным персонажам отношения не имеет.

Даю тебе задание, язык C, главное условие задачи запрет на использование переменных(стековых, "глобальных"), ASM вставок, интринсики.

себе дай.

И так у тебя есть 32 битный адрес 0xABCDEF01, требуется записать в память по данному адресу 32 битное безнаковое число 0x24F28A2C.

ты долбанутый, что ли? Прямая адресация - начало начал и основ. Хотя б с косвенной что-то придумал бы

Жду ответа, в противном случае в очередной раз обосрешься у всех на виду.

В твоих терминах - ты уже обосрался. Причём как раз у всех на виду.

Очередная ахинея в стиле ОБС

Ну попробуй с установленным флагом CF вызови свой ADC с операндами, сумма которых тоже вызывает переполнение (CF устанавливает). И сравни свой результат с результатом на целевом процессоре. Будешь сильно удивлён. Без всяких стилей ОБС.

По всей видимости Фунтик судорожно гуглит

у Фунтика своих дел полно, чем общение с недоумками. Уже, исходно, со второй картинки обосравшимися (перейду на твою лексику, коль ты без неё не можешь).

[МЕХАНИКД]

Каким чипом? Ознакомься наконец что такое виртуальная машина или байт - код машина.

А для кого ты тогда всё это делаешь, чтоб самому поиграть и всё?
Я думал ты что-то для пользы других делаешь...
Как мой племянник, в какой-то фирме работает по разработке игр на заказ.... и видимо ещё чего-то.
Чем он конкретно занят не знаю, но с баблом вроде всё в норме -крутой джип, Харлей ещё чтоб по ихним "сборам" кататься...

[КРАМ]

Задача хорошая, в полной мере показывает опыт программиста.

Ничего она не показывает. Ты просто не имеешь никакого опыта в эмбедде с контроллерами.
Предложенная тобой "задача" - это типичный код любого хедера в SPL.
ЗЫ. Впрочем, твой очень начальный уровень в программировании виден из приведенного тобой кода.
if - это детский сад в контексте задачи.
А goto - это днище...
Даже неопытный программист знает, что подобные задачи решаются через таблицу указателей.
Сами эмулируемые инструкции - это функции, а контекст ядра эмулируемого процессора должен быть структурой передаваемой в функцию и возвращаемую этой функцией.

[Transformer-V]

Фунтика своих дел полно, чем общение с недоумками.

Обтекай функтик, твой трюк с срачем в очередной раз не удался.

Ничего она не показывает.

Показывает конечно, особенно твои поза....позапрошлогодние жалобы о том как ты въежал N количество минут что делает запись в C while(*Buffer++); Тогда я еще засомневался как данный товарищ может работать ведущем инженером, не зная основ C

Ты просто не имеешь никакого опыта в эмбедде с контроллерами.

Все твои контроллеры с небольшим количеством комманд я могу воспроизвести на машине X64, для меня этот игрушка и детский лепет. А теперь пораскинь своими оставшемся мозгами имеется у меня опыт написания программ MCU или таки нет.

Предложенная тобой "задача" - это типичный код любого хедера в SPL.

С предложенной задачей ты не справишься даже на 1%, потому что опыта написания ПО под платформу X64, да еще и под OS у тебя нет. Для тебя это темный лес и банальная зависть к данной группе программистов.

ЗЫ. Впрочем, твой очень начальный уровень в программировании виден из приведенного тобой кода.

Ничего не видно. Высокопроизводительный парсер команд я не показал.

if - это детский сад в контексте задачи.

Если if для тебя детский сад, то пора тебе заново начать учиться, потому что такой феерической глупости я еще не читал.

А goto - это днище...
Даже неопытный программист знает, что подобные задачи решаются через таблицу указателей.

goto она же JMP безусловный переход днище у тех, у кого руки из жопы, только не рассказывай что в своих днишенских 8 битных MCU ты не юзал данную команду. Для получения большой производительности данная задача не решается через "таблицу указателей".

[Transformer-V]

А для кого ты тогда всё это делаешь, чтоб самому поиграть и всё?
Я думал ты что-то для пользы других делаешь...

Ты ознакомился с виртуальными машинами?

Как мой племянник, в какой-то фирме работает по разработке игр на заказ.... и видимо ещё чего-то.
Чем он конкретно занят не знаю, но с баблом вроде всё в норме -крутой джип, Харлей ещё чтоб по ихним "сборам" кататься...

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

[КРАМ]

Показывает конечно, особенно твои поза....позапрошлогодние жалобы о том как ты въежал N количество минут что делает запись в C while(*Buffer++)

Ты меня с кем то спутал. Впрочем, я себя и не отношу к профессиональным программистам. Я вообще то радиоинженер.

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

Мы уже увидели КАК ты это "можешь".
Оч. смешно.

С предложенной задачей ты не справишься даже на 1%, потому что опыта написания ПО под платформу X64...

Предложенная тобой "задача" не имеет прямого отношения к платформе. Это просто код на Си. На любой платформе.

Ничего не видно. Высокопроизводительный парсер команд я не показал.

А у тебя его и нет. if - это тупой перебор. Таблица указателей - это практически мгновенный переход на функцию эмулирующую инструкцию.
К тому же твои if - это гарантированный спагетти-код.

Если if для тебя детский сад, то пора тебе заново начать учиться, потому что такой феерической глупости я еще не читал.

У глупца любое адекватное решение - глупость. Так устроен этот мир.

goto она же JMP безусловный переход днище у тех, у кого руки из жопы, только не рассказывай что в своих днишенских 8 битных MCU ты не юзал данную команду. Для получения большой производительности данная задача не решается через "таблицу указателей".

JMP - это инструкция ядра, а не код на Си. Ты пишешь код на Си, а не на АСМе. Эмуляция JMP не является goto. Это присвоение одному из полей структуры (счетчику команд) значения адреса перехода.
В общем, твоя безграмотность в программировании на Си раскрылась в полном объеме. Поздравляю.

[Transformer-V]

Ты меня с кем то спутал. Впрочем, я себя и не отношу к профессиональным программистам. Я вообще то радиоинженер.

Тогда резонный вопрос что ты забыл в подтеме программирования?

Мы уже увидели КАК ты это "можешь".
Оч. смешно.

Не страдай гиперболизмом. Пока что это бессильное блеянье...

Предложенная тобой "задача" не имеет прямого отношения к платформе. Это просто код на Си. На любой платформе.

Имеет конечно.

А у тебя его и нет. if - это тупой перебор. Таблица указателей - это практически мгновенный переход на функцию эмулирующую инструкцию.
К тому же твои if - это гарантированный спегетти-код.

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

У глупца любое адекватное решение - глупость. Так устроен этот мир.

Мы сейчас не мир обсуждаем, а твои пробелы в ЯП C

JMP - это инструкция ядра, а не код на Си. Ты пишешь код на Си, а не на АСМе. Эмуляция JMP не является goto. Это присвоение одному из полей структуры (счетчику команд) значения адреса перехода.

Феерическая дурь. Изучи как реализована goto в языке в C на платформе X64 без использования виртуальных машин потом расскажешь что увидишь. Ты еще раз доказал свои незнания

goto на платформе x86/x64 это инструкция JMP addr

В общем, твоя безграмотность в программировании на Си раскрылась в полном объеме. Поздравляю.

Годно слился наш крам.

[КРАМ]

Тогда резонный вопрос что ты забыл в подтеме программирования?

Во первых, это никакая не "подтема программирования". Это тупо МЯУ для клоунов типа тебя и Витюши Меркатора. Один затеял, другой влез вообще не в тему.

Предложенная тобой "задача" не имеет прямого отношения к платформе. Это просто код на Си. На любой платформе.

Имеет конечно.

То есть у тебя "специальный язык Си для х86"?
Не путай реализацию компилятора и сам язык. "Это две большие разницы и каждая из них разная." (с)

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

Вот именно такое решение и есть тупая глупость.
Исходный хекс эмулируемого процессора должен исполняться в порядке его следования. Его не нужно транслировать в код х86, иначе это будет не эмуляция.

JMP - это инструкция ядра, а не код на Си. Ты пишешь код на Си, а не на АСМе. Эмуляция JMP не является goto. Это присвоение одному из полей структуры (счетчику команд) значения адреса перехода.

Изучи как реализована goto в языке в C на платформе X64

Дурачок, какая разница как реализован goto на х86? Ты пишешь код на Си, а Си как язык платформонезависим. К эмуляции JMP целевого процессора реализация goto на х86 никакого отношения не имеет от слова совсем.
Учи наконец матчасть и не смеши почтенную публику своими глупостями.

[Transformer-V]

Во первых, это никакая не "подтема программирования". Это тупо МЯУ для клоунов типа тебя и Витюши Меркатора. Один затеял, другой влез вообще не в тему.

Свои разборки и недопонимание с неким Витюшей оставь при себе.

То есть у тебя "специальный язык Си для х86"?
Не путай реализацию компилятора и сам язык. "Это две большие разницы и каждая из них разная." (с)

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

Вот именно такое решение и есть тупая глупость.
Исходный хекс эмулируемого процессора должен исполняться в порядке его следования. Его не нужно транслировать в код х86, иначе это будет не эмуляция.

Бггг... а кто тебе сказал что он не исполняется? Program counter изучи что такое, именно он рулит прыжками по адресам массива с кодом MCU, рулит изменяя адрес указателя массива в котором хранится код MCU.

Его реализация очень простая, (адрес) BufferCodeMcu+ProgramCounter, (данные) извлечение байта Instr=*BufferCodeMcu; (обработка) Работа с ProgramCounter и стеком если требуется переход.

Дурачок, какая разница как реализован goto на х86? Ты пишешь код на Си, а Си как язык платформонезависим. К эмуляции JMP целевого процессора реализация goto на х86 никакого отношения не имеет от слова совсем.
Учи наконец матчасть и не смеши почтенную публику своими глупостями.

Гиперболоидный дурень, читай самое первое сообщение, в нем нет упоминания о платформонезависимости. Все остальное твое бляенье это очередной уход от подтемы обсуждения.

[КРАМ]

Тяжелый клинический случай...

Трансформер, иди нах. Твои тупые речи не заслуживают комментов.
Твое место исключительно в МЯУ.
Обтекай.