Мистер Фролов никогда не видел описания DirSys? А я между прочим перед началом этой темы пытался внедрить DirSys в Quick Commander и неплохо преуспел в деле оптимизации процедуры подсчета CRC. Но вот оригинал, далеко не 20 байт размеру:
[...ужасы поскипаны...]

И что из того следует? Что некоторые сценеры уступают в качестве генерации кода C-компилятору?
Библиотечная crc16 занимает не больше 30 байт и там есть возможности для оптимизации.
Кроме того, "обращённый" слева на право алгоритм требует заведомо больших ресурсов, на любой
машине. Поэтому все классические алгоритмы, используемые в модемах, коммуникационных протоколах,
и даже в контроллере спековского дисковода, используют сдвиг влево -- команда add в любой ЭВМ..
Кроме того, существует множество других контрольных кодов, применение CRC в данном случае
не оправдано.

Список программ в студию. Я думаю он будет очень короткий.
Проблема в том, что в общем случае неизвестно, что там каждая программа в "служебных" секторах
делает. И вторая существенная проблема -- scl.

Могу приложить к сообщению описание DirSys'а, тогда подобных заявлений станет гораздо меньше. DirSys НЕ ИСПОЛЬЗУЕТ 8-ой сектор для своих записей.
Тем для него хуже. Ибо 8 сектор чаще сохраняется в целостности.

Как мне перенести файл из одного такого каталога в другой? Как мне собрать 3 файла разнесенных по всему диску в один такой каталог без физического копирования?
Никак. Перенос файлов редкая операция, можно и скопировать. Зато предельно простое и совместимое решение.