Телеграмм чат группы prographon страница 8594

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.graphon (and gamedev)

726 membersпожаловаться на группу

2020 May 14

AV

Anton Vertver in pro.graphon (and gamedev)

Привет снова всем. У меня появилась проблема с дебагом приложения из другого процесса, так как все классы выделяются через new. Вопрос заключается в том, что законно ли переопределить оператор new на аллокатор CoTaskMemAlloc или VirtualAlloc чтобы можно было использовать из другого процесса?

источник

10:19пожаловаться #1

VD

Vlad Doc in pro.graphon (and gamedev)

Привет снова всем. У меня появилась проблема с дебагом приложения из другого процесса, так как все классы выделяются через new. Вопрос заключается в том, что законно ли переопределить оператор new на аллокатор CoTaskMemAlloc или VirtualAlloc чтобы можно было использовать из другого процесса?

Не вижу ничего чтобы помешало.

источник

10:25пожаловаться #2

AV

Anton Vertver in pro.graphon (and gamedev)

Не вижу ничего чтобы помешало.

секурити, UB (да, это незаконно со стороны языка), ну и плюс выделение напрямую в вирт.памяти

источник

10:26пожаловаться #3

AV

Anton Vertver in pro.graphon (and gamedev)

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

источник

10:27пожаловаться #4

AV

Anton Vertver in pro.graphon (and gamedev)

Хотя, как дебаг вариант это нормально подходит

источник

10:27пожаловаться #5

VD

Vlad Doc in pro.graphon (and gamedev)

секурити, UB (да, это незаконно со стороны языка), ну и плюс выделение напрямую в вирт.памяти

Можно поподробнее почему переопределение new UB?

источник

10:28пожаловаться #6

AV

Anton Vertver in pro.graphon (and gamedev)

Можно поподробнее почему переопределение new UB?

VirtualAlloc выделяет память с протектом RW

источник

10:28пожаловаться #7

AV

Anton Vertver in pro.graphon (and gamedev)

а для использования кода нужно сначала записать код, а потом с помощью VirtualProtect уже задать RX

источник

10:29пожаловаться #8

AV

Anton Vertver in pro.graphon (and gamedev)

Хотя, вру, в VirtualAlloc есть флаг

источник

10:30пожаловаться #9

AV

Anton Vertver in pro.graphon (and gamedev)

Но опять же, память может во все не выделиться

источник

10:31пожаловаться #10

AV

Anton Vertver in pro.graphon (and gamedev)

И тогда получается кидать эксепшн как в C++?

источник

10:31пожаловаться #11

U

UsernameAK in pro.graphon (and gamedev)

Привет снова всем. У меня появилась проблема с дебагом приложения из другого процесса, так как все классы выделяются через new. Вопрос заключается в том, что законно ли переопределить оператор new на аллокатор CoTaskMemAlloc или VirtualAlloc чтобы можно было использовать из другого процесса?

тебе надо placement new

источник

10:32пожаловаться #12

AV

Anton Vertver in pro.graphon (and gamedev)

тебе надо placement new

Проблемы это не решает. Все также придется страдать с VirtualAlloc и VirtualProtect

источник

10:32пожаловаться #13

AV

Anton Vertver in pro.graphon (and gamedev)

Да и тоже самое с CoTaskMemAlloc

источник

10:34пожаловаться #14

VD

Vlad Doc in pro.graphon (and gamedev)

Да и тоже самое с CoTaskMemAlloc

if(!ptr) throw std::bad_alloc{}

источник

10:34пожаловаться #15

U

UsernameAK in pro.graphon (and gamedev)

Да и тоже самое с CoTaskMemAlloc

ну так ты не выделишь память если ее нет

источник

10:34пожаловаться #16

AV

Anton Vertver in pro.graphon (and gamedev)

if(!ptr) throw std::bad_alloc{}

Самое забавное, что CoTaskMemAlloc может просто не работать если не будет вызван CoInitialize

источник

10:35пожаловаться #17

U

UsernameAK in pro.graphon (and gamedev)

Самое забавное, что CoTaskMemAlloc может просто не работать если не будет вызван CoInitialize

это очевидно. это ж COM

источник

10:35пожаловаться #18

AV

Anton Vertver in pro.graphon (and gamedev)

ну так ты не выделишь память если ее нет

Значит и приложение должно крашнуться тогда

источник

10:35пожаловаться #19

AV

Anton Vertver in pro.graphon (and gamedev)

это очевидно. это ж COM

Но вот только моя библиотека просто так не должна ложить другое приложение

источник

10:36пожаловаться #20