Здравствуйте, Степанов Александр Андреевич.

Данный код при выполнении в среде Windows 2000 и выше не приводит к ожидаемому результату потому, что окно DOS-задачи в текстовом режиме в качестве активной использует видеостраницу №1, которая имеет начальный адрес видеопамяти B800:04001000, а приведенный код выводит "рожицу" в видеостраницу №0, которая начинается с адреса B800:0000.
Принудительная установка режима (mov ax, 3; int 10h) приводит к тому, что активной страницей становится нулевая, после чего запись данных в видеопамять приводит и к их отображению.
Вместо вызова функции установки режима также может быть использована функция установки активной страницы (mov ax 0500h; int 10h).

Здравствуйте, Степанов Александр Андреевич.

Вы спрашивали:

а объяснить можете из-за чего в windows XP /Vista не пашет?

Смотрите приложение.
В приложении программа, которая тестирует вывод информации в 3-ем текстовом режиме командной оболочкой ХР.
Начнем с истории: вывести информацию в чистом MS-DOS можно было четырьмя способами:
- использовать функции MS-DOS(21h-е прерывание, я использовал не докумментированую функцию int 29h, информация записывается в видеобуфер либо средсвами BIOS либо своими MS-DOS и выводится на экран);
- использовать функции BIOS(int 10h - 09h,10h,0eh,13h, информация записывается в видеобуфер и только потом выводится на экран);
- использовать прямую запись в видеобуфер (именно Ваш вопрос: программа записывает нужную информацию в видеобуфер, а потом видеоконтролер считывает её и выводит на экран);
- использовать прямую работу с видеоконтролером(программа передаёт нужную информацию прямо в видеокнтролер минуя посредников, а он её выводит на экран).
Именно в такой последовательности эммулируется MS-DOS в command.com Win9x. Разработчики WinNT(2K, XP или Vista) пошли другим путем, они посчитали, что пользователю не нужно знать как эммулируется их программа в cmd.exe, главное чтобы она выполняла задачи разработчика. Если Вы в WinNT пользуетесь стандартными средствами MS-DOS или BIOS всё проходит гладко, пользователь этого даже не замечает, но с нестандартными методами вывода появляюся проблемы.
у Вас именно нестандарный метод.
Итак по программе в приложении, что она делает: Информация на экран выводится стандартными средствами MS-DOS или BIOS, а потом ищется в видеобуфере её наличие:
Есть несколько вариантов её использования:
Вариант №1(вариант №2 должен быть закомметирован)- перед началом вывода устанавливается 3-ий текстовый режим и информация записывается куда нужно.Строки:
mov al,10;переход на следующую строку, нужны только чтобы не затиралась информация в варианте №2
int 29h
переводят строку именно для второго варианта, пока их не касаемся, но учтем это, т.е. в 3-ем текстовом режиме одна строка на экране длиною 80-т символов и каждый символ занимает два байта(код символа и цвет+фон), итого получается 160₁₀=A0₁₆. Программа выводит информацию в 16-ой системе.
Вариант №2 (первый вариант закомментирован), текстовый режим устанавливается после вывода на экран. Заметьте он устанавливается со старшим битом равным 1, строка mov ax,83h, разложите число в битовое представление. Такой вариант позволяет переходить в нужный режим не очищая экран. При этом курсор переводится в левый-верхний уголо и вывод начнется именно с этой позиции, именно для этого и переводилась строка. Такой подход заставляет видеоконтролер нужным образом заполнить видеобуфер самому.
Теперь вариант №0, когда все варианты отключены, т.е. закомментированы. Это практически и есть Ваша программа, но мы всё делаем методом от обратного, т.е. выводим информацию, а потом ищем нужную запись в видеобуфере. В результате - результата нет.
Итого что имеется:
Вариант №1 - информация в видеобуфере есть и программа работает правильно.
Вариант №2 - информация в видеобуфере есть, но она копируется когда устанавливается режим без очистки экрана.
Вариант №0 - видеобуфер Видео буфер пуст и вывод идет именно четвёртым способом, т.е. прямая работа с видеоконтролером.
Но это работа эммулятора WinNT, а не чистой MS-DOS.
Еще капельку истории, о том как происходит вывод в эмуляторе. По своей сути эммулятор WinNT, это только консольное приложение WinNT, которое использует нужные фунции для вывода на экран.
После продолжительных споров с экспертом Лысковым И. В., мы оба пришли к выводу,
что эммулятор CMD.EXE с целью увеличеиня быстродействия приложений пользователя эмулируя функции MS-DOS или BIOS, использует прямую запись информации в видеоконтролер минуя видеобуфер, роль видеоконтролера выполняют консольные функции Windows API. И только когда непосредственно задан видеорежим создается полная эммуляция работы "железа", т.е. запись в видеобуфер, чтение информации из него видеоконтролером и выводом её на экран

Удачи!

Приложение:
model tiny
.code
.186
org 100h
begin:
;Вариант №1
mov ax,3h
int 10h
mov al,10;переход на следующую строку, только чтобы не затиралась информация
int 29h
mov al,'a'
int 29h
mov al,'+'
int 29h
mov al,'b'
int 29h
;тут ещё в предыдущем режиме
xor ax,ax
int 16h
;Вариант №2

int 10h
;тут уже в установленном
xor ax,ax
int 16h
;
;Код поиска и вывода адреса
mov ax,0b800h
mov es,ax
mov cx,3fffh
;начинаем с начала сегмента
xor di,di
isSearch:
cmp byte ptr es:[di+0],'a'
jnz noCompare
cmp byte ptr es:[di+2],'+'
jnz noCompare
Cmp byte ptr es:[di+4],'b'
jnz noCompare
push ax
push cx
mov ax,di
mov cx,4
isShow:
rol ax,4
push ax
and ax,0fh
cmp al,9
jle isDecimal
add al,7
isDecimal:
add al,30h
int 29h
pop ax
loop isShow
pop cx
pop ax
noCompare:
inc di
inc di
loop isSearch
mov al,'='
int 29h
xor ax,ax
int 16h
ret
end begin