Крутой MY

[form]

Как то я пока не видел его всплывавшим в инете

Так надо hobotу дать - пусть положит в архив

[Advertiser]

[Hunta]

Там пока ещё нечего давать - исходный вариант не собирается, а мои доработки опять же надо привести в порядок. Пока у меня только в памяти, что я его запускал и пробовал работать. Но тогда мои знания SQL были нулевыми.

[AFZ]

Пока свободное время тратится на приведение в порядок наработок, связанных с DW|MW, MY, а также на попытку понять источник одной проблемы связки моего любимого редактора MIM и ICP

Кто-то говорил, что неплохо владеет программежом под винды? Может, пока едет оборудование с Али, сочинишь плагин для Фара, по типу творения Патрона для Тотального Командира? А то терпеть не могу этого Тотального! Да и много таких, как я...

[Hunta]

AFZ, проблема не в ожидании оборудования (я ещё даже не заказал его), проблема в свободном времени. Да и опыта именно написания плагинов под Far нет - мне проще самодостаточную прогу на C# (Паскаль сильно вспоминать не придётся, а вот взаимодействия плагина с Far-ом...) написать.

А теперь плохое.

В моём представлении, такой модуль (плагин, программа или что то ещё) нужен для того, что бы что то можно было вытащить из PDP-11 (скорее всего - из образа диска) или наоборот - затащить.

Это значит - модуль должен разбираться как минимум с а) файловой системой б) форматом файла.
Файловая система - RT-11 (не помню, как оно называется), RSX-11 (Files-11 ods1) - эти два как минимум, DOS-11 (экзотика, но попадается), Unix (экзотика в квадрате)
Форматы файлов - текстовый - два с половиной варианта - RT-11 (самый простой) и RSX-11 (FCS-11 - длина записи-запись - попроще, фортрановский вариант - посложней), чисто двоичный (.sav, .tsk и т.п. - тоже просто - просто поток байт но кратный 512 байтам), obj и stb (есть понятие записи, насколько я помню, но файл фактически двоичный), RMS-11 (есть аналоги текстовых - но вариантов не полтора, как с FCS-11, есть большее сложные)

А на закуску - формат файла может не совпадать с расширением.


А ещё у файлов есть аттрибуты (типа даты времени создания, но в Files-11 - не только). А с ними что делать? По хорошему - сохранять-восстанавливать. Где бум в Windows хранить (но здесь у меня мысли тоже есть)?

В общем, пока не обещаю...

А что бы что то вытащить или втащить в PDP-11 - пользуюсь комбинацией.

Вытащить.
Если это текстовый - возможности логирования эмулятора Патрона VT-52. PIP (.tsk или .sav) сам разберётся с форматом (а VT52 или VT52+система с кодировкой).
Не текстовый - возможность подключить каталог как устройство RT-11 в эмуляторе ДВК того же Патрона.

Втащить
Возможность подключить каталог как устройство RT-11 в эмуляторе ДВК того же Патрона.

Ещё мысли вслух - для чего это нужно (вытащить втащить). У меня пока в основном - рассортировать-сравнить файлы. В таком сценарии - вытащить-(сравнить-рассортировать)-втащить - шаги вытащить и втащить мне кажутся лишними (а учитывая, что нам нужен будет парсер файловой системы и формата файлов.... с возможностью чтения-записи....). Мне бы больше пригодился аналог NC внутри PDP А вот тут задача СИЛЬНО упрощается - потому что выкидываются операции разборки с файловой системой и форматом файлов.

Так что первое, что сделаю - это аналог NC для RSX Под RT-11 оно вроде бы есть, хотя и не в том варианте, который мне бы пригодился, но... я редко работаю под RT

[form]

б) форматом файла

В RT-11 (AFZ я так понимаю о нем говорит) такого понятия нет - там все файлы - image (в терминологии FLX). Вот если их в RSX переносить - тут уже придется преобразование делать. Причем оно не всегда однозначно. Например SYSLIB.OBJ - файл типа image, а вот ODT.OBJ - файл типа binary

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

в Files-11 - не только). А с ними что делать?

Самый простой способ делать как в FLX - три варианта формата: ASCII/BINARY/IMAGE, а windows приравнять к RT-11 (что так и есть по сути). То есть достаем из F11 - преобразуем к RT-11 виду (ASCII -> строки с CRLF, binary - добавляем размер/контрольную сумму [точно уже не помню все - можно в описании FLX почитать], image - как есть), пишем в F11 - преобразуем обратно. Даже исходники FLX могу дать если нужно
В виндовсе очень удачно файлы ничем не отличаются от RTшных

[Hunta]

В RT-11

У меня основная система RSX, так что если я что то и начну делать (с любой стороны), то под RSX, особенно учитывая, что для RT уже что то есть.

там все файлы - image

а вот ODT.OBJ - файл типа binary

Э.. то есть в RT-11 .obj файлов нет? Или они тоже image? Или Вы про что?

windows приравнять к RT-11

Мне нужен точный (с сохранением и восстановлением всех аттрибутов), а не как проще.

есть достаем из F11 - преобразуем к RT-11 виду (ASCII -> строки с CRLF, binary - добавляем размер/контрольную сумму [точно уже не помню все - можно в описании FLX почитать], image - как есть),

В RT-11 .... такого понятия нет - там все файлы - image

Так есть разные форматы в RT-11 или нет?

И всё, что я хотел сказать по поводу чего то типа NC - я уже сказал - аналог NC для RSX. Для начала.

[form]

Э.. то есть в RT-11 .obj файлов нет? Или они тоже image? Или Вы про что?

Именно про это - все файлы там типа image. OBJ файлы (рядовые, там еще есть объектные библиотеки - тоже OBJ) там точно такие же как в RSX, но в виду отсутствии средств работы с записями, длина записи и контрольная сумма в конце являются частью данных (которые читаются/пишутся только поблочно) - при переносе в RSX их убирают, при переносе в RT - добавляют.

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

Мне нужен точный (с сохранением и восстановлением всех аттрибутов), а не как проще.

Чтобы полностью сохранять атрибуты - можно сделать возможность сохранять файл в формате ENC каком-нибудь. Но в большинстве случаев достаточно делать преобразование как FLX: OBJ, STB, MAC, TXT итд, я уж не говорю про TSK, SYS, OLB, ULB - это чистые блоки.

К слову, замечено, что VCPшный TAP не всегда можно перенести родным PIPом (внутри RSX), хотя NFT при этом его отлично копирует - есть у меня такой

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

Так есть разные форматы в RT-11 или нет?

Они разные внутренне - то есть сами программы с этим разбираются. С точки зрения файловой системы это просто последовательность блоков. В отличие от RSX, нет даже такого понятия как цонец файла внутри блока. То есть размер файла всегда будет кратен 256 словам.

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

аналог NC для RSX

А так ли он нужен на фоне того, что есть редактор ввода (не MCE) с дополнением имен файлов/каталогов по TABу?
Правда не для VT52, но было бы желание

[Hunta]

Чтобы полностью сохранять атрибуты - можно сделать возможность сохранять файл в формате ENC каком-нибудь

Текстовый файл. Удобство работы и сохранение аттрибутов - предлагаете делать две копии? Ну ну.

А так ли он нужен на фоне того, что есть редактор ввода

Редактор ввода позволяет работать с файлами в стиле NC?

но было бы желание

Да, я в курсе - у Вас его нет. С этим ничем помочь не могу.

[form]

две копии?

Какие две - либо преобразование (если с файлом нужно что-то делать) либо ENC

Редактор ввода позволяет работать с файлами в стиле NC?

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

у Вас его нет

У меня-то как раз он есть, в том числе в исходниках. Но заточен он под VT100-совместимые (а поскольку я в них и работаю, то для меня и вопроса нет). Если есть желание посмотреть - на CTAKAHе он подключается автоматом если терминал определяется как совместимый.

[Hunta]

либо преобразование (если с файлом нужно что-то делать) либо ENC

Или лишнее действие или неудобный формат. В windows можно обойтись одним и сохранит атрибуты.

это просто редактор ввода

Значит, не то, что мне нужно. И как я понимаю - сравнения файлов по содержимому (в том числе с wild-card) тоже нет. Дважды не интересно.

У меня-то как раз он есть

для меня и вопроса нет

Я про желание.

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