Проблема либо в сравнении строк, либо в пееходах меток.

[Rin]

Здравствуй в очередной раз, люд добрый. Пишу прогу сравнения текст файлов. Косяк опубликован в заголовке темы. Вкладываю сырец и то, чем компилю. в 1. асм - исходный код, чтобы скомпилить, запустите батник.
Если кто поможет, буду признателен. Не знаю как проверить построчно выполнение проги, чтобы просмотреть, где она даёт сбой (прога циклится).

[KeLuut]

Полагаю, что никто не сможет разобраться в программе быстрее, чем сам автор. А потому для начала предлагаю воспользоваться отладчиками, которые обычно входят в комплект с ассемблерами (или их можно найти отдельно): CodeView (cv.exe в MASM), Watcom Debugger (wd.exe в Open Watcom, WASM), TurboDebugger (TASM). Если будут проблемы с отладкой - пишите!

[Rin]

KeLuut, благодарю. *пошёл трассировать*

Скачал CodeView. Как понял, он дизасемблирует исполняемые файлы. Так вот, при просмотре проги через CodeView прога зависает на таком действии -
0BFF:xxxx 0000 ADD BYTE PTR [BX+SI], AL
Таких строк более 1000 (только xxxx меняется), значит выделения памяти в 256 слов(f1_string db 256 dup ) не хватает , он не может выполнить арифметическую операцию,(правда в моём коде нет ни одного оператора ADD) и зацикливается, хотя видимых символов в каждом файле не более 20 , а невидимых (то есть конец строки, конец файла,перевод каретки) не более 10. Получается, что в 256 слов не может вместится 30 символов. 0_о.
Или что-то здесь ещё может быть?

[Fedor666]

Сообщение от Rin

0BFF:xxxx 0000 ADD BYTE PTR [BX+SI], AL

Это вылет за пределы программы

[Stilet]

Или что-то здесь ещё может быть?

CodeView отладчик? Если нет то возьми отладчик и протрассируй до оператора, который выводит в хвост программы за пределы задуманного исполняемого кода.

[Ulex]

А кто нибудь программу вообще смотрел?
Там много загадочных моментов, например такой:

lea ax, length_string1
lea dx, length_string2
cmp ax, dx ; а что, они когда-то смогут быть равны?
jne write_file

вот это я совсем не понял, в чём смысл сего действа?

mov ax, 4406h ; проверка на достижение конца файла
mov bx, handlerIn2
or al,al
je EOF_f2 ; метка на достижение конца первого файла

В аттаче рабочий (почти как надо).

[Stilet]

А кто нибудь программу вообще смотрел?

Я когда посмотрел код, вникать не стал особо, понял что лучше всего через отладчик его пропустить

[Rin]

На счёт dx и ax - я серьёзно не программировал на ассемблере, почти всю теорию,которую проходил в университете, я забыл. =(

В чём смысл сего действа?

ТУТ НА СЕРЕДИНЕ ПОВЕСТВОВАНИЯ написано, что это проверка на достижение конца файла. Вот и взял оттуда. Потом открыл книгу Юрова, и сделал , как у него. Программа у меня отрабатывала корректно, но в файл записывала все равно не то. Да это и понятно. Вы мне ответили, почему сравнение не такое, какое должно быть. Спасибо большое за исходник! Так же спасибо всем, кто помогал решить проблему.