Определение текущего адреса

[Vadim]

А вот решение третьей проблемы мне не ведомо - по адресу #007c ret быть не обязан, как и по любому другому адресу.

Если сначала сохранить значение с 4000h потом туда положить код 'RET' вызвать, восстановить? Да. Если код пересекается с 4000h, то не получится. Но это уже какой то вариант.

---------- Post added at 20:01 ---------- Previous post was at 20:00 ----------

Знает ли кто-нибудь способ определения текущего адреса в любых условиях без дополнительных ограничений для вызывающего кода?

Без ограничений имхо никак. Придётся чем-то жертвовать.

[jerri]

Если программа релоцируемая и загружена по произвольному адресу
то ее ктото загрузил
а если загрузил то пусть адрес и передает

если передать не хочет
то значит уже загрузил и настроил
значит можно шарится уже внутри программы

---------- Post added at 18:15 ---------- Previous post was at 18:14 ----------

а вот эти вот

"я что то откудато загрузил но вот как загрузил совершенно не понимаю
и где оно работает тоже не знаю и знать не хочу но сделайте мне хорошо"

нам тут не нужны

[Vadim]

ее ктото загрузил

А если её кто-то загрузил, то он и может программу настроить на адрес загрузки. Программа должна иметь определенной формат с таблицей для пересчёта адресов. Все эти технологии давным давно придуманы и реализованы.

[psb]

Если код пересекается с 4000h, то не получится.

даже если саму программу положили по #4000, то все получится (если #4000 самый первый адрес озу; можно так же юзать самый последний, лишь бы не попортить стек/таблицу прерываний (но что они делают по этим адресам?))

[Vadim]

даже если саму программу положили по #4000

Да, получится, но не получится, если программа будет чуть выше. Мне считать было лень. Можно высчитать адрес, когда точно не получится. Последний байт - то же идея правильная. А стек там может быть. Когда делаем ld sp,0. при первом push или прерывании мы заюзаем последние 2 ячейки ОЗУ. FFFF и FFFE.

---------- Post added at 23:02 ---------- Previous post was at 22:54 ----------

Кстати, возможен и такой вариант:
ei
halt
di
dec sp
dec sp
pop hl
получаем адрес команды di

[Alex Rider]

а вот эти вот

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

нам тут не нужны

Это для новичков же все. Это про грабер мой. Придется писать инструкции и отвечать на лишние вопросы потом, поскольку планируется, что мой скомпиленный код будет тупо инкбиниться и зваться с параметраями по адресу, куда заинкбинили. При этом про координаты и номер спрайта автор вызывающего кода будет помнить автоматически, а пот адрес, который зовет - ... не знаю... Но выхода, похоже, нет.
По поводу #4000 - работа с графикой идет, не дело точками мелькать на экране.
По поводу #FFFx - там часто живет ISR, да и вообще кто его знает что там у автора. Хотя, надо подумать.
Так что остается только разочаровывающие меня варианты - либо преинициализация, либо передача адреса при вызове.

---------- Post added at 21:55 ---------- Previous post was at 21:47 ----------

Подумал. Этот вариант:

начал читать, тоже подумал про pop hl:jp (hl), но только чтобы самому куда-то эти 2 команды положить:

ld hl,#xxxx ; opcodes of pop+jp
ld (#4000),hl
call #4000
; hl=$
; тут можно еще и содержимое #4000 восстановить

плюс этот вариант:

мы заюзаем последние 2 ячейки ОЗУ. FFFF и FFFE.

Должны сработать, если запретить прерывания на время вызова. Проверю как руки дойдут.

Всем спасибо!

[Advertiser]

[bigral]

Но выхода, похоже, нет.
По поводу #4000 - работа с графикой идет, не дело точками мелькать на экране.

архитектура большенства процов включает СТЕК! суть которого "заранее выделенный сегмент памяти для временного хранения переменных (рабочая область)" так вот на стеке код создавай а не в экране

[psb]

так вот на стеке код создавай а не в экране

код в студию!

[jerri]

bigral, да не вопрос

call (sp) и никаких проблем

[Destr]

А может через калькулятор ПЗУ?
Как-нибудь так:
RST #28 ; вызов калькулятора
DEFB #38 ; команда end calc
LD DE,7
DEC SP
DEC SP
POP HL
ADD HL,DE ; в HL адрес следующей команды (NOP)
NOP

Вроде-бы в любом ПЗУ должен быть обработчик калькулятора (иначе комп уже не совместим со спековыми программами.)