User Tag List

Показано с 1 по 10 из 10

Тема: Конвертер кода УКНЦ

Древовидный режим

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #4

    Регистрация
    20.04.2006
    Адрес
    Санкт-Петербург
    Сообщений
    2,870
    Спасибо Благодарностей отдано 
    521
    Спасибо Благодарностей получено 
    250
    Поблагодарили
    224 сообщений
    Mentioned
    8 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Я вообще не вижу проблемы, кроме большого труда и большого объема кода. Если нет черных ящиков и про железо Intel и DEC все известно и про надстройки над этим железом в виде драйверов, операционок, e.t.c. И теоретически нет неразрешимости, потому как и одно полностью алгоритмизовано и другое. А если есть один алгоритм и другой алгоритм, то существует и третий алгоритм, который приводит их между собой в соответствие.

    Что мы видим сейчас? Есть некий код исполняемый для DEC, для конкретного железа с надстройками. Можно его разобрать по частям( что просто процессор и память, где к железу обращение),словом как конкретно он исполняется? Можно. Все это описать в промежуточном языке можно?

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

    Естественно в идеале любой код PDP программе-конвертеру "скармливается", а она выдает код для Intel.
    Может выдавать разные варианты кода ( под SDL или прочее). Почему Vilnus Basic? Потому что это простейший вариант конвертации. Просто Vilnus Basic на Intel никто не портировал. Хотите - портировать его вручную, портируйте. А заодно составляйте алгоритм, как вы это делайте и записывайте его в виде программы

    Я не говорю, что обратное преобразование не нужно и оно менее интересно. Но здесь не все просто скорее всего сконвертируется, если сконвертируется вообще. Так как у PDP ресурсов меньше, чем у последних навороченных интелов. Это как в математике символьной. Дифференцируется почти любая гладкая функция, а интегрируется не любая! И куча в природе таких вещей: что в одну сторону легко, а обратно тяжело или никак.

    "Вшивать эмуль"? Ну это как-то монструозно. Это как интерпретатор Бейсика вместо компилятора хотя бы в пи-код.
    Последний раз редактировалось andrews; 19.04.2020 в 01:12.

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Похожие темы

  1. Инклуды и размер кода
    от Bedazzle в разделе Программирование
    Ответов: 4
    Последнее: 28.05.2019, 23:06
  2. IDA 7.0 дизасм кода...
    от Stl75 в разделе Программирование
    Ответов: 5
    Последнее: 16.04.2019, 19:28
  3. Как вытащить кусок кода?
    от PicNov76 в разделе Программирование
    Ответов: 7
    Последнее: 31.05.2010, 18:01
  4. Помощь с оптимизацией кода
    от moroz1999 в разделе Программирование
    Ответов: 7
    Последнее: 02.06.2008, 14:19
  5. Как из кода получить текущее значение PC?
    от jim в разделе Программирование
    Ответов: 21
    Последнее: 01.06.2006, 11:12

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •