RT-11 DSK Total Commander wcx plugin.

Цитата:

Сообщение от form

Он и не должен быть пустым. Наоборот, shared image обязан быть заполненным до конца и не иметь свободного места.
Это JOAT при копировании видимо считает сегменты и когда доходит до максимально возможного, прекращает копирование.

Но ссылки на этот сегмент из предыдущего нет, поэтому (если правильно понимаю) содержание сегмента не играет роли, а в листинге команды DIR VS2:/SU он отмечается "пустым":

Код:

72 Files in segment 30 0 Files in segment 31

Если взять образ с 2088 файлами и в заголовке второго сегмента каталога обнулить номер следующего сегмента ( и если надо - заменить число в ячейке с количеством использованных сегментов на 2 ) - покажет ли DIR VS2:/SU кучу пустых сегментов ?

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

Цитата:

Сообщение от form

И еще нюанс по shared image (не знаю имеет ли это это значение с точки зрения плагина): порядок файлов имеет значение. SWAP.SYS является маркером до которого системный диск будет R/O, а начиная с него R/W (с использованием временного файла).

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

Цитата:

Сообщение от Patron

Но ссылки на этот сегмент из предыдущего нет, поэтому (если правильно понимаю) содержание сегмента не играет роли, а в листинге команды DIR VS2:/SU каталога он отмечается "пустым"

Да, но это в случае ошибки. То есть полученный образ не будет работать поскольку нарушает правила: имеет незаполненный сегмент (и свободное место).

Цитата:

Сообщение от Patron

Если взять образ с 2088 файлами и в заголовке второго сегмента каталога обнулить номер следующего сегмента - покажет ли DIR VS2:/SU кучу пустых сегментов ?

В правильно сделанном shared image не может быть пустых сегментов и/или свободного места, но слово в котором прописано общее кодичество сегментов всегда 31. Один сегмент вначале полностью забит 100000, конец последнего добивается так же до конца. Получается так:

Код:

.JOAT LB:[1,1]RT11SH/V/W ?JOAT-I-Attached to VS1: .DIR VS1:/SU 22-Aug-2017 72 Files in segment 1 72 Files in segment 2 72 Files in segment 3 31 Available segments, 3 in use 106 Files, 4873 Blocks 0 Free blocks .

Но если посмотреть диск, то будет видно, что реально там только три сегмента и сразу после них идут данные.

Значит есть смысл, чтобы плагин тоже указывал общее количество сегментов 31 или лучше указывать реальное количество сегментов?

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

И ещё вопрос - актуальное количество сегментов с записями о файлах указывается только в самом первом "пустом" сегменте, во всех или как-то ещё?

Цитата:

Сообщение от Patron

Значит есть смысл, чтобы плагин тоже указывал общее количество сегментов 31 или лучше указывать реальное количество сегментов?

Реально эта циферка не имеет никакого значения. Я поначалу делал образы вручную и прописывал реальное число сегментов. Потом заставил JOAT работать в новом RT-11 и стал делать им, а он прописывает 31. Можно выбрать компромисный вариант: если было 31, то и не трогать, а если было указано число сегментов, то менять по мере надобности.

Цитата:

Сообщение от Patron

И ещё вопрос - актуальное количество сегментов с записями о файлах указывается только в самом первом "пустом" сегменте, во всех или как-то ещё?

Только в первом. И в доке по структуре так написано.

Цитата:

Сообщение от form

Да, но это в случае ошибки. То есть полученный образ не будет работать поскольку нарушает правила: имеет незаполненный сегмент (и свободное место).

Т.е. ссылка на этот сегмент из предыдущего есть, а в самом начале этого сегмента находится 04000, поэтому там 0 файлов.

Но если сделать каталог из 31 сегмента, в котором записи о реальных файлах есть только во втором сегменте, а ссылки на третий сегмент из второго нет. Такой образ должен без проблем работать в RTEM, но будет ли он позволять увеличивать количество файлов ( и использованных сегментов каталога ) в образе средствами RTEM?

Тут гораздо интереснее с изменением образа. Если файл удаляется, должен выполняться SQUEEZE и отсечение конца образа. Если в результате удаления высвободился сегмент каталога, его надо физически вырезать из образа. С добавлением файлов, соответственно обратные действия.

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

Цитата:

Сообщение от Patron

Такой образ должен без проблем работать в RTEM, но будет ли он позволять увеличивать количество файлов ( и использованных сегментов каталога ) в образе средствами RTEM?

Средствами RTEM нельзя изменить shared образ. Он открыт R/O и остается неизменным. Все изменения выполняются на private образе и temp области отмеченной файлом SWAP.SYS. Окончательный вариант VS0: при загрузке с него - это компоновка shared, temp и private образов.

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

Вот такие интересные ситуации можно создать при этом:

Код:

>VCP CON RT11PR.DSK/DRV:DU/MOU:FOR VCP - Device VF2: (DU4:) has been assigned. >FLX /RS/IM=DU4:STARTM.COM/RT >PIP LDM.SYS=STARTM.COM/RE >FLX DU4:/RT/IM=LDM.SYS/RS >VCP DIS /USE DMO -- TT41: dismounted from DK0: *** Final dismount initiated *** DMO -- TT41: dismounted from DU4: *** Final dismount initiated *** >RTE /VS RTEM-11 (RSX-11M) V01.00 RT-11FB V05.07 .SET TT QUIET .DIR LDM 22-Aug-2017 LDM .SYS 11P 06-Apr-2016 LDM .SYS 1 22-Aug-2017 2 Files, 12 Blocks 6688 Free blocks .DEL/SY LDM ?PIP-W-Protected file VS0:LDM.SYS Files deleted: DK:LDM.SYS ? Y ?PIP-F-Protected file DK:LDM.SYS .

Цитата:

Сообщение от form

Все изменения выполняются на private образе и temp области отмеченной файлом SWAP.SYS.

Т.е. программа в RTEM не может создать новый постоянный файл после SWAP.SYS ?

А добавление private образа как-то влияет на каталог?

Кстати в BSTRAP видно как он разбирается с номерами блоков на диске до того как загружен драйвер VS - RTEM передаем ему смещение для коррекции.

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

Цитата:

Сообщение от Patron

Т.е. программа в RTEM не может создать новый постоянный файл после SWAP.SYS ?

Не может (кроме показанного мной нюанса: теоретически можно вручную создать второй файл с тем же именем, но обратиться к нему средствами системы не получится - USR будет ломиться к первому).

Цитата:

Сообщение от Patron

А добавление private образа как-то влияет на каталог?

На образ shared никак не влияет. Все изменения будут в каталоге private image.

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

Вот коментарии из DUP, тут видно как устроен VS:

Код:

;++ ;003 ; VS$SET ;003 ; DATA STRUCTURE DEFINITION ;003 ; ---- --------- ---------- ;003 ; ;**-5 ; Data in this table gives information about the private, shared, and ;003 ; read/write temporary files. This information is used by the VS ;003 ; (virtual system device) driver to map these three files into a single ;003 ; virtual system device. ;003 ; ;**-10 ; (S) shared (P) private (T) r/w temporary (W) whole VS devi;003 ; ;**-6 ; ;**-1 ; ***********************NOTE****************************** ;003 ; ********* YOU DON'T WANT TO CHANGE THIS TABLE *********** ;003 ; ****** If this changes, you must change RT-11 DUP ****** ;003 ; ****** And you might as well hang it up with TKVSM ****** ;003 ; ** This list IS ORDER DEPENDANT. If the order changes ** ;003 ; *** You MUST RE-LINK RTEMFB.SYS,nnM.SYS,JOAT and FIP *** ;003 ; ********************************************************* ;003 ; ;**-15 ; *** ALSO NOTE *** ;003 ; If you change this table, you must also change the installation routin;003 ; in the virtual system device driver (VS). ;003 ; ;**-1 ;-- ;003 DEFINE ; Define some offsets ;003 DEF VS$SSM ; (S) # directory segments to ma;003 DEF VS$PSM ; (P) # directory segments to ma;003 DEF VS$SDB ; (S) # last directory block ;003 DEF VS$SFW ; (S) # first r/w block ;003 DEF VS$SLW ; (S) # last r/w block ;003 DEF VS$SLB ; (S) # last shared file block ;003 DEF VS$PDB ; (P) # last directory block ;003 DEF VS$PLB ; (P) # last private file block;003 DEF VS$PHO ; (P) # highest open directory s;003 DEF VS$PLU ; (P) private file LUN ;003 DEF VS$SLU ; (S) shared file LUN ;003 DEF VS$TLU ; (T) temporary file LUN ;003 DEF VS$SIZ ; (W) VS device size ;003 DEF VS$BRO ; (W) VS bootstrap read offset;003 DEF VS$PT1 ; (W) ** Patch space ** ;003 DEF VS$PT2 ; (W) " ;003 DEF VS$PT3 ; (W) " ;003 DEF $VSTSZ,, 0 ; Size of VS setup table (bytes);003

Значит, если каталог shared image содержит 30 сегментов, то каталог private image не может иметь больше одного сегмента?

Цитата:

Сообщение от form

На образ shared никак не влияет. Все изменения будут в каталоге private image.

Не совсем на тот вопрос ответил. Суть такая: каталог который читается с устройства VS состоит из слепленных каталогов shared и private образов со всеми правильными заголовками с точки зрения этого сформированного каталога. Реальные же изменения выполняются только на каталоге private образа. Всем этим заведует драйвер VS.

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

Цитата:

Сообщение от Patron

Значит, если каталог shared image содержит 30 сегментов, то каталог private image не может иметь больше одного сегмента?

Именно так.

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

Вот как выглядят заголовки в 6 блоке для образов и для устройства VS0: в рабочей системе:

Код:

VS0: 000/ 000037 000002 000005 000000 000104 100000 000000 000000 *........D.......* SHR: 000/ 000037 000002 000003 000000 000104 100000 000000 000000 *........D.......* PVT: 000/ 000037 000002 000002 000000 000104 002000 074741 071655 *........D...ay-s*