https://m.opennet.dev/openforum/vsluhforumID3/12784.html Aleksey Ulasevich подготовил (http://stakanov.nm.ru/as/asm_unix_faq.html) русскоязычный FAQ по использованию ассемблера в <br>юниксоподобныйх ОС.<br><br>URL: http://stakanov.nm.ru/as/asm_unix_faq.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=6478<br> https://m.opennet.dev/openforum/vsluhforumID3/12784.html#31 Tue, 29 Nov 2005 23:00:31 GMT &gt;Aleksey Ulasevich подготовил (http://stakanov.nm.ru/as/asm_unix_faq.html) русскоязычный FAQ по использованию ассемблера в <br>&gt;юниксоподобныйх ОС. <br>&gt;<br>&gt;URL: http://stakanov.nm.ru/as/asm_unix_faq.html <br>&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=6478 <br><br>небольшая поправка к статье: в ответе "как слинковать, запустить..." в 4-ом варианте(для Линукс) надо указывать: ld -s hello-nasm.o(было ".asm") -o hello-nasm <br><br> https://m.opennet.dev/openforum/vsluhforumID3/12784.html#30 Fri, 25 Nov 2005 21:22:03 GMT &gt;Вот Вам ссылка http://www.unix.org/version3/online.html - вышлите ее Торвальдсу и Ваше имя попадет <br>&gt;в историю линукса. <br><br>хорошо вам. Оперируете современным положением. А в средине 90-х сильно было поумничать негде... ну и почитать нахаляву. (кста, остальные 8 частей где мона нарыть ? - возможно путаю общее количество разделов посикса, ну а если это все - то все ок, современные торвальсды имеют больше возможностей проявить себя)<br><br>&gt;Не путайте теплое с мягким: posix определяет интерфейс для т.н. user threads <br>&gt;(пользовательских нитей), то, что Вы называете группами процессов и процессами линуха, <br>&gt;на самом деле является kernel threads (тьфу-ты, procs) и POSIX-ом не <br>&gt;регламентируется. Тип связи между ними выражается цифирками 1:1, N:M и т.д. <br>&gt;и закладываетя в libpthreads. Времени нет объяснять Вам дальше, что это <br>&gt;такое, поройтесь в Google. <br>писал это по памяти с цытаты Торвальдса. Но суть передал четко.<br>Хотя, я сам посикс по вопросу не читал.<br><br>&gt;&gt; Делалось для того, чтобы полноценно учесть все https://m.opennet.dev/openforum/vsluhforumID3/12784.html#29 Thu, 24 Nov 2005 22:57:02 GMT &gt; Если ты решил, что POSIX - это просто дока, которую мона скачать и начитаццо досыта - ты ошибаешься. Набор этих стандартов ДЕНЕГ СТОЯТ. И НЕМАЛЫХ ДЕНЕГ.<br>&gt; Торвальдсу их высылали по кускам, кто что имел.<br>Вот Вам ссылка http://www.unix.org/version3/online.html - вышлите ее Торвальдсу и Ваше имя попадет в историю линукса.<br>&gt; Все отсупления от посикса у Торвальдса аргументированы.<br>&gt; Как например посикс определяет процесс как набор нитей. А в линухе есть группы процессов (соотвествует POSIX процессу) и процессы (они же нити).<br>Не путайте теплое с мягким: posix определяет интерфейс для т.н. user threads (пользовательских нитей), то, что Вы называете группами процессов и процессами линуха, на самом деле является kernel threads (тьфу-ты, procs) и POSIX-ом не регламентируется. Тип связи между ними выражается цифирками 1:1, N:M и т.д. и закладываетя в libpthreads. Времени нет объяснять Вам дальше, что это такое, поройтесь в Google.<br>&gt; Делалось для того, чтобы полноценно учесть все нити (процессы) при шедулинге.<br>В https://m.opennet.dev/openforum/vsluhforumID3/12784.html#28 Thu, 24 Nov 2005 22:33:44 GMT есть https://m.opennet.dev/openforum/vsluhforumID3/12784.html#27 Thu, 24 Nov 2005 19:58:04 GMT &gt;&gt; ага, искал посикс стандарты по всему миру как угорелый, но ленилсо их читать %))))<br>&gt;Студенты, они все такие. Что-либо пытаются читать только за день-два до экзамена. <br>&gt;Даже, если имеют конспекты всех лекций. <br><br>афтар, http://voffka.com/archives/affftarrr.jpg<br><br>Если ты решил, что POSIX - это просто дока, которую мона скачать и начитаццо досыта - ты ошибаешься. Набор этих стандартов ДЕНЕГ СТОЯТ. И НЕМАЛЫХ ДЕНЕГ.<br>Торвальдсу их высылали по кускам, кто что имел. И поверь он их не фтопку складывал.<br>Все отсупления от посикса у Торвальдса аргументированы.<br>Как например посикс определяет процесс как набор нитей. А в линухе есть группы процессов (соотвествует POSIX процессу) и процессы (они же нити).<br>Делалось для того, чтобы полноценно учесть все нити (процессы) при шедулинге. https://m.opennet.dev/openforum/vsluhforumID3/12784.html#26 Thu, 24 Nov 2005 18:16:03 GMT &gt; есть ли какие-то существенные отличия между вызовами int $0x80 и lcall $7,$0<br>Я не особо авторитетный человек в этом вопросе, но насколько знаю, для софтверных прерываний разницы, кроме скорости исполнения конкретно этих 2-х инструкций, нет. Краем уха где-то слышал, что в SCO применяется именно lcall.<br>&gt; кроме того, что после lcall $7,$0 нужно делать addl $16,%esp<br>addl нужно делать не для lcall, а для восстановления указателя стека после возврата из подпрограммы при cdecl стиле передачи параметров. Он компенсирует изменение esp от серии push https://m.opennet.dev/openforum/vsluhforumID3/12784.html#25 Thu, 24 Nov 2005 14:56:27 GMT &gt; для BSD /usr/src/i386/i386/trap.c<br><br>У Вас небольшая опечатка, правильно /usr/src/sys/i386/i386/trap.c<br>Кстати, есть ли какие-то существенные отличия между вызовами int $0x80 и lcall $7,$0 кроме того, что после lcall $7,$0 нужно делать addl $16,%esp ? https://m.opennet.dev/openforum/vsluhforumID3/12784.html#24 Thu, 24 Nov 2005 08:49:44 GMT &gt; ага, искал посикс стандарты по всему миру как угорелый, но ленилсо их читать %))))<br>Студенты, они все такие. Что-либо пытаются читать только за день-два до экзамена. Даже, если имеют конспекты всех лекций. https://m.opennet.dev/openforum/vsluhforumID3/12784.html#23 Thu, 24 Nov 2005 08:31:49 GMT &gt; способ "регистры и область в памяти" эффективнее.<br>Возможно и верно в случае прямых вызовов подпрограм, обслуживающих syscall. В реальности вызывается сначала обработчик int80h. - для BSD /usr/src/i386/i386/trap.c, в котором происходят проверки на MP_SAFE и глобальных блокировок, вызовы процедур трассировки syscall-ов, различный отладочный код и еще куча всего. И только после всего этого происходит передача управления самому syscall-у. Регистры так или иначе придется сохранять и восстанавливать. Со стеком тут все проще - для передачи параметров достаточно 1-го вызова copyin (копирования области памяти из user-space в kernel)<br>&gt; Так что ругать какой-то метод только за то, что он использовался в DOS<br>Что использовалось в DOS и других "наколенных" ОС того времени трудно вообще назвать методами. Методами это стало уже в линуксе.