RusFAQ.ru: программирование на языке Assembler

/ КОМПЬЮТЕРЫ И ПО / Языки программирования / Assembler

Выпуск № 196
от 25.07.2005, 20:40

Вопрос № 23.737

скажите почяму на masm ver.5.31--1992 ms-dos Ашибок нету А на tasm Turbo Assembler Version 4.1 Copyright (c) 1988, 1996 ВОТ такая херня: **Error** start.asm(7) Near jump or call to different CS **Error** start.asm(9) Near jump or call to different CS в справочиннике вот така херня???? This error occurs if the user attempts to perform a NEAR CALL or JMP to a symbol that's defined in an area where CS is assumed to a different segment. !!!compyle masm: ml.exe /FR /AT start.ASM !!!compyle tasm: tasm start.asm TLINK.EXE start.obj /t /x -=--=-=-=-=-=-=-=-=-=-=-= а мне нужен tasm! и мне сказал <<КАЛАШНИКОВ>> <-(учим)! сказал что вот НЕ атличяется! ;ИЗВИНИТЕ ЗА ГРАМАТНОСТЬ РУССКИЙ НЕ ИЗУЧЯЛ! Приложение: ;===========code: CSEG segment org 100h Begin: mov ax,3D00h mov dx,offset File_name int 21h jc Bad_file ;<<<8 mov dx,offset Mess1 jmp @1 Bad_file: ;<<<9 mov dx,offset Mess2 1: mov ah,9h int 21h mov ah,10h int 20h Mess1 db 'YES file$' Mess2 db 'noo file!$' File_name db '1.txt',0 CSEG ends end Begin ; ===================

Отправлен: 19.07.2005, 22:00 Вопрос задал: IngineringG (статус: Посетитель) Всего ответов отправлено: 2

Отвечает: Евгений Иванов Здравствуйте, IngineringG! MODEL tiny ASSUME cs:CSEG --------- Что имеем - не храним, потерявши - плачем

Ответ отправил: Евгений Иванов (статус: Профессор) Отправлен: 19.07.2005, 22:07

Отвечает: Ayl Здравствуйте, IngineringG! Поставь после CSEG segment директиву ASSUME cs:CSEG и будет тебе счастье! --------- Трудное - то, что можно сделать немедленно. Невозможное - то, для выполнения чего требуется немного больше времени

Ответ отправил: Ayl (статус: Профессор) Отправлен: 20.07.2005, 13:11 Оценка за ответ: 5

Вопрос № 23.739

Добрый день! Допустим, что в программе встречается строка: buffer equ $. Я прочитал в уроке 009, что при ассемблировании такой строки Ассемблер заменит знак $ на адрес, по которому он расположен. Как выглядит этот адрес (линейный или со смещением )? Если Ассемблер заменяет этот знак на адрес, то почему мы всегда пишем например такую строку mov bx,offset buffer. Зачем в этой строке нужен offset? Ведь offset заносит смещение buffer, получается, что мы заносим в bx смещение адреса? Ну такого же нет смещение адреса! Пожалуйста объясните как можно подробнее (если можно то с примером адресного пространства). Заранее спасибо за ответ!

Отправлен: 19.07.2005, 22:21 Вопрос задал: Programist (статус: Посетитель) Всего ответов отправлено: 2

Отвечает: Евгений Иванов Здравствуйте, Programist! никто не пишет так. где ты это увидел, родной? писать нужно так buffer equ $ mov bx, buffer можно и написать mov bx, offset buffer или lea bx, [buffer] это как тебе удобно --------- Что имеем - не храним, потерявши - плачем

Ответ отправил: Евгений Иванов (статус: Профессор) Отправлен: 19.07.2005, 22:29 Оценка за ответ: 5

Отвечает: Ayl Здравствуйте, Programist! Не путай понятия! buffer equ $ $ - это текущее смещение в данном сегменте. Когда компилятор транслирует программу, он использует свой счетчик команд (аналог выражения CS:IP процессора). При определении сегмента он сбрасывает смещение этого счетчика в 0 и устанавливает в качестве сегмента имя сегмента или группы. При трансляции каждой команды или данных он увеличивает этот счетчик на длину команды или размер блока данных. Если ты посмотришь листинг трансляции (см.приложение), то увидишь, что в качестве значения для buffer выступает выражение DGROUP:0107, т.е. для того, чтобы получить смещение, нужно применить директиву OFFSET. Приложение: == программа 4.asm == .Model TINY .286 .CODE .StartUp xchg ax, bp mov dx, OFFSET buffer int 21h ret buffer equ $ db 'Hello, World!$' end == команда трансляции == tasm /la 4.asm == листинг трансляции == Turbo Assembler Version 3.2 20/07/05 13:22:11 Page 1 4.ASM 1 0000 .Model TINY 2 .286 3 4 0000 .CODE 5 .StartUp 1 6 ORG 100h 1 7 0100 @Startup: 8 9 0100 95 xchg ax, bp 10 0101 BA 0107r mov dx, OFFSET buffer 11 0104 CD 21 int 21h 12 0106 C3 ret 13 14 =DGROUP:0107 buffer equ $ 15 0107 48 65 6C 6C 6F 2C 20+ db 'Hello, World!$' 16 57 6F 72 6C 64 21 24 17 18 end 1 19 END @Startup Turbo Assembler Version 3.2 20/07/05 13:22:11 Page 2 Symbol Table Symbol Name Type Value ??DATE Text "20/07/05" ??FILENAME Text "4 " ??TIME Text "13:22:11" ??VERSION Number 0314 32BIT Text 0 CODE Text DGROUP CODESIZE Text 0 CPU Text 0707H CURSEG Text _TEXT DATA Text DGROUP DATASIZE Text 0 FILENAME Text 4 INTERFACE Text 00H MODEL Text 1 STACK Text DGROUP STARTUP Near DGROUP:0100 WORDSIZE Text 2 BUFFER Number DGROUP:0107 Groups & Segments Bit Size Align Combine Class DGROUP Group _DATA 16 0000 Word Public DATA _TEXT 16 0115 Word Public CODE --------- Трудное - то, что можно сделать немедленно. Невозможное - то, для выполнения чего требуется немного больше времени

Ответ отправил: Ayl (статус: Профессор) Отправлен: 20.07.2005, 13:28 Оценка за ответ: 5

Вопрос № 23.743

Здравствуйте уважаемые эксперты, Мой вопрос касается не столько ассемблера сколько архитектуры процессора – хотелось бы узнать почему процессор использует регистры Ax,Bx, и т.д. А не какие-нибудь другие, то есть почему например регистров именно столько, а не 1000 или 2000, например Ax(1), Ax(2000) и т.д. И вообще насколько эта схема распространенна на другие не IBM процессоры, например те что установлены в калькуляторах, есть ли для них свой собственный ассемблер?

Отправлен: 20.07.2005, 00:28 Вопрос задал: Freshman (статус: Посетитель) Всего ответов отправлено: 2

Отвечает: Voituk Alexander Здравствуйте, Freshman! Количество регистров обусловлено внутренней архитектурой процессора (созданной в кремнии). И их число связано с размерами памяти на кристалле и целесообразностью их применения. Т.е. оптимальнное число продумывают разработчики. Зачем иметь 1000 регистров АХ, если для программирования хватает тех, которые есть. И название их придумали разработчики кристаллов. Для других процессоров (не х86 архитектуры) все по другому. Например, в DEC процессорах были регистры R0 - R7 и система адресации отличалась от Интеловской. Естественно, ассемблер совсем другой. Даже в других Интеловских процах, типа 5051 другие регистры и ассемблер. И, кстати, это прцессоры не IBM. IBM выпускает свои процессоры, которые совершенно не похожи на Intel.

Ответ отправил: Voituk Alexander (статус: 9-ый класс) Отправлен: 20.07.2005, 12:15

Отвечает: Ayl Здравствуйте, Freshman! Вообще-то, это вопрос к разработчикам. Но можно предположить, что при меньшем числе регистров требуется меньшее число бит для кодирования регистров, соответственно, остается больше пространства для кодирования кода операции. Для 8-ми регистров требуется 3 бита, для 16-ти - 4, для 2^k - k бит. Соответственно, при 8-ми процессорах в одном байте можно использовать: 8 бит для команд без операндов 5 бит для команд с одним операндом в регистре + 3 бита для кодирования регистра 2 бита для команд с 2-мя операндами в регистрах + 6 бит для кодирования 2-х регистров. В результате, в процессоре может быть использовано достаточно много однобайтовых команд. Если бы регистров было бы 16, то ситуация выглядела бы так: 8 бит для команд без операндов 4 бита для команд с одним операндом в регистре + 4 бита для кодирования регистра Двухоперандные команды уже не могли бы быть заколированы в одном байте. Насчет именования регистров... Это исключительно проблемы разработчиков ассемблера, а не процессора. Процессор не работает с именами, он работает с кодами. В принципе, можно написать такой компилятор для x86, который будет использовать другие имена для регистров. Хоть номерные (R0, R1 и т.д., как в Мотороле). Главное, чтобы он их правильно переводил в коды процессора. Для любого процессора есть свой язык ассемблера. Точнее, язык машинных команд. Язык ассемблера - это просто мнемоническое описание машинных команд плюс некоторые конструкции для облегчения работы программиста (метки, имена переменных, структуры и т.п.). Любой процессор имеет свой набор команд. Если для этого набора команд придумать мнемонические имена, то ты получишь язык ассемблера. --------- Трудное - то, что можно сделать немедленно. Невозможное - то, для выполнения чего требуется немного больше времени

Ответ отправил: Ayl (статус: Профессор) Отправлен: 20.07.2005, 14:44

Вопрос № 23.759

Здравствуйте При изучении Ассемблера по книге "Ассемблер? Это просто! Учимся программировать под MS-DOS" ( Автор: Калашников О. А.) , а именно выпуска № 13 "Как вирус "прикрепляется" к файлу, не нарушая его работоспособности? Что должен сделать вирус в первую очередь? Как передать управление вирусу из чужой программы? Работа с DTA. Функции 4Eh и 4Fh прерывания 21h: поиск файлов." у меня возник вопрос. Я сассемблировал программку, а верннее часть программы - инициализацию вируса, при этом поменяв местами объявление переменных Seg_move и Off_move и запутив в отладчике программу заметил, что не происходит переход в нужный сегмент памяти(BF00h). Вместо этого программа переходит в сегмент 068Eh. Почему критична очередность объявления переменных Seg_move и Off_move? Приложение: .286 cseg SEGMENT assume cs: CSEG, ds: CSEG, es: CSEG, ss: CSEG org 100h start: jmp Init Seg_move dw 0BF00h Off_move dw offset Lab_jmp ; если объявить Off_move первее чем Seg_move , то все ; работает хорошо Init: mov es, Seg_move mov di, 100h mov cx, offset Finish-100h mov si, 100h rep movsb jmp dword ptr cs:[Off_move] Lab_jmp: nop ret Finish equ $ CSEG ends end start

Отправлен: 20.07.2005, 12:36 Вопрос задал: Denis (статус: Посетитель) Всего ответов отправлено: 1

Отвечает: Ayl Здравствуйте, Denis! Потому что используется команда jmp dword ptr cs:[Off_move]. А она предполагает, что по этому адресу будет находится двойное слово, которое указывает адрес перехода. Но двойное слово в памяти располагается так, что младший байт находится по младшему адресу. И младшее слово тоже. А младшее слово адреса перехода и есть смещение. Поэтому смещение (Off_move) должно быть расположено непосредственно перед сегментом (Seg_mov). --------- Трудное - то, что можно сделать немедленно. Невозможное - то, для выполнения чего требуется немного больше времени

Ответ отправил: Ayl (статус: Профессор) Отправлен: 20.07.2005, 14:49

© 2001-2005, RusFAQ.ru, Россия, Москва. Все права защищены.
Идея, дизайн, программирование, авторское право: Калашников О.А.