Вид для печати
Ну а как ты будешь ее делать для своих фич? Тебе тогда нужно будет либо иметь свой кастомный билд эмулятора, куда ты забьешь эти коды статически, либо же делать какие-то параметры при запуске эмулятора на то, какой набор байтов считать брейкпойнтом. В любом случае тебе тут надо владеть техникой хотя бы собирания эмулятора из сурс-кодов. Ты-то наверное владеешь, а вот автор вопроса сугубо вряд ли.Цитата:
Сообщение от weiv
А зачем она вообще нужна? Ведь делаться под конкретную модель монитора?Цитата:
Сообщение от Shadow Maker
Встречный вопрос? А какая совместимость у вашего решения? Так же с конкретной программой (ассемблером), вот я нее могу её использовать, так как не могу использовать ваш ассемблер. В чём разница для конечного пользователя?
А в чём проблема? Обычно монитор ставит ловушку, как правило 2 байта. Хороший монитор делает не установку, а подмену, тогда наличия ловушки проходит прозрачно для пользователя. В данном случае можно реализовать только установку. Поставить её в эмуле можно через несуществующий код команды процессора, а уже в мониторе менять их на NOP или пропускать на уровне эмулятора. Да, код на этапе отладки подрастёт на 2 байта, но на его работе это ни как не скажется. Иногда может и окажутся критичны эти 2 байта, но в 99.999999999% будет работать без проблем. За то решение универсальное и не накладывает дополнительные требования на ассемблер.Цитата:
Сообщение от Shadow Maker
Если в процессе генерации формируется текстовый с координатами точек останова, на подобие как для меток. Можно подробнее о его структуре, где он должен лежать, как его грузить и т.п.? Может я смогу его "подделать" на базе данных своего ассемблера.Цитата:
Сообщение от Shadow Maker
Нет, ты сейчас предлагаешь перепилить эмулятор ради твоего решения, а не какой-нибудь STS.Цитата:
Сообщение от tae1980
Текстовый файл с брейкпойнтами можешь хоть вручную создавать. И про совместимость я имею ввиду изменения в эмуляторе, где ты предлагаешь отладчику эмулятора выскакивать по каким-то только тебе ведомым наборам байт, тем самым сломав нормальную работу у остальных программ, которые не должны так реагировать.Цитата:
Встречный вопрос? А какая совместимость у вашего решения? Так же с конкретной программой (ассемблером), вот я нее могу её использовать, так как не могу использовать ваш ассемблер. В чём разница для конечного пользователя?
Там создается файл с брейкпойнтами. Это вообще в ассемблере просто удобно делать, а не обязательное условие.Цитата:
А в чём проблема? Обычно монитор ставит ловушку, как правило 2 байта. Хороший монитор делает не установку, а подмену, тогда наличия ловушки проходит прозрачно для пользователя. В данном случае можно реализовать только установку. Поставить её в эмуле можно через несуществующий код команды процессора, а уже в мониторе менять их на NOP или пропускать на уровне эмулятора. Да, код на этапе отладки подрастёт на 2 байта, но на его работе это ни как не скажется. Иногда может и окажутся критичны эти 2 байта, но в 99.999999999% будет работать без проблем. За то решение универсальное и не накладывает дополнительные требования на ассемблер.
Она там банальная, просто список хекс-адресов типа BD28 через перевод строки.Цитата:
Если в процессе генерации формируется текстовый с координатами точек останова, на подобие как для меток. Можно подробнее о его структуре, где он должен лежать, как его грузить и т.п.? Может я смогу его "подделать" на базе данных своего ассемблера.
Но у тебя нет того билда эмулятора, т.к. там ссылка протухла. И у меня нет.
@tae1980 как мне правильно указали, я отстал от жизни на годы. Это уже вкручено в нормальные билды unreal от deathsoft давным давно.
Так что качай последний билд, формируй bpx.ini и пользуйся.Цитата:
version 0.37.5 23 feb 2011 (deathsoft)
+ Добавлена поддержка сохранения/загрузки списка брекпоинтов bpx.ini
формат:
r0=0x1000-0x1100
r - r/w/x
0 - номер процессора (0 - спектрум, 1 - ngs)
адрес начала диапазона, адрес конца диапазона
(можно указывать только адрес начала, если брекпоинт на 1 байт)
И прочитай news.txt в папке doc, все "новые" фишки описаны там.
Shadow Maker, Спасибо!!! Будем изучать. Как раз разбираюсь с вопросом передачи имён меток
- - - Добавлено - - -
Правильно я понял: r0=0x0129. Нужна трассировка с адреса 0129h, нулевая страница.Цитата:
Сообщение от Shadow Maker
И такой вопрос. А как Унреал поймёт для какой программы установлена точка останова? Я же пишу под CP/M и мне, что бы запустить программу нужно:
1. Загрузить ОС, драйвера, библиотеки и прочее.
2. Загрузить файловый менеджер.
3. Выбрать диск С:
4. И только выбрать и сейчас запустить программу в которой мне нужна точка останова.
Нет. r - это значит на чтение. Если тебе надо на вызов, то ставь x. то есть x0=0x6000 для брейкпойнта на выполнение по адресу 6000.Цитата:
Сообщение от tae1980
Унриал ничего не поймет, он просто ставит тебе точку останова и всё. То есть если ты поставил брейкпойнт на x0=6000 а у тебя файловый менеджер загрузился и выполняется по этому адресу - то он тоже выполнится. Но зачем тебе грузить файловый менеджер мне неведомо, это ж CP/M, ты можешь в командной строке написать C:
В настоящее время заброска данных в образ полу автоматизирована и требует ручных действия. Так что проще кинуть файл на диск и уже потом выбирать в менеджере, так как имена могут быть разные. Это легче чем постоянно набивать имена в ком.строке и есть доступ к иным сервисным программам.Цитата:
Сообщение от Shadow Maker
Надеюсь на полную автоматизацию работы с образами, в ближайшее время. Тогда можно будет генерировать нужный настройки ОС, не грузить лишнего и настроить автостарты.
Эх... уже понял, что решение для чистого спекка и если грузиться сразу из sna. Я в пролёте. Но хоть метки настроил в мониторе. Так же "без фантазий", но жить можно. Придется ускорять работы по переносу STS.Цитата:
Сообщение от Shadow Maker
День добрый.
Версия эмуля: 0.37.6 запускаю на вин10-64. В режиме 48к загружаю из .tzx zeus, набиваю примеры, ассемблирую, запускаю - всё как бы работает и это меня устраивает.
Проблема начинается когда хочу сохранить свою работу. Выгрузки на ленту вроде как нету по этому делаю снапшот. При запущеном zeus`e виртуальный спек после загрузки снапшота повисает с вертикальными красными полосами и чёрным экраном (успевает промелькнуть синее окно запущенной программы). Если перед снапшотом выйти в бейсик, то после загрузки снапшота вроде всё нормально, бейсик работает, но при запуске зеуса виртуальный спек уходит в рестарт.
В чём может быть проблема? Или как мне решить задачу сохранения исходного кода который я набиваю в ассемблере?
для начала проверь на самой последней версии эмуляЦитата:
Сообщение от Sava
http://dlcorp.nedopc.com/viewtopic.php?f=27&t=1525
Заработал снапшот, спасибо, помогло.