Эмулятор RT-11

[nzeemin]

Patron, использовал версию от 28.11.2017 для своего проекта в декабре/январе -- подтверждаю, работает отлично.

Вопрос такой -- а как вы обрабатываете конфликты в именах файлов?
Пример:

C:\Temp\example>dir

 Directory of C:\Temp\example

01/26/2018  08:42 PM    <DIR>          .
01/26/2018  08:42 PM    <DIR>          ..
01/26/2018  03:43 PM                 0 notes
01/26/2018  03:28 PM                 0 Notes .txt
01/26/2018  03:43 PM                 0 notes.
01/26/2018  03:28 PM                 0 Notes.txt
               4 File(s)              0 bytes

C:\Temp\example>C:\bin\rt11\rt11.exe DIR

 26-Jan-2018                                                                                                                                                                           A
NOTES .        1  26-Jan-2018    NOTES .TXT     1  26-Jan-2018
NOTES .        1  26-Jan-2018    NOTES .TXT     1  26-Jan-2018
 4 Files, 4 Blocks
 65463 Free blocks

[Advertiser]

[Patron]

а как вы обрабатываете конфликты в именах файлов?

Видимо - никак. Эмулятор не должен решать за пользователя, как называть файлы, поэтому все одноимённые файлы попадают в каталог с одинаковыми именами и пользователь уже средствами RT-11 должен выбирать, какой из них ему нужен. Ситуация с одноимёнными файлами в каталоге - один из аспектов реальной работы RT-11, поэтому не стоит лишать пользователя возможности относительно легко её воспроизвести.

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

Сейчас обнаружил мощный глюк, появляющийся при наличии в каталоге Windows "одноимённых" файлов. Если запустить эмулятор и несколько раз дать команду DIR - в каталоге RT-11 происходит размножение одноимённых файлов. К следующему релизу этот глюк будет исправлен.

[nzeemin]

Видимо - никак. Эмулятор не должен решать за пользователя, как называть файлы, поэтому все одноимённые файлы попадают в каталог с одинаковыми именами и пользователь уже средствами RT-11 должен выбирать, какой из них ему нужен.

А при этом не будет ли глючить синхронизация с каталогом? например, при изменении одного из таких файлов он меняет своё место в каталоге, и в результате синхронизатор путает его с другим файлом?

[Patron]

А при этом не будет ли глючить синхронизация с каталогом?

После исправления - завершающие пробелы в имени или расширении файла станут недопустимы при отборе файлов из каталога Windows, удовлетворяющих ограничениям RT-11. С таким ограничением, для появления одноимённых файлов в каталоге RT-11 - нужно будет подключить к виртуальному диску каталог FAT и вручную запатчить в него одноимённые файлы.

[hobot]

После исправления - завершающие пробелы в имени или расширении файла станут недопустимы при отборе файлов из каталога Windows, удовлетворяющих ограничениям RT-11. С таким ограничением, для появления одноимённых файлов в каталоге RT-11 - нужно будет подключить к виртуальному диску каталог FAT и вручную запатчить в него одноимённые файлы.

Что то как то всё сложно.
1. совершенно не понял откуда дубликаты вообще берутся? (на данный момент)
2. будет ли "в обновлении" однозначно решена данная проблема?

Спасибо.

[nzeemin]

Patron, у меня ещё один, сакраментальный вопрос.
Если в командной строке передаётся команда, то после её выполнения эмулятор завершается.
Каким образом определяется что система вернулась к командной строке RT-11?

[Patron]

Если в командной строке передаётся команда, то после её выполнения эмулятор завершается.
Каким образом определяется что система вернулась к командной строке RT-11?

Никаким. Если не извлекать SYSTEM.DSK - при каждом последующем запуске начальное состояние эмулятора неизменно. При запуске в эмулятор передаётся командная строка, а при завершении - в Windows передаётся код завершения последней выполненной в эмуляторе программы RT-11.

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

1. совершенно не понял откуда дубликаты вообще берутся? (на данный момент)

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

[nzeemin]

Patron, возможно вам будет интересно. Посмотрел в плане методов определения типа файла.

В Far Manager кодировки определяются частотным анализом, то есть по тому какие символы чаще встречаются; есть готовые частотные таблицы для различных кодировок:
https://github.com/FarGroup/FarManag...illicModel.cpp

И кроме того, советуют использовать сети Маркова. То есть берём массу текстовых файлов, составляем таблицу вероятностей перехода от одного байта к следующему. Потом полученную таблицу используем для проверки насколько данный файл подходит.