Выборка часов дублируется по адресам F7Ex
Выборка часов дублируется по адресам F7Ex
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Ай, красота! Как говорится,жопа"радость" пришла откуда не ждали
Теперь хоть всё стало ясно: по F7Ex предполагается быстрый COM-порт (ака "COM2"), и, как раз SYSTEM$ и DATE$ при запуске детектируют его наличие, т.е. делают определённые манипуляции по записи в регистры F7Ex. Соответственно, если "туда смотрят" часики, то данные в них могут портиться, что на практике и наблюдаем.
- - - Добавлено - - -
Есть возможность что-нибудь ампутировать на плате, дабы отучить её от такой вольности?
- - - Добавлено - - -
П.С. а, случайно, в F7Fx ничего не "смотрит" ? По этим адресам предполагается посадка быстрого SRAM-диска, и при загрузке там происходит движуха на тему детекта..
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Дешифрацию поправил, с часами теперь все гуд. Только вопросик - если установить первым дату, потом при установке времени - дата сбивается и надо повторно запускать DATE. Если в первую очередь установить время, потом дату, то все гуд.
Что с ним делать ? утилиты HDDFORMAT и HDDINFO не видят CF. Или его как то особенно надо запускать ?
Отлично! Если не трудно, поделитесь тех. подробностями доработки для общественности.
Сбивается на какую? "01.01.1900" или какую-то другую?
В данный момент под рукой только эмулятор, на нём воспроизвести эффект не удалось:
Вечером проверю на реале. За всю практику не сталкивался, впрочем возможно ни разу не запускал в такой последовательности, плюс у меня при (пере)загрузке каждый раз случается синхронизация с ORI-сервером..
Достаточно давняя история, мне надо будет освежить подробности. ЕМНИП, было что-то на тему детекта IDE-устройства..
Вероятно, драйвер-то я подправил под конкретную задачу, а в утилитах "Инфо" и "Формат" всё осталось по-прежнему, соответственно они и не видят CF-оборудование.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
После писи или даже андройд-девайса любая 8-битка это каменный век. Однако, форум ZX-PK до сих пор жив и здоров
Скажу так, если бы мне дали программу, которая дизассемблирует сама, образно говоря "в один клик", то я бы ей пользоваться не стал - не интересно вообще. Равно как если бы мне дали ИИ, который пишет ПО по моему словесному описанию задачи, то я бы даже не попробовал это чудо.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Да ладно, так дизассемблер и делает это в пару нажатий. По вашей логике надо лист бумаги и карандаш, и половина кодов на память...., что я и делал надцать лет назад.
Речь шла об удобстве, а не о ИИ. Указал где код, а где данные и сиди думай, правильно или нет.... Вроде в предыдущем сообщении было-
Не нашел просто инструкции.... и вспомнил , как это просто и интерактивно в ИДЕ
У себя я сделаю, как время будет. Не понятно, кто-то еще на плате Рябцова будет юзать эту дос и кто вообще собрал ее.
Но возвращаясь к IDE, хотелось бы юзать СF, бесшумно и весит меньше. Не охота 16 резюков паять. Может в отдельный драйвер вынести, если не предполагается загрузка с винта ?
Вероятно, будет переиздание, переработанное и дополненное
Отдельный драйвер - без проблем. Тут ещё смотря какие масштабы. 249 Мб это как-то совсем мало для работы, кмкС таким объёмом не будет поддержки вложенных подкаталогов.. Мне, например, видится оптимальным накопитель на 120 Гб
Ещё лучше - два накопителя, чтобы можно было важное бэкапить, на случай внезапного помирания основного HDD.
П.С. мне надоел гул механики в ночи, я планирую под свой Орион взять 120-ку SSD![]()
Последний раз редактировалось Denn; 17.01.2019 в 15:09.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)