SD-контроллер от vinxru

[cy6]

Истинно так, причем сам vinxru подтвердил сей глюк на классическом 86РК.
Обещал заняться вопросом как-нибудь. Год назад
Поэтому я запускаю файлы в каталоге не наведением курсора, а набрав название.
Иначе надо каждый раз файл шелла удалять.

Не только на классическом, но и на КР-01/02, мониторы которых, впрочем, отличаются только подпрограммой сканирования клавиатуры (клавиатура МС7007).
Решила проблему так:

/*
void loadState() {
...
*/
//---------------------------------------------------------------------------
/*
void saveState() {
...
}
*/
...
//saveState();
...
//loadState();

Компилятор "Си" Алексея плюется на линуксовые переводы строки (в исходниках с гитхаба). И еще какая то мелочь была.
Если кому то нужен готовый бинарник, напишите.

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

Сделал пока в эмуляторе работу с форматом образа, содержащим дорожки целиком (как и в эмуляторе uart). Мне этот вариант кажется наиболее логичным для этого не совсем обычного контроллера.

Как организована структура внутри трэка? Все что я поняла, по этому недокументированному формату, что размер трека фиксирован (задан скоростью диска). А вот пробелы внутри между секторами неизвестны.

[Advertiser]

[artyr_n]

Компилятор "Си" Алексея плюется на линуксовые переводы строки (в исходниках с гитхаба). И еще какая то мелочь была.
Если кому то нужен готовый бинарник, напишите.

решил проблему следующим образом
$ git config --global core.autocrlf true
ну и дальше клонирование, при этом git сам заменяет все LF на CRLF

https://github.com/vinxru/OldLines/issues/1

[cy6]

$ git config --global core.autocrlf true
ну и дальше клонирование, при этом git сам заменяет все LF на CRLF

Это у кого шелл есть. Для любителей m$ (и если просто "скрипт процессоры" ужасают) можно использовать notepad++.

Вот shell.asm, результат успешной компиляции, уже с вырезанной "save|load state". Можно сделать бинарник самостоятельно, с помощью TASM.

[Stampmaker]

Если кому то нужен готовый бинарник, напишите.

если это будет готовый SHELL.RK для закидывания на SD, заберу с радостью :-)

[cy6]

готовый SHELL.RK для закидывания на SD

Пожалуйста, скопированный прямо со своей SD.

[Stampmaker]

Пожалуйста, скопированный прямо со своей SD.

да
кажется, работает, как надо
спасибо

[uart]

Как организована структура внутри трэка? Все что я поняла, по этому недокументированному формату, что размер трека фиксирован (задан скоростью диска). А вот пробелы внутри между секторами неизвестны.

Никак не организована, ею занимается ДОС.

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

Кто-нибудь может объяснить появление этого глюка на РК-86 и отсутствие на Апогее?

[cy6]

Никак не организована

Не представляю, как мне сделать поддержку формата в своей программе, "никак не организованного".
Ведь для моего софта, это не готовый дамп, а намеренно, исскуственно формируемая структура.
Совместимости с виндовым эмулятором Виктора, однозначно хотелось бы. Подожду, может он поможет с форматом.

[uart]

Не представляю, как мне сделать поддержку формата в своей программе, "никак не организованного".

Точно так же, как это делает ДОС, если нужен доступ к конкретным секторам. Если просто образ снять, то целиком трек прочитать, остаток скажем нулями забить.

[Pyk]

Как организована структура внутри трэка? Все что я поняла, по этому недокументированному формату, что размер трека фиксирован (задан скоростью диска). А вот пробелы внутри между секторами неизвестны.

cy6, ну да, размер трека фиксирован и равен 500000 байт. А размер пробела между секторами зависит исключительно от временнОго промежутка между окончанием записи предыдущего и началом записи следующего. На сколько за это время успеет повернуться диск, такой и получится промежуток. При считывании размер промежутка тоже не очень актуален - DOS просто ждет синхробайт, указывающий на начало нового сектора. Если при записи не учитывать точные тайминги, то можно делать промежутки указанного в описании формата в журнале размера. Если же учитывать, то промежутки получаются слегка различными, так что при чтении лучше в любом случае делать ожидание синхробайта и не надеяться на фиксированный размер промежутков. (Все вышесказанное также относится к размерам промежутков между заголовками и телом секторов).