The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Часто задаваемые вопросы по использованию ассембле..."
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Часто задаваемые вопросы по использованию ассембле..."
Сообщение от opennews on 21-Ноя-05, 22:34 
Aleksey Ulasevich подготовил (http://stakanov.nm.ru/as/asm_unix_faq.html) русскоязычный FAQ по использованию ассемблера в
юниксоподобныйх ОС.

URL: http://stakanov.nm.ru/as/asm_unix_faq.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=6478

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от SunTech on 21-Ноя-05, 22:34 
аж в ностальгические чувства кинуло...
спасибо!
Cообщить модератору | Наверх | ^

2. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Гость on 22-Ноя-05, 02:24 
вот такой бы хелп еще по рисковому ассемблеру, а также по переводу х86 на рисковый ) было бы вообще замечательно ))
Cообщить модератору | Наверх | ^

8. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от mab on 22-Ноя-05, 11:10 
На wasm есть описание ARM ассемблера.
Cообщить модератору | Наверх | ^

10. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Аноним on 22-Ноя-05, 17:31 
хотелось бы под PA-RISC =)
Cообщить модератору | Наверх | ^

3. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от злобный лоровский аноним on 22-Ноя-05, 07:43 
а там есть вопрос "нафига нужен ассемблер в юниксе"?
Cообщить модератору | Наверх | ^

5. "5 баллов!"
Сообщение от Otto Katz Feldkurat on 22-Ноя-05, 10:56 
.
Cообщить модератору | Наверх | ^

7. "Но с другой стороны, сс дает"
Сообщение от Otto Katz Feldkurat on 22-Ноя-05, 11:07 
на выходе как раз ассемблер.
В который сунуть нос иногда не мешает.
Cообщить модератору | Наверх | ^

4. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от screepah (??) on 22-Ноя-05, 10:19 
Хорошо. 10nx! :)
Cообщить модератору | Наверх | ^

6. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Alexey (??) on 22-Ноя-05, 10:59 
Не поперло - провалился самый первый тестовый пример с выводом стороки "Hello, world!" :(
Сделал Copy Paste в Ubuntu 5.04 и запустил. Не пишет строку. Strace выдает следующее:

alexey@ubuntun:~/Trash$ strace -f ./tcall
execve("./tcall", ["./tcall"], [/* 32 vars */]) = 0
write(0, NULL, 0)                       = 0
_exit(0)                                = ?

Почему то вместо строки передается NULL

Cообщить модератору | Наверх | ^

11. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от аноним on 23-Ноя-05, 03:30 
Первый пример предназначен для FreeBSD, в которой параметры системных вызовов передаются нормальным образом - через стек. В Linux эти параметры передаются через жопу - если их мало, то через регистры, а если много, то через структуру в памяти. Используй код, предназначенный для Linux.
Cообщить модератору | Наверх | ^

13. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от _Nick_ (ok) on 23-Ноя-05, 04:50 
>Первый пример предназначен для FreeBSD, в которой параметры системных вызовов передаются нормальным
>образом - через стек. В Linux эти параметры передаются через жопу
>- если их мало, то через регистры, а если много, то
>через структуру в памяти. Используй код, предназначенный для Linux.

нет, это в бзде пареметры через жопу передаються, а в линухе наиболее быстрым способом в каждом случае ищеться оптимальный метод. Докажи обратное.

Cообщить модератору | Наверх | ^

14. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от аноним on 23-Ноя-05, 07:18 
В FreeBSD обращение к системным вызовам происходит стандартным, для UNIX, способом, что упрощает переносимость.

В Linux используются сразу два нестандартных способа - через регистры и, если их не хватает, через структуру в памяти. В первом случае ядру всё равно приходится куда-то переписывать параметры внутри системных вызовов. Ведь регистры, которых не много, нужны для работы, а не для хранения параметров. Во втором случае нужно выделять память под структуру параметров, записывать в ebp её адрес и в конце освобождать эту память. Использование стека упрощает и автоматизирует всё это. Вообще, использование ebp для передачи более пяти параметров появилось только в 2.4.x, как костыль.

Если бы я не знал, что Linux создавался человеком, до этого использовавшим  Minix, я бы решил, что всё, что он до этого видел, была лишь DOS, в которой именно так всё и работает.

Cообщить модератору | Наверх | ^

15. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Andy (??) on 23-Ноя-05, 09:05 
По слухам  Линус просто читать  Posix-стандарт поленился в свое время :-)
Cообщить модератору | Наверх | ^

20. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от _Nick_ (ok) on 24-Ноя-05, 06:25 
>По слухам  Линус просто читать  Posix-стандарт поленился в свое время
>:-)
ага, искал посикс стандарты по всему миру как угорелый, но ленилсо их читать %))))
ЛОЛ
Cообщить модератору | Наверх | ^

24. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Wulf on 24-Ноя-05, 11:49 
> ага, искал посикс стандарты по всему миру как угорелый, но ленилсо их читать %))))
Студенты, они все такие. Что-либо пытаются читать только за день-два до экзамена. Даже, если имеют конспекты всех лекций.
Cообщить модератору | Наверх | ^

27. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от _Nick_ (ok) on 24-Ноя-05, 22:58 
>> ага, искал посикс стандарты по всему миру как угорелый, но ленилсо их читать %))))
>Студенты, они все такие. Что-либо пытаются читать только за день-два до экзамена.
>Даже, если имеют конспекты всех лекций.

афтар, http://voffka.com/archives/affftarrr.jpg

Если ты решил, что POSIX - это просто дока, которую мона скачать и начитаццо досыта - ты ошибаешься. Набор этих стандартов ДЕНЕГ СТОЯТ. И НЕМАЛЫХ ДЕНЕГ.
Торвальдсу их высылали по кускам, кто что имел. И поверь он их не фтопку складывал.
Все отсупления от посикса у Торвальдса аргументированы.
Как например посикс определяет процесс как набор нитей. А в линухе есть группы процессов (соотвествует POSIX процессу) и процессы (они же нити).
Делалось для того, чтобы полноценно учесть все нити (процессы) при шедулинге.

Cообщить модератору | Наверх | ^

29. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Wulf on 25-Ноя-05, 01:57 
> Если ты решил, что POSIX - это просто дока, которую мона скачать и начитаццо досыта - ты ошибаешься. Набор этих стандартов ДЕНЕГ СТОЯТ. И НЕМАЛЫХ ДЕНЕГ.
> Торвальдсу их высылали по кускам, кто что имел.
Вот Вам ссылка http://www.unix.org/version3/online.html - вышлите ее Торвальдсу и Ваше имя попадет в историю линукса.
> Все отсупления от посикса у Торвальдса аргументированы.
> Как например посикс определяет процесс как набор нитей. А в линухе есть группы процессов (соотвествует POSIX процессу) и процессы (они же нити).
Не путайте теплое с мягким: posix определяет интерфейс для т.н. user threads (пользовательских нитей), то, что Вы называете группами процессов и процессами линуха, на самом деле является kernel threads (тьфу-ты, procs) и POSIX-ом не регламентируется. Тип связи между ними выражается цифирками 1:1, N:M и т.д. и закладываетя в libpthreads. Времени нет объяснять Вам дальше, что это такое, поройтесь в Google.
> Делалось для того, чтобы полноценно учесть все нити (процессы) при шедулинге.
В проектировании NPTL упор делался на light weight в ущерб fairness-у шедулинга. По сравнению с, например, NGPT (не буду сравнивать с BSD и соляркой), времена исполнения группы "одинаковых"(если так можно выразится) тредов будет иметь несколько меньшее мат. ожидание при большей дисперсии. Так, что для задач, у которых критично именно максимальное, а не среднее время отклика, NPTL учитывает все не самым полноценным образом.
Cообщить модератору | Наверх | ^

30. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от _Nick_ (ok) on 26-Ноя-05, 00:22 
>Вот Вам ссылка http://www.unix.org/version3/online.html - вышлите ее Торвальдсу и Ваше имя попадет
>в историю линукса.

хорошо вам. Оперируете современным положением. А в средине 90-х сильно было поумничать негде...  ну и почитать нахаляву. (кста, остальные 8 частей где мона нарыть ? - возможно путаю общее количество разделов посикса, ну а если это все - то все ок, современные торвальсды имеют больше возможностей проявить себя)

>Не путайте теплое с мягким: posix определяет интерфейс для т.н. user threads
>(пользовательских нитей), то, что Вы называете группами процессов и процессами линуха,
>на самом деле является kernel threads (тьфу-ты, procs) и POSIX-ом не
>регламентируется. Тип связи между ними выражается цифирками 1:1, N:M и т.д.
>и закладываетя в libpthreads. Времени нет объяснять Вам дальше, что это
>такое, поройтесь в Google.
писал это по памяти с цытаты Торвальдса. Но суть передал четко.
Хотя, я сам посикс по вопросу не читал.

>> Делалось для того, чтобы полноценно учесть все нити (процессы) при шедулинге.
>В проектировании NPTL упор делался на light weight в ущерб fairness-у шедулинга.
возможно. Не знаю о чем именно и когда говорил Торвальдс. Возможно с тех пор многое изменилось.

>По сравнению с, например, NGPT (не буду сравнивать с BSD и
>соляркой), времена исполнения группы "одинаковых"(если так можно выразится) тредов будет иметь
>несколько меньшее мат. ожидание при большей дисперсии.
да, смотрю ты это курил в правильном математическом свете. Я пока недотягиваю (не интересовало именно это пока что)

>Так, что для задач,
>у которых критично именно максимальное, а не среднее время отклика, NPTL
>учитывает все не самым полноценным образом.
возможно. Не стремился это проверить.

Cообщить модератору | Наверх | ^

19. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Dmitry U. Karpov email on 24-Ноя-05, 00:55 
Лично мне кажется, что способ "регистры и область в памяти" эффективнее. Даже если ядро переписывает данные из регистров куда-то ещё, код для переписывания существует в системе только один раз, а не встречается в каждой программе.

Да, регистры действительно нужны для работы. Но так ведь передаваемые параметры тут же включаются в работу! Кстати, на RISC-процессорах с их большим числом регистров это очень выгодно.

Кстати, хочу напомнить, что DOS создавался для работы в очень стеснённых условиях: сначала памяти просто было мало, а потом адресное пространство было ограничено бинароной совместимостью с программами, написанными для реального режима i80*86. Так что ругать какой-то метод только за то, что он использовался в DOS - это всё равно, что ругать военно-тактические приёмы за то, что когда-то они использовались гитлеровцами. Передача параметров через регистры и область в памяти происходила не только в DOS, но и во многих др.операционках того времени.

Cообщить модератору | Наверх | ^

23. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Wulf on 24-Ноя-05, 11:31 
> способ "регистры и область в памяти" эффективнее.
Возможно и верно в случае прямых вызовов подпрограм, обслуживающих syscall. В реальности вызывается сначала обработчик int80h. - для BSD /usr/src/i386/i386/trap.c, в котором происходят проверки на MP_SAFE и глобальных блокировок, вызовы процедур трассировки syscall-ов, различный отладочный код и еще куча всего. И только после всего этого происходит передача управления самому syscall-у. Регистры так или иначе придется сохранять и восстанавливать. Со стеком тут все проще - для передачи параметров достаточно 1-го вызова copyin (копирования области памяти из user-space в kernel)
> Так что ругать какой-то метод только за то, что он использовался в DOS
Что использовалось в DOS и других "наколенных" ОС того времени трудно вообще назвать методами. Методами это стало уже в линуксе.
Cообщить модератору | Наверх | ^

25. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от аноним on 24-Ноя-05, 17:56 
> для BSD /usr/src/i386/i386/trap.c

У Вас небольшая опечатка, правильно /usr/src/sys/i386/i386/trap.c
Кстати, есть ли какие-то существенные отличия между вызовами int $0x80 и lcall $7,$0 кроме того, что после lcall $7,$0 нужно делать addl $16,%esp ?

Cообщить модератору | Наверх | ^

26. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Wulf on 24-Ноя-05, 21:16 
> есть ли какие-то существенные отличия между вызовами int $0x80 и lcall $7,$0
Я не особо авторитетный человек в этом вопросе, но насколько знаю, для софтверных прерываний разницы, кроме скорости исполнения конкретно этих 2-х инструкций, нет. Краем уха где-то слышал, что в SCO применяется именно lcall.
>  кроме того, что после lcall $7,$0 нужно делать addl $16,%esp
addl нужно делать не для lcall, а для восстановления указателя стека после возврата из подпрограммы при cdecl стиле передачи параметров. Он компенсирует изменение esp от серии push
Cообщить модератору | Наверх | ^

9. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от ws (ok) on 22-Ноя-05, 12:41 
Под FBSD6.0 проверил все работает...
Cообщить модератору | Наверх | ^

12. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от аноним on 23-Ноя-05, 03:47 
Теперь надо написать пример простого файлового вируса на ассемблере, который заражает ELF фалы :-))
Cообщить модератору | Наверх | ^

17. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от Wulf on 23-Ноя-05, 17:23 
Неплохой ресурс по теме, правда BSD-центричный
http://www.int80h.org/bsdasm/
Cообщить модератору | Наверх | ^

22. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от 4 on 24-Ноя-05, 09:33 
а есть вирусы работающие в линукс или бзде?
Cообщить модератору | Наверх | ^

28. "Часто задаваемые вопросы по использованию ассемблера в Unix"
Сообщение от аноним on 25-Ноя-05, 01:33 
есть
Cообщить модератору | Наверх | ^

31. "OpenNews: Часто задаваемые вопросы по использованию ассембле..."
Сообщение от Mranton (??) on 30-Ноя-05, 02:00 
>Aleksey Ulasevich подготовил (http://stakanov.nm.ru/as/asm_unix_faq.html) русскоязычный FAQ по использованию ассемблера в
>юниксоподобныйх ОС.
>
>URL: http://stakanov.nm.ru/as/asm_unix_faq.html
>Новость: https://www.opennet.ru/opennews/art.shtml?num=6478

небольшая поправка к статье: в ответе "как слинковать, запустить..." в 4-ом варианте(для Линукс) надо указывать: ld -s hello-nasm.o(было ".asm") -o hello-nasm

Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру