punk_joker wrote:
Если правильно понял. запускаем на Win/Lin приложение kolibriOS, оно отправлляется серверу на kolibriOS и там производится его запуск.
Ещё один способ (возможно известный) для Win
Берётся программа VFD (Virtual Floppy Driver на sourceforge, у меня возможно оттуда пара версий) запускается и в ней стартуем сервис и подключаем img-образ дискеты KolibriOS (и указываем букву A: )
(в Win10 программа запускается от имени администратора и хоть она давнишняя, но у меня работает. Возможно MS ещё не дотянула к ней свои "руки" )
После этого на образовавшийся "дисковод" можно копировать тестируемый файл (например с помощью какого то менеджера FAR.. или bat-файла
Сама система Колибри запускается, например, через QEMU с опцией -fda a: и далее в системе проверяется программа.
P.S. Если дискета монтируется через RAM опцию, то в процессе можно, когда нужно, её принудительно сохранить.

Вроде этот метод достаточно быстр и подходит, прежде всего, для тестирования "ядерных" файлов.
Пробую актуализировать сборку KolibriOS c Форт в ядре и "срастить" с каким то кодом из проекта Open Firmware.
(в какой степени, как и где будет ассемблерный и Форт код и в каком варианте будет Форт, будет решаться в процессе

можно будет интерактивно "исследовать" железо в Форт диалоге как это делается на контроллерах и проверять алгоритмы работы с железом.
(потом их можно переносить и в ассемблер, если это будет необходимо)
Конечно модель Форт-системы можно сделать, например, с "виртуальными" регистрами процессора, но вероятнее это лишне.
т.к. Форт имеет и свой ассемблер в разных формах и "макро"-возможностях.
И в VirtualBox можно загрузиться с физического диска
Статья