RT-11 DSK Total Commander wcx plugin.

[Patron]

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

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

    72 Files in segment 30

     0 Files in segment 31

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

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

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

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

[Advertiser]

[form]

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

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

Если взять образ с 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

.

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

[Patron]

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

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

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

[form]

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

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

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

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

[Patron]

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

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

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

[form]

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

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

Такой образ должен без проблем работать в 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

.

[Patron]

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

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

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

[form]

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

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

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

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

А добавление 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

[Patron]

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

[form]

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

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

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

Значит, если каталог 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*