Стандартный модуль CRT используется во многих программах на Turbo Pascal. Но при запуске этих программ на современных компьютерах, оснащённых быстрыми процессорами, возникает ошибка "Деление на нуль"  Runtime error 200 at xxxx:xxxx.            Проблема 200 получила своё название по двум причинам. Во-первых, она начинает проявляться на процессорах с тактовой частотой 200 MHz. Во-вторых, в Turbo Pascal ошибка "Деление на нуль" имеет номер 200.            Разберёмся теперь в причинах возникновения этой ошибки. В модуль CRT включена процедура DELAY, которая производит задержку выполнения программы на заданное число миллисекунд. Она основана на выполнении двух вложенных циклов. Внешний цикл имеет пределы от заданного числа миллисекунд до нуля. Таким образом, легко понять, что внутренний цикл должен выполняться ровно 1 миллисекунду.  Стандартная процедура DELAY:     8BDC        mov    bx,sp     368B4F04    mov    cx,ss:[bx+04] ; число оборотов внешнего цикла     E313        jcxz   <2>     8E06????    mov    es,Seg0040     33FF        xor    di,di     268A1D      mov    bl,es:[di] <1> A1????      mov    ax,DelayCnt   ; число оборотов внутреннего цикла     33D2        xor    dx,dx     E80500      call   <3>           ; вызываем внутренний цикл     E2F6        loop   <1>           ; продолжаем внешний цикл <2> CA0200      retf   0002 Внутренний цикл: <3> 2D0100      sub    ax,0001     83DA00      sbb    dx,0000     7205        jb     <4>     263A1D      cmp    bl,es:[di]     74F3        je     <3> <4> C3          ret             В модуле CRT есть инициализационная часть, в которой производятся все необходимые подготовки, в том числе и расчёт, сколько же раз должен выполниться внутренний цикл, чтобы отсчитать 1 миллисекунду.  Часть из инициализационной секции:     8E06????     mov    es,Seg0040     BF6C00       mov    di,006C      268A1D       mov    bl,es:[di]   ; 0040:006C - системный таймер <5> 263A1D       cmp    bl,es:[di]     74FB         je     <5>  ; дожидаемся начала очередного тика таймера     268A1D       mov    bl,es:[di]     B8E4FF       mov    ax,FFE4     99           cwd     E83C02       call   <3>          ; вызываем внутренний цикл     F7D0         not    ax     F7D2         not    dx           ; DX:AX = число оборотов                                       ; внутреннего цикла за 55 мс     B93700       mov    cx,0037      ; CX = 55     F7F1         div    cx           ; делим DX:AX на 55, чтобы узнать,                                      ; сколько оборотов должен делать                                      ; цикл, чтобы отсчитать 1 мс     A3????       mov    DelayCnt,ax  ; запоминаем AX            Для этого производятся следующие действия:  1) Дожидаемся начала очередного тика системного таймера (адрес в BIOS: 0040:006С).  2) Помещаем в DX:AX FFFF:FFE4 (начинаем с максимума, так как внутренний цикл,      выполняясь, уменьшает DX:AX). 3) Вызываем внутренний цикл. 4) После выполнения внутреннего цикла и команд not ax; not dx в DX:AX находится     число оборотов цикла за 1 тик таймера (55 миллисекунд). 5) Далее, чтобы узнать, какое же число оборотов должен делать цикл, чтобы      отсчитать 1 мс, DX:AX делится на 55.  6) И полученное число запоминается, чтобы в дальнейшем использоваться      процедурой DELAY.             Вспомним теперь, как работает ассемблеровская инструкция DIV. Она делит DX:AX на указанный аргумент (в нашем случае CX, который равен 55) и результат заносится в AX (в DX - остаток, но он нас сейчас не интересует). На процессорах, частота которых 200 MHz и выше, DX:AX, делённое на 55 оказывается больше 65535 и, поэтому, результат не может поместиться в AX. Происходит так называемое переполнение при делении. В случае переполнения (или в случае деления на нуль) автоматически вызывается прерывание INT 00. В Turbo Pascal (в модуле System) это прерывание "перехвачено". Новая процедура обслуживания INT 00 выводит строку Runtime error 200 at xxxx:xxxx. и завершает работу программы. И, несмотря на то, что к ошибке №200 мы привыкли как к делению на нуль, в этом случае имеет место не деление на нуль, а переполнение при делении.  Выход из этой ситуации.            В Internet'е можно найти много публикаций, где предложены различные варианты решения данной проблемы. Один из вариантов такой. В состав Borland Pascal 7.0 входит исходный текст модуля CRT, в него следует внести некоторые изменения, описанные ниже и перекомпилировать заново. Перед внесением изменений следует сделать резервную копию CRT.ASM.           На данной Web-страничке находится архив NEW_CRT.ZIP, в который включены уже исправленные  модули CRT.TPU и CRT.TPP.             Рассмотрим далее, какие же изменения внесены в файл CRT.ASM:  1) Определение переменной DelayCnt (строка 45). Убрана строка: DelayCnt            DW            ? Вставлена строка: DelayCnt            DD             ? 2) Инициализационная секция. Убраны строки 105-107:                              MOV         CX,55                              DIV            CX                              MOV         DelayCnt,AX Вместо них вставлены следующие:                             MOV          BX,AX                             MOV          AX,DX                             XOR           DX,DX                             MOV          CX,55                             DIV             CX                             MOV          WORD PTR DelayCnt+2,AX                             MOV          AX,BX                             DIV             CX                             MOV          WORD PTR DelayCnt,AX 3) Процедура Delay. Убраны строки: @@1:                MOV           AX,DelayCnt                             XOR           DX,DX Вместо них вставлены следующие: @@1:                 MOV           AX,WORD PTR DelayCnt                              MOV           DX,WORD PTR DelayCnt+2           Вы можете поместить новый CRT.TPU в TURBO.TPL с помощью утилиты TPUMOVER. Но прежде чем выполнять замену, следует на всякий случай сохранить старую версию TURBO.TPL.                   tpumover turbo.tpl -crt                    tpumover turbo.tpl +crt  (Новый модуль CRT.TPU при этом должен быть в текущем каталоге).             В архиве так же находится исправленный модуль CRT.TPP для программ, работающих в защищённом режиме. Вы можете проделать аналогичные действия для замены старого модуля в библиотеке TPP.TPL. При этом в текущем каталоге, в котором производится замена, не следует одновременно иметь и CRT.TPU, и CRT.TPP. Дело в том, что в программе TPUMOVER есть ошибка, в результате которой в TPP.TPL в этом случае будет помещён CRT.TPU вместо CRT.TPP.

          В случае, если есть уже готовый EXE-файл, вызывающий ошибку 200 при запуске, но нет исходного текста программы на Паскале, следует воспользоваться следующим советом. С помощью двоичного редактора, например, HIEW, следует найти в коде последовательность байт с шестнадцатеричными кодами:
F7 D0 F7 D2 B9 37 00 F7 F1
и заменить её на последовательность:
B8 01 00 90 90 90 90 90 90

          Данная замена в инициализационной секции CRT приводит к тому, что исчезает ошибка 200, но также после этого процедура Delay перестаёт давать задержку. Чтобы процедура Delay снова заработала, следует далее найти в EXE-файле последовательность байт:
33 FF 26 8A 1D A1 ?? ?? 33 D2 E8 05 00 E2 F6
и заменить её на:
B8 E8 03 F7 E1 8B CA 8B D0 B4 86 CD 15 90 90

В ассемблеровском виде новая процедура Delay представляет собой следующее:

mov    ax,03E8h
mul    cx
mov    cx,dx
mov    dx,ax
mov    ah,086h
int    15h

          Новая процедура Delay действительно работает и даёт нормальную задержку, однако не на всех компьютерах и операционных системах. Функция int 15h, используемая в данном варианте Delay не будет работать на старых компьютерах XT, PC, PCjr, а также под Windows NT/2000/XP/Server2003. (Под Windows NT/2000/XP/Server2003 программа работать будет нормально, но процедура Delay не будет давать задержки). Вставить полноценную новую процедуру Delay, не имея исходных текстов невозможно, так как её код длиннее, чем код старой.
 

Дело в том, что, как уже говорилось, модуль CRT подключает к программе инициализационную секцию, которая увеличивает размер EXE-файла на 1,5 Kb. (На самом деле эти 1,5 Kb содержат не только инициализационные процедуры, а все процедуры и функции модуля CRT, так как он написан на ассемблере цельным файлом). В инициализационной секции находятся новые драйверы текстовых устройств. Драйвер, обслуживающий стандартный файл Input, расширяет возможности Read/ReadLn, а драйвер, обслуживающий файл Output, производит вывод в видеопамять (что ускоряет работу) и позволяет использовать цвета (TextColor, TextBackground, ...). Но существует очень много программ, которые никак не используют эти возможности модуля CRT. Очень часто пользователи подключают модуль CRT к своим программам для использования процедур KeyPressed, ReadKey, GotoXY, ClrScr и т.д. Для таких процедур инициализационная секция не нужна. В этом случае она, автоматически подключившись к программе, работает впустую, только увеличивая размер EXE-файла на 1,5 Kb.            Мой модуль NEW_CRT не содержит инициализационной секции. Поэтому он лишён некоторых возможностей, а именно: не работают процедуры TextColor, TextBackground, Window, не производится вывод информации в видеопамять и отслеживание нажатия Ctrl-Break. Отсутствуют некоторые переменные. Зато уверенно работают следующие процедуры: KeyPressed, ReadKey, TextMode, GotoXY, WhereX, WhereY, ClrScr, ClrEol, InsLine, DelLine, Delay, Sound, NoSound. Так же предусмотрена следующая возможность. Если сразу после begin главной программы вызвать процедуру Crt_Init, станут доступны процедуры TextColor, TextBackground, LowVideo, HighVideo, NormVideo, а также переменная TextAttr. Но в отличие от стандартного модуля CRT, вывод по-прежнему будет производиться через прерывание BIOS INT 10, что в некоторых случаях может неблагоприятно сказаться на скорости работы программы. И, во-вторых, в процедуре Crt_Init предусмотрено только переназначение драйвера вывода (Output), а Input по-прежнему остаётся "во власти" модуля System. Это приводит к тому, что процедуры Read/ReadLn остаются чёрно-белыми. Конечно, можно было бы и это предусмотреть, но тогда не было бы заметного выигрыша в размере EXE-файла по сравнению со стандартным модулем CRT. В случае применения процедуры Crt_Init выигрыш составляет уже не 1,5 Kb, а 1,3 Kb.             В следующей таблице приведён небольшой тест. В последнем примере используется обращение к Crt_Init, так как в этой программе есть процедура TextColor.

Имя программы		Исходный  размер	DIET  1.0	WWPACK 3.02	APACK  0.98
ARTY	CRT	25584	17113	16648	15743
	NEW_CRT	24080	15861	15439	14546
	Выигрыш	1504	1252	1209	1197
BGIDEMO	CRT	42032	24979	23821	22251
	NEW_CRT	40608	23795	22683	21151
	Выигрыш	1424	1184	1138	1100
OVRDEMO	CRT	6224	5139	5260	4773
	NEW_CRT	4912	4066	4210	3777
	Выигрыш	1312	1073	1050	996

Для использования модуля NEW_CRT необходимо в Вашей программе (и/или всех модулях, которые она использует) заменить в строчке 'uses' CRT на NEW_CRT. В случае, если программа ссылается на переменные типа CheckBreak, CheckSnow или DirectVideo, можно просто убрать эти ссылки. Как уже говорилось, в модуле NEW_CRT вывод всегда идёт через BIOS, поэтому DirectVideo подразумевается равным false, а CheckSnow, следовательно, true.

В этом архиве находятся файлы:
              DOC_CRT.TXT    - Список изменений, которые следует внести в CRT.ASM
              CRT.TPU               - Исправленный модуль для реального режима
              CRT.TPP               - Исправленный модуль для защищённого режима
              NEW_CRT.PAS    - Альтернативный модуль CRT

< < < На главную страничку < < <