0
Вид для печати
0
В каком режиме пробовали запускатьпрограмму? Насколько я знаю, команда LPRINT выводит данные через третий поток (аналогично PRINT #3). Однако, некоторые интерфейсы перехватывают это обращение (например LPRINT III) и обрабатывет его по-своему. Из-за чего, некоторые "фичи" для 48 спектрума с его ZX PRINTER'ом ведут к разного рода "глюкам". Также, вероятно, акутальна "занятость" буфера принтера в 128К модели.
Решил я очень-когда-то эту задачу, действительно, путём подмены точки входа в процедуру печати и перенаправлением на фиктивный драйвер принтера. Так что идею вы поняли правильно.
Такие вещи (типа LPRINT) работают не всегда.
Точнее не на всех тачках.
Зависит от типа контроллера принтера (если он вообще есть).
Была фича при помощи LPRINT выводить буквы двойной высоты, но если на Composite48 всё работало на ура, то на Скорпе - наглухо зависало. На Пентагоне писало ошибку.
В общем это надо глубоко ковырять как работает команда и смотреть где её клинит (а клинит, повторю, в зависимости от железа)
Для начала, функция USR nn - выполнение машинно-кодовой процедуры с адреса nn, по выходе из которой результатом будет являться состояние регистровой пары BC. Т.о. связка операторов LPRINT USR nn, должна приводить к выполнению кодовой последовательности (вероятнее всего перенастраивающей стандартный режим работы с принтером), а значение регистров BC использоваться при выполнении перехода на модифицированную процедуру обслуживания принтера.
Также работала на Делта С 48. Там использовалась сист. переменная для печати на принтере и оператор LPRINT, точнее LPRINT TAB n. Буквы получались высотой на одну из третей экрана.Цитата:
Сообщение от Destr
У меня была дельта-с, чего-то не помню такого.Цитата:
Сообщение от null_device
Зато помню, что переключение с русского на латинский шрифт было, кажется, по close и open
сист. переменная - адрес буфера принтера. если ее поставить на экран, 256 байт заполнятся графич. видом печатаемой строки. после этого оно захочет напечататься на принтере, и если сигнал "бизи" не активен, оно благополучно скипается и прога шуршит дальше. а вот если бизи установлен - был зависон...
А что если заменить LPRINT USR nnn на RANDOMIZE USR nnn или LET l=USR nnn?
Даю 1 против 10 что команда LPRINT используется в данном случае просто для того, чтобы "поглотить" результат функции USR, но основной эффект от USR как правило заключается не в результате (целом числе из диапазона 0-65535), а в процессе (который зависит от машинной программы, находящейся по адресу nnnn).
Но если требуется лишь "поглотить" результат USR, то с тем же успехом для этих целей вместо LPRINT могут использоваться команды RANDOMIZE, RESTORE, LET и так далее - любые команды, воспринимающие целые числа в качестве аргумента и не приводящие к побочным эффектам. Наиболее безопасно использовать LET чтобы поместить результат в какую-нибудь ненужную переменную, потому что побочные эффекты все-таки есть как от RANDOMIZE, так и от RESTORE, и они иногда неприемлемы. Например, в одной из моих программ не работала генерация случайных чисел из-за того, что я в ней использовал RANDOMIZE USR.
Врятли, скомпилированная программа сначала делает rst 20h, потом несколько callов, операции с регистрами после вышеописанное повторяется еще несколько раз.
При вызове любым другим оператором фукции USR, один фиг выдает nonsens in basic..
Я конечно извиняюсь. А простейшую прогу печати нельзя сделать? Даже с буквами двойной, и более высотой? Зачем LPRINT? Тем паче, что не на всех клонах работает.Цитата:
Сообщение от Wlodek