ZXNet эхоконференция «code.zx»

11-01-98 в 03:18 Aleksandr Majorov писал(а) к Sergej Pou- gachev на тему "навоpоты". Привет, Aleksandr! AM> усе элементарно! AM> по команде CAT/LIST Тыр-дос считывает 8-й сектор AM> в буфер для анализа. перед эти оно сохраняет AM> адрес возврата в стеке, который "совершенно случайно" AM> нахонится недалеко от буфера... Глупости. Стек здесь непричем. Запуск происходит при прак- тически любои значении стека. Дабы не заниматься словоблудием привожу выписку содержащую разъяснение данного способа запуска диска. "... 1. Любая операция по просмотру, или изменению инфор- мации диска влечет собой предварительное считывание 8-го сек- тора. 2. Если 8-ой сектор отформатирован, скажем, на 512 байт, то эти 512 байт исправно считаются в память независимо от того, что освобожден буфер размером всего в 256 байт. 3. Буфер резервируется с адреса #5d25. Hа 257 байт сдвигается не только область Бейсика, а еще и область информа- ции о каналах, расположенная перед областью Бейсика. ..." [ по моему на 256 ] Hу соответственно, данные 8-го сектора формируются так, что бы адреса процедур печати содержащиеся в области каналов изме- нились на адрес запуска нашей программы из 8-го сектора. После считывания тыр-дос попытается что-нибудь напечатать и тем са- мым запустит программу. Я когда то сам этим занимался, так что это проверено на практике. AM> Усе остальное просто... Как видишь, не так... P.S. перечитал перед отправкой и решил добавить: Hапример нам надо что бы проц прыгнул на адрес ADDR, то 8-ой сектор надо сформировать так... Структура 8-го сектора: DS 256 ;Что запихать сюда это ваше дело. DW ADDR ;адрес по которому надо перейти DW ADDR ;повторить 10-15 раз для надежности DW ADDR ;кто его знает, какую именно процедуру DW ADDR ;ему приспичит вызвать ..... DS XXX ;XXX зависит от длины сектора и может ;содержать любую информацию. С уважением, Aleksandr With best wishes, Ruiner. -+- Кыш-Edit v6.06

12-01-98 в 03:34 Oleg Grigoriev писал(а) к Aleksandr Majorov на тему "навоpоты". Привет, Oleg! [...] AM>> по команде CAT/LIST Тыр-дос считывает 8-й сектор AM>> в буфер для анализа. перед эти оно сохраняет AM>> адрес возврата в стеке, который "совершенно случайно" AM>> нахонится недалеко от буфера... OG> Глупости. Стек здесь непричем. Запуск происходит при прак- [..] OG> бы адреса процедур печати содержащиеся в области каналов изме- OG> нились на адрес запуска нашей программы из 8-го сектора. После OG> считывания тыр-дос попытается что-нибудь напечатать и тем са- [...] Печать говоришь? А как ты объяснишь что перехватываются команды LOAD, RUN, SAVE, которые вроде ничего не печатают? [....] OG> Структура 8-го сектора: OG> DS 256 ;Что запихать сюда это ваше дело. OG> DW ADDR ;адрес по которому надо перейти OG> DW ADDR ;повторить 10-15 раз для надежности OG> DW ADDR ;кто его знает, какую именно процедуру OG> DW ADDR ;ему приспичит вызвать скажи, ты всегда так пишешь проги? знает кудв пойдет проц... ваще-то программирование - ... хм... точная наука ;-))) проц работает одинаково, и адрес перехвата один и тот-же... OG> With best wishes, Ruiner. С уважением, Aleksandr PS. данная инфа давно кидалась кем-то в .zx, тама усе разъяснялось... -+- ручки [левая и правая]

12-01-98 в 18:47:46 Aleksandr Majorov писал(а) к Oleg Gri- goriev на тему "навоpоты". Здравствуй, Aleksandr! AM> Печать говоришь? Стек говоришь? Войди в Бейсик, установи стек 60000 и дай в тыр-досе какую-нибудь команду. Hа стек не наедет и, исходя из твоих слов, ничего не запустится. _У тебя_. AM> А как ты объяснишь что перехватываются команды AM> LOAD, RUN, SAVE, которые вроде ничего не печатают? А "Disk error" на что? Вот только не помню как тыр-доска отреагирует если 231 байт (количество секторов на дорожке) будет равен #10. С другой стороны, я не разу не видел что бы эту ситуацию специально обыгрывали. А самому проверять влом. [ skipped ] AM> скажи, ты всегда так пишешь проги? Hет, я сначала думаю, а потом пишу. AM> ...напишем LD HL,12345, повторим 10...15 раз, кто его Я повторял ровно 10 (было это года полтора назад, так что может и не 10;) ) раз и все прекрасно работало, у Медноногова в ЧВ повторено 14 раз, так что это количество не критично. AM> знает куда пойдет проц... Конечно, именно так и надо писать. Я, например, стек в своих программах выставляю следующим образом: LD A,R LD L,A HALT LD A,R AND #3F ADD A,#40 LD H,A LD SP,HL Это, знаешь, очень способствует выработке адреналина в ор- ганизме. AM> ваще-то программирование - ... хм... точная наука ;-))) Вот именно, что хм...;-) Точная наука это физика, а прог- раммирование даже не наука;) AM> проц работает одинаково, и адрес перехвата один и тот-же... Теоретически да, а на практике лучше подстраховаться.:) AM> С уважением, Aleksandr AM> AM> PS. данная инфа давно кидалась кем-то в .zx, AM> тама усе разъяснялось... В сети я с середины октября, а .zx читаю не регулярно. Ты лучше бы сам попробовал.;) With best wishes, Ruiner. -+- Кыш-Edit v6.06

14-01-98 в 08:38:08 Ivan Mak писал(а) к Aleksandr Majorov на тему "навоpоты". Привет, Ivan! AM>> Печать говоришь? AM>> А как ты объяснишь что перехватываются команды AM>> LOAD, RUN, SAVE, которые вроде ничего не печатают? IM> В инфоpмации о каналах есть адpеса подпpогpамм ввода. Мое пpедположение, Мас меня поддел и я решил досканально прояснить для себя эту ситуацию. Как выяснилось, все очень просто. Адрес начала области каналов при активном буфере tr-dos #5e27 а не #5e25. Соответственно по этому адресу и должен располагаться адрес (слышала бы меня моя учительница литературы:) ) перехода. Са- мым первым в области каналов хранится адрес подпрограммы выво- да в служебный экран. А именно туда tr-dos пытается напечатать "Disk error". Все-таки Мас был кое в чем прав - достаточно од- ного адреса перехода. IM> могут использоваться и они. TR-DOS ведь пpовеpят нажатия клавиш в этих Сама tr-dos проверяет нажатие клавиш очень редко, имхо только в случае с "Retry,Abort,Ignore?". IM> командах что бы поймать BREAK, напpимеp. Бряк тыр-дос ловит напрямую, не через каналы, а вызывая процедуру #1f54 основного ПЗУ. IM> Хотя, быть может, я и не пpав. Всяко бывает... Может и я в чем-то не прав... IM> ░▒▓██ С уважением, Ivan. ██▓▒░ With best wishes, Ruiner. -+- Брысь-Edit v6.06