Ну он хотя бы называется по другому, а тут оставили RT-11.
Вид для печати
Ну так и должно быть по логике. В рафосе к примеру никто на номер версии не посягал и правильно - иначе бы вполне родные проги от RT-11 той же версии в нем не работали.
Тут давеча перечитал описание макробиблиотеки рафоса - аж прослезился - уже и забыть успел. Параметр BLOCK для AREA-макрокоманд, параметр PSECT и макрокоманда .DIR - видно откуда ноги ростут :)
Впрочем описание статусов выхода о том же: SUCCESS, WARNING, ERROR, SEVERE, FATAL :)
Посмотрел версию в фодосе...
А мне почему-то казалось в армии, что у нас версия все-таки 5 была.
И сам запуск фодоса кстати (3.0) выглядел не так - никаких вопросов не задавал, грузился как обычный RT-11.
Может выложишь для коллекции, ради любопытства и в назидание так сказать )))
От "фодос" и "рафос" (опять же говорю только за себя и об УКНЦшке!) всегда бежал,
слишком нудная загрузка при полном отсутствии удобства использования.
Возможно ошибаюсь, но для школьного компьютера никчему эти системы, никто их
не использовал насколько я помню, а вот 5.0 SJ - это УКНЦшный бестселлер !!!
Даже и сравнить не с чем ( разве что с ВИН95 "смайл" ).
Найти еще надо.
У РАФОСа нет никакой неудобной загрузки - чистый RT-11 V4.
Был правда какой-то рафос 3 с "многопользовательской защитой" - то есть при старте грузилась программа LOGIN и спрашивала пароль, а по окончанию надо было запустить программу FINAL чтобы он при загрузке снова ее запускал. Причем процесс запуска этой программы LOGIN легко обрывался по CTRL/C :)
Ну а уж РАФОС/TS и вовсе по тем временам сила была - толпа народу работает в одном "RT-11" с разных терминалов одновременно - сила :)
Собирал тут на днях его :)
Так нет в рафосе ничего такого.
Что сам прописал в стартовые файлы - то и запускается.
РАФОС у меня на сайте есть.
На досуге разберу свалку (или скорее вывалю на ввв скопом) - там много чего есть :)
Я наоборот когда в армии еще на УКНЦе сидел писал себе прогу для запроса даты в которую ее не вбивать надо, а только каждый день стрелочку вперед нажать (выкладывал здесь обновленный вариант) :)
---------- Post added at 15:54 ---------- Previous post was at 15:51 ----------
И кстати напомню - писал сегодня, у нас там был ФОДОС 3.0 который никаких глупых вопросов не задавал и нормально грузился. Версия кажется в RMON была 5, но тут уже не уверен.
помню видел, даже скачал но не пользовал и к архиву не пришпиливал.
Кстати вопрос, пока не забыл, вот твой cl.sys реально в старенькой SJ
использовать ( часики помнишь ), я как не пытался он всегда пишет
"инжалид девайс", я просто копировал его на диск в котором хотел
использовать и всё, потом пытался запуск прописать в STARTS.COM
Если сам не инсталится - значит SYSGEN параметры не совпадают.
Попробуй SIPPом поправить смещение 60 - поменять 0 на 4 или наоборот. Руки дойдут если сегодня - сделаю ему SET для этого и выложу с сорцами.
---------- Post added at 15:59 ---------- Previous post was at 15:59 ----------
Или даже я делал ему SET CL SYSGEN - не помню.
---------- Post added at 16:09 ---------- Previous post was at 15:59 ----------
Да, проверил - делал я ему все.
Сделай SET CL SYSGEN и потом INS CL.
Ну и как уже сегодня выяснили, в RT-11 старее чем 5.02 работать не будет - позже если силы будут сделаю универсальный.
Извини, form, для меня это сложность реальная ! Я ещё не вспомнил все
кнопки (комбинации) текстового редактора ))) Уточнил только что CL.SYS у меня
как-бы есть, исходников нет, что за программа SIPP - я же не пользовал её никогда,
у меня она только на родных дистрибутивных образах вроде, можно обычным DESS.SAV тоже самое сделать?
---------- Post added at 12:14 ---------- Previous post was at 12:13 ----------
все пока печатал ты мне уже всё рассказал! Отлично )))
У кого есть УКНЦ с живым С2. Просьба провести тест.
Для теста понадобится PC с досом и цом портом.
На PC разворачиваем архив tu58boot.zip отсюда. Там все настроено на COM2. Если используется COM1 надо в tu58.ini поменять "port 1" на "port 0" и соответственно "irq 3" на "irq 4". Запустить run-rt11.bat.
На УКНЦ грузим дискетку из uksys.rar и делаем DIR DD:, смотрим результат (по времени может быть достаточно долго)...
Дальнейшее развитие утилиты тестирования скорости портов CPS.SAV ( v1.2 )
Теперь, при отличии базы тестируемого порта от того порта, где ожидается нажатие "Any Key" (далее - "порт терминала") - результаты тестирования выводятся в оба порта, а необязательные сообщения - только в порт терминала.
Так выглядит запуск теста в конфигурации с двумя портами ( порт с базой 0177560 имеет скорость 57600 бод, порт с базой 0176510 имеет скорость 9600 бод ) :
В ячейке 01010 программа сохраняет адрес регистра данных, в который выводились данные в проведённом тесте. До осуществления первого теста там находится 0.Код:.GET CPS
.E 1000-1014
177560 000060 177564 000064 000000 000000 000062
.REE
CPS: 5736
.E 1000-1014
177560 000060 177564 000064 177566 000002 000062
.D 1004=176514,314
.E 1000-1014
177560 000060 176514 000314 177566 000002 000062
.REE
CPS: 959
.E 1000-1014
177560 000060 176514 000314 176516 000004 000062
.
В ячейке 01012 находится счётчик запусков - если он отличен от 0 или запуск произведён по команде REENTER - необязательные сообщения не выводятся.
В ячейке 01014 находится число тиков таймера в секунду.
Улучшенный вариант утилиты тестирования скорости портов CPS.SAV ( v1.3 )
Исправлены приоритеты обработчиков прерываний готовности тестируемого порта и порта вывода результатов.
Теперь прерывание готовности тестируемого порта может прервать обработчик прерывания готовности порта вывода результатов, а наоборот - нет.
Нас интересует точное число прерываний TPINT в секунду, поэтому обработчик TPINT имеет во втором слове вектора значение 0340 (запрещая вложенные прерывания), а обработчик TTPINT имеет во втором слове вектора 0 (разрешая вложенные прерывания).Код:Cmp TPINT, TTPINT
BEq 1$
Mov TTPINT, R1
Mov #NewV64,(R1)+
Clr (R1)
1$:
Mov TPINT, R1
Mov #NewVTest,(R1)+
Mov #340, (R1)
ну то есть 0/7 (0/4 для УКНЦ) - чтобы везде работало...
--
не, не потащу на УКНЦу - придется слишком много работающего разобрать ради этого :)
---------- Post added at 20:14 ---------- Previous post was at 20:00 ----------
Проверил не на УКНЦ.
Пашет.
Хинт: вASECTь 100 в 4 дабы неоднозначностей не было :)
Сделано.
Кроме того - в новой версии утилиты теста скорости портов CPS.SAV ( v1.4 ) добавлена возможность использования любого периодического прерывания. Вектор ( точнее - адрес вектора ) этого прерывания находится в ячейке 01016, частота - в ячейке 01014:
Также изменён обработчик периодического прерывания - теперь при завершении работы он имитирует это же прерывание, но по сохранённому вектору:Код:.GET CPS
.E 1000-1016
177560 000060 177564 000064 000000 000000 000062 000100
.
И ещё - теперь копирование результатов тестирования "постороннего" порта на системный терминал производится только один раз в секунду (по мере обновления результатов) без использования прерываний.Код:Mov V100+2, -(SP) ; Old LTCINT PSW
Mov V100, -(SP) ; Old LTCINT PC
RtI
Запустил CPS на консоли УКНЦ.
В строке где пишет CPS помусорил немного, но в целом видимо держится в районе 2450-2540 (постоянно плавает).
С2 на моем гробе как и предполагалось показывает 0 :)
Пользуясь случаем вытащил таки последний вариант WD.MAC с винта который готовил falanger'у и на котором собственно и добавил поддержку 64 устройств в одном флаконе. Прошлый вариант который выкладывал был криво считан.
В эмуляторе примерно также, ну может чуть помедленнее. Такая низкая скорость из-за программной обработки прорисовки символов. Был бы чисто символьный экран, то может быть и побыстрее бы было.
В соответствии с этим к Patron-у большая просьба сделать тест, который выводит продолжительное время байт 0, и на основе этого замерить скорость вывода, на УКНЦ должна быть существенно выше (т.к. в данном случае будет отсутствовать прорисовка символов).
Эх, неплохо бы запустить данный тест на КЦГД. Там хоть скорость порта равна 57600, но символы также программно отрисовываются, да к тому же не четко в границах байта, левая половина символа может быть в одном байте, а правая в следующем. Так что тоже должно изрядно подтормаживать.
2500 CPS это 25'000 бод, т.е. примерно в 2.5 раза быстрее, чем на ДВК (там 9'600 бод).
Попробую добавить в начало программы ячейку, чтобы если там -1, то идёт обычный тест, а если старший байт == 0, то 78 раз выводится младший байт, потом <CR> - и так по кругу.Цитата:
сделать тест, который выводит продолжительное время байт 0, и на основе этого замерить скорость вывода
Это позволит измерять скорость отрисовки разных символов.
На ДВК с терминалом (например 15ИЭ-00-013) или КСМ скорость ограничена скоростью последовательного порта. На УКНЦ в 1801ВП1-120 никакого последовательного порта нет, там информация передается параллельно в ПП, так что все ограничено только скоростью программы обработки поступающей информации, поэтому и видна скорость подпрограммы обслуживания текстового терминала. Там есть буфер на 128 символов, но по всей видимости он довольно быстро заполняется и далее скорость равна фактически скорости п/п отрисовки символов.
Буду очень благодарен, думаю скорость в данном случае сильно возрастет, т.к. будет работать п/п обработки управляющих символов, а в памяти существует таблица обработки управляющих и Esc-последовательностей, так что выберется по таблице команда RETURN, и на этом все закончится.
По поводу рисует ужасы - к сожалению есть в подпрограммах обработки текстового терминала и п/п приема информации по К0 два очень слабых места.
Ячейка 7064 служит в качестве индикатора вызова п/п управления текстовым терминалом в диспетчере процессов и одновременно счетчиком принятых по каналу K0 символов. Так вот в п/п управления текстовым есть два забавных пируэта: по адресам 110756 и 111122: там делается сначала INC @#7064, а затем DEC @#7064. На команды DEC есть переходы, туда переходят после обработки очередного символа, а INC делается в самом начале программы обработки, соответственно потом DEC, чтобы не нарушать отчетность. INC делается из-за того, что п/п написана так, что DEC не избежать, сначала увеличили, потом уменьшили и в итоге осталось тоже самое, т.к. еще ничего не обработали.
В п/п обработки приема информации по каналу K0 по адресу 175706 командой CMP @#7064,#177 проверяется переполнение буфера. Нет бы дальше задействовать команду BHIS, но проверяется командой BEQ.
А теперь представим себе, что буфер заполнен, 0177 символов, работает п/п обработки текстового терминала, делается INC @#7064, а после этого производится прерывание по каналу K0. В ячейке соответственно 0200, сравнение не проходит и далее в буфер пишется информация, принятая по каналу K0, @#7064 еще увеличивается на единицу. При отрисовке символов может еще чего нибудь прийти, быстро обрабатываются только некоторые управляющие коды. Ну и т.д. и т.п.
Новая версия программы тестирования скорости портов CPS.SAV ( v1.5 )
Добавлены следующие параметры запуска:
1. В слове по адресу 01020 - байт (младший) для вывода. Если в этом слове установлен знаковый бит - байт не используется и тестирование осуществляется в обычном режиме.
2. В слове по адресу 01022 - длина строки для вывода тестового байта ( строка создаётся в памяти "позади" программы, если затрёт систему - тест не пострадает ).
3. В слове по адресу 01024 - кратность усреднения при "спецрежиме". Допустимые значения: 1, 2, 4.
Если тестирование выводом байта производится для выходного порта с той же базой, что и у входного порта - тогда тестирование проводится в спецрежиме: сначала молча накапливаются данные 2, 3 или 5 секунд (в зависимости от кратности усреднения ) - потом тест сам завершается и выводится результат.
При тестировании "постороннего" порта выводом байта - тестирование идёт непрерывно с непрерывным выводом измеренных значений CPS на "контрольный" терминал. После завершения теста - значение CPS выводится также и в тестировавшийся порт .Код:.GET CPS
.E 1000-1024
177560 000060 177564 000064 000000 000000 000062 000100
177400 000116 000002
.D 1020=43
.ST
CPS - CHECK TERMINAL OUTPUT SPEED - V1.5
PRESS ANY KEY TO EXIT
WAIT SECONDS: 3
CPS: 5738 ##############################################################
PROGRAM COMPLETED
В эмуляторе скорость при выводе нулевого байта, длина строки 07777, кратность 4 - 4867 символов в секунду. Да, я надеялся на большее.
С длиной строки 077777 доходит до 5959 символов в секунду.
Кстати, в эмуляторе тоже получил мусор при выводе, заменил в образе СПЗУ команду с BEQ на BHIS - мусора больше не появлялось.
Честно говоря, вряд ли длина строки на что-то может сильно влиять. По сути дела - это просто отношение числа выводимых тестовых байтов к числу выводимых байтов <CR>.
Другое дело, что счётчик выведенных символов 16-битный, поэтому при высокой скорости он переполнится за 4 секунды уже при 16'000 CPS.
Поэтому, начинать тестирование быстрых портов лучше при кратности 1.
Тестовый вариант упрощенного драйвера.
Работает только по прерываниям, только с двусторонними 80-дорожечными дисководами.
Отличие от прошлого варианта - не инсталится если контроллера нету и не занимает системные таблицы.
Требуется RT-11 V05.02 или новее.
Кто с игрушками балуется, просьба помучить на предмет конфликтов с игрушками, грузящими свой код в ПП и ткнуть пальцем если будет найдена несовместимость.
В архиме MZ.SYS для систем без поддержки таймера для драйверов, MZTM.SYS с поддержкой и исходники.
form, еще заметил в исходниках: вроде в теле драйвера при обработки очереди команда RETURN (после BIS #100,@R4) не должна быть закомментирована. Ведь устанавливается режим прерывания и п/п обработки очереди должна завершать свою работу.
Новая версия программы тестирования скорости портов CPS.SAV ( v1.6 )
Теперь используется 32-разрядный счётчик, а перед началом тестирования порта определяется "теоретический предел" CPS для данной архитектуры. Если эта величина меньше скорости порта - определить максимальную скорость порта не удастся из-за недостаточного быстродействия процессора.
Правда, чтобы данный эффект начал проявляться при реальной скорости порта - тактовую частоту процессора пришлось снизить до ~ 1 МГц:
http://hostingkartinok.com/image/012...fc453366d1.png
Также данная версия может (якобы) тестировать эмулируемые порты, не имеющие ограничения скорости, что (по идее) приводит к полному блокированию выполнения обычного кода программы. Но, хотя обычный код программы не выполняется - тестирование идёт без проблем и в этом случае 32-битный счётчик особенно полезен:
http://hostingkartinok.com/image/012...c9cfc854db.png
:)
Еще немного попинал 5.7 под УКНЦ.
RT-11FB, RT-11SB, набор для работы с винтом, дискетами, MACRO-11 программами, отладкой.
Параметры мониторов:
- поддержка таймера в SB
- поддержка таймера в драйверах
- поддержка 64 устройств одним драйвером
- 50Hz часы (можно командой SET менять)
Дополнительные допинывания:
- терминал не стрипает 8 бит ни на ввод ни на вывод
- PIP при ASCII копировании (команда TYPE) не стрипает 8 бит
- для отличия добавлен суффикс C к номеру версии
CTRL/O не пересаживал на CTRL/D
K52, MACRO не патчил на предмет 8 бит
Драйверы:
CL: - часы в нижней строке
DD: - DECtape II через C2
LD: - логические диски, поддерживает 16 устройств
LP: - принтер
LS: - принтер через C2
MZ: - упрощенный драйвер дисководов (только 80 дорожек, 2 стороны)
NL: - нуль-устройство
SD: - символьный отладчик
SL: - редактор команд/ввода, DECовский от 5.4G
WD: - драйвер винчестера, поддерживает 64 устройства
XL: - драйвер связи через С2 для VTCOM
Прилагаются CND и ANS файлы, а также карты памяти мониторов.
Дополнительно патчи которые применялись к системе.
Родной SL от 5.7, пересобранный с поддержкой VT52 и без поддержки VT100/102, с выкинутой строкой переключения в режим VT52.
Очередная позиция - кандидат в общий архив для УКНЦ.
Очень интересный на мой взгляд образ дискеты,
предлагаю перед отправкой в общий архив здесь его
всем участникам рассмотреть, пощупать и возможно часть
вопросов отпадут. Если это повтор или есть на дискетах
в архиве или с эмулятором - извиняюсь, поскольку сейчас
разгребаю отдельно взятый присланный архив и дергаю
оттуда рабочие образы для проверки.
1-образ не стандартного размера, но полностью работоспособен
(проверялся мною в UKNCBTL) ???
2-содержит много сразу всего "интересного", некоторые вещи
просто с ДВК перетасканы (компилятор ТУРБО-ФОКАЛ и сам ФОКАЛ)
3-сам образ наз. VT100.DSK, но содержит эмулятор VT200 для УКНЦ,
который запускается по <УПР>+<b>
(!)на дискете присутствуют так-же:
интерпретатор языка Focal;
ПРОГРАММЫ КАЧЕСТВЕННОЙ
ПЕЧАТИ ТЕКСТОВ
TypeWriter & FastWriter и руководство
оператора к ним;
оболочка RT SHEll и описание;
загадочную программу KEY100.SAV ???
очень увесистую 96-блоков !!!
И всё это под управлением загадочной
АДОС-SJ (S) A06.04
Дискета явно для УКНЦ поэтому с разделом
в архиве вопросов нет, смотрите картинки,
там косвенно видно что образ рабочий, но
почему он такого размера (!) и что такое
несколько загадочных SAV файлов, вот
KEY100 на картинке видно очень заманчивое
сообщение выдаёт на пустую CSI строку :redface:
Состав дискеты:
Код:Image : VT100.dsk
Format : DSK
Size : 840 Kb
Volume ID: TPA /M
Owner : Tiger
File Blocks Date Bytes
---------- ------ ----------- ----------
SWAP .SYS 27 07-Oct-1992 13'824
RTS .EXT 1 16-Feb-1993 512
< UNUSED > 3 1'536
DSKMAN.SAV 47 31-Jan-1993 24'064
DIR .SAV 19 07-Oct-1992 9'728
PIP .SAV 26 07-Oct-1992 13'312
DUP .SAV 44 07-Oct-1992 22'528
DAY .SAV 4 07-Oct-1992 2'048
DS .SYS 8 07-Oct-1992 4'096
SL .SYS 10 07-Oct-1992 5'120
TT .SYS 2 07-Oct-1992 1'024
VM .SYS 3 07-Oct-1992 1'536
MY .SYS 8 07-Oct-1992 4'096
MU .SYS 19 07-Oct-1992 9'728
FX .SYS 6 07-Oct-1992 3'072
PP .SYS 2 07-Oct-1992 1'024
RC .SYS 33 17-Aug-1992 16'896
RC .HLP 23 07-Oct-1992 11'776
TP .SYS 3 07-Oct-1992 1'536
USER .TPM 2 07-Oct-1992 1'024
MENU .TPM 2 07-Oct-1992 1'024
TPA .SAV 16 17-Aug-1992 8'192
TPA .EXT 1 07-Oct-1992 512
STARTS.COM 1 31-Jan-1993 512
VT200 .SAV 34 31-May-1992 17'408
RD .SAV 57 17-Aug-1992 29'184
KEY100.SAV 96 06-Jul-1992 49'152
DESS .SAV 20 07-Oct-1992 10'240
DESS .HLP 4 31-Jan-1993 2'048
ARC .SAV 7 06-Jul-1992 3'584
806 .DSK 20 16-Feb-1993 10'240
RTS .SAV 40 16-Feb-1993 20'480
RTS .TXT 63 16-Feb-1993 32'256
FTRANS.LST 32 16-Feb-1993 16'384
CCL .SAV 43 02-Mar-1988 22'016
FOCAL2.SAV 23 18-Sep-1992 11'776
GRAFMM.FOC 6 10-Aug-1992 3'072
FOC .SAV 33 21-Dec-1993 16'896
RESORC.SAV 24 07-Oct-1992 12'288
ED .SYS 3 02-May-1992 1'536
ADOSSJ.SYS 80 07-Oct-1992 40'960
SD .SYS 6 31-May-1992 3'072
FW3 .SAV 23 06-Jul-1992 11'776
TW3 .SAV 35 06-Jul-1992 17'920
FW3 .HLP 23 07-Oct-1992 11'776
EDIK .SAV 22 07-Oct-1992 11'264
< UNUSED > 20 10'240
RCARC .COM 1 09-Aug-1994 512
GIST5 .FOC 6 10-Aug-1992 3'072
FOCAL .OBJ 50 21-Dec-1993 25'600
RC .EXT 1 08-Aug-1994 512
UZ .SAV 15 09-Aug-1994 7'680
LP .SYS 6 03-Oct-1992 3'072
< UNUSED > 4 2'048
DF .SAV 10 01-Jul-1993 5'120
MZ .SYS 4 29-Sep-1993 2'048
EVM .PAS 17 13-Jan-1980 8'704
G830 .BAK 2 26-Jan-1995 1'024
G830 .100 2 31-Aug-1995 1'024
< UNUSED > 15 7'680
VT100 .DOC 19 09-Aug-1994 9'728
DOC .DPR 85 10-Aug-1994 43'520
CLOCK .FOC 4 12-Aug-1994 2'048
RT11SJ.SYS 72 03-Nov-1993 36'864
SP50 .100 28 15-Sep-1995 14'336
< UNUSED > 45 23'040
SP50 .BAK 27 12-Sep-1995 13'824
< UNUSED > 149 76'288
---------- ------ ----------- ----------
62 Files, 1350 Blocks
236 Free blocks
KEY100 мне встречался в одном из приложений к E11. Там был образ аж на 20 Мегабайт, заполненный LDшками. Внеочередной суперредактор, то бишь текстовый процессор. ADOS там так же был. 860160 почти стандартный образ - аж 84 дорожки. Только найти такой дисковод, который будет работать с четырмя дополнительными дорожками, задача еще та.