Пустая таблица или вообще секции .reloc нет?

Пустая — это ещё один вариант. Microsoft просто не могла решить, как им больше нравится. И в любом случае они сами этим не пользовались.

Не слишком много страниц затрагиваются поправками в 64-битном коде.

ето потому что он позиционно-независимый (rip-relative)

не понятно как тут PIC не нужен если он и есть PIC уже

ты ж не будешь под каждую страницу создавать отдельный регион

Какой регион? У нас CoW. Поправка в странице — копируем страницу.

это да, верно

не понятно как тут PIC не нужен если он и есть PIC уже

Щаз. У нас есть ещё данные. static int foo; static int *bar = &foo;.

Щаз. У нас есть ещё данные. static int foo; static int *bar = &foo;.

Ну в смысле не код, но поправки нужны.

зависит от модели кода - данные тоже можно сделать позиционно-независимыми, если бинарь не больше 4GB

хотя на винде незнай может нету такого контракта

64 бита - это ладно. Меня вот 32 интересует. Как я понял, каждая длл грузится по разным адресам, правильно (даже для разных процессов) и отображается на одни и те же адреса (двое для разных процессов). Я прав?

64 бита - это ладно. Меня вот 32 интересует. Как я понял, каждая длл грузится по разным адресам, правильно (даже для разных процессов) и отображается на одни и те же адреса (двое для разных процессов). Я прав?

Если повезёт, и адрес не занят, и нет ASLR — да. Теперь уже нет, но кому нужны 32 бита в 2022 году?

хакирам )

Если повезёт, и адрес не занят, и нет ASLR — да. Теперь уже нет, но кому нужны 32 бита в 2022 году?

Как кому? 32-битных приложений куча.

зависит от модели кода - данные тоже можно сделать позиционно-независимыми, если бинарь не больше 4GB

а нет, вот тут я проебался - в вашем примере в секции данных будет ссылка на внутрь секции данных, такое через rip-relative не выразить

Если повезёт, и адрес не занят, и нет ASLR — да. Теперь уже нет, но кому нужны 32 бита в 2022 году?

Ну что значит повезёт? Если есть ASLR, всё равно они, по идее, должны отображаться на одни адреса. Я проводил такой тест: грузил разные либы и выводил адреса: они хаотично менялось в районе 0х7хххххххх и были постоянными, даже если менять порядок их загрузки.

Ну что значит повезёт? Если есть ASLR, всё равно они, по идее, должны отображаться на одни адреса. Я проводил такой тест: грузил разные либы и выводил адреса: они хаотично менялось в районе 0х7хххххххх и были постоянными, даже если менять порядок их загрузки.

Ой. Я прочитал неправильно.

Мне вот интересно, что будет, если DLL будет загружено на несколько гигабайт?

Мне вот интересно, что будет, если DLL будет загружено на несколько гигабайт?

С ASLR?

Ну что значит повезёт? Если есть ASLR, всё равно они, по идее, должны отображаться на одни адреса. Я проводил такой тест: грузил разные либы и выводил адреса: они хаотично менялось в районе 0х7хххххххх и были постоянными, даже если менять порядок их загрузки.

Ребутни систему

С ASLR?

Да какая разница?

Ребутни систему

Зачем?

Зачем?

Ну адреса сменятся.

does Telethon supports bot payments?

Мне вот интересно, что будет, если DLL будет загружено на несколько гигабайт?

Ну если памяти хватит, ничего страшного. Если не хватит - ОС выдаст ошибку, что недостаточно памяти

Только сейчас узнал, что оказывается, есть такое расширение (ISA) как AMX. Очень странно, что о нём нет никакого упоминания в Intel SDM, только тут. Ну и вкратце, кому интересно: https://en.wikichip.org/wiki/x86/amx

Прикол...

Ну и вообще в той доке есть много всего, чего не найти в Intel SDM...

Зачем?

Увидишь работу aslr

Увидишь работу aslr

А что на неё смотреть. Речь не об этом была :)

Втф,о чем вообще тут много сообщений )

Aslr придумали для решения вопроса безопасности

Чтобы было труднее stack/heap overflow юзать

Чтоб нельзя было взять,найти уязвимость,у себя в песочнице сделать шеллкод и чтоб он везде работал

Псевдозащита работает )

Чтоб нельзя было взять,найти уязвимость,у себя в песочнице сделать шеллкод и чтоб он везде работал

Написали же, что как раз от этого не защитит, ибо это решается PIC

Псевдозащита работает )

)

От криворукости кодеров,допускающих буф оверфлоу,ничего не защитит.

И вообще ASLR придумали,чтоб вырастить ценники на базонезависимые шеллкоды. Заговоры))

ну суть в том что DLL с релоками будет в каждом процессе иметь свой текст, так что ее надо будет мапить приватно и пропадает смысл использования шаред библиотек в плане экономии памяти

нет, это решит страничная адресация, в физической памяти будет одна dll, но замапленная в несколько процессов

Когда экономия памяти была актуальна, базовые адреса библиотекам назначались специально так, чтобы в большинстве случаев никто ни с кем не конфликтовал (особенно системные либы). Теперь у нас 64-битный код, где поправок меньше, поэтому проблемы опять нет, и PIC опять не нужен.

у нас теперь просто есть адресация относительно RIP

всем привет

мне нужна помочь, как снимать с карты деньги что бы было это не понятно и что бы никто не мог узнать куда они ушли

Щаз. У нас есть ещё данные. static int foo; static int *bar = &foo;.

тут 2 варианта, либо релок, либо в рантайме инициализировать, но хз допускает ли второй вариант стандарт сей

мне нужна помочь, как снимать с карты деньги что бы было это не понятно и что бы никто не мог узнать куда они ушли

никак

мне нужна помочь, как снимать с карты деньги что бы было это не понятно и что бы никто не мог узнать куда они ушли

Лол

#выжпрограммисты

#выжпрограммисты

я не программист:)

64 бита - это ладно. Меня вот 32 интересует. Как я понял, каждая длл грузится по разным адресам, правильно (даже для разных процессов) и отображается на одни и те же адреса (двое для разных процессов). Я прав?

как и 64 битах, только без адресации относительно rip

я не программист:)

Это как раз понятно

мне нужна помочь, как снимать с карты деньги что бы было это не понятно и что бы никто не мог узнать куда они ушли

а пусть будет понятно а что бы не было понятно кто и куда ?))

предлагаю бан, нефиг с карт деньги воровать...

да мне по кайфу было тут с тобой находиться:))

знаем мы ваши приколы, сначала карты, потом звонки бабушкам из-за границы...

вы многое знаете

никак

можно

достаточно отдать карту прохожему

спс всем

знаем мы ваши приколы, сначала карты, потом звонки бабушкам из-за границы...

и тебе тоже огромное спасибо внук Эйнштейна

можно

рано или поздно инфа о снятии денег будет, вопрос только в том как всё это будет запутано, чтобы "читера" не обнаружили

мне нужна помочь, как снимать с карты деньги что бы было это не понятно и что бы никто не мог узнать куда они ушли

Верх наглости

рано или поздно инфа о снятии денег будет, вопрос только в том как всё это будет запутано, чтобы "читера" не обнаружили

Главное, что бы его побыстрее нашли и на органы пустили.

и тебе тоже огромное спасибо внук Эйнштейна

я не Пол, ты ошибаешься. твоя инфа не верна

Главное, что бы его побыстрее нашли и на органы пустили.

хорошенько намять тут бока вполне пойдёт

я не Пол, ты ошибаешься. твоя инфа не верна

Его тут уже нет.

тут 2 варианта, либо релок, либо в рантайме инициализировать, но хз допускает ли второй вариант стандарт сей

В рантайме инициализировать — это по сути тот же релок, только придётся больше данных хранить.

нет, это решит страничная адресация, в физической памяти будет одна dll, но замапленная в несколько процессов

вас не смущает что применение релокаций правит текст программы?

как выше сказал товарищ, там будет CoW для измененных страниц

поэтому я и говорю что PIC экономит память на х86-32

Привет всем! хотел узнать, что предпочтительнее использовать при простом линковании? mov ax, offset smth или lea ax, smth

Привет всем! хотел узнать, что предпочтительнее использовать при простом линковании? mov ax, offset smth или lea ax, smth

lea длиннее на байт, если ассемблер сам не заменяет lea обратно на mov.

Привет всем! хотел узнать, что предпочтительнее использовать при простом линковании? mov ax, offset smth или lea ax, smth

Привет. Пиши первым способом. Хотя, если это tasm/masm, то можно и вторым, так короче, а транслятор сам переделает под первый.

Кроме размера для 16 и 32 бит разницы нет (хотя в 16 битах, кстати, lea eax,[1234h] будет короче, чем mov eax,1234h, но только если значение <= 0FFFFh). Для 64 бит лучше писать lea rax,[addr] (при включённой default rel или lea rax,[rel addr] для надёжности), чтобы не было лишней релокации, т.к. в 64 битах есть относительная адресация.

спасибо, понял! И ещё вопрос по поводу TASM. Проходим его в универе и хочется изучить его поглубже. Можете посоветовать литературу?

спасибо, понял! И ещё вопрос по поводу TASM. Проходим его в универе и хочется изучить его поглубже. Можете посоветовать литературу?

xk8.ru/asmlinks

Надо было ей\ему словарь по ассемблерным командам умножения вручить )

😁

@IvUyr, ты так часто меняешь имена и картинки, что я тебя не узнаю в гриме каждый раз 🤣 Пока случайно юзернейм ни увижу.

@IvUyr, ты так часто меняешь имена и картинки, что я тебя не узнаю в гриме каждый раз 🤣 Пока случайно юзернейм ни увижу.

Часто это 2 раза в год? :-)

Часто это 2 раза в год? :-)

Х/з, но ощущение, что 2 раза в месяц :)