Сообщение от
Lopital
Дело не в траве... хотя понимаю вашу реакцию... "Не грози Южному централу, попивая сок у себя в квартале..." :) много иллюзий насчет API/// Если закрыв Wild Commander, вы бы в операционной системе оказались, которая какой-то командой файлы графики подгружала, тогда "матрац скурил".. НО работа с файлами на большинстве платформ реализуется через образы. Смысл в том, что без дополнительных примочек для Пентево/EVo народ скорее всего будет работать именно через TR_DOS (мое мнение) и даже на других ZX-совместимых. Ну или просто кто-то взял и решил вдруг прошить EVO какой-то другой платформой (то же Scorpion например)... Именно в этом случае Backdoor нужен в виде обычных образов с загрузкой данных через порты карты... А так ессно можно и на более высоком уровне загонять в карту (дело в конкретной реализации и в том, с чем вы работаете в данный момент /сжатый файл для запуска и исполнения кода, который ничего не знает про вилд коммандер и завершение работы будет через резет или это временный образ для работы и потом будет запуск ТРДОС с последующей работой в образе и/или отскок в Wild Commander///. без "Лукавого" - тот же Wild Commander работает с образами в каких-то случаях (он же не является операционной системой), не используя прямой запуск программ сжатых ... Можно и Sprinter еще вспомнить... да хоть PC... там одних образов Alcohol, Power ISO обвешаться ... Образ диска - это контейнер, а операционная система все равно работает с устройством{пусть и виртуальным}.. )... Да и потом... к Wild Commander надо будет плагин свой "стряпать", чтобы он знал что с файлами графики делать и как в память карты грузить, а в противном случае в каждой проге надо будет лепить модуль, который конфиг компа обрабатывает и держит в себе процедуры работы с HDD, принимая решение по графике. Короче, ТР-ДОС + порты как базовый вариант наверное бы устроил многих, а потом при наличии энтузиазма и времени можно что угодно "кнопить" в асме...