С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
У меня число "секторов" при открытии файла подбирается в цикле чтобы максимально точно попасть в размер файла - это число секторов и возвращется через Identify. Я не уверен, что это правильно (проверить не чем, все мои софтины используют только LBA-адресацию и соотвественно честный LBA-размер винта, равный реальному с кратностью в 512 байт). Для того файла, о котором идет речь, число секторов, видимо, вычисляется эмулятором как 16 (реально был взят первый попавшийся более-менее понравившийся по размеру файл с "С:\", подключен как образ и fdisk-oм разбит на партиции/отформатирован).
По крайней мере современные LBA-винты для "эмуляции" геометрии CHS используют формулу C*16*63
Последний раз редактировалось Error404; 18.11.2008 в 00:43.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Если используется только LBA, то можно установить CHS по максимуму - это снимет все ограничения на позиционирование головки, а при адресации в режиме LBA параметры CHS не используются.
Добавлено через 3 минуты
Кстати, в таком случае, можно вообще убрать эту строку с геометрией, по умолчанию у меня используется 1024C255H63S, что соответвует файлу более 8Гб. По-моему достаточно
Добавлено через 7 минут
А геометрию я добавил не для Ориона, там и без неё всё работало. А вот на Векторе используется CHS адресация.
Последний раз редактировалось b2m; 18.11.2008 в 11:44. Причина: Добавлено сообщение
Последний раз редактировалось Error404; 09.12.2008 в 17:36.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Возьми за основу стандартный Orion-128.cfg, добавь в конце
А после строчекКод:app2 : K580ww55 { } hdd : cf-ide { drive[0].image="Orion\dos-hdd.ohi" addr=app2.portA[0-2] cs0=app2.portA[3] cs1=app2.portA[4] iowr=app2.portA[5] iord=app2.portA[6] msb=app2.portB lsb=app2.portC }
добавьКод:map[ ][F500-F5FF]=app1.data
Код:map[ ][F600-F6FF]=app2.data
После долгого перерыва воспользовался отладчиком b2m, возник вопрос:
Какие ошибки имелись в виду? Две довольно неприятные (для меня в конфиге вектора c z80, c кр580 раньше тоже было, сейчас не проверял) - 1) "чудеса" с отображением мнемоник команд при включенном обращении стеком к КД и выполнении команды pop, 2) "залипание навечно" клавиши, если обработка ее нажатия протрассирована под отладчиком (формулировка может не на 100% верная но близко к тому).
Последний раз редактировалось ivagor; 29.12.2008 в 18:57.
Насчёт "залипания навечно" я почти на 100% уверен - не может быть такого. Нажатие клавиши не может быть обработано при трассировке, т.к. сообщения о нажатии/отпускании обрабатываются отладчиком, а не эмулятором. Другое дело, когда клавишу мы нажали при нормальном выполнении, а потом сработала точка останова - тогда отпускание обработается отладчиком, и клавиша останется нажатой. В таком случае нужно лишь нажать и отпустить эту клавишу ещё раз при нормальном исполнении.
А про чудеса: в конфигурации с кр580 точно быть не должно, а с z80 вроде я ещё не исправил.
Повторное нажатие сработало, но все же такое поведение нельзя назвать нормальным. Пример - нажал клавишу, попал в обработчик, F5, клавиша якобы еще нажата - снова попал в отладчик, и так пока не снимешь точку останова и не нажмешь еще раз ту самую клавишу. Просьба поправить этот момент.
Сейчас не проверял, но вспомнил, что когда были разборки с каким-то intro SES, ты исправил, в отладчике в конфиге КР580 все было нормально.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)