Assembly-Howto Faq

Перевод кусочка Assembly-Howto сделанный мной.

Оглавление документа

Как я могу создавать графические программы в Linux'е?

SVGALib

Framebuffer

Xlib

Low-Level APIs: PTC, SDL, GGI и Clanlib

High-level APIs: OpenGL

Как я могу debug'нуть простой ассемблерный код под Linux'ом?

Существуют ли еще какие-нибудь debug-ориентированные программы?

Как я могу вызвать BIOS функции из Linux (BSD, BeOS и так далее)?

Можно ли написать модули ядра на ассемблере?

Как мне выделить динамическую память?

Как я могу создавать графические программы в Linux'е?

Отвечает Paul Furber (-=paulf at icom.co.za=-)

Хорошо, у вас есть несколько способов рисования в Linux. Какой из них использовать
зависит от того, что вы хотите от того, что вы хотите делать. В сети нет сайта с 
информацией об этом, но вот пару советов:

SVGALib

Это C библиотека для работы с SVGA в консоли.

Плюсы

• очень простая в изучении, с хорошими примерами, не все из которых

отличны от эквивалентных для gfx библиотеки DOS, все «фишки», которые вам известны из 
DOS могут быть партированы с небольшими трудозатратами.

Минусы

• программы требуют права суперпользователя для их запуска, так как работают непосредственно с «железом»
• работает не совсеми chipset'ами.
• не работают под X-Window

SVGAlib можно найти на http://ftp.is.co.za

Framebuffer

do it yourself graphics at SVGA res

Плюсы

• быстрота работы
• linear mapped video access, ассемблер может использовать это если надо

Минусы

• должно быть вкомпилировано в ядро
• код зависит от конкретного chipset'а
• must switch out of X to run
• предполагает хорошее знание системных вызовов ядра linux'а
• код сложен для debug'а.

Примеры

• asmutils (http://www.linuxassembly.org)
• сайт с примерами и советами для framebuffer (http://ma.verick.co.za/linux4k)

Xlib

Библиотеки XFree86 для приложений и разработки

Плюсы

• полный контроль через ваше X приложение

Минусы

• сложны в изучении
• ужасно с ними работать и требует высокого знания того как работает X сервер на низком уровне

Не рекомендуется для использования, но если вы настоящий мазохист, всегда welcome. Скорее всего заголовочные файлы и сами библиотеки уже установлены, так что можно сразу использовать.

Low-Level APIs: PTC, SDL, GGI и Clanlib

Плюсы

• очень гибкое в использовании
• работает под X и в консоле
• generally abstract away the video hardware a little so you can draw to a linear surface
• множество хороших примеров
• может быть соединено с другим API, например с Open Gl? и звуковыми библиотеками
• Windows Direct X? versions for free

Минусы

• Not as fast as doing it yourself, often in development so versions can (and do) change frequently

Примеры

• PTC и GGI обладают превосходными примерами, SDL используется sdlQuake, Myth II, Civ CTP и Clanlib так же используется при написании игр.

High-level APIs: OpenGL

Плюсы

• ясное API 
• тонны примеров
• промышленный стандарт

Минусы

• hardware acceleration должно имется у карточки
• могут быть различия между версиями и платформами

Примеры

• Можно углядеть на http://www.mesa3d.org

Для начала стоит взглянуть на примеры svgalib и так же установить и настроить SDL.

---

Как я могу debug'нуть простой ассемблерный код под Linux'ом?

Существует сырая версия ассемблерного дебагера (http://ellipse.mcs.drexel.edu/ald.html)
которая предназначена для работы с ассемблерным кодом, она портирована под Linux и *BSD. Она вполне функциональна и является нормальным выбором.

Вы можете так же попробывать gdb ;). Хотя это и source-level дебагер, он может быть использован для простого ассемблерного кода и с небольшим шаманством вы можете заставить gdb делать то, что вам надо (к сожалению, nasm '-g' ключ генерирует неправильную дебаг-информацию для gdb, это ошибка nasm, я думаю). Вот ответ от Dmitry Bakhvalov (-=dl at gazeta.ru=-)

Лично я использую gdb для дебага asmutils. Попробуйте так:

1. Используйте следующий способ компилирования
   $ nasm -f elf -g smth.asm
   $ ld -o smth smth.o
   
2. Запустите gdb 
   $ gdb smth
   
3. В gdb:
   (gdb) disassemble _start
   Place a breakpoint at _start+1 (если поместить на метку _start не будет работать)
   (gdb) b *0x8048075
   

Для перемещения по коду я использую следующий macro:
(gdb)define n >ni >printf "eax=%x ebx=%x ...etc...",$eax,$ebx,...etc... >disassemble $pc $pc+15 >end

Затем запустите программу по нажатию на r и дебагте с помощью n.

Надеюсь это поможет.

Дополнительная информация от ???:
Я записал такой макрос в .gdbinit некоторое время назад и теперь жить стало проще. Небольшая поправка: Я использую «x /8i $pc», что гарантирует фиксированную длину дизассемблированных инструкций. Тогда при хорошом подборе числа для моего xterm'а, вывод gdb выглядит, как обновляемый, а не scrolling.

Если вы хотите использовать breakpoints в другом месте вашего кода, вы можете просто использовать инструкцию 'int 3' как breakpoint, вместо ручного ввода адреса в gdb.

Если вы используете gas, вам надо проконсультироваться с gas и gdb tutorial'ом

---

Существуют ли еще какие-нибудь debug-ориентированные программы?

Наверняка strace может сильно помочь (ktrace и kdump во Free BSD?), он используется для трассировки системных вызовов и сигналов. Прочтите его manual страницы (man strace) и вывод strace --help для большей информации.

---

Как я могу вызвать BIOS функции из Linux (BSD, BeOS и так далее)?

Короткий ответ — никак. Linux использует защищенный режим, попробуйте другую OS. Опять же вы не можете использовать int 0x10, int 0x13, и тому подобные вещи. К счастью почти все может быть выполнено используя системные вызовы или библиотечные функции. В самом плохом случаи вы можете использовать непосредственный port access или написать патч к ядру для внедрения нужной функциональности, или использовать LRMI библиотеку для вызова BIOS функций.

---

Можно ли написать модули ядра на ассемблере?

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

Между тем, вот пример минимального модуля ядра (module.asm) (исходник которого основан на mammon_ из APJ #8):

section .text global init_module global cleanup_module global kernel_version extern printk init_module: push dword str1 call printk pop eax xor eax,eax ret cleanup_module: push dword str2 call printk pop eax ret str1 db "init_module done",0xa,0 str2 db "cleanup_module done",0xa,0 kernel_version db "2.2.18",0

Единственную вещь, которую делает данный модуль это сообщает, то что он делает. Измените kernel_version на свою версию ядра и соберите модуль:

$ nasm -f elf -o module.m module.asm $ ld -r -o module.o module.m

Теперь вы можете поиграть с insmod/rmmod/lsmod (права суперпользователя требуются);
Наслаждайтесь.

---

Как мне выделить динамическую память?

Лаконичный ответ от H-Peter Recktenwald (-=phpr at snafu.de=-)

ebx := 0 (на самом деле можно использовать любое значение за .bss) sys_brk eax := вершина секции .bss ebx := [ текущая вершина < ebx < (esp - 16K) ] sys_brk eax := новая вершина .bss

Более развернутый ответ от Tiago Gasiba (-=ee97034 at fe.up.pt=-)

section .bss var1 resb 1 section .text ; ;выделяем память ; %define LIMIT 0x4000000 ; около 100 Мегабайт mov ebx,0 ; получаем дно секции data call sys_brk cmp eax,-1 ; все нормально? je erro1 add eax,LIMIT ; выделяем +LIMIT памяти mov ebx,eax call sys_brk cmp eax,-1 ; все нормально? je erro1 cmp eax,var1+1 ; проверяем увеличелся ли сегмент data? je erro1 ; ;использование выделенной памяти ; ;сейчас eax содержит дно ; сегмента data mov ebx,eax ; сохраняем дно mov eax,var1 ; eax=начало сегмента data repeat: mov word [eax],1 ; заполняем 1 inc eax cmp ebx,eax ; текущая позиция == дну? jne repeat ; ;освобождаем память ; mov ebx,var1 ; освобождаем память call sys_brk ; устанавливая ее = var1 cmp eax,-1 ; все нормально? je erro2

---

[/Category Assembler]