[ВХОД]

Главная | Содержание | Форум | Файлы | Поиск | Контакт
NAVIG
О форуме
Резонансные генераторы
Магнитные генераторы
Механические центробежные (вихревые) генераторы
Торсионные генераторы
Электростатические генераторы
Водородные генераторы
Ветро- и гидро- и солнечные генераторы
Струйные технологии
Торнадо и смерчи
Экономия топлива
Транспорт
Гравитация и антигравитация
Оружие
Нейтронная физика
Научные идеи, теории, предположения...
Прочие идеи (разные)
Новые технологии
Коммерческие вопросы
Барахолка
Патентный отдел
Сделай сам. Советы.
Конструкторское бюро
Помощь сайту...
Принимаю пожертвования на
Юmoney 4100135735990
Яндекс 4048 4150 3989 0880
Сберка 4006 8000 2087 6875

Денег нет,
...но вы держитесь там.
Удачи вам! И здоровья!


мобильная версия
Печатать страницу
Форум - Новые технологии - Сделай сам - Операционная система Linux. Вопросы без ответа. - Стр.84
<][ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 ][>
Post:#471944 Date:06.06.2015 (00:41) ...
21 августа 1991 года закончился августовский путч в СССР-
24 августа 1991 в центре Киева. Люди приветствуют провозглашение независимости
25 августа 1991 года Линус Товальдс опубликовал ядро Linux Date: 25 Aug 91 20:57:08 GMT
Просто совпадение? Можно быть, но есть еще много других совпадений.
Главное- это одинаковая методика зомбирования адептов Линукса и Нэзалежной.
Линуксоидов в мире точно столько же сколько и укропов- около 1 %.
О чем не спросишь линуксоида- ответ : хто нескаче тотмастдай
dedivan | Post: 606067 - Date: 04.12.18(14:18)
Эфиродомен Пост: 606056 От 04.Dec.2018 (12:43)

- ты утверждал, что для компиляции программы на чистом C
в объектный или исполняемый файл нужен внешний ассемблер (tasm)
- оказалось, нет


Это не про тасм разговор был и тем более не про шестой билдер, это ты это говно притащил- сам его и расхлебывай.

Как расхлебать- скомпилируй (со спрятанным тасмом) с ключом -S, если выдаст ассемблерный файл- то какой то урезанный ассемблер встроен в него.
А если выдаст ошибку- то именно поэтому он и не работает в реальном режиме. Виртуальная поделушка.

_________________
я плохого не посоветую
- Правка 04.12.18(14:19) - dedivan
Эфиродомен | Post: 606081 - Date: 04.12.18(16:14)
> Это не про тасм разговор
> это ты это говно притащил

Нет, это ты начал утверждать, что

> Если сомневаешься- перемести файл tasm.exe в какую нибудь временную папку
> и попробуй скомпилить без него.
(dedivan, Post: 605892)

Это было первое упоманание о tasm в этой теме,
и сделано оно было тобой.

А-яй-яй, деда, опять ты соврал ;(


Эфиродомен | Post: 606083 - Date: 04.12.18(16:34)
И я никогда не утверждал, что C-компиляторы не могут оформлять результат компиляции как файл на языке ассемблера,
а лишь только то, что в .obj и исполняемых файлах отсутствуют ассемблерные мнемоники, сгенерированные C-компилятором.
Там - только бинарный машинный код.


> если выдаст ассемблерный файл- то какой то урезанный ассемблер встроен в него.

Опять ты ошибся. Большинство хоть сколько-то современных C-компиляторов получают ассемблерный листинг,
пропуская сгенерированный ими двоичный код через дизассемблер,
и комбинируя полученный результат с символьной информацией
(о том, какие строки исходного C-файла ему соответствуют).


- Правка 04.12.18(16:35) - Эфиродомен
Эфиродомен | Post: 606084 - Date: 04.12.18(16:48)
> Как расхлебать- скомпилируй (со спрятанным тасмом) с ключом -S,
> если выдаст ассемблерный файл- то какой то урезанный ассемблер встроен в него.
> А если выдаст ошибку- то именно поэтому он и не работает в реальном режиме.


Блин, такое впечатление, что ты специально всё переворачиваешь с ног на голову...

C-компилятор может выдать ассемблерный код, но это совсем не означает,
что он (компилятор) работает в реальном режиме.
Равно, как и то, что сгенерированный им ассемблерный код
работает или же не работает в реальном режиме.

dedivan | Post: 606085 - Date: 04.12.18(17:03)
Эфиродомен Пост: 606056 От 04.Dec.2018 (12:43)

- твоё утверждение о том, что linux - операционка,
которая разрабатывалась для студентов - ложь,
об этом недвусмысленно высказался Торвальдс


Это тоже ты придумал, иудушка.

dedivan Пост: 605342 От 27.Nov.2018 (00:13)
А гнусы решили все унифицировать- все делают одинаково- им грамотные люди говоряли- так нельзя,
это дыра на дыре. А гнусовцы им в ответ- ну мы же учебную игрушку пишем, отстаньте.
....в страшном сне не поставят на обслуживание банка линух. Он работает на игрушечном учебном компиляторе языка.


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

_________________
я плохого не посоветую
dedivan | Post: 606087 - Date: 04.12.18(17:05)
Давай ка отдохни с недельку - чай уж заработал свои 30 монеток.


_________________
я плохого не посоветую
dedivan | Post: 606089 - Date: 04.12.18(17:24)
Эфиродомен Пост: 606083 От 04.Dec.2018 (16:34)

Опять ты ошибся. Большинство хоть сколько-то современных C-компиляторов получают ассемблерный листинг,
пропуская сгенерированный ими двоичный код через дизассемблер,


Опять свистишь иудушка- читай вики-[ссылка]

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


Не получают, а выдают вывод на ассемблере.

А уже компоновщики, линковщики- это другие программы, это ты их имеешь ввиду а не компилятор.

_________________
я плохого не посоветую
- Правка 04.12.18(17:25) - dedivan
Matroskin | Post: 606090 - Date: 04.12.18(17:24)
dedivan Пост: 606031 От 04.Dec.2018 (06:33)
1-Это делается только в линухе. Понятно? Не в винде, как некоторые пытаются тут примеры привести.
Почему только в линухе-

А в каком месте я сказал, что это надо сделать в Винде? Конечно, в Линухе, и, непременно, простым пользователем.
Нет, Дед, не юли, не надо мне рассказывать про стек. В тех твоих трёх командах стек никаким боком не используется. А раз привёл код, будь добр проверить, что он действительно сделает то, что ты утверждаешь.
Или будем считать, что с твоей стороны слив засчитан?

dedivan | Post: 606092 - Date: 04.12.18(17:39)
Matroskin Пост: 606090 От 04.Dec.2018 (17:24)
В тех твоих трёх командах стек никаким боком не используется.

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

Пишешь простенькую программу- например выводит на экран температуру на улице.
Компилируешь ее, при этом компилятор присвоит ей какой то идентификатор- 256 байт.
После этого пишешь програмку из трех команд на ассемблере, заменяешь в ней байты с нулями, если вдруг будут и вставляешь эту строчку вместо идентификатора в программу градусника.

После этого запускаешь програмку градусника.

И вот эти три команды при запуске сам линух разместит в своем стеке ядра- он будет думать что это номер твоей программы
А ты будешь видеть адрес, по которому начинается эта программа из своего стека юзера.

_________________
я плохого не посоветую
- Правка 04.12.18(18:05) - dedivan
Matroskin | Post: 606170 - Date: 05.12.18(13:03)
Дед, прекращай лапшу на уши вешать. Речь о том, что ты хреново читал свою книжку про i386. Если бы читал, то знал бы, что из ring3 нельзя переключить процессор из защищённого режима в реальный. Да и вообще, из ring3 нельзя выполнять привиллигированные команды. Точнее, вызвать то их можно, только это приведёт к срабатыванию исключения.
Вывод, твой код, будучи запущенным как обычная программа, процессор из защищённого режима не выведет.
Ты сам проделай свой пример с градусником и убедись, что ты диванный теоретик.


Matroskin | Post: 606172 - Date: 05.12.18(13:08)
Народ, кто действительно хочет понять что там в ядре, да как, обращайтесь к первоисточникам. Читайте что пишут компетентные в этом вопросе люди. Роберт Лав "Разработка ядра Linux". Книга в свободном доступе.

dedivan | Post: 606173 - Date: 05.12.18(13:15)
Matroskin Пост: 606170 От 05.Dec.2018 (13:03)
из ring3 нельзя переключить процессор из защищённого режима в реальный.

А разве кто то спорит с этим?
Задача хакера запихнуть код в ринг0. каким образом он это делает- сотни способов есть. Я тебе про один из них- как запихнуть код в ринг0 силами самого линуха. Но в линухе еще к этому дополнительно имется возможность знать адрес этого кода, то есть можно попросить линух запустить этот код от имени ядра. В винде такой возможности нет- винда прячет адрес кода.


_________________
я плохого не посоветую
Greyver | Post: 606773 - Date: 10.12.18(17:42)
dedivan Пост: 605689 От 29.Nov.2018 (23:08)
Думать то нужно о другом- в винде этот кусок кода сразу вызовет шухер и жесткие меры антивирей, а в линухе "вирей нет"
Ага, вири под форточками прямо в операционку встроены. Помницца, несколько лет тому назад после очередного обновлении форточек неожиданно начались проблемы - анализ показал, что многие антивирусники оказались "несовместимыми" с внесёнными обновлениями. По итогам, мелкомягкие по быстрому провели политзанятия с разработчиками этих антивирусных программ, и фсё стало как прежде - аларм и шухер только от взлома, несанкционированного мелкомягкими+АНБ.

Пс. Дальнейшие 2 страницы обсуждения - очень поучительны и занятны, тока вот мой комп взламывали путём прописывания "нужной" проги в загрузочные сектора, причём прописывали, используя именно форточки... ненуачо, совесть мелкомягких чиста как слеза младенца - прога-то не ихняя...
Но что, сцуко, характерно, форточки в упор "не видели" этой проги, на неё матерился линуксовый загрузчик GRUB, во время своей установки - типа, чё за хня в загрузочных секторах? Типа, свяжитесь с разработчиками этой хни, и выскажите им своё презрение объясните им, что так делать низзя.
Пвс. Действительно, чего париться с виндой и туевой хучей линуксовых ядер - поставил в загрузку прогу в режиме супервизора, и можно потихоньку стебаться над придурками, хоть форточниками, хоть линуксоидами, считающими что у них точно "вирей нет"...

_________________
Человек отличается от обезьяны умением не замечать очевидных вещей.
dedivan | Post: 606799 - Date: 11.12.18(09:11)
Greyver Пост: 606773 От 10.Dec.2018 (17:42)
мой комп взламывали путём прописывания "нужной" проги в загрузочные сектора,

Это древний способ. Сейчас такая прога прячется в сектор помеченный как битый. В любом месте, не обязательно в области загрузки. Это удобно делать с помощью контроллера самого винчестера- вообще не привлекая ЦП
а вот на винчестерах встроенный код как раз на основе линухов. Сейчас там ставят в основном АРМы и ядро линуха. Если ты пользуешься виндой, не забывай, что у тебя еще штук пять линухов в компе работают, в винтах, в роутерах, модемах, беспроводных мышках и т.д....


_________________
я плохого не посоветую
Greyver | Post: 606865 - Date: 11.12.18(17:37)
dedivan Пост: 606799 От 11.Dec.2018 (09:11)
Сейчас такая прога прячется в сектор помеченный как битый. В любом месте, не обязательно в области загрузки. Это удобно делать с помощью контроллера самого винчестера- вообще не привлекая ЦП
Да, через винч и записали, но не под битые сектора, а в область "служебной информации" - контроллер винча использует часть диска для размещения там своей информации - эта часть скрыта от любой операционки. Туда можно затолкать нехилую по объёму прогу, но ссылка на прогу идёт из загрузочных секторов - вот на неё линуксовый загрузчик и ругается.
Вообще, мелкомягкие зарезервировали себе в областях загрузки жирный кусок для своих бэкдоров - не менее 100 мегабайт, иначе, типа, бедному виндовому загрузчику места не хватит, угу...

_________________
Человек отличается от обезьяны умением не замечать очевидных вещей.
<][ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 ][>
У Вас нет прав отвечать в этой теме.
Форум - Новые технологии - Сделай сам - Операционная система Linux. Вопросы без ответа. - Стр 84

Главная | Содержание | Форум | Файлы | Поиск | Контакт