[ВХОД]

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

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


мобильная версия
Печатать страницу
Форум - Новые технологии - Сделай сам - Операционная система Linux. Вопросы без ответа. - Стр.80
<][ 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: 605342 - Date: 27.11.18(00:13)
Процессор работает на машинных кодах, он даже не подозревает на каком языке написана программа и какая ось работает.
Человеку же удобнее видеть эти коды на языке ассемблера- это почти те же самые коды. Почему ПОЧТИ?
Потому что некоторые коды не входят в язык ассемблера- разработчики процессора оставили эти коды для своих нужд.
Вот уже первая дыра. на уровне машинных кодов. Использовать ее можно только с помошью языка ассемблера.
Например так: есть код, а слова такого в ассемблере нет. Можно с помощью ассемблера вставить этот код в программу и он будет исполняться.
На Си такого не сделаешь.
Кроме языка ассемблера есть еще программа-транслятор, переводящая язык ассемблера в машинные коды.
Эта программа не одна. Их много разных. У интела - это одно а у мелкософта или борланда- это другое, а у гнуса - это третье.
Язык один, а программы- трансляторы разные, и они по разному выполняют одну и ту же функцию. Каждая строго по своему.
Как раз там самые тонкости работы с кэшем, стэком, вызовами.
Например мелкософтовская винда различает вызовы юзера и вызовы ядра- они по разному обрабатываются своим ассемблером. А гнусы решили все унифицировать- все делают одинаково- им грамотные люди говоряли- так нельзя,
это дыра на дыре. А гнусовцы им в ответ- ну мы же учебную игрушку пишем, отстаньте.
А потом потихоньку затерли в памяти что это игрушка, и начали рекламировать ее для серьезных вещей.
Правда действует эта реклама только не неграмотные мозги. Те кто знает, в страшном сне не поставят на обслуживание банка линух. Он работает на игрушечном учебном компиляторе языка.
В любом обществе всегда есть один процент безнадежно неграмотных, которых бесполезно учить.
Неважно чему- из них всегда получаются либо линуксоиды либо свидомиты либо то и другое вместе.


_________________
я плохого не посоветую
- Правка 27.11.18(00:14) - dedivan
Yarston | Post: 605347 - Date: 27.11.18(06:58)
Вообщето изоляция пользовательских процессов от ядерных на уровне процессора аппаратно делается со времён i386. Можно много чего в код вставить и исполнить, только если в линуксе тебе надо явно где-то этот код найти и запустить, на венде он сам найдётся и запустится, и все привилегии получит, если надо

dedivan | Post: 605352 - Date: 27.11.18(09:24)
Yarston Пост: 605348 От 27.Nov.2018 (06:58)
Вообщето изоляция пользовательских процессов от ядерных на уровне процессора аппаратно делается со времён i386.

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

Так вот вопрос- ты не знал этого, или специально по команде гнусовцев пытаешься это скрыть?

_________________
я плохого не посоветую
- Правка 27.11.18(09:25) - dedivan
Yarston | Post: 605364 - Date: 27.11.18(11:11)
И что, помогло это венде? Может под неё вирусов нет, или хотя бы меньше? Да нет ведь.

dedivan | Post: 605370 - Date: 27.11.18(11:52)
Конечно помогает. В винде вирусы сразу или чуть позже видны. В линухе они не видны вообще. Это не значит что их нет, просто они там как родные живут.
В линухе работает только мантра- вирусов нет.
Действительно, какие же это вирусы, если они врожденная особенность линуха.
Называют их демонами, шеллами, просто мол запустились сами. Дресс код соблюден, через дверку прошли по общему стандарту- какие же это вирусы.
В винде сразу, если кто то полез не свою дверку- тревога, нападение.

Так а на вопрос то ответишь?

_________________
я плохого не посоветую
- Правка 27.11.18(12:00) - dedivan
Yarston | Post: 605386 - Date: 27.11.18(15:38)
Так а на вопрос то ответишь?
Так это, мы же в теме
Форум - Новые технологии - Сделай сам - Операционная система Linux. Вопросы без ответа.

Честно говоря, я не совсем понял, что ты вообще с чем сравниваешь - ОС Виндус и компилятор GCC? Или что? И по какому критерию? На уровне ассемблера вызовы любых процедур выглядят одинаково - кладём переменные в стек, сохраняем что нужно и передаём управление по новому адресу.

dedivan | Post: 605387 - Date: 27.11.18(16:00)
Yarston Пост: 605386 От 27.Nov.2018 (15:38)
мы же в теме

Понятно, значит продался за копеечку малую.

ОС Виндус и компилятор GCC?

Опять придуриваешься?
Кроме компилятора есть еще и GNU assembler- гнус.
Так вот ассемблеры у всех разные. И передать управление по "новому адресу" можно разными способами и с разными результатами.


_________________
я плохого не посоветую
Yarston | Post: 605389 - Date: 27.11.18(16:09)
Понятно, значит продался за копеечку малую.
Экой ты проницательный, не из органов случайно? Чего батхёрт такой по отношению к линуксу?
Так вот ассемблеры у всех разные.
Под M$ их пожалуй даже поболее разных.

dedivan | Post: 605390 - Date: 27.11.18(16:14)
Yarston Пост: 605389 От 27.Nov.2018 (16:09)
Под M$ их пожалуй даже поболее разных.

Винда на своем написана.

_________________
я плохого не посоветую
Yarston | Post: 605392 - Date: 27.11.18(16:30)
Это всё пустая болтовня - обход изоляции процессов происходит из-за ошибок проектирования процессора что на венде, что в линукс. Никакие хитрые коды компилятора тут ничего не решают. Другое дело, что венда черезчур любвеобильна ко всяким левым экзешникам на флешках, самозагружающихся по сети и т.п. В линукс такой дичи нет.

Matroskin | Post: 605492 - Date: 28.11.18(18:01)
Дед, демоны это то, что в Винде называется службы.

sbal | Post: 605493 - Date: 28.11.18(18:07)
Хоть горшком обзови, демон он и есть демон.

_________________
в пути...
dedivan | Post: 605495 - Date: 28.11.18(18:11)
Yarston Пост: 605392 От 27.Nov.2018 (16:30)
Никакие хитрые коды компилятора тут ничего не решают.

Да, упорных защитников линховоды нанимают.
Только глупых. Как раз в кодах все дело. В двадцатый раз повторю.
Еще раз по буквам- в винде обычное обращение к стэку, для вызова функции делается по разному для ядра и для юзера. Именно на уровне кодов компилятора. В зависимости от уровня кольца защиты генерируется разный код. А в линухе код всегда стандартный.

_________________
я плохого не посоветую
di_mon | Post: 605508 - Date: 28.11.18(19:15)
Деда, чего спорить, направление дал и ладно, а там сами освоят или мимо ушей пропустят. С товарищем спор зашёл, что мол на Си всё можно сделать, я его убедил, так получилось, что ассемблер - это сила. Так он потом долго читал ассемблер и глаза его по новой открылись на программирование.
Сам лет с двадцаток назад заинтересовался книжкой "ассемблер х86.." что то меня загрузила информация в 1ххх страниц, взял по-проще ассемблер по атмелу страниц меньше )))

dedivan | Post: 605559 - Date: 28.11.18(22:02)
di_mon Пост: 605508 От 28.Nov.2018 (19:15)

Сам лет с двадцаток назад заинтересовался книжкой "ассемблер х86.." что то меня загрузила информация в 1ххх страниц,

На самом деле это только азы, дальше все еще интереснее...
Переводим процессор в режим реальных адресов.

mov eax,cr0
and al,0feh ; Сбрасываем бит PE.
mov cr0,eax ; Процессор перешёл в режим реальных адресов.
И всё- нет никакой защиты.
Сишники про это даже не слышали. И слышать не хотят- это для них табу.

_________________
я плохого не посоветую
<][ 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. Вопросы без ответа. - Стр 80

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