Вывод первого символа строки

Эта инструкция
заносит введённую строку в начало сегмента данных (по адресу ds:[0000])
Почему эта программа
выводит не тот символ (например, вместо z выводит =), хотя в дебагере всё нормально
(для z в dl загружается 7A, т.е. в dx у меня 007A )

0

mov dl,ds:[0000] помещает в DL значение по адресу ds:[0000]. А функция ввода требует адрес буфера в DX.
Если уж хочется разместить буфер с ячейки 0000, то mov dx, 0

1

Сообщение от dserp18 Почему эта программа . . . хотя в дебагере всё нормально

Читайте мануалы.
При запуске программы регистр DS указывает на префикс программы, Вы регистр никак не перенастраиваете. Префикс программы, это системная область, которая доступна программе, только для чтения. и я не думаю, что ОСь даст Вам туда, что-то записать.
При запуске без дебагера, запись в эту область просто игнорируется и Вы выводите символ с кодом CDh = "=', если выведите следующий символ, то там будет пробел, а вместе это CDh 20h = int 20h первые два байта префикса. Если подумать, то в эту область можно таки записать, но это уже другая тема.

Под дебагером, область префикса программы воспринимается просто как некий адресуемый участок памяти, поэтому все и получается, но если попытаетесь записать в память занятую отладчиком, получите аналогичный результат(см. выше)

Миниатюры

 

1

Спасибо. А сколько префикс занимает места в ds? Можно ли записать данные после префикса?

0

Я Вам уже говорил

На миниатюре видно, что: CS=26E0,DS=26D0, ES=26D0, SS=26E0.
При загрузке программы префикс программы(PSP) находится сразу перед сегментом кода или сегментом данных. У Вас нет сегмента данных, поэтому получается так:
Физический адрес в памяти вычисляется как xS*16+OFFSET.
CS = 26E0*16₁₆+0000₁₆ = 26E00₁₆
DS = 26D0*16₁₆+0000₁₆ = 26D00₁₆
разница и даст размер PSP, т.е. 100₁₆=256₁₀

Но Вы должны понимать, что есть разные модели организации программы:

TINY - код, данные и стек размещаются в одном и том же сегменте размером до 64 Кб. Эта модель памяти чаще всего используется при написании на ассемблере небольших программ; SMALL - код размещается в одном сегменте, а данные и стек - в другом (для их описания могут применяться разные сегменты, но объединенные в одну группу). Эту модель памяти также удобно использовать для создания программ на ассемблере; COMPACT - код размещается в одном сегменте, а для хранения данных могут использоваться несколько сегментов, так что для обращения к данным требуется указывать сегмент и смещение (данные дальнего типа); MEDIUM - код размещается в нескольких сегментах, а все данные - в одном, поэтому для доступа к данным используется только смещение, а вызовы подпрограмм применяют команды дальнего вызова процедуры; LARGE и HUGE — и код, и данные могут занимать несколько сегментов; FLAT - то же, что и TINY, но используются 32-битные сегменты, так что максимальный размер сегмента, содержащего и данные, и код, и стек, - 4 Мб.

То как Вы описываете сегменты
Это сокращенная форма записи полной формы:
Но такое определение сегментов "устарело", и при определении модели организации программы:
где модель - одно из выше перечисленных TINY . . . FLAT
Будут доступны упрощенные формы определения сегментов .code, .data, .stack и другие, которые компилятором понимаются как полная форма записи по умолчанию.

Чтобы все это понимать Вам нужно и , т.е. учится, учится и учится( слова не мои )

Как программа хранится на диске, как выделяет память системный загрузчик под программу, что куда загружает, как передает управление программе и ещё куча всячины. Это все Вы должны сами вычитывать из книжек. Чтобы всё это написать - это страниц 200-ти без "воды" минимум. А мне клавиатуру жалко.

ps:все цитаты взяты из книги Зубков С. Assembler для DOS, Windows и UNIX

2

Сообщение от Constantin Cat Префикс программы, это системная область, которая доступна программе, только для чтения. и я не думаю, что ОСь даст Вам туда, что-то записать.

Ну это-же мир MS-DOS. Не было там механизмов ограничения доступа к памяти. Пиши куда хошь, а если что, так кнопка сброса на морде компьютера есть.
Проблема ТС-а не в этом. А в том, что перед этим

Сообщение от dserp18 mov ah, 3fh ; Функция ввода int 21h

он не определил BX CX DX, т.е. не определил откуда читать, сколько и куда читать. Под отладчиком ему попались удачные начальные значения этих регистров и все как-то сработало, ну а при запуске программы отдельно они оказались неудачными.

1

Определил BX, CX, Dl - заработало

0