Вид для печати
Sancho45, занятно. Т.е. первый раз глюк срабатывает, а второй раз нет.
Может о5 какой-то фокус с "египетской" дешифрацией портов пула F7xx ? Попробуйте повторить опыты, но вызов утилиты DATE$ всегда выполняйте с параметром "-", как в моём примере. Это запретит обращение к СОМ-порту, которое она делает по-умолчанию для синхронизации с ORI-сервером.
параметр до даты или после даты ставить, во время установки даты ? или для выводя текущей даты ?Цитата:
Сообщение от Denn
На СF карте данные не подтянуты к +5в и она не детектится , от переходника зависит....Цитата:
Сообщение от Denn
Только при выводе текущей даты с помощью утилиты. Во время установки даты параметр "-" ставить не нужно, в этом режиме обращение к СОМ-порту нет производится.Цитата:
Сообщение от Sancho45
Вечером посмотрю исходники утилит xINFO и xFMT, скорее всего там тоже в детекте используется притяжка шин к "1".Цитата:
Сообщение от Sancho45
тоже самое,сбивается дата при установке времени, но только когда мусор в ви1. Потом все в порядеЦитата:
Сообщение от Denn
Всё, теперь до меня дошло в чём дело!Цитата:
Сообщение от Sancho45
Утилита DATE$ изначально была написана для ПРК без микросхемы аппаратных часов, понятие "дата" были чисто программное, показания даты при загрузке инициализировались датой файла BIOS, а далее пользователь с помощью утилиты мог менять это значение на актуальное.
Позднее появилась синхронизация с ORI-сервером и утилита научилась брать дату с большого брата при запуске без параметров.
И уже после всего этого появилась поддержка ВИ1, соответствующий функционал был "прикручен сбоку" и в утилиту DATE$.
Но! Данная утилита не производит инициализацию RTC, она только оперирует показаниями даты, и то - в случае, когда микросхема инициализирована (проверяется считыванием контрольной информации из спец. ячейки CMOS). Отсутствие инициализации утилита считает за отсутствие микросхемы, в этом случае работает по "старым тропам".
Напротив, утилита TIME$ была написана специально под железку ВИ1, она и выполняет инициализацию чипа, в т.ч. прописывает контрольную информацию.
П.С. т.е. всё верно работает, это не глюк, а "фича" :)
может костыль ?)) В алфавитном порядке первым идет Date, поэтому и запускал его, потом time ....Цитата:
Сообщение от Denn
Добрался до DISM$ , как данные отделить ? Первый байт данных рисует как DB, следующие кажет как код ?
В шапке нет мануала . А коменты он умеет в автомате к известным портам и адресам ?))))
Можно назвать как угодно, но там оно всё логично с исторической точки зрения ;)Цитата:
Сообщение от Sancho45
После введения в ОС поддержки ВИ1 у меня были мысли сделать общую утилиту RTC$, но всё же от этой идеи я отказался.
Замечание справедливое, спасибо. Постараюсь исправить в последующих сборках.Цитата:
Сообщение от Sancho45
Есть такой механизм. Нужно в текстовом редакторе создать файл, в котором будут перечислены области данных, например:Цитата:
Сообщение от Sancho45
0000H-007FH
0510H-0517H
1001H-1003H
После чего скормить этот текстовый файл утилите MDAT$, она сгенерирует выходной файл ADDR.DAT - это зарезервированный файл, который DISM$ умеет использовать для отделениямух от котлетданных от кода.
Все файлы (в т.ч. DISM$) должны быть на одном диске.
Такое предполагалось сделать, но в своё время руки не дошли. Пока использую функцию поиска с заменой в текстовом редакторе :)Цитата:
Сообщение от Sancho45
Это же дизасм, откуда мне знать где там данные, если прога кажет их как код ?Цитата:
Сообщение от Denn
И DASM.NfO в первую очередь воспринимается, как инфа к дизасм, а там к ASSM))
- - - Добавлено - - -
Поправка: в сборке 256, первой идет Time, ошибся, не помню почему Date первой запускалЦитата:
Сообщение от Sancho45
Тогда я, видимо, не понял основного вопроса. Знать где код, а где данные может только человек, дизассемблер этого знать никак не может!Цитата:
Сообщение от Sancho45
Возможно, продвинутые писишные дизассмы и научились какому-то ИИ (я не в курсе, не пользовался никогда), но на Орионе такое точно нереально.
Дизассемблирование это творческий процесс, и он всегда начинается с визуального изучения исходника в кодах и поиска блоков данных, о чём и сообщается дизассму.
В принципе, можно дизассемблировать и без этого, тогда DISM$ "скушает" весь дамп как исполняемый код, но для анализа полученный листинг будет непригоден.
Справка по дизассемблеру выводится при запуске DISM$ без параметров. В принципе этой информации вполне достаточно. Про MDAT$ я рассказал выше.Цитата:
Сообщение от Sancho45
Если будут вопросы - спрашивайте, расскажу.
Действительно. Я удивился, что в сборке может идти DATE$ первой, но поверил на слово и проверять не стал :)Цитата:
Сообщение от Sancho45
Отбой! заменил глюкавую лн1 в интерфейсе IDE и усЁ гуд. И винты теперь и на длинном шлейфе видны с первого раза. CF работает.Цитата:
Сообщение от Sancho45
Первоначально вопрос был правильно понят. Второе- это я уже так ....... после иды-это каменный век )))Цитата:
Сообщение от Denn