ZXNet эхоконференция «zxnet.pc»

Еще пожелания: 1. Или я не нашел, но как можно редактировать значение Extended port? 2. Пришлось перейти на STS 6.2 из-за возможности работать со скорпионовской памятью, а US0.32b2 не умеет из нее метки импортировать. Если автор напишет как метки импортируются сейчас (в общем виде), я напишу как изменить этот алгоритм для отвязки от STS (или отвязки от конкретной версии).

Spe> как можно редактировать значение Extended port если речь о #1FFD, то пока никак. если надо, могу сделать аналогично #7FFD Spe> как метки импортируются сейчас (в общем виде), я напишу как изменить этот Spe> алгоритм для отвязки от STS нужно найти адрес/банк начала меток. странно, но сам AlCo не знает, где они хранятся в аласме и советовал мне выдирать их из тела СТС, куда их сохраняет аласм при компиляции. поэтому прежде всего ищется страница СТС по 4-х байтной сигнатуре по адресу #FE84, которая как раз приходится на драйвер меток. чтобы уменьшить вероятность ложных срабатываний, проверяются не все страницы, а только #07,#47 (обычные для STS). адрес/банк выдираются из STS и по ним считывается таблица меток

Вчера попытался воспользоваться ACED под Unreal экс + комманда не срабатывают - что я делаю не так? экс забиндовал на LAlt -- Когда ж я сдохну?! :mad:

2SMT а как в дампе быстро перейти на нужный адрес? -- Когда ж я сдохну?! :mad:

jer> как в дампе быстро перейти на нужный адрес? Ctrl+G

jer> экс + комманда не срабатывают - что я делаю не так? jer> экс забиндовал на LAlt altlock=0 в ini? jer> в дампе быстро перейти на нужный адрес кнопку можно прописать в ini в строке mem.goto, окно дампа должно быть активно

Hello, SMT SMT> если речь о #1FFD, то пока никак. если надо, могу сделать аналогично #7FFD SMT> нужно найти адрес/банк начала меток. странно, но сам AlCo не знает, где SMT> они хранятся в аласме и советовал мне выдирать их из тела СТС, куда их SMT> сохраняет аласм при компиляции. поэтому прежде всего ищется страница СТС SMT> по 4-х байтной сигнатуре по адресу #FE84, которая как раз приходится на SMT> драйвер меток. чтобы уменьшить вероятность ложных срабатываний, SMT> проверяются не все страницы, а только #07,#47 (обычные для STS). SMT> адрес/банк выдираются из STS и по ним считывается таблица меток С #1FFD очень надо! Как и обещал пишу тебе как можно отвязать импорт меток от STS'а. Пересмотрел я все имеющиеся у меня версии Alasm (4.42-4.46 и 5.00). В них есть общая для всех версий процедура передачи адреса/банка (с началом меток) в STS. В зависимости от версии Alasm и STS меняются 2 адреса (см.ниже). Вот эта процедура для разных версий Alasm: ┌─- CODE ─── ALASM 4.42 B625: LD HL,(9319) ;\n LD (FEFE),HL ; это не для меток LD (FEE4),HL ;/ LD HL,(931B) ;тут лежит искомый адрес! INC HL LD (FE63),HL ;сохраняем его в STS LD A,(IX+1D) ;страница с метками AND C7 ;маска для этой страницы LD (FE69),A ;помещаем и ее в STS LD HL,... ALASM 4.43 B5CF: LD HL,(9321) LD (FEFE),HL LD (FEE4),HL LD HL,(9323) INC HL LD (FE63),HL LD A,(IX+1D) AND (IX+32) LD (FE69),A LD HL,... ALASM 4.44 B608: LD HL,(9374) LD (FEFE),HL LD (FEE4),HL LD HL,(9376) INC HL LD (FE63),HL LD A,(IX+1D) AND (IX+32) LD (FE69),A LD HL,... ALASM 4.45 B608: LD HL,(9351) LD (FEFE),HL LD (FEE4),HL LD HL,(9353) INC HL LD (FE7C),HL LD A,(IX+1D) AND (IX+32) LD (FE88),A LD HL,... ALASM 4.46 B56F: LD HL,(934A) LD (FEFE),HL LD (FEE4),HL LD HL,(934C) INC HL LD (FE7C),HL LD A,(IX+1D) AND (IX+32) LD (FE88),A LD HL,... ALASM 5.00 B58E: LD HL,(9362) LD (FEFE),HL LD (FEE4),HL LD HL,(9364) INC HL LD (FE7C),HL LD A,(IX+1D) AND (IX+32) LD (FE88),A LD HL,... └── CODE ─── Алгоритм будет следующий: 1. Ищем во всех страницах памяти сигнатуру (если откинуть Alasm 4.42) LD HL,(nn) LD (FEFE),HL LD (FEE4),HL LD HL,(adr) INC HL LD (nn),HL LD A,(IX+1D) AND (IX+32) LD (nn),A LD HL,nn 2. Можно дополнительно проверить что сигнатура лежит в диапазоне #B400..#B7FF и это именно страница с Аласмом (у него есть ряд фиксированных адресов). 3. В найденной странице берем интересующие нас сведения. Искомый адрес начала меток лежит в (adr). Учитывая что во всех версиях IX=80BF, но Alasm переносит себя из С000 в 8000 где и работает, делаем на это поправку: искомая страница: (C0DC) AND (C0F1). Этот алгоритм будет работать на версиях Alasm'а 4.43 и выше. WBR, Андрей Богданович

Hello, SMT единственное, по этому способу поиск осуществляется в нижней (128k) памяти. так как АЛАСМ под банк выделяет только 1 ячейку, я считаю, что это значение, выводимое в #7FFD. как используется верхняя память скорпиона, пока не разбирался WBR, Rzhunimagu

Hello, Spectre Spe> Как и обещал пишу тебе как можно отвязать импорт меток от STS'а [...] Spe> skipped проверишь? ┌─- CODE ─── version 0.32b3 05 oct 2005 + monitor: Alt-M to edit model-specific high memory port [sb Spectre] + monitor: reading ALASM labels without STS [thanks to Spectre] └── CODE ─── Файл: ZX.RAR http://zx.pk.ru/attachment.php?attachmentid=1772 WBR, Rzhunimagu

Hello, SMT память поддерживается любая но то что кидается в 1FFD задается СТСом а АлКо переписал драйвер для Аласма и задает страницу для скорпиона 1 байтом -- Когда ж я сдохну?! :mad: WBR, Yuri Potapov

Hello, SMT SMT> проверишь? SMT> ┌─- CODE ─── SMT> version 0.32b3 05 oct 2005 SMT> SMT> + monitor: Alt-M to edit model-specific high memory port [sb Spectre] SMT> + monitor: reading ALASM labels without STS [thanks to Spectre] SMT> └── CODE ─── SMT> Проверил. Alasm 4.42,4.45,4.46,5.01 метки импортируются нормально. Hашел один глюк: если метки приходятся на область ПЗУ (0..#3fff) они не отображаются. У меня программа при помощи DISP 0 туда компилируется и там работает, а меток не видно. :( Hасчет импорта из памяти >128К все правильно написал AlCo (Dima Bystrov) - номер банка это не совсем число которое заносится в #7FFD. Биты 0,1,2 заносятся в #7FFD, а 6-ой и 7-ой биты надо занести в Extended port. Я так понимаю соответствие следующее (лучше чтобы AlCo подтвердил): #7FFD биты 6,7 - Pentagon #1FFD биты 4,6 - Scorpion/KAY #DFFD биты 0,1 - Profi #FDFD биты 0,1 - ATM1 WBR, Spectre aka Андрей Богданович

Hello, Raider > если метки приходятся на область ПЗУ (0..#3fff) они не отображаются метки привязаны не к адресу, а к физической ячейке памяти. это сделано, чтобы в разных страницах были свои метки в области #C000-#FFFF и чтобы метки basic48/128/trdos не мешали друг другу. если у тебя программа ниже #4000 физически лежит в кеше или ПЗУ, то unreal это не поймёт, а если в нулевой банке, включенной вместо озу, должно работать > Hасчет импорта из памяти >128К все правильно написал AlCo ну я так и думал, просто перестраховался. чтобы разблокировать поиски в верхней памяти, нужно по адресу #24BE3 в файле unreal.exe записать 16 (#10) вместо 8 WBR, SMT aka Rzhunimagu

Hello, Raider > У меня не отображаются метки в 0-ой странице подставленной вместо ПЗУ да, сейчас посмотрел, метки #C000-#FFFF привязываются к нулевой странице, независимо от того, куда её включить, а метки #0000-#3FFF игнорируются. с этими страницами неохота заморачиваться, тем более, что из таблицы меток ассемблера нельзя узнать, в какой странице лежит код, привязанный к метке, а то бы получилось самое то - разные страницы с разными метками > Я так понял что это разблокирует поиск только в пентагоновской памяти? нет, этот патч должен работать в любой 256-й (если записать не 16, а 32, то и в 512-й. 1024 не поддерживается). проверить я не смог - не знаю, где взять АЛАСМ, забирающийся в верхние страницы скорпиона

Hello, SMT SMT> Цитата: SMT> если метки приходятся на область ПЗУ (0..#3fff) они не отображаются SMT> SMT> метки привязаны не к адресу, а к физической ячейке памяти. это сделано, SMT> чтобы в разных страницах были свои метки в области #C000-#FFFF и чтобы SMT> метки basic48/128/trdos не мешали друг другу. если у тебя программа ниже SMT> #4000 физически лежит в кеше или ПЗУ, то unreal это не поймёт, а если в SMT> нулевой банке, включенной вместо озу, должно работать У меня не отображаются метки в 0-ой странице подставленной вместо ПЗУ (при помощи OUT (#1FFD),1). Те метки что попадают выше #4000 отображаются нормально. Причем STS 6.2 отображает и те и другие метки правильно. SMT> Цитата: SMT> Hасчет импорта из памяти >128К все правильно написал AlCo SMT> SMT> ну я так и думал, просто перестраховался. чтобы разблокировать поиски в SMT> верхней памяти, нужно по адресу #24BE3 в файле unreal.exe записать 16 SMT> (#10) вместо 8 Я так понял что это разблокирует поиск только в пентагоновской памяти? Очень хотелось бы поиск и в верхней памяти остальных клонов. Для этого всего-лишь надо добавить перевод (для 1Мб памяти): из: [номер страницы] биты 5,6,7 в: - для #7FFD биты 5,6,7 - для #1FFD биты 4,6,7 - для #DFFD биты 0,1,2 - для #FDFD биты 0,1,2 Hу и разумеется: [номер страницы] биты 0,1,2 в #7FFD биты 0,1,2.

Hello, SMT SMT> Цитата: SMT> если метки приходятся на область ПЗУ (0..#3fff) они не отображаются SMT> SMT> метки привязаны не к адресу, а к физической ячейке памяти. это сделано, SMT> чтобы в разных страницах были свои метки в области #C000-#FFFF и чтобы SMT> метки basic48/128/trdos не мешали друг другу. если у тебя программа ниже SMT> #4000 физически лежит в кеше или ПЗУ, то unreal это не поймёт, а если в SMT> нулевой банке, включенной вместо озу, должно работать У меня не отображаются метки в 0-ой странице подставленной вместо ПЗУ (при помощи OUT (#1FFD),1). Те метки что попадают выше #4000 отображаются нормально. Причем STS 6.2 отображает и те и другие метки правильно. SMT> Цитата: SMT> Hасчет импорта из памяти >128К все правильно написал AlCo SMT> SMT> ну я так и думал, просто перестраховался. чтобы разблокировать поиски в SMT> верхней памяти, нужно по адресу #24BE3 в файле unreal.exe записать 16 SMT> (#10) вместо 8 Я так понял что это разблокирует поиск только в пентагоновской памяти? Очень хотелось бы поиск и в верхней памяти остальных клонов. Для этого всего-лишь надо добавить перевод (для 1Мб памяти): из: [номер страницы] биты 5,6,7 в: - для #7FFD биты 5,6,7 - для #1FFD биты 4,6,7 - для #DFFD биты 0,1,2 - для #FDFD биты 0,1,2 Hу и разумеется: [номер страницы] биты 0,1,2 в #7FFD биты 0,1,2.

Hello, SMT SMT> да, сейчас посмотрел, метки #C000-#FFFF привязываются к нулевой странице, SMT> независимо от того, куда её включить, а метки #0000-#3FFF игнорируются. с SMT> этими страницами неохота заморачиваться, тем более, что из таблицы меток SMT> ассемблера нельзя узнать, в какой странице лежит код, привязанный к метке, SMT> а то бы получилось самое то - разные страницы с разными метками Очень жаль, это как раз то, ради чего мне и нужен был импорт из скорпионовской памяти минуя STS. А можно ли сделать исключение для меток в области 0..#3FFF, чтобы они отображались независимо от того что включено в этой области? Ведь нередко для отладки программы помещают в теневое ОЗУ или нулевую страницу ПЗУ. SMT> нет, этот патч должен работать в любой 256-й (если записать не 16, а 32, SMT> то и в 512-й. 1024 не поддерживается). проверить я не смог - не знаю, где SMT> взять АЛАСМ, забирающийся в верхние страницы скорпиона У меня не импортировал. Вот тебе Alasm 5.01 со всеми драйверами. Сейчас он настроен на Scorpion 1Мб. Hомера страниц по маске #D7. Сменить используемые страницы памяти и драйвер можно через конфиг (кнопка "F" в главном меню). Файл: Alasm501scorp.zip http://zx.pk.ru/attachment.php?attachmentid=1807

Hello, Spectre Spe> Очень жаль, это как раз то, ради чего мне и нужен был импорт из Spe> скорпионовской памяти минуя STS это не важно, через STS или без него. чтобы появились метки ниже #4000, нужно ещё патчить Spe> Вот тебе Alasm 5.01 со всеми драйверами. Сейчас он настроен на Scorpion Spe> 1Мб хорошо, завтра посмотрю

Hello, SMT СэМэТэ, зделай cheat console, типа как в эмулях NES. ну там, задаешь искомую величину, она ищется. потом, после изменения данной величины найденные результаты отсеиваются. ну и т.д. хотя, учитывая то, что великое множество спектрумовских гам уже обессмерчено, то наверное, это будет излишеством. ну я бы напесал. хотя бы чтоб было. и еще. где ты брал описание форматов всяких, типа там td0, fdi и прочие "нестандарты"? -- ***************************************** **Kpa3^dt^gc :: putin[собака]skyseven[dot]ru** ***************************************** .:: skyseven.net [http://skyseven.net] :: skyseven.ru [http://skyseven.ru] :: multshow.ru [http://multshow.ru] :: radioprogram.ru [http://radioprogram.ru] :: radioroliki.ru [http://radioroliki.ru] :: tvshow.ru [http://tvshow.ru] ::.

Hello, Kpa3 Kpa> cheat console да, можно и такое... Kpa> и еще. где ты брал описание форматов всяких, типа там td0, fdi и прочие Kpa> "нестандарты"? кому нужна была поддержка этих форматов, сами искали и присылали :)

Hello, SMT SMT> кому нужна была поддержка этих форматов, сами искали и присылали ты просто везунчик. :) перешли их мне :) -- ***************************************** **Kpa3^dt^gc :: putin[собака]skyseven[dot]ru** ***************************************** .:: skyseven.net [http://skyseven.net] :: skyseven.ru [http://skyseven.ru] :: multshow.ru [http://multshow.ru] :: radioprogram.ru [http://radioprogram.ru] :: radioroliki.ru [http://radioroliki.ru] :: tvshow.ru [http://tvshow.ru] ::.

Hello, Kpa3 Kpa> ты просто везунчик. :) перешли их мне :) да, насчёт теледиска я поторопился. вспомнил, оказывается изучал формат по дизасму самого теледиска и утилит, а также исходники плагина к эмулятору Шалаева. но тебе сейчас проще - есть исходники фар-плагинов и моего эмулятора (будешь делать запись, обрати внимаине на проверку и установку всех контрольных сумм, чтобы теледиск не ругался на изменённый образ. это есть не во всех td0-писалках) Файл: fdi.rar http://zx.pk.ru/attachment.php?attachmentid=1809

Hello, SMT насчёт импорта меток. не работает из-за того, что считаются значащие биты 6,7 то есть банк #40 - это 256-я память, а аласм считает значащими биты 5,6,7, то есть этот банк - в 512-й. надо, наверное, вообще от аласм/стс отвязаться и искать в памяти корректно составленные цепочки меток. в связи с этим вопрос к AlCo: какие символы могут быть в тексте метки?

Hello, SMT SMT> насчёт импорта меток. не работает из-за того, что считаются значащие биты SMT> 6,7 то есть банк #40 - это 256-я память, а аласм считает значащими биты SMT> 5,6,7, то есть этот банк - в 512-й. Глянул я тоже, похоже ты прав, причина именно в этом. К Аласму прилагаются 9 драйверов, из которых только 2 удовлетворяют условию #40 = 256я память: Scorpion256/KAY1024(only 512): mask #C7 (11000111) PENTAGON 512: #C7 (11000111) Еще 2 не подходят по описанной тобой проблемме: SCORPION 1M: mask #D7 (11010111) PENTAGON 1M: mask #E7 (11100111) Остальные 5 драйверов используют плоскую нумарацию страниц и поддержать их не выйдет никак: PROFI SCORPION ATM KAY Scorpion ZS 512 SMT> надо, наверное, вообще от аласм/стс отвязаться и искать в памяти корректно SMT> составленные цепочки меток. в связи с этим вопрос к AlCo: какие символы SMT> могут быть в тексте метки? Хорошая идея. Символы названий меток могут быть в диапазоне #11-#7F, исключая #22 и #3B.

Hello, Spectre Spe> Остальные 5 драйверов используют плоскую нумарацию страниц и поддержать их Spe> не выйдет никак главное знать, как нумеруются банки, а там уж код под это написать (хотя универсальный, совместимый с пентагоном, действительно, сложновато) Spe> Хорошая идея. Символы названий меток могут быть в диапазоне #11-#7F, Spe> исключая #22 и #3B а как же +, -, ?, *, /, (), [], и т.п... или нужно отделять идентификаторы от операторов пробелами в арифметических выражениях? Spe> От аласма отказываться наверное не стоит, из него можно брать адрес начала Spe> меток, иначе можно ошибится да пускай... можно выводить все банки, где найдены метки в меню, с адресом и количеством меток, а там юзер пускай сам выберет

Hello, SMT SMT> а как же +, -, ?, *, /, (), [], и т.п... или нужно отделять идентификаторы SMT> от операторов пробелами в арифметических выражениях? Их использовать в метках тоже нельзя, я просто перестраховываюсь. ;) Вот кусок авторского исходника конвертера Alasm>text: (в C длина метки) S2T2 DEC C JR Z,S2TEND LD A,(HL) INC HL CP #10 JR C,S2T5 JR Z,S2T7 CP #80 JR NC,S2T3 CP #22 ;" JR Z,S2T9 CP ";" JR Z,S2T8 LD (DE),A INC DE JR S2T2 То есть ничего не мешает в следующей версии Аласма сделать например "!" в названиях меток. SMT> да пускай... можно выводить все банки, где найдены метки в меню, с адресом SMT> и количеством меток, а там юзер пускай сам выберет Почему бы и нет?

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

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

Hello, SMT SMT> а исходник тот же самый? сейчас проверил на ace0.92, SMT> pent-128/256/512/1M - работает. если всего в цепочке 1 метка, я такие SMT> пропускаю, их слишком много в банках, где лежит сам ассемблер Hет исходник другой. Действительно, на другом исходнике метки все импортировались правильно. Осталось найти из-за чего метки не находяеся на исходнике Quick Commander (это 5 аласмовских страниц), по каким критериям ты их определяешь? Попробую найти где не срабатывает.

Hello, Spectre Spe> если в программе одна метка она не импортируется я уже писал, почему. или лучше список из десятка найденных цепочек разгребать? Spe> Пока не нашел закономерность появления этого глюка может, дело в размере (таблица не помещается в страницу?)

Hello, SMT Отловил я этот глюк. Причина очень простая: неправильно определяется начало таблицы меток. Я компилирую разные исходники, смотрю какой адрес аласм передает в STS, сравниваю его с тем что показывает US по CTRL+A, иногда адреса совпадают, но часто различаются, тогда глюк и проявляется.

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

Hello, Spectre исходник вышлешь?

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

Hello, Raider Spe> --------------------------------------------------------------------- Spe> ----------- Spe> Spe> Проверил на разных моделях памяти (Scorpion и Pentagon), импортирует Spe> отлично. Только появился баг: кое-где попадаются метки с мусором Spe> вместо названия (в этих местах меток вообще быть не должно), причем в Spe> одном месте есть JP на такую метку, так US вываливается в винду с Spe> ошибкой когда пытается напечатать этот JP странно, ведь содержимое меток проверяется на алфавитно-цифровые знаки. не можешь выслать пример файла?

Hello, SMT SMT> странно, ведь содержимое меток проверяется на алфавитно-цифровые SMT> знаки. не можешь выслать пример файла? Я пытаюсь вычленить кусок исходника на котором глюк заметен, но пока не получается. Есть у меня подозрение что это связано с такими командами как JR NZ,$-5, где имя метки не присутствует, но метка есть.

Hello, Spectre Spe> Есть у меня подозрение что это связано с такими командами как JR Spe> NZ,$-5, где имя метки не присутствует, но метка есть я думаю, что такая метка не пишется в таблицу, так как никогда в другом месте не понадобится, а вычислить её можно всегда в момент ассемблирования этой строчки

Hello, SMT 2SMT: я сейчас в отпуске, а дома у меня Athlon, на котором не работают беты 4-6 (ругается на отсуствие SSE2). Все еще хочу отловить глюк с метками, не можешь скомпилить версию под AMD?

Hello, Spectre Бери версию для p1.

Hello, Dexus Dex> Бери версию для p1. Где? Обрати внимание что я прошу беты 4-6.