Линия A20 - A20 line

В A20, или же адресная строка 20, один из электрические линии, которые составляют системная шина из x86 компьютерная система на базе. Линия A20, в частности, используется для передачи 21-го бита на адресная шина.

Микропроцессор обычно имеет количество адресных линий, равное основанию два. логарифм своего физического адресного пространства. Например, процессор с 4 ГБ с байтовой адресацией Для физического пространства требуется 32 строки, которые имеют имена от A0 до A31. Строки названы в честь отсчитываемого от нуля номера бита в адресе, который они передают. В младший бит является первым и поэтому нумеруется как бит 0 и сигнализируется в строке A0. A20 передает бит 20 (21-й бит) и становится активным, когда адрес достигает 1 МБ или 220.

Область верхней памяти доступна в реальном режиме только на процессорах 80286, если включен шлюз A20.

Обзор

Смотрите также: сегментация памяти x86

В Intel 8086, Intel 8088, и Intel 80186 у процессоров было 20 адресных строк, пронумерованных от A0 до A19; с ними процессор может получить доступ к 220 байтов или 1 МБ. Регистры внутреннего адреса таких процессоров имели всего 16 бит. Для доступа к 20-битному адресному пространству ссылка на внешнюю память состояла из 16-битного компенсировать адрес добавлен в 16-битный сегмент число, сдвинутое на 4 бита, чтобы получить 20-битный физический адрес. Результирующий адрес равен сегмент × 16 + компенсировать.[1] Существует множество комбинаций сегмента и смещения, которые дают один и тот же 20-битный физический адрес. Следовательно, существовали различные способы адресации одного и того же байта в памяти.[2] Например, вот четыре из 4096 различных комбинаций сегментов: смещения, все из которых относятся к байту, физический адрес которого равен 0x000FFFFF (последний байт в пространстве памяти 1 МБ):

F000: FFFF
FFFF: 000F
F555: AAAF
F800: 7FFF

В последнем случае увеличение смещения на единицу дает F800: 8000, который является правильным адресом для процессора, но поскольку он преобразуется в физический адрес 0x00100000 (первый байт размером более 1 МБ), процессору потребуется другой адрес. строка для фактического доступа к этому байту. Поскольку в линейке процессоров 8086 такой строки нет, 21-й бит выше, когда он установлен, сбрасывается, в результате чего адрес F800: 8000 «оборачивается».[1] и фактически указывать на физический адрес 0x00000000.

Когда IBM разработал IBM PC AT (1984 г.) на машине было решено использовать новую, более производительную Intel 80286 микропроцессор. 80286 может адресовать до 16 МБ системной памяти в защищенный режим. Однако ЦП должен был имитировать поведение 8086 в реальный режим, его режим запуска, чтобы он мог запускать операционные системы и программы, которые не были написаны для защищенного режима. Однако 80286 не обнулял линию A20 в реальном режиме. Следовательно, комбинация F800: 8000 больше не будет указывать на физический адрес 0x00000000, а на адрес 0x00100000. В результате программы, использующие перенос адреса, больше не будут работать. Чтобы сохранить совместимость с такими программами, IBM решила исправить проблему на материнская плата.

Это было достигнуто путем вставки логический вентиль на линии A20 между процессором и системной шиной, получившей название Ворота-А20. Gate-A20 можно включать или отключать программно, чтобы разрешить или запретить адресной шине получать сигнал от A20. Он настроен на непередачу для выполнения старых программ, которые полагаются на циклическую передачу. Во время загрузки BIOS сначала включает Gate-A20, когда он подсчитывает и проверяет всю системную память, а затем отключает его перед передачей управления операционной системе.

Первоначально логический вентиль был вентилем, подключенным к Intel 8042 контроллер клавиатуры.[1] Контроль над этим был относительно медленным процессом. С тех пор были добавлены другие методы, позволяющие более эффективно выполнять многозадачность программ, которым требуется этот цикл с программами, которые обращаются ко всей системной памяти. Есть несколько методов управления линией A20.[3]

Отключение A20 не приведет к заворачиванию все доступ к памяти превышает 1 МБ, только те, которые находятся в диапазонах 1–2 МБ, 3–4 МБ, 5–6 МБ и т. д. В реальном режиме программное обеспечение заботилось только о площади чуть выше 1 МБ, поэтому линейки Gate-A20 было достаточно.

Включение линии Gate-A20 - один из первых шагов, которые защищенный режим x86 Операционная система выполняет в процессе загрузки, часто до того, как управление будет передано ядру из бутстрап (например, в случае Linux).

Виртуальный режим 8086, представленный Intel 80386, позволяет моделировать циклический переход A20 с помощью виртуальная память возможности процессора; физическая память может быть отображена на несколько виртуальных адресов. Таким образом, память, отображенная в первый мегабайт виртуальной памяти, может быть снова отображена во втором мегабайте виртуальной памяти. Операционная система может перехватывать изменения в шлюзе A20 и вносить соответствующие изменения в адресное пространство виртуальной памяти, что также делает несущественным эффективность переключения линий шлюза-A20.

Ворота A20

Управление линией A20 было важной функцией на одном из этапов развития архитектуры IBM PC, поскольку оно добавляло доступ к дополнительным 65 520 байтам (64 КБ - 16 байтов) памяти в реальный режим, без значительных изменений программного обеспечения.

В том, что, возможно, было «взломом», гейт A20 изначально был частью контроллера клавиатуры на материнской плате, который мог открывать или закрывать его в зависимости от желаемого поведения.[4]

Затвор A20 по-прежнему присутствует на многих современных ПК, и он изначально закрывается сразу после загрузки. Современное защищенный режим операционные системы обычно открывают шлюз A20 в начале процесса загрузки и никогда не закрывают его снова. Такие операционные системы не имеют причин совместимости, чтобы держать его закрытым, и они получают доступ ко всему диапазону доступных физических адресов, открывая его.

В Intel 80486 и Pentium добавлен специальный контакт с именем A20M #, который, когда установлен низкий, заставляет бит 20 физического адреса быть нулевым для всех обращений к кэш-памяти или внешней памяти на кристалле. Это было необходимо, так как 80486 представил кеш-память на кристалле, и поэтому маскирование этого бита во внешней логике было невозможно. Программное обеспечение по-прежнему должно управлять воротами и работать с внешними периферийными устройствами ( чипсет ) для этого.[5]

Поддержка ворот A20 была изменена в Микроархитектура Nehalem (некоторые источники ошибочно утверждают, что поддержка A20 была удалена). Вместо того, чтобы ЦП имел выделенный вывод A20M #, который принимает сигнал, следует ли маскировать бит A20, он был виртуализирован так, что информация отправляется от периферийного оборудования к ЦП с использованием специальных циклов шины.[нужна цитата ] С точки зрения программного обеспечения механизм работает точно так же, как и раньше, и операционная система должна по-прежнему программировать внешнее оборудование (которое, в свою очередь, отправляет вышеупомянутые циклы шины в ЦП), чтобы отключить маскировку A20.[нужна цитата ]

Intel больше не поддерживает шлюз A20, начиная с Haswell. Стр. 271 Руководства Intel по системному программированию Том. 3A от июня 2013 г. гласит: «Функциональность A20M # используется в основном в более старых операционных системах и не используется в современных операционных системах. На новых процессорах Intel 64 A20M # может отсутствовать».[6]

Обработчик A20

В Обработчик A20 является IBM PC менеджер памяти программное обеспечение, контролирующее доступ к область высокой памяти (HMA). Расширенная память менеджеры обычно предоставляют эту функцию. Обработчики A20 названы в честь 21-й адресной строки микропроцессора, строки A20.

В ДОС, Менеджеры HMA, такие как HIMEM.SYS есть «дополнительная задача» по управлению A20. HIMEM.SYS предоставил API для открытия / закрытия A20. Сама DOS могла использовать эту область для некоторых своих потребностей в хранилище, тем самым освобождая более обычную память для программ. Эта функция была включена ДОС = ВЫСОКИЙ или же HIDOS = ВКЛ директивы в CONFIG.SYS конфигурационный файл.

Затронутые программы

С 1980 года перенос адресов использовался внутри компании 86-ДОС и MS-DOS реализовать CP / M -стиль CALL 5 точка входа в Префикс сегмента программы (PSP) (что частично напоминает CP / M's нулевая страница ).[7][8] Это, в частности, использовалось программами машинный перевод из CP / M-80 через переводчики ассемблера[7] подобно Сиэтл Компьютерные продукты ' TRANS86.[9] Обработчик CALL 5, на который ссылается эта точка входа, находится по физическому адресу 0x000000C0 (перекрывая запись для INT 30h и первый байт INT 31h в реальный режим таблица векторов прерываний ).[10][11][12] Однако по конструкции CP / M-80 8080 /Z80 16-битный целевой адрес, хранящийся по смещению 6 на нулевой странице, также может быть сознательно интерпретирован как размер памяти сегмента.[7] Чтобы эмулировать это в DOS с его схемой адресации сегмент: смещение 8086, 16-битное смещение точки входа дальнего вызова должно соответствовать этому размеру сегмента (например, 0xFEF0), который хранится по смещению 6 в PSP, перекрывая части ЗВОНИТЕ 5.[11][12] Единственный способ согласовать эти требования состоял в том, чтобы выбрать значение сегмента, которое при добавлении к 0xFEF0 дает адрес 0x001000C0, который на 8086 преобразуется в 0x000000C0.[13][10][12]

A20 должен был быть отключен, чтобы произошел цикл, и программы DOS, использующие этот интерфейс, работали. Более новые версии DOS, которые могут перемещать части себя в HMA, обычно создают копию точки входа в FFFF: 00D0 в HMA (которая снова разрешается в физический 0x001000C0), так что интерфейс может работать независимо от состояния A20 .[12][14]

Известно, что одна программа, использующая интерфейс CALL 5, - это версия DOS Маленький-C компилятор.[15] Кроме того, утилита SPELL в Microsoft Word 3.0 (1987) - одна из программ, которая зависит от интерфейса CALL 5, который необходимо настроить соответствующим образом.[16] Sun Microsystems ' ПК-NFS (1993) также требует исправления CALL 5.[14]

Также, чтобы сэкономить место в программе,[1] уловка была использована некоторыми BIOS и программисты DOS, например, чтобы иметь один сегмент, имеющий доступ к данным программы (например, от F800: 0000 до F800: 7FFF, указывающий на физические адреса 0x000F8000–0x000FFFFF), а также к данным ввода-вывода (например, буфер клавиатуры), который находился в первом сегменте памяти (с адресами от F800: 8000 до F800: FFFF, указывающими на физические адреса от 0x00000000 до 0x00007FFF).

Этот трюк работает до тех пор, пока код не выполняется в мало памяти, первые 64 КБ ОЗУ, условие, которое всегда выполнялось в старых версиях DOS без возможности высокой загрузки.

Когда ядро ​​DOS было перемещено в области более высокой памяти, для программ все больше стала доступна меньшая память, что привело к сбою программ, зависящих от цикла.[17] Исполняемые загрузчики в новых версиях DOS пытаются обнаружить некоторые распространенные типы затронутых программ и либо исправить их на лету, чтобы они работали также в нехватке памяти.[18] или загрузите их выше первых 64 КБ, прежде чем передавать им выполнение.[18] Для программ, которые не определяются автоматически, ЗАГРУЗИТЬ[19] или же МЕММАКС -L[19] может использоваться для принудительной загрузки программ выше первых 64 КБ.

Уловку использовали IBM / Microsoft Паскаль сам, а также программы, скомпилированные с его помощью,[20][21][8][15] включая Microsoft MASM.[15] Другие часто используемые утилиты разработки, использующие это, были исполняемые компрессоры как у Реалии Spacemaker[18] (написано Роберт Б. К. Дьюар в 1982 году и использовался для сжатия ранних версий Norton Utilities[22][23][24][25]) и Microsoft EXEPACK[17][18][1][26][15] (написано Рубен Борман в 1985 г.), а также эквивалентный параметр / E [XEPACK] в Microsoft LINK 3.02 и более поздних версиях.[17][1][26][24] Программы, обработанные с помощью EXEPACK, будут отображать сообщение об ошибке «Упакованный файл поврежден».[1][26]

Существуют различные сторонние утилиты для изменения сжатых исполняемых файлов, которые либо заменяют проблемные процедуры распаковки, либо пытаются развернуть и восстановить исходный файл.

Современное Устаревший BIOS загрузчики (такие как GNU GRUB ) используйте линию A20.[27] Загрузчики UEFI используют 32-разрядную версию защищенный режим или 64-битный длинный режим.

Смотрите также

Рекомендации

  1. ^ а б c d е ж грамм Пол, Матиас Р. (2002-02-02). "Treiber Dynamisch nachladen (Внутрисегментное смещение-перемещение с использованием TSR в HMA)" [Загрузка драйверов динамически (перемещение внутрисегментного смещения для загрузки TSR в HMA)] (на немецком языке). Группа новостей: de.comp.os.msdos. В архиве из оригинала на 09.09.2017. Получено 2017-07-02. (NB. Дает исчерпывающий обзор истории и «природы» HMA и неочевидные конструктивные ограничения, которые необходимо соблюдать при разработке расширений резидентной системы, загружаемых в HMA, некоторые из которых вызваны шлюзом A20. Он также описывает, как решать эти проблемы с помощью заглушки, бэкдоры и перемещение смещения внутри сегмента, метод, используемый DR-DOS драйверы, способные перемещаться в HMA и аналогичные (более сложному) методу, используемому в качестве основы для динамическое устранение мертвого кода в авторском драйвере FreeKEYB.)
  2. ^ Пол, Маттиас Р. (11 апреля 2002 г.). "Re: [fd-dev] ОБЪЯВЛЕНИЕ: CuteMouse 2.0 alpha 1". freedos-dev. В архиве из оригинала от 21.02.2020. Получено 2020-02-21.
  3. ^ «Линия А20». OSDev Wiki.
  4. ^ Шенли, Том; Андерсон, Дон (1995). Swindle, Джон (ред.). Системная архитектура ISA (3-е изд.). Mindshare, Inc. / Издательство Эддисон-Уэсли. стр.79 –80. ISBN  0-201-40996-8. ISBN  978-0-201-40996-3. [1]
  5. ^ Шенли, Том (1996). Архитектура программного обеспечения в защищенном режиме. Тейлор и Фрэнсис. п. 60. ISBN  0-201-55447-X.
  6. ^ Руководство системного программиста Intel Vol. 3А с июня 2013 г..
  7. ^ а б c 86-DOS - Дисковая операционная система для 8086 - Руководство программиста (PDF). Версия 0.3 (Предварительная ред.). Сиэтл, Вашингтон, США: Сиэтл Компьютерные Продукты, Inc. 1980. С. 7, 17. Архивировано из оригинал (PDF) на 2019-06-23. Получено 2011-09-13. […] Эта форма предназначена для упрощения перевод программ 8080 / Z80 в код 8086, и не рекомендуется для новых программ. […] Объем памяти. Это количество байтов, доступных в сегменте программы. […] (41 стр.)
  8. ^ а б Летвин, Джеймс (1985-04-10). «Способ и операционная система для выполнения программ в многомодовом микропроцессоре». Microsoft. US06722052, US4779187A. В архиве из оригинала на 18.02.2020. Получено 2018-09-23. […] Некоторые программы, написанные для 8086, полагаются на [перенос адреса] для правильной работы. К сожалению, ячейки памяти превышают 1 мегабайт в реальном режиме 80286 и не переносятся в ячейки памяти с низким уровнем памяти. Следовательно, программы, в том числе написанные на MicroSoft PASCAL а программы, использующие функцию «Вызов 5» MS-DOS, не будут работать в стандартной системе 80286. […] Например, никакие программы PASCAL не загружаются в память ниже 64К, а специальная инструкция помещается в нижние области памяти выше 1 мегабайта, например, по адресу 100000h или 100010h. […] [2]
  9. ^ Тейлор, Роджер; Леммонс, Фил (июнь 1982 г.). «Переход вверх - Часть 1: Переводчики - Использование программ перевода для перемещения программ CP / M-86 в CP / M и MS-DOS» (PDF). БАЙТ. Vol. 7 нет. 6. BYTE Publications Inc. С. 321–322, 324, 326, 328, 330, 332, 334, 336, 338, 340, 342, 344 [342, 344]. ISSN  0360-5280. CODEN BYTEDJ. В архиве (PDF) из оригинала на 2020-01-16. Получено 2020-01-15. […] Получение доступа к CP / M-86 […] Получение доступа к CP / M-86 требует помещения кода функции в регистр CL, помещения параметра байта в регистр DL или помещения параметра слова в регистр DX, помещения сегмента данных в регистр DS (данные сегмент обычно не изменяется для преобразованной программы), и выполнение программного прерывания, ИНТ # 224. Результат возвращается в регистр AL, если это байтовое значение; если результатом является значение слова, оно возвращается в регистры AX и BX. Значения двойного слова возвращаются со смещением в регистрах BX и сегментом в регистре ES. Конвертация программ из CP / M-80 к CP / M-86, тогда требуется заменить вызов к ячейке 5 программным прерыванием INT # 224. Еще одно необходимое изменение связано с теплый ботинок. В CP / M-80 доступ к горячей загрузке можно получить с помощью системного вызова с кодом функции 0 для перехода к местоположению 0. CP / M-86, однако, не поддерживает переход к местоположению 0. В результате , вы должны изменить этот программный выход в переведенной программе, чтобы программа работала правильно. При условии, что вызов местоположения 5 заменен на INT # 224, что выполнено изменение горячей загрузки и что регистры отображаются правильно, не должно возникнуть особых проблем с получением транслированной программы для доступа к системным функциям CP / M-86. . […] Получение доступа к MS-DOS […] Хотя MS-DOS имеет "предпочтительный" механизм программных прерываний, ИНТ # 33 для доступа к системе предоставляется дополнительный механизм для «уже существующих» программ, который совместим с соглашениями о вызовах CP / M-80, по крайней мере, для функций в диапазоне 0-36. Что касается системных вызовов в допустимом диапазоне функций, программисту не нужно ничего делать с транслированными программами, чтобы заставить их работать под MS-DOS, кроме как правильно отображать регистры. MS-DOS также поддерживает функцию горячей загрузки CP / M-80. Переход к позиции 0 в MS-DOS вызывает программное прерывание, ИНТ # 32, который функционально является окончанием программы и обычным способом выхода из программы. […] [3] [4][5][6][7][8][9][10][11][12][13][14][15][16] (13 стр.)
  10. ^ а б Шеперс, Арне (1991). "Kapitel 5: EXEC im Detail - Program Segment Prefix (PSP)". DOS 5 для программиста: Die endgültige Referenz (на немецком языке) (1-е изд.). Addison Wesley (Deutschland) GmbH. С. 148–151, 971–972 [149, 971–972]. ISBN  3-89319-350-2. (1123 + V страниц, складной, 5,25 "-флоппи)
  11. ^ а б «Формат префикса сегмента программы (PSP)». INTER61. 2000. В архиве из оригинала на 17.02.2020. Получено 2019-12-19.
  12. ^ а б c d Некасек, Михал (13 сентября 2011). "Кому вообще нужен перенос адреса?". OS / 2 музей. В архиве из оригинала на 19.02.2020. Получено 2020-02-19. […] 86-ДОС, и поэтому ПК DOS /MS-DOS, использовал хитрый трюк. Байт по смещению 5 PSP содержит код операции дальнего вызова (9Ah); слово со смещением 6 PSP содержало соответствующее значение, указывающее размер сегмента программы, а также смещение части дальнего вызова. Слово со смещением 8, которое служило сегментной частью удаленного вызова, было создано таким образом, что в сочетании со смещением оно оборачивается (хорошо понятная особенность 8086 CPU) и укажите адрес 0: C0h, который содержит вектор прерывания 30h. […] Проблема с интерфейсом совместимости возникает, когда загруженная программа фактически имеет менее 64 КБ. Если это произойдет, слово со смещением PSP 6 может не содержать правильного значения, но интерфейс CALL 5 все равно будет работать; команда со смещением 5 будет CALL 0: C0h, что сделает сообщаемый размер программного сегмента C0h. Непонятно, зачем DOS это делает; это кажется ошибкой в ​​DOS 5.0 и более поздних версиях, поскольку DOS 4.0 и более ранние версии просто корректируют часть сегмента так, чтобы она оборачивалась до 0: C0h. Это работает, пока размер сегмента программы выровнен по абзацу, и так оно и будет. […]
  13. ^ Нортон, Питер. Слишком сложно и странно объяснять. Отсутствует или пусто | название = (помощь)
  14. ^ а б OpenDOS 7.01 M.R.S .: IBMBIO BIOSINIT.A86 SetupHMA. Caldera, Inc. 1997-04-16. DOSSRC.ZIP. […] BIOSINIT.A86 1.40 93/11/11 12:25:29 […] ВДИСК заголовок изменяется […] BIOSINIT.A86 1.39 93/11/08 23:19:22 […] SetupHMA выполняет инициализацию CALL5 […] теперь исправляет JMPF в привет память для CALL5 ссылка для ПК-NFS […]
  15. ^ а б c d Некасек, Михал (16.03.2018). "Ворота A20: это не было WordStar". OS / 2 музей. В архиве из оригинала на 2018-09-23. Получено 2018-09-23.
  16. ^ Парсонс, Джефф (2018-05-27) [1987-12-01, 1987-08-02]. "Кто-то наложил на меня заклинание". PCjs. В архиве из оригинала на 2019-01-29. Получено 2019-04-21.
  17. ^ а б c Шульман, Эндрю; Браун, Ральф Д.; Макси, Дэвид; Michels, Raymond J .; Кайл, Джим (1994) [ноябрь 1993]. Уильямс, Эндрю (ред.). Недокументированная DOS: руководство программиста по зарезервированным функциям и структурам данных MS-DOS - расширено за счет включения MS-DOS 6, Novell DOS и Windows 3.1. Серия программ Эндрю Шульман (1-е издание, 2-е изд.). Ридинг, Массачусетс, США: Издательство Эддисон Уэсли. стр.349 –350. ISBN  0-201-63287-X. ISBN  978-0-201-63287-3. […] Если оставить строку A20 включенной, возникают проблемы с программами, которые ожидают циклического перехода […] Одной из таких программ была процедура распаковки. Microsoft собственный компоновщик, изначально включенный в любой файл, который был EXEPACKED уменьшить его размер! По словам Филиппа Гарднера, автора условно-бесплатной программы DOSMAX UMB своевременность обслуживания и ветеран в области разборки DOS, печально известное сообщение об ошибке «Packed File Corrupt», которое начало появляться повсюду вскоре после появления DOS 5.0, напрямую связано с тем, что линия A20 включена, а исходная процедура распаковки зависит об эффекте обтекания сегментов, чтобы правильно расширить сжатые файлы. […] (xviii + 856 + vi страниц, 3,5-дюймовая дискета [17] ) Исправления: [18][19] (NB. На странице 350 в книге есть подробное описание внутренней работы проблемной процедуры распаковки EXEPACK.)
  18. ^ а б c d е Пол, Маттиас Р. (2002-10-07) [2000]. "Re: masm .com (PSP) проблема, связанная с". Группа новостей: alt.lang.asm. В архиве из оригинала от 03.09.2017. Получено 2017-09-03. […] DR Параллельный DOS 386 (с 1988-07-08) загрузит EXEPACKED программы выше отметки 64К, то есть вне "самая низкая память ", расширяя блок памяти, содержащий среду программы […] DR DOS 5.0 + всегда загружает .EXE -форматировать программы без исправлений, а также (с 1990-05-25) .COM -форматировать программы, сжатые SpaceMaker - и, следовательно, начиная с 9Ch 55h (PUSHF / PUSH BP) - выше отметки 64K, чтобы избежать ошибки зацикливания EXEPACK. Он делает это за счет расширения блока памяти, содержащего среду программы, с 14 декабря 1989 года при необходимости даже выделяет несколько заполнителей. Этот код расширения среды отключен, если имя родительской программы, хранящееся в MCB, - «WIN», чтобы повысить производительность при WIN.COM запускает KERNEL.EXE (0 элементов перемещения). […] MS-DOS /ПК DOS 5.0 + […] Ядро сканирует различные последовательности кода в исполняемых файлах формата .EXE и применяет исправления для различных версий файлов с расширением EXEPACK, чтобы позволить им работать в самой низкой памяти (когда DOS находится в HMA ), то есть сегмент нагрузки <64 Кб. В противном случае они отобразили бы «Упакованный файл поврежден». Код проверяет, что точка входа кода […] не является <0002h […], а затем читает СЛОВО, непосредственно предшествующее точке входа […]. Если это СЛОВО читает 5242h («RB»), предполагается, что файл EXEPACKED. Затем код ищет одну из нескольких комбинаций кодовых последовательностей на смещениях от этой сигнатуры "RB". […] Ядро MS-DOS 5.0+ […] сканирует неизвестный класс .COM исполняемые файлы. Если их подписи найдены в файле, переменная обратного отсчета A20 по смещению 18h в таблице информации о дисковом буфере (см. Таблицу «Информация о дисковом буфере DOS 5.0-6.0») будет установлена ​​на 10, что приведет к отключению A20 после INT. 21h вызывает это количество вызовов INT 21h. Предположительно, этот класс программ требует, чтобы A20 был отключен на некоторое время после его начала выполнения. (Аналогичные действия происходят при входе в INT 21h / AH = 25h и AH = 49h.) […]
  19. ^ а б Пол, Матиас Р. (1997-07-30) [1996-06-18, 1994-05-01]. "V.4. Bessere Speicherausnutzung mit selbsthochladenden Programmen". NWDOS-TIPs - Советы и приемы для Novell DOS 7, с подробностями, исправлениями и обходными путями Blick auf undokumentierte. MPDOSTIP. Выпуск 157 (на немецком языке) (3-е изд.). В архиве из оригинала от 04.11.2016. Получено 2014-08-06. (NB. Данная ссылка указывает на HTML-конвертированную версию NWDOSTIP.TXT, который является частью MPDOSTIP.ZIP коллекция.) [20]
  20. ^ Компилятор Паскаля (PDF). Серия языков персонального компьютера (1-е изд.). Международная корпорация бизнес-машин. Август 1981 г. В архиве (PDF) из оригинала на 2020-05-29. Получено 2018-09-23.
  21. ^ «NAME ENTX - Microsoft MS-DOS Computer Pascal runtime system control». Версия 1.00. Microsoft Corp. 1981. В архиве из оригинала на 2020-02-23. Получено 2020-02-23. […] DX - окончательный DS (может быть отрицательным) […] окончательное значение DS (может быть отрицательным) […]
  22. ^ «Экспертный отчет Роберта Б. К. Дьюара в ответ на отчет Кеннета Д. Крюса». Cambridge University Press и др. Против Паттона и др., Filing 124, Supplemental Initial Disclosures by Cambridge University Press, Oxford University Press, Inc., Sage Publications, Inc. - Cambridge University Press, Oxfort University Press, Inc. и Sage Publications, Inc. против Марка П. Беккера, президента Университета штата Джорджия, и др., Гражданский иск № 1: 08-CV-1425-ODE (Судебный документ). Окружной суд США Северного округа Джорджии, Атланта. п. 18. Приложение А. В архиве из оригинала на 2018-05-01. Получено 2019-04-23. […] РАСПРЕДЕЛИТЕЛЬ и ТЕРМУЛЯТОР, стандартное программное обеспечение для IBM PC (ПК DOS утилита сжатия файлов и ВТ-100 эмулятор), продаваемым Realia, Inc. R.B.K. Дьюар (1982-1983), 8088 ассемблер, 8000 строк […]
  23. ^ Realia, Inc. (январь 1983 г.). "Если вы используете DOS, вам нужна эта программа". Журнал ПК (рекламное объявление). Ziff-Davis Publishing. 2 (9): 417. В архиве из оригинала на 22.04.2019. Получено 2019-04-22.
  24. ^ а б Дьюар, Роберт Берридейл Кейт (1984-03-13). "DOS 3.1 ASMB (еще одна глупая ошибка Microsoft)". [email protected]. В архиве из оригинала на 2018-05-01. Получено 2019-04-23. […] Параметр / E компоновщика должен генерировать EXE-файл, который логически эквивалентен несжатому EXE-файлу. Текущая версия […] приводит к затиранию AX. AX при входе в EXE-файл имеет определенное значение (он указывает правильность диска для параметров), поэтому он должен быть передан в несжатый образ. Учитывая это одно очень очевидное нарушение правил интерфейса, могут быть и другие, я не удосужился исследовать дальнейшее […] Я написал Realia SpaceMaker программа, которая делает то же самое с EXEPACK вариант (но, разумеется, не имеет этого конкретного […]
  25. ^ Некасек, Михал (30.04.2018). "Realia SpaceMaker". OS / 2 музей. В архиве из оригинала на 2019-01-27. Получено 2019-02-22.
  26. ^ а б c Некасек, Михал (23.03.2018). "EXEPACK и ворота A20". OS / 2 музей. В архиве из оригинала на 2018-11-13. Получено 2019-04-20.
  27. ^ «Линия A20 - OSDev Wiki». wiki.osdev.org. Получено 2020-09-10.

дальнейшее чтение