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

[Spectre]

Цитата:
если метки приходятся на область ПЗУ (0..#3fff) они не отображаются

метки привязаны не к адресу, а к физической ячейке памяти. это сделано, чтобы в разных страницах были свои метки в области #C000-#FFFF и чтобы метки basic48/128/trdos не мешали друг другу. если у тебя программа ниже #4000 физически лежит в кеше или ПЗУ, то unreal это не поймёт, а если в нулевой банке, включенной вместо озу, должно работать

У меня не отображаются метки в 0-ой странице подставленной вместо ПЗУ (при помощи OUT (#1FFD),1). Те метки что попадают выше #4000 отображаются нормально. Причем STS 6.2 отображает и те и другие метки правильно.

Цитата:
Насчет импорта из памяти >128К все правильно написал AlCo

ну я так и думал, просто перестраховался. чтобы разблокировать поиски в верхней памяти, нужно по адресу #24BE3 в файле unreal.exe записать 16 (#10) вместо 8

Я так понял что это разблокирует поиск только в пентагоновской памяти? Очень хотелось бы поиск и в верхней памяти остальных клонов. Для этого всего-лишь надо добавить перевод (для 1Мб памяти):

из:
[номер страницы] биты 5,6,7
в:
- для #7FFD биты 5,6,7
- для #1FFD биты 4,6,7
- для #DFFD биты 0,1,2
- для #FDFD биты 0,1,2


Ну и разумеется: [номер страницы] биты 0,1,2 в #7FFD биты 0,1,2.

[Advertiser]

[Dima Bystrov (2:5029/77.48)]

Hello Андрей!

11 Oct 05 07:18, Андрей Богданович wrote to All:

АБ> всего-лишь надо добавить перевод (для 1Мб памяти):

АБ> из:
АБ> [номер страницы] биты 5,6,7
АБ> в:
АБ> - для #7FFD биты 5,6,7

в 7FFD бит5 надо делать СТАРШЕ 7-го! См. DOS6.xE.

- A.Coder [Wolf3d2004 InfoGuide7 ACEdit96 ACN42 PT3695 Chip13 HexFill HDDoct6]
[Ansi04 8col12 ZXRar27UnR59 Jpg042 CacVox1 Dbs07 Gluk61R PC21 Alasm50f2 Sts70i]

... ZX Spectrum today

[SMT]

У меня не отображаются метки в 0-ой странице подставленной вместо ПЗУ

да, сейчас посмотрел, метки #C000-#FFFF привязываются к нулевой странице, независимо от того, куда её включить, а метки #0000-#3FFF игнорируются. с этими страницами неохота заморачиваться, тем более, что из таблицы меток ассемблера нельзя узнать, в какой странице лежит код, привязанный к метке, а то бы получилось самое то - разные страницы с разными метками

Я так понял что это разблокирует поиск только в пентагоновской памяти?

нет, этот патч должен работать в любой 256-й (если записать не 16, а 32, то и в 512-й. 1024 не поддерживается). проверить я не смог - не знаю, где взять АЛАСМ, забирающийся в верхние страницы скорпиона

[Spectre]

да, сейчас посмотрел, метки #C000-#FFFF привязываются к нулевой странице, независимо от того, куда её включить, а метки #0000-#3FFF игнорируются. с этими страницами неохота заморачиваться, тем более, что из таблицы меток ассемблера нельзя узнать, в какой странице лежит код, привязанный к метке, а то бы получилось самое то - разные страницы с разными метками

Очень жаль, это как раз то, ради чего мне и нужен был импорт из скорпионовской памяти минуя STS. А можно ли сделать исключение для меток в области 0..#3FFF, чтобы они отображались независимо от того что включено в этой области? Ведь нередко для отладки программы помещают в теневое ОЗУ или нулевую страницу ПЗУ.

нет, этот патч должен работать в любой 256-й (если записать не 16, а 32, то и в 512-й. 1024 не поддерживается). проверить я не смог - не знаю, где взять АЛАСМ, забирающийся в верхние страницы скорпиона

У меня не импортировал. Вот тебе Alasm 5.01 со всеми драйверами. Сейчас он настроен на Scorpion 1Мб. Номера страниц по маске #D7. Сменить используемые страницы памяти и драйвер можно через конфиг (кнопка "F" в главном меню).

[SMT]

Очень жаль, это как раз то, ради чего мне и нужен был импорт из скорпионовской памяти минуя STS

это не важно, через STS или без него. чтобы появились метки ниже #4000, нужно ещё патчить

Вот тебе Alasm 5.01 со всеми драйверами. Сейчас он настроен на Scorpion 1Мб

хорошо, завтра посмотрю

[SMT]

а коды #11-#1F зачем? их можно в аласме ввести?

[SMT]

на пентагоне 256 и 512 выдает что метки не найдены

а исходник тот же самый? сейчас проверил на ace0.92, pent-128/256/512/1M - работает. если всего в цепочке 1 метка, я такие пропускаю, их слишком много в банках, где лежит сам ассемблер

[Spectre]

а исходник тот же самый? сейчас проверил на ace0.92, pent-128/256/512/1M - работает. если всего в цепочке 1 метка, я такие пропускаю, их слишком много в банках, где лежит сам ассемблер

Нет исходник другой. Действительно, на другом исходнике метки все импортировались правильно. Осталось найти из-за чего метки не находяеся на исходнике Quick Commander (это 5 аласмовских страниц), по каким критериям ты их определяешь? Попробую найти где не срабатывает.

[SMT]

по каким критериям ты их определяешь

цепочка меток, заканчивающаяся #00. адрес начала аласм показывает сам (если посмотреть хочешь в памяти). символы внутри могут быть буквы-цифры и @$_. попробуй последовательно подтирать программу, пока метки не начнут видется. где сотрёшь - там и баг

[Spectre]

цепочка меток, заканчивающаяся #00. адрес начала аласм показывает сам (если посмотреть хочешь в памяти). символы внутри могут быть буквы-цифры и @$_. попробуй последовательно подтирать программу, пока метки не начнут видется. где сотрёшь - там и баг

Пока не нашел закономерность появления этого глюка, но нашел попутно другой глюк: если в программе одна метка она не импортируется.