ДВК (и всё, что с ними связано)

[form]

Загрузил командой TU58 dd-uknc.dsk, т.е. без ключика -r. Все нормально, дает и записывать. Создал файл командой CREATE, появился.

С DUPом проблем не будет. С USRскими запросами будет наверное.
К примеру покопировать туда файлы.

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

А может и не будет - кто его знает

[Advertiser]

[Patron]

Мне думается, что есть смысл создать стандарт мультиплексированного байтового потока, который будет предусматривать "спецвставки" в обычный терминальный обмен. Тогда обычное программное обеспечение RT-11 (включая операционную систему) сможет использовать порт терминала в обычном режиме, при том, что через этот же порт будут мультиплексироваться параллельные байтовые потоки (например - перенаправленный дисковый обмен).

[form]

Мне думается, что есть смысл создать стандарт мультиплексированного байтового потока, который будет предусматривать "спецвставки" в обычный терминальный обмен. Тогда обычное программное обеспечение RT-11 (включая операционную систему) сможет использовать порт терминала в обычном режиме, при том, что через этот же порт будут мультиплексироваться параллельные байтовые потоки (например - перенаправленный дисковый обмен).

Только если программа одновременно читает диск и выводит на терминал по сериалу наверное тяжко будет
А так - вобщем-то можно.

[Patron]

Только если программа одновременно читает диск и выводит на терминал по сериалу наверное тяжко будет
А так - вобщем-то можно.

Если терминальный обмен никак не оформлять - он не может мультиплексироваться, а значит будет прерываться до окончания приёма/передачи мультиплексируемых пакетов.

Чтобы терминальный обмен мог идти параллельно с любым другим - он тоже должен оформляться заголовками и упаковываться в пакеты, но тогда нельзя будет использовать родное ПО, работающее с портом терминала.

[Alex_K]

С DUPом проблем не будет. С USRскими запросами будет наверное.
К примеру покопировать туда файлы.А может и не будет - кто его знает

Запросы обычно идут через драйвер (в данном случае DD). Как я понял, команда 2 - это чтение, а 3 - запись.
Сжал диск командой SQUEEZE, после сжатия произошла перезагрузка системы, все нормально.

[form]

Запросы обычно идут через драйвер (в данном случае DD). Как я понял, команда 2 - это чтение, а 3 - запись.
Сжал диск командой SQUEEZE, после сжатия произошла перезагрузка системы, все нормально.

Ну и отлично - значит можно как полноценный диск использовать.
Вернее как два диска.

Есть еще модифицированный вариант протокола который дает с большими дисками работать (драйвер тоже нужно править), но не пробовал - обычно хватает и такого для начала, а дальше он просто не нужен

[Alex_K]

Чтобы терминальный обмен мог идти параллельно с любым другим - он тоже должен оформляться заголовками и упаковываться в пакеты, но тогда нельзя будет использовать родное ПО, работающее с портом терминала.

Ну ПО обычно использует семибитный код в большинстве случаев, так что можно воспользоваться принципом, как в UTF-8, байт 255(0377) - начало команды. Просто этот байт вряд-ли будут использовать терминальные программы.

---------- Post added at 19:24 ---------- Previous post was at 19:22 ----------

Есть еще модифицированный вариант протокола который дает с большими дисками работать (драйвер тоже нужно править), но не пробовал - обычно хватает и такого для начала, а дальше он просто не нужен

А у этого размер ограничен 512 блоками?

[form]

Ну ПО обычно использует семибитный код в большинстве случаев, так что можно воспользоваться принципом, как в UTF-8, байт 255(0377) - начало команды. Просто этот байт вряд-ли будут использовать терминальные программы.

Или как в телнете сделать - чтобы код <377> означал начало команды, а среди команд была также команда передачи кода <377>

---------- Post added at 22:25 ---------- Previous post was at 22:24 ----------

А у этого размер ограничен 512 блоками?

Да, это стандартный TU58 - два реможабле устройства по 512 блоков.

[Patron]

Ну ПО обычно использует семибитный код в большинстве случаев, так что можно воспользоваться принципом, как в UTF-8, байт 255(0377) - начало команды. Просто этот байт вряд-ли будут использовать терминальные программы.

Речь слегка про другое - пакет всегда должен передаваться целиком, поэтому если пакет большой - терминальный обмен "умрёт" надолго.

Но по большому счёту - это не слишком важно. Ведь речь идёт о временной мере, позволяющей загрузить простейшую однозадачную операционку через порт её системного терминала.

[form]

Ведь речь идёт о временной мере, позволяющей загрузить простейшую однозадачную операционку через порт её системного терминала.

Так может проще сделать временной мерой загрузку простой программки без операционки которая все сделает?

Или как вариант - загрузка RAFOS/RM который весь находится в памяти и может быть вообще без терминала.

---------- Post added at 22:35 ---------- Previous post was at 22:30 ----------

Или такой вариант - заливаем @мониторскими командами врапер для MX или еще чего, а потом выходим из VTCOM и пользуем с этой стороны тот MX как устройство.

---------- Post added at 22:37 ---------- Previous post was at 22:35 ----------

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