unreal speccy ряд вопросов по monitor

[SMT]

Мне еще требовалось "ручной сброс статистики по памяти", а не только автоматом

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

[Advertiser]

[SMT]

Запускать альтернативную ветку эмуля

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

А почему не использовать для отладчика консоль

в полноэкранном режиме неудобно, особенно в 640x480 и ниже

по запарке запускаю unreal.exe прям из Far'а, и он блокируется, поскольку консоль уже занята

c шифтом запусти

Far'а, и он блокируется, поскольку консоль уже занята... Закрываю УС и перезапускаю его через start unreal.exe

век живи - век учись в фаре можно нажать alt-ctrl-tab (я себе переставил на alt-ctrl-X), чтобы отвязаться от блокированной консоли и взять новую

А для чего консоль используется - правда?

для диагностических сообщений и в процессе отладки самого эмулятора часто printf'ом балуюсь

[Dexus]

для диагностических сообщений и в процессе отладки самого эмулятора часто printf'ом балуюсь

Т.е. это чисто "авторское" решение своих личных вопросов, которое для других впринципе никак не требуется...

век живи - век учись в фаре можно нажать alt-ctrl-tab (я себе переставил на alt-ctrl-X), чтобы отвязаться от блокированной консоли и взять новую

Спасибо большое. Не знал Постараюсь не забыть.

в полноэкранном режиме неудобно, особенно в 640x480 и ниже

Это что - кто то работает в XP на разрешении 400х300 чтоли?
В полноэкранном режиме по-моему отлаживать смысла не имеет. В полноэкранном смотрят результаты Грех не использовать пространство более эффективно.
Ведь никто не мешает открывать окошки для лога отдельные, для дебагера, не трогая основного окошка эмулятора.

[SMT]

с подсказками для jp/ret/call/rst всё нормально, а для инструкций, обращающихся к памяти ничего не получается. в идеале для ld (1234),bc нужно писать 1234:4444<5555 - адрес, старое и новое значения. его писать надо справа от дизасма, и для всех команд подсказка не помещается (ширина окна подобрана по самой длинной set 5,a,(ix-17). увеличивать сейчас её уже нельзя). если писать только что-то одно, или только для некоторых команд, это будет непонятно. если вывести где-то в другом месте, будет неудобно переводить взгляд с точки трассировки куда-то ещё. нововведение пока будет работать только для команд передачи управления

[Dexus]

в идеале для ld (1234),bc нужно писать 1234:4444<5555

Ну зачем же так сложно..
Это разве что на GUI отладчике такое можно уместить, с гибким размером окошка и где можно размеры все менять... Тут хватит и просто ld (1234),bc [4444<5555]
Адрес-то и так виден..
Хотя вообще-то да... Интересная мысля.
Переходи на ГУЁвый отладчик! Сразу куча проблем (принципиальных, завязанных на "отображении" решится..

[SMT]

Переходи на ГУЁвый отладчик

нет, уж лучше вы к нам

[SMT]

в смысле, реализовывайте намерение октрыть новую ветку и сделать там "всё как надо"

[SMT]

Адрес-то и так виден

а если ld (ix-17),e ?

[SMT]

Тут хватит и просто ld (1234),bc [4444<5555]

не хватит, после bc всего 2 символа свободных

[Dexus]

не хватит, после bc всего 2 символа свободных

Ну вот. Это и есть минусы фиксированного размера окошка отладчика и размера шрифта.
ГУИ рулит.
А альтернативный если и буду делать, то фактически с нуля (не люблю в чужом копаться). А это - очень маловероятно.