Функции 02 и 09 прерывания 21h ничего не выводят

[Alex071]

Здравствуйте! Написал простенькую программу для чтения и вывода имени файла из корнемого каталога дискеты.

.model TINY
.code
org 100h
start:
jmp begin
bla db 512 dup(?)
begin:
mov ah,2; номер функции
mov al,1; количество, которые нужно прочитать
mov ch,0; дорожка
mov dh,1; сторона
mov cl,2; сектор
mov bx,offset bla; куда прочитается сектор
int 13h
mov ah,09h;
mov dx,offset bla
mov [bla+11],'$';имя занимает 11 байт, поэтому здесь знак конца строки
int 21h
int 20h
end start

Проблема в том, что ничего не выводится, одни пробелы. В отладчике проверял, имя файла по адресу "offset bla" есть, есть и знак '$' в конце имени.
Пробовал и функцию 02 int 21h.

mov bx,104h ;явно указал адрес первой буквы названия (посмотрел в отладчике)
mov dx,[bx];запись этой буквы в dx
mov ah,02h
int 21h

И, конечно же, опять ничего не вывелось. Самое интересное, что в dx записалось значение первой буквы ('T'), но почему-то не вывелось. Пробовал по этому адресу дополнительно записывать символ 'T', тогда все нормально выводится, хотя все, что я сделал - просто перезаписал символ 'T'... Дискету подключал виртуально через WMware... Если у кого-нибудь есть идеи, почему так может быть, пожалуйста, отзовитесь!

[xxxyyyzzz]

я не спец, но по ходу надо настроить сегментный регистр ds? и если не ошибаюсь то это .com программа?

[Alex071]

да, это COM программа, а зачем ds то настраивать?

[xxxyyyzzz]

недавно резидент писал, строку на экран надо было выкинуть, при не настроенном ds выводился мусор, а после:
mov ax,cs
mov ds,ax
всё пучком!

[Alex071]

не, не помогает... да ведь в COM программе все сегментные регистры и так настроены одинаково. Самое главное то, что в dx при вызове функции 02h значение первой буквы правильно записано, но ничего не выводится... А если в dx просто число какое-нибудь пихнуть(например, аски код той же буквы), то все выведется нормально. Не понимаю, как такое может быть.

[veniside]

имя файла не в юникоде случайно?

> Не понимаю, как такое может быть.

для кода символа используется 1 байт (DL) а не 2 (DX). Опять же, похоже, что

mov dx,[bx];запись этой буквы в dx

записывает в DX 2 байта, при этом в DL попадает 1 - признак юникодного имени, а в DH уже код символа.

[vadimych]

Alex071, если я не ошибаюсь, в dl перед вызовом функции 2 int 13h должен быть указан номер диска: 0 - диск А, 1 - диск В и т.д.

[Alex071]

Нет, имя не в юникоде. dx нечайно написал, но в dl все равно попадает правильное значение - 53h (код 'T'), проверял в отладчике. Смысл в том, что если еще дополнительно написать mov dl,53h (т.е. значение dl как было 53h, так и остается) то все выведется.. Такое ощущение, что показывает, что сектор с дискеты прочитался, а на самом деле не прочиталось нефига. Программу выполняю на виртуальной машине и сектор читаю с виртуальной дискеты. Может, здесь ключ проблемы..?

[veniside]

> но в dl все равно попадает правильное значение - 53h (код 'T'), проверял в отладчике
> если еще дополнительно написать mov dl,53h

хм.. тогда или отладчик врёт, или одно из двух.

Осталось запустить что-то типа:

mov dx,[bx]
cmp dl, 053h
jz OK
notOK:

и посмотреть, перейдёт оно по метке ОК или нет.

[Alex071]

В отладчике строку пропускает, как и надо а если без него то не пропускает. Я в панике ))