Lara + hdd

ZXNet эхоконференция «real.speccy»

От Mihail Zharov Кому All 17.08.2001

Привет, Alexandr!

Пятница 17 Авг 2001, в 02:57:55,
Alexandr Tkachev -> Ilya Vinogradov:

AT>>> Вот недавно в эхе пролетал драйвер hdd, канающий под
AT>>> драйвер cmos для лары, идея хорошая но без часов плохо
IV>> Хе-хе ;) Стоило нам с Mihail'ом Zharov'ым только чуток
IV>> замешкаться с
IV>> бета-тестингом совмещенного драйвера, как на тебе ;)))
IV>> Господа, ловите протестированные драйвера + исходники к
IV>> ним "из первых рук" ;))))
AT> Плохо тестили там глюк в процедуре переключения драйвов ld
AT> h,0 забыли сделать (глюк МОА ! ), короче попробуй нажать
AT> кнопочку "i" или "к", а потом пощелкай "e", "d" да любыми
AT> и увидишь, услышишь,

Как "е/д" к "переключению драйвов" относится?
Почему у меня драйвы нормально переключаются?
У меня: Лара и база на "B"(виртуальном), а все остальное
берется и скидывается на реальный "A" - все работает на ура.
Hичего не вижу и не слышу... ;)

[delete]


Приятных коNNектов, Alexandr...

... ┌─[ZX]─>─[Scorpion]─┬─[T.]─>─[FDD]─>─[RAM]─>─[HDD]─>─[CD]─┐

От Alexandr Tkachev Кому All 19.08.2001

Приветствую тебя, Mihail

Суббота 18 Августа 2001 года в 04:17:29
Mihail Zharov писал -> Alexandr Tkachev на тему Lara + hdd

[skip]

MZ> Как "е/д" к "переключению драйвов" относится?

Я написал сначала нажми "i" потом бреак потом "e" "d"

MZ> Почему у меня драйвы нормально переключаются?

Hаверное потому что у тебя пкт реальный.

MZ> У меня: Лара и база на "B"(виртуальном), а все остальное
MZ> берется и скидывается на реальный "A" - все работает на ура.
MZ> Hичего не вижу и не слышу... ;)


А вот у меня Лара на "B" база на "C", а все остальное из исдоса скидывается на
"D" и глюки есть, для начала посмотри куда улетает прога при нажатии break ??
на процедуру обработки ошибок, Лара обрабoтку ошибок перехватывает на себя
снимает со стека значение там при бреаке должно быть #0d6b, она проверяет
это и если там #0d6b то повторяет операцию read/write с самого начала
так вот у нас то драйвер другой не #3d13 и естественно этого значения на
стеке не будет, а будет там адрес возврата, в результате чего не дочитав
до конца сектора по тому что нажат бреак Лара вылетает из процедуры
read/write и не определяет что за ошибка такая #9393 ?? = на экране бред.
В обшем надоело доказывать очевидное сделай у себя пкт "D" и увидишь,
правда проявлятся этот глюк будет только если считываемые данные в области
диска начинаются с не четного сектора или занимают не четное кол-во секторов
это тоже обьяснимо дело в том что в функциях #05, #06 rst 8:db #81
прерывание по break key pressed обрабатывается, а в функцыях #24, #25
похоже нет по этому такая фигня и получается.

P.S. Я уже все указанные глюки исправил, сделал так: если fdd то read/write
через турбо лоадер, а иначе через rst 8 и еще функцию записи cmos в эти 256
байт впихнул.

С уважением Alexandr Tkachev.

От Mihail Zharov Кому All 21.08.2001

AT> А вот у меня Лара на "B" база на "C", а все остальное из
AT> исдоса скидывается на
AT> "D" и глюки есть, для начала посмотри куда улетает прога при
AT> нажатии break ??

Моя бяда, не жму я break при дисковых/hdd операциях.
И смотреть не буду - верю тебе.

[delete]

Спасибо за информацию.


Приятных коNNектов, Alexandr...

... ┌─[ZX]─>─[SPbZXNet]─┬─[FIDONet]─>─[INet]─>─[ZXNet]─>─[ZX]─┐