Второй домик для хламника, предоставленный form'ом, похоже, как в анекдоте с бомжом - жизнь налаживается ?
Второй домик для хламника, предоставленный form'ом, похоже, как в анекдоте с бомжом - жизнь налаживается ?
Последний раз редактировалось hobot; 08.02.2012 в 18:13. Причина: поправил ссылку на архив
Проверялось с помощью FARа, и соответствующего плагина к TC. Исключительно удобная штука. Методом случайного тыка :-). Находишь где-нибудь в образе интерестный DOC, TXT или HLP, пытаешься посмотреть, а там вместо текста символы заполнения от чистой дискеты :-(. И в программе точно так же, вместо кода чистый диск. Видимо образ плохо считался. Для того, что бы работала команда DIR достатчно добраться до 6..13 блока, остальное считывать не обязательно. В каталогах дискет редко более четырех сегментов (т.е. 8 блоков). Для видимости наличия данных достаточно. Хорошо бы написать тестилку образов. Хоть и грубый, но все же тест.
---------- Post added at 15:39 ---------- Previous post was at 15:09 ----------
По поводу виртуального диска, это очень зависит от того с какими данными работаешь. В стандартной УКНЦ виртуальный диск немного больше сотни блоков не особо развернешься, но. У меня много мелких баз данных. На каждую базу три файла, на каждый месяц по базе итого 36 штук. В конце года это надобно собрать в кучку. А дисководы и дискеты глючные :-(. Естественно, сбоят в самый неподходящий момент. И сама файловая система RT-11 диск заставляет часто поджимать. Пол диска свободно, а записать ничего нельзя. Очень обидно когда длиннющий пакетный файл останавливается где-то в середине.
Вот в таких случаях VM очень помогает. Его тереть и сжимать можно быстро и безбоязненно. И при копировании с диска на диск файлы аккуратно записываются подряд. А вот когда работает РДБ Микро заполнение диска очень далеко от оптимального. А дисководов у меня три, два 3.5" и один 5.25" впрочем это больше мешает, чем помогает.
PS. Ну какой же все-таки мерзкий таймаут на этом форуме!
Ну если говорить о VM в его оригинале (DECовский или Mentecовский), то на УКНЦ он по определению не будет работать
Если же имеется в виду что-то самодельное - любили у нас самодельное называть стандартными именами вроде DM, DP, MT - то нужно уточнять что имеется в виду
---------- Post added at 20:55 ---------- Previous post was at 20:41 ----------
Кстати SQUEEZE можно делать не трогая оригинал диска.
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Мне с фирменной буржуйской техникой не приходилось пересекаться. Совсем-совсем. Да она ПМСМ в чистом виде у нас к употреблению и не пригодна, весь этот семибитный кошмар. Я пользовался на УКНЦ драйвером KD. У VM было на несколько блоков меньше. В конце-концов тема у нас УКНЦ/ДВК.
Что-то этот момент выше моего понимания. Под оригиналом подразумевается физическая дискета?
Ну на ДВК да, VM бывает на тех что с ВМ3. Просто мой предыдущий пост про VM касался именно УКНЦ
Под оригиналом понимается та дискета которую надо пожать. SQUEEZE можно делать с одного диска на другой, что для дискет весьма актуально былоЧто-то этот момент выше моего понимания. Под оригиналом подразумевается физическая дискета?
Так к примеру:
Код:.DIR D10:/FU 20-Nov-2011 < UNUSED > 1 BACKUP.COM 1 15-Nov-2011 IOSCAN.SAV 3 19-Sep-2011 < UNUSED > 6 IOSCAN.MAC 6P 18-Sep-2011 < UNUSED > 65450 3 Files, 10 Blocks 65457 Free blocks .DIR D11:/FU 20-Nov-2011 < UNUSED > 65467 0 Files, 0 Blocks 65467 Free blocks .SQ/OU:D11: D10:/NOQ .DIR D10:/FU 20-Nov-2011 < UNUSED > 1 BACKUP.COM 1 15-Nov-2011 IOSCAN.SAV 3 19-Sep-2011 < UNUSED > 6 IOSCAN.MAC 6P 18-Sep-2011 < UNUSED > 65450 3 Files, 10 Blocks 65457 Free blocks .DIR D11:/FU 20-Nov-2011 BACKUP.COM 1 15-Nov-2011 IOSCAN.SAV 3 19-Sep-2011 IOSCAN.MAC 6P 18-Sep-2011 < UNUSED > 65457 3 Files, 10 Blocks 65457 Free blocks .
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Ясно. Хотя, практически, это мало отличается от простого копирования с дискеты на дискету. А на счет виртуального диска так маньяки умудрялись его делать даже в КГД. 16 кб в те времена была заметная величина. Таже ДССП уже могла работать. По поводу названий - у меня лежит плата ЭД там драйвер назывался SB :-). Жаль пара битов сдохли. А чинить без схемы лениво было и тогда, не то что теперь.
При простом копировании сегменты будут заполняться стандартным алгоритмом: половина сегмента и переход на следующий, а причина по которой делается SQUEEZE может быть как раз в этом
Ну мне чаще все-таки везло на машины с полноценным MMU, а на простеньких были электронные диски
Насчет починки спроси Andrey_Ak, он вроде опыт имеет уже
SB - нормальное название - ни с чем не пересекается. А то попадаются электронные диски DP и DM, и ладно бы только название, так у них еще и device id стандартный стоит, что автоматом вводит в заблуждение RESORC при наличии error logging.
Правда ни разу не видел чтобы кто-то его использовал кроме меня
И уж во всяком случае в драйверах советских чтобы он был
---------- Post added at 22:06 ---------- Previous post was at 21:49 ----------
Наглядная демонстрация в чем разница между копированием и SQUEEZE на другой диск (кроме того, что SQUEEZE может раз в 10 быстрее быть):
Код:.DIR DU7: 20-Nov-2011 CREF .SAV 6 21-Apr-1998 MT .MON 3 13-Apr-1997 XC .SYS 4 21-Apr-1998 MBOOT .BOT 1 21-Apr-1998 ... RX02B .BAK 14 11-Jan-1999 RX02B .TIM 10 11-Jan-1999 ARKV22.DSK 2000 11-Aug-1997 1217 Files, 56339 Blocks 9128 Free blocks .DIR D11:/FU 20-Nov-2011 < UNUSED > 65467 0 Files, 0 Blocks 65467 Free blocks .COP/SYS DU7: D11: Files copied: DU7:CREF.SAV to D11:CREF.SAV DU7:MT.MON to D11:MT.MON ... DU7:XBXM.MON to D11:XBXM.MON ?PIP-F-Directory full D11:XBXM.DEV .INI/NOQ D11: .SQ/OU:D11:/NOQ DU7: .
Последний раз редактировалось form; 20.11.2011 в 19:00.
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Точнее - полный сегмент и перенос половины записей в следующий.
Если число копируемых файлов меньше максимального числа записей в сегменте каталога, то новый сегмент добавлен в каталог не будет.
Если же число копируемых файлов больше максимального числа записей в сегменте каталога, то при добавлении в каталог каждого следующего сегмента - туда будет переноситься половина записей из предыдущего сегмента.
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
А это круто, я кстати не знал про ключ out для ся\ноя ))) (это всё из за лени почитать help.)
На УКНЦ если помню правильно электронный диск требовал сам драйвер ED.SYS и платку с этим самым диском, а VM.SYS (виртуал мемори) есть на половине дискет для UKNCBTL, так что пощупать что это такое всегда можно.
form,
Под утро залил, вроде всё норм, но когда файлы кончились клиент отказался
обновить каталог, написал ошибка сервера (ругнулся), но через переконект кажет что залилось, буду считать что всё норм.
ДЛЯ ВСЕХ УЧАСТНИКОВ И ЗАИНТЕРЕСОВАННЫХ: постараюсь синхронизировать обновление архива по всем адресам, пока добавлять особо нечего.
El_Ju,
ещё раз о VM.SYS:
никогда не работал с БД на УКНЦ, не пришлось, когда дело дошло до БД (в моём случае) уже ДВК и УКНЦ заменили на ИБМ - я не предлагаю начинать флуд плохо это или хорошо, но создание отдельной темы про историю загибания отечественных PDP совместимых систем и ДВК\УКНЦ в частности было-бы любопытно, поскольку я думаю здесь есть люди, кто не по наслышке может рассказать как всё было на самом деле или как это происходит )))
По поводу пустышек в архиве: Хорошо-бы всё таки конкретный пример дискеты, да такие попадались, безусловно есть образы ( и будут) считанные с ошибками, но может для начала попробовать перекочать? Вдруг собачка в пути подросла в смысле ))) Потому как если я натыкался на такое, я старался найти замену, вплоть до конкретного файлика, поэтому пустышек не должно быть много. Замечу, что некоторые позиции я не проверял вовсе (выложены как есть)
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)