RT-11 DSK Total Commander wcx plugin.

[hobot]

Patron, спасибо, так или иначе считанная пачка дискет прилеплена к архиву,
предлагаю всем желающим самостоятельно её поизучать ) Это я про БК-дискеты,
а квантовские я расшарю в течении самого ближайшего времени, жду по прежнему
отмашки от хозяина дискет - ему же надо содержимое изучить )))

DIFF/BIN

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

В любом случае,благодарность ув.Patron за разъяснения.

[Advertiser]

[Patron]

я скорее имел в виду где и как эта команда работает?

.COPY HD0:KLOP.SAV HD2:
 Files copied:
HD0:KLOP.SAV   to HD2:KLOP.SAV
 
.DIFF/BIN HD0:KLOP.SAV HD2:KLOP.SAV
?BINCOM-I-No differences found

[hobot]

В этой теме давно не было никаких сообщений, а это значит, что плагин работает стабильно и жалоб на него нет. Так и есть ,но хочу описать случай, который имел место быть на практике вчера. Суть ситуации такова, я редактировал исходник в NTFS папке в обычном блокноте, затем с помощью (конечно!) плагина копировал его на один из разделов ЖД UKNCBTL для компиляции и проверки. Так вот, на рабочем разделе ЖД возникла ситуация с множеством <Unused> пустых мест - при которой файловая система RT-11 даёт как бы "сбой", а приложения начинают выдавать сообщения типа "Directory overflow" - это лечится простым сжатием sq/noq <ИМЯ УСТРОЙСТВА>: , но только не плагином, удаление <Unused> плагином происходит только видимость, при повторном открытии директории (раздела) все пустоты на месте и вообще любые файловые операции с помощью плагина становятся не возможными, необходимо обязательно произвести сжатие в самом эмуляторе.
Вот с чем я столкнулся и о чём хотел сообщить, заметил это впервые вчера, поскольку часто перекидывал туда и обратно группу небольших файлов.

[zebest]

Поддерживаются файлы .TD0 образов дискет, созданные программой Teledisk (только чтение).

а не только чтение, но и запись - это невозможно?

[Patron]

удаление <Unused> плагином происходит только видимость, при повторном открытии директории (раздела) все пустоты на месте и вообще любые файловые операции с помощью плагина становятся не возможными

Вот такой (стабильно неоперабельный) образ и нужно приложить к сообщению для "вскрытия".

а не только чтение, но и запись - это невозможно?

В плагине для образов RT-11 это излишне. Это уместно в плагине для образов Teledisk, но его разработка пока не начата.

[hobot]

Вот такой (стабильно неоперабельный) образ и нужно приложить к сообщению для "вскрытия"

Там две загвоздки - 1 - я понял в чём дело только когда уже поправил
и 2 - там есть файлы которые я не хотел бы публиковать.
Понимаю правильность такой постановки вопроса, но увы не всегда есть возможность.
И повторюсь - я наделал кучу скринов поясняющих баг и уже собирался
так и поступить, но потом сделал sq/noq sy: в UKNCBTL и всё, поправилось.
Если что то подобное снова наткнусь сразу выложу образ для изучения.

[Patron]

Я сталкивался со случаями, когда приложения начинали выдавать сообщения типа "Directory overflow" и помогал только сквиз в эмуляторе, но чтобы при этом плагин терял способность "убивать дырки" - такого я не заметил (может, внимания не обращал).

Хитрость в том, что эмулятор ДВК открывает подключенный образ в режиме для чтения ( как и плагин ), поэтому они могут работать с одним образом одновременно (открывая его для записи только в момент записи). Если же используемый эмулятор подключает образ в режиме для записи - тогда плагин может только читать его, но не изменять.

[hobot]

тогда плагин может только читать его, но не изменять.

Да именно так ! Поэтому UKNCBTL у меня был выключен 100%, поскольку я заметил выше указанную особенность ещё давно.

может, внимания не обращал

Ещё раз просто опишу - как это выглядит: операция в TC проходит, дырки вроде бы
удалены (лишние), файлы скопированы, на стандартный вопрос выбираем YES,
всё вроде норм, далее можно запустить UKNCBTL и увидеть что ничего на самом деле не изменилось, а можно сразу же плагином открыть раздел и он покажет картинку директории без сохранённых изменений. Как-то вот так. Лечится штатными средствами RT-11 )

[Patron]

Из-за чего возникает "Directory overflow" я понял - из-за того, что при наличии записей во всех сегментах каталога - плагин не добавляет пустые сегменты.

Дело в том, что при любом изменении образа плагин автоматически осуществляет компактизацию, упаковывая по 72 записи в каждый сегмент ( без разницы постоянный это файл или отмеченный, как пустое место ). Т.е. в отличие от сквиза - "дырки" остаются на своих местах, но как и при сквизе - цепочка сегментов выравнивается и каждый сегмент забивается записями "под завязку".

Теперь, если в эмуляторе попробовать использовать половину такого пустого места в забитом под завязку сегменте ( или удалить большой файл и записать на его место меньший ) - число записей в сегменте превысит 72 и RT-11 захочет добавить в цепочку используемых сегментов ещё один и скопировать туда половину записей из переполнившегося сегмента. Однако, если после компактизации записей плагином в последнем сегменте остались записи - все доступные сегменты оказываются заняты, новый сегмент RT-11 создать не может и сообщает о "Directory overflow".

Воспроизвести такую ошибку элементарно просто - нужно плагином записать в пустой образ большой файл, потом добавить ещё несколько сотен файлов ( больше 300 ), удалить все "дырки", удалить большой файл, записанный первым, и попробовать создать что-то в получившейся дырке эмулятором. Т.к. дырка будет одной из 72 записей в забитом под завязку сегменте, а свободных сегментов в каталоге не будет - "Directory overflow" гарантируется.

После сквиза - дырка переедет в последний сегмент ( где обычно есть место для записей ) и работоспособность восстановится.

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

Так что пока не разберёмся с отказом перезаписи - я ошибку с "Directory overflow" лечить не буду - чтобы злее быть :)

[form]

Feature request:

• поддержка RTEM-11 shared image
• преобразование в формат RTEM-11 shared image

RTEM-11 shared image - это обыкновенный образ диска RT-11 с небольшими изменениями:

• первый сегмент полностью забит заглушками (100000,0,0,0,0,0,0)
• второй сегмент начинается с того же блока на диске что и первый (что собственно следует из первого)
• shared образ всегда squeezed
• все файлы должны иметь статус ptotected (102000) [не уверен, что нужно, но обратное не имеет смысла]
• последний сегмент, содержащий файлы, должен быть забит заглушками до конца и быть последним сегментом в принципе
• образ диска заканчивается на последнем использованном файлами блоке

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

Необязательный chcklist при приведении в RTEM-11 формат (warnings):

• образ должен содержать SWAP.SYS (необходим для загрузки)
• образ должен содержать RTEMFB.SYS (необходим для загрузки)
• образ должен содержать VSM.SYS (необходим для загрузки)
• образ не должен содержать STARTM.COM (должен быть на private image для возможности редактирования)

PS. Загрузчик из VSM.SYS копируется в 0 блок, блоки 2-5 монитора не копируются. Все, что делает загрузчик VS - это ругается, что RTEMовский образ нефиг грузить вживую