Post:#471944 Date:06.06.2015 (00:41) ... 21 августа 1991 года закончился августовский путч в СССР-
24 августа 1991 в центре Киева. Люди приветствуют провозглашение независимости
25 августа 1991 года Линус Товальдс опубликовал ядро Linux Date: 25 Aug 91 20:57:08 GMT
Просто совпадение? Можно быть, но есть еще много других совпадений.
Главное- это одинаковая методика зомбирования адептов Линукса и Нэзалежной.
Линуксоидов в мире точно столько же сколько и укропов- около 1 %.
О чем не спросишь линуксоида- ответ : хто нескаче тотмастдай
Эфиродомен Пост: 605807 От 01.Dec.2018 (15:16)
Дед б ты путаешь компиляторы C и компиляторы с языка ассемблера.
годов с конца 70х не путаю эти вещи. Это ты неграмотный и не знаешь, что любой си компилятор выдает не машинный а ассемблерный код.
И ассемблерный код может быть даже одинаковым , а вот машинный будет разным, в зависимости от знания разработчиком тонкостей процессора.
>годов с конца 70х не путаю эти вещи.
>Это ты неграмотный и не знаешь, что любой си компилятор выдает не машинный а ассемблерный код.
Ты представляешь, большинство современных (по крайней мере, с конца 80-х)
компиляторов C выдаёт сразу именно машинный код
(в среде Windows - это .obj и .exe).
Но могут и ассемблерный - по отдельному запросу.
И вообще, какого ... ?
Какая разница - компилируется ли C-программа в .asm или в .exe ?
Опять уводишь тему от твоей неспособности выполнить декларируемое
> И ассемблерный код может быть даже одинаковым , а вот машинный будет разным, в зависимости от знания разработчиком тонкостей процессора.
Ну-ну. Компиляторы с языка ассемблера транслирует мнемоники в машинные коды
совершенно единообразно для одного и того же процессора.
Если сможешь - опровергни
Да тебе хоть ссы в глаза, а ты
> Так что лучше возьми учебник, да сам прочитай.
> Заодно и посмотришь в каком виде объектные файлы выдаются.
А объектные файлы выдаются именно в машинных кодах,
для C - в перемещаемом двоичном формате,
никак не в формате мнемоник (текстовом) языка ассемблера.
Скачай сам или сделай "Неllo world" и посмотри .obj каким-либо вьювером
- и ты увидишь, там нет никаких ассемблерных мнемоник
- только bin, только хардкор
Ты оказывается еще и первый класс не освоил?
Переименуй это .бин в .тхт или .асм и увидишь что там есть.
Нормальный асмовый код.
Я гляжу ты хочешь нахалявку полное образование тут получить?
Для тебя теперь все вопросы будут платные- по ставке обычного препода 20 баксов занятие, раз не хочешь сам книжки читать.
А как же- все, кто имел дело с компами до 90-го года, знают заклинание кода.
Заклинание кода - наука, позволяющая напрямую контролировать машинный код и создавать его из имеющихся в наличии байт. Заклинатели демонов, равно как и их противники - создатели антидемонских программ, а также создатели защит, взломщики кода и многие другие - издавна практиковались в заклинании кода, в искусстве программирования без лишних посредников.
Чтобы научиться заклинать код, нам понадобятся три вещи - ассемблер, Книга Двойных Слов и собственное намерение. Без последнего ничего не выйдет, даже если будут первые два в сколь угодно большом количестве.
Про отражение памяти. У каждого процесса есть свой описатель- он типа большого числа, 256 байт, но расположен в пространстве ядра, а чтобы процесс юзера знал свой номер,он отражается в пространстве юзера. Чтобы юзер видел его и знал свое место.
Как в классике- твой номер шестнадцатый, сиди и помалкивай. Этот номер присваивает програмист, который пишет программу. Это строковая константа- то есть набор байтов с нулем на конце.
Программер может написать такой номер, чтобы при нужном прочтении он был программой вызова ДЛЛки. Что строка, что программа- это всего лишь последовательность байтов.
Там есть одна тонкость- в этом коде не должно быть нулей- ноль должен быть только в конце строчки.
Для этого есть заклинатели кода- низкоурровневые спецы, которые могут писать в машинных кодах.
Это уровень даже ниже ассемблера- уровень опкодов процессора.
Одну и туже работу можно сделать разными командами- вот они и выбирают такие, в которых нет ноликов.
Номер записан, он виден юзеру. осталось запустить его как исполняемый код.
Вот тут уже возникает разница между виндой и линухом. Винда старается прятать реальный адрес этого кода.
Каждая винда по разному его прячет. Линух не прячет. В линухе этот код запускается элементарно.
Он просто методом НЛП программирует юзера, что линух это самая надежная система.
> Переименуй это .бин в .тхт или .асм и увидишь что там есть.
Ха-ха-ха
переименование файла никак не изменит его содержимое
Блин, не ожидал такого
Вот тебе пример .obj - файла (прикреплён),
как не переименовывай его... ну сам увидишь
> Я гляжу ты хочешь нахалявку полное образование тут получить?
> Для тебя теперь все вопросы будут платные-
> по ставке обычного препода 20 баксов занятие, раз не хочешь сам книжки читать.
Да нужны мне такие _преподаватели_, как ты.. -как собаке пятое колесо
Сам бы умные книжки лучше почитал
Эфиродомен Пост: 605856 От 02.Dec.2018 (09:47)
... ну сам увидишь
Вижу- описатель файла вижу- заменить его на бинарный код как написано выше- и он попадет в стек ядра и там его можно будет запустить.
И асмовые команды тоже видно.
А чего ты хотел увидеть?
