Крутой MY

[form]

В windows можно обойтись одним и сохранит атрибуты.

Ну можно записать в NTFS streams или как их там (в OS/2 в EA итд), но оно и жить будет в пределах системы (и без пользы от извлеченного файла в основном в этой системе).
ИМХО, все же куда полезнее получить файл пригодный для той системы в которую он перенесен с возможностью вернуть его обратно, и изобретать тут даже ничего не нужно: DEC уже все сделал и любезно (ну может и не очень любезно) предоставил исходники

Моя цель - программа не должна ориентироваться на один тип терминала.

Это хорошая цель. Сам я так же стараюсь делать (если ограничиваться M+ то по сути и делать ничего не надо - все уже сделано), но эту прогу писал не я, поэтому жду когда соскучусь по СМ7209, достану его - тогда и посмотрю что можно сделать. Столь простую вещь как однострочный редактор в принципе элементарно сделать универсальным VT52/VT100, а нам и этого не нужно - у нас есть тип терминала.

[Hunta]

а нам и этого не нужно - у нас есть тип терминала.

Фрязинский, фрязинский переделанный (три варианта), четыре варианта видеотона, двк-3, двк-3м2, ВТА-2000-15, ВТА-2000-15М, ВТА-2000-2, ВТА-2000-32, ЦИД-7220, АП-7063, УКНЦ. Это список терминалов, которые поддерживаются со всеми особенностями библиотекой NDT. Что о них знает RSX?

Да, большая часть всего этого не нужна, но библиотека универсальна в своей сути и до определённым пределов легко расширяема. Чего там действительно не хватает - поддержка VT100 и далее - в нативном режиме, то, что я начинал доделывать, но было заброшено надолго.

На основе её сделан текстовый редактор MIM с простейшими возможностями (но которые покрывают процентов 90 моих потребностей) файлового менеджера - собственно, чего там мне не хватает - удобного копирования/переноса файлов между дисками и каталогами и побайтового сравнения файлов и поскольку это небольшой функционал - именно эти библиотеки и их подход я и буду использовать.

[form]

Что о них знает RSX?

Тут ничего не могу сказать - я просто не знаю соответствуют ли данные терминалы какому-либо стандартному. УКНЦ вот знаю, что по умолчанию это VT52

[Hunta]

какому-либо стандартному

Какому стандартному процессору соответствует (чтоб один в один), скажем 1801ВМ3 или СМ2420?

- - - Добавлено - - -

УКНЦ вот знаю, что по умолчанию это VT52

Вот прям один в один - ни одной пропущенной, ни одной лишней возможности?

[form]

СМ2420?

18-битный пока что показал 1:1 с 11/34, но речь не об этом - точное совпадение не всегда нужно.

Вот прям один в один - ни одной пропущенной, ни одной лишней возможности?

Ну почему же. Лишнего там хватает. А не хватает например псевдографики VT52. Весь вопрос в нужности данного функционала. В отличие от ANSI терминалов, у VT52 псевдографика не стандартизована, хотя DEC в редакторе K52 ожидает, что символ "a" в графическом режиме - это закрашенный квадратик

Один в один VT52 пока что мне попадался только CM7209.

- - - Добавлено - - -

Надеюсь, нет идеи попытаться написать командер под RSX для УКНЦ?

- - - Добавлено - - -

NDT

Кстати, о библиотеках... Нигде не валяется случайно библиотеки VIDI?
У меня остались только проги с ней написанные: DUP в RSX и PUD в RT.
Не скажу, чтобы была нужна для дела, но как нечто ностальгическое - для коллекции...

[Hunta]

Ошибся, имел ввиду СМ2420.01. Который 22-х битный.

Лишнего там хватает

Значит, строго говоря - это не VT52. Можно, конечно, работать только с возможностями VT52, но учитывая скорострельность работы железных устройств, а не эмуляторов - получаем вариант, когда из за неиспользования всех (условно говоря) аппаратных возможностей получаем не максимально возможную скорость отрисовки. Не очень интересно.

[Advertiser]

[form]

получаем не максимально возможную скорость отрисовки. Не очень интересно

Как раз к УКНЦ это никак не относится - скорость отрисовки там не прибавится за счет "лишнего"
Что там можно извлечь из лишнего - это его родную псевдографику (причем это символы 8-битные).

[Hunta]

под RSX для УКНЦ

У меня нет УКНЦ. Ну и RSX под УКНЦ - это извращение.

Нигде не валяется случайно библиотеки VIDI

http://www.KpXX.Ru/KBAHT4C/Vidi/VIDI.dsk

скорость отрисовки там не прибавится за счет "лишнего

Про УКНЦ сейчас уже не скажу, не помню - это надо смотреть, какие команды там были.

[form]

Ну и RSX под УКНЦ - это извращение.

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

На досуге для разминки сделаю драйвер WD (там "устройство" очень уж неудобное для SAV) - будет дистриб.



- - - Добавлено - - -

http://www.KpXX.Ru/KBAHT4C/Vidi/VIDI.dsk

Отлично! Спасибо!

[Hunta]

Заказал на Ali некоторое количество игрушек для продолжения развития этой идеи. А так же макетные платы, что бы можно было продолжить развитие Кое что уже даже успели отправить, где то в начале сентября (может раньше) начнут приходить.

Пока развлекаюсь с некоторыми модулями под будущий аналог NC - как для RSX, так и для Windows. Под RSX стараюсь учитывать то, что, неплохо бы было портировать в будущем по RT, а, учитывая, что требуется от него при работе в Windows - решил не заморачиваться пока с написанием модулей расширения под Far, а написать свою микро оболочку - учитывая что требующийся от неё в первую очередь функционал не связан со сценарием, когда в обеих окнах открыты каталоги в Windows