Орион-ПРО. Софтверные дела

[b2m]

Может я чё неправильно делаю, но вот три теста:
1. test пишет файл размером 544Кб, каждая запись заполнена собственно номером записи
2. читает произвольным доступом две записи на границе 512Кб
3. читает последовательно 544Кб

Выполнять лучше под отладчиком, чтобы контролировать результат, т.к. тесты очень простые и ничего на экран не выдают.

Всё работает, как и задумывалось. Где ошибка?

test512.rar

[Advertiser]

[ivagor]

вот три теста

Попробовал test и test3 в продос - все ок. Кажется я догадываюсь, почему у меня на 512 Кб стопорилось, завтра проверю, может даже утром успею.
Забавно, что odiwcx (какая-то старая версия, здесь я новую не ставил) видит в 512.KB только 512КБ. А просмотрщиком видна и остальная часть файла.

[Error404]

Попробовал test и test3 в продос - все ок. Кажется я догадываюсь, почему у меня на 512 Кб стопорилось, завтра проверю, может даже утром успею.
Забавно, что odiwcx (какая-то старая версия, здесь я новую не ставил) видит в 512.KB только 512КБ. А просмотрщиком видна и остальная часть файла.

Плюс, я поправил еще одну ошибку в ODI.WCX, по файлу от b2m - файлы размером более 512кб у меня паковались не ограничивая поле экстент (EX, FCB+12) по модулю 32 с переносом в S2, а инкрементировался EX вплоть до 255 (видимо, из соображений простой человеческой логики ).
Ivagor, перепакуй пожалуйста большие файлы в используемом образе дисков новой версией плагина (перед запуском TC/DC надо удалить все старые - odi.wcx, odi.wcx0, odi.wcx1, odi.wcx2, odi.wcx3)

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

Однако ж запись (и чтение) с прямым позиционированием через ф.21h/22h (утилитой DED) все одно обламывается на 512кб. А оно там просто делает, через инкремент номера записи в FCB+34+35 и обращения через фф произвольного доступа (а он должен бы работать, там тупо инкремент 16-битного числа, битики сами складывася как надо, а уж система потом внутри себя маскми раскидывает в EX и S2). Тоже понять бы где собака порылась.

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

да, образ использовать такой, где система БЕЗ моих ручных патчей на увеличение разрядности EX

[ivagor]

поправил еще одну ошибку в ODI.WCX

Вот это помогло! Теперь файлы >512 Кб записанные в образ плагином читаются нормально (пробовал по 14h и моя "догадка" оказалась ни при чем). Правда пробовал не в про, а в векторе (comanовский cp/m 59), но я думаю это не принципиально.
Теперь бы еще с подряд записанными большими файлами на hdd разобраться.

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

Вот образ для примера. Там в user 4 несколько больших файлов (плеер в эмуляторе не работает). Начиная с bach44.wav дурит.

[Error404]

Теперь бы еще с подряд записанными большими файлами на hdd разобраться.
Вот образ для примера. Там в user 4 несколько больших файлов (плеер в эмуляторе не работает). Начиная с bach44.wav дурит.

А эти файлы записаны последним плагином? И в образ раньше чем с моими третьего дня правками?
Просто я думал, что проблема с "заворотом" на четвертом большом последовательно лежащем файле оттого, что не правильно работал плагин (нумеровал экстенты больших файлов в каталоге в "переполненной" с точки зрения BDOS форме) плюс порушенная мной для эксперимента разрядность EX в BDOS.
Иначе (если оно так и на неправленной мной BDOS), с ходу не понятно на что и думать.

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


В-общем попробовал на неправленном BDOS, "заворачивается" оно на группе с номером 2000h. Вместо группы 2000h читает группу 0000h (т.е. каталог). Такое ощущение, что в коде BDOS где-то делается "groupN and 1FFFh". Какие будут мысли?

09 50 45 54-4C 59 41 20-20 54 58 54-07 00 00 80  ○PETLYA  TXT•  А
FE 01 FF 01-00 02 01 02-02 02 03 02-04 02 05 02  ■☺*☺ ☻☺☻☻☻♥☻♦☻♣☻
09 50 45 54-4C 59 41 20-20 54 58 54-0F 00 00 80  ○PETLYA  TXT☼  А
06 02 07 02-08 02 09 02-0A 02 0B 02-0C 02 0D 02  ♠☻•☻◘☻○☻◙☻♂☻♀☻♪☻
09 50 45 54-4C 59 41 20-20 54 58 54-17 00 00 80  ○PETLYA  TXT↨  А
0E 02 0F 02-10 02 11 02-12 02 13 02-14 02 15 02  ♫☻☼☻►☻◄☻↕☻‼☻¶☻§☻
09 50 45 54-4C 59 41 20-20 54 58 54-1F 00 00 80  ○PETLYA  TXT▼  А
16 02 17 02-18 02 19 02-1A 02 1B 02-1C 02 1D 02  ▬☻↨☻↑☻↓☻→☻←☻∟☻↔☻
09 50 45 54-4C 59 41 20-20 54 58 54-07 00 01 80  ○PETLYA  TXT• ☺А
1E 02 1F 02-20 02 21 02-22 02 23 02-24 02 25 02  ▲☻▼☻ ☻!☻"☻#☻$☻%☻
09 50 45 54-4C 59 41 20-20 54 58 54-09 00 01 4E  ○PETLYA  TXT○ ☺N
26 02 27 02-00 00 00 00-00 00 00 00-00 00 00 00  &☻'☻

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

Вот DPB этого раздела:

C3 30 00 00-00 00 00 00-00 00 02 00-40 00 00 04
//-------------------------------------------------------------------- Orion specific
jump: array [0..7] of byte;
PAGE1: byte;
PAGE2: byte;
LEN1:  byte;   // phisical sector size (1=256, 2=512, 3=1024)
LEN2:  byte;   // sides (density?) (0=one_side, 1=double_sided)
SEC:   word;   // phisical sectors per track
TRK:   word;   // phisical tracks on disk (one side)

00 01 07 7F-07 FD 07 FF-01 80 00 80-00 01 00
//-------------------------------------------------------------------- CP/M standard
SPT:   word;   // logical sectors (128) per track
BSH:   byte;   // Block Shift - Block Size is given by 128 * 2^(BSH)
BLM:   byte;   // Block Mask - Block Size is given by 128 * (BLM +1)
EXM:   byte;   // Extent Mask
DSM:   word;   // user space size in kb = SEC * (TRK-OFF) - (CKS/8)
DRM:   word;   // max quantity of file records (FCBs) in catalog
AL:    word;   // 16-bit Directory Allocation Pattern
CKS:   word;   // Directory Check Sum = catalog size (in logical blocks)
OFF:   word;   // system tracks

Думаю, в проверке нуждаются EXM и DSM

[Error404]

Плюс, я поправил еще одну ошибку в ODI.WCX, по файлу от b2m - файлы размером более 512кб у меня паковались не ограничивая поле экстент (EX, FCB+12) по модулю 32 с переносом в S2, а инкрементировался EX вплоть до 255 (видимо, из соображений простой человеческой логики ).

Все вложения плагина ODI/OHI WCX из сообщений удаляю. Актуальные на GitHub. Сегодня закоммитил туда версию "в помощь разработчикам ОС" - теперь в образе диска или партиции кроме Юзеров(каталогов CPM) еще есть спецкаталог где в виде виртуального файла можно копировать в обе стороны из/в системные дорожки (правка в ODI.WCX). И аналогично есть доступ к MBR (OНI.WCX). Копирование из образа копирует "как есть", а копирование в образ проверяет и по необходимости сохраняет системные области (в MBR это информация о разделах, в системе - DPB, VolLabel, UserNames, FileDates), делает проверки на переполнение (чтобы не грохнуть каталог) и т.п.

Т.е. под Виндой компильнули mbrboot.bin или dos.bin, затем плагином (Тотал командером) закинули в образ. Раньше мне приходилось делать sysgen под CP/M power-ом или fdisk-ом (там в принципе все аналогично, но более муторно), как дело дошло до многочисленных правок ОС, стало понятно что надо что-то делать для облегчения себе жизни.

Вот это по прежнему актуально:

перед запуском TC/DC надо удалить все старые - odi.wcx, odi.wcx0, odi.wcx1, odi.wcx2, odi.wcx3

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

Похоже просто у ksanf(138) не последняя версия с Github (а борьба с "BDOS Error : bad sector" при загрузке driver.sys была одной из последних правок - в BIOS2.MAC в процедуре COLDINIT)

Кстати, киданул плагином актуальную версию dos.bin с репозитория прям в образ ksanf(138) - и о чудо, все грузится в эмуляторе без всяких "BDOS Error : bad sector". Не понятно другое - как оно на реале грузилось непоправленное.

[Error404]

Все вложения плагина ODI/OHI WCX из сообщений удаляю. Актуальные на GitHub. Сегодня закоммитил туда версию "в помощь разработчикам ОС" - теперь в образе диска или партиции кроме Юзеров(каталогов CPM) еще есть спецкаталог где в виде виртуального файла можно копировать в обе стороны из/в системные дорожки (правка в ODI.WCX). И аналогично есть доступ к MBR (OНI.WCX). Копирование из образа копирует "как есть", а копирование в образ проверяет и по необходимости сохраняет системные области (в MBR это информация о разделах, в системе - DPB, VolLabel, UserNames, FileDates), делает проверки на переполнение (чтобы не грохнуть каталог) и т.п.

Т.е. под Виндой компильнули mbrboot.bin или dos.bin, затем плагином (Тотал командером) закинули в образ. Раньше мне приходилось делать sysgen под CP/M power-ом или fdisk-ом (там в принципе все аналогично, но более муторно), как дело дошло до многочисленных правок ОС, стало понятно что надо что-то делать для облегчения себе жизни.

Вот это по прежнему актуально:

Сообщение от Error404 Посмотреть сообщение
перед запуском TC/DC надо удалить все старые - odi.wcx, odi.wcx0, odi.wcx1, odi.wcx2, odi.wcx3

Поправил плагин на GitHub.

Во-первых избавился от необходимости перезапускать ТоталКомандер при работе с несколькими образами hdd (*.OHI) - все перевел на динамические переменные.

Во-вторых, теперь им можно управлять содержимым прошивок "расширенных ROM" - когда в Ромдиске Ориона-128 или в микро-ромдиске в РОМ2 Орион-ПРО выше 64к расположена CP/M (для больших ПЗУ типа 27080/27801). Можно:
- удалять/копировать содержащиеся в прошивке файлы CP/M,
- смотреть информацию (занято/свободно и т.п.)
- заливать или читать систему CP/M с системных дорог,
- удалять/копировать тамошние файлы Ордос для обоих вариантов 128/ПРО.
Последние 2 пункта - через спец.подкаталог "UseThis_ToAccess_SystemTracks" - там и система в виде файла, и подкаталог с ордосовским барахлом.

Настраиватся аналогично прочим форматам: выбираете в настройках плагинов Тотала какое расширение (я настроил себе "ROM") обрабатывать плагином ODI.WCX, ну и перезаписываете плагины на новые (оба, удалив все старые *.WCX*).

Вот тут для примера ромдиск для Ориона-128 (в нем Альтаир-ДОС для схемы на ВВ55) и ромдиск для Ориона-ПРО (в нем Альтаир-ДОС для схемы на IDERTC)

[Error404]

Не знаю где ошибка, посмотрю завтра на работе, дома нет годной инфраструктуры.
Я последовательную запись не проверял. Я проверял на произвольной записи, утилитой DED, где оно обламывалось на границе 512кб.
А можешь записать в файл 3мб и скинуть сюда образ с этим файлом?

[b2m]

Вот твой образ, игрушки потёр, записал 3.МВ: altair3mbfile.rar

[Error404]

что-то я не нахожу ошибок в DPB