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

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

а безопасность линукса и его 0day уязвимости

дажн не знаю

Не впечатляет

;)

Хоть я ни строки в линь и не вкинул, но зато могу его собрать и сконфижить как влезет.

Так что линь мой бро

Но суть в том, что собираюсь как раз-таки вкинуть пару строк, а потому надо научиться код читать и понимать

Это ж асм скорее всего, совсем трудно. Но нужно. Или есть че?

хм, собсно оно вот оно лежит. я думал гх чпокает такое... https://github.com/hzeroo/Carberp

for fun интересно почитать

хотя местами уже отстало есесна

Больше всего мне впёр массив байтов const unsigned char DLL[] ={....}; в файле 1.cpp

дроппер короче - стандартная тема - почти все так нынче заражают

млин, слишком много чятов

Парни, дело срочное, @AlexFails, подключайся. Срочно надо натренировать скилл чтения и разбора чужого кода на С++. Есть советы по небольшим проектам, где логика приложения описана несложным языком? Чисто прокачать скилл, чтобы потом перейти к более сложной задаче. Времени на прокачку - около 2 месяцев.

Как поеду из палатки домой, подскажу

А существует какой-нибудь способ заставить любого потомка класса при перегрузке виртуального метода вызывать метод предка?

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

/warn offtop, flood

struct Loadable { virtual ~Loadable(){}; virtual bool load() = 0; }; struct LoadableBase: Loadable { virtual bool load() override { /**/ } }; struct ConcreteLoadable: LoadableBase { virtual bool load() override { //тонная кода с типовой ошибкой: //так и не вызван метод предка } };

А существует какой-нибудь способ заставить любого потомка класса при перегрузке виртуального метода вызывать метод предка?

Может, не стоит нужный код предка делать виртуальным? А виртуализировать другой метод и его вызывать?

Может, не стоит нужный код предка делать виртуальным? А виртуализировать другой метод и его вызывать?

Ну вот конкретный пример. В самом неприятном случае это будет большАя цепочка наследования

/warn offtop, flood

Одмена варнишь, бро

Ну вот конкретный пример. В самом неприятном случае это будет большАя цепочка наследования

И вызвать нужно по всей цепочке?

И вызвать нужно по всей цепочке?

Метод load() делает первоначальную загрузку данных в компонент, так что он будет перегружен у каждого класса. Как правило, компонент перевызывает предка (всегда) ;)

При этом компонент должен определять момент вызова предка, иногда это важно

sanchaez/pso-extremities https://github.com/sanchaez/pso-extremities

Чот я прочитал и понял что нихера не помню С++

Но стиль неплох, мне нравки

И даже нашел опечатку

> std::function самое большое разочарование в моей жизни

sanchaez/pso-extremities https://github.com/sanchaez/pso-extremities

запустить запустил, но не понял что это

измеряет время алгоритмов чтоли?

Это алгоритм нахождения минимума функции методом Partical Swarm Optimization

Измеряет время и точность

У меня тут небольшое исследование будет

А существует какой-нибудь способ заставить любого потомка класса при перегрузке виртуального метода вызывать метод предка?

Да, там в методе потомка надо писать ::метод предка

QQ ALL

Да, там в методе потомка надо писать ::метод предка

Ну метод "написать в документации, что это нужно сделать ОБЯЗАТЕЛЬНО", такой себе

Можно кастовать this 🌚

https://github.com/openhomm/openhomm можешь мое поревьюить

Визуально - кода мало. Это точно hmm3 :?

Нахрена на асме малварю писать, кроме инжектед?

Драйвера и прочие штуки которые должны избегать взора АВ :)

Кстати, через asm, вы Константин - и сможете без проблем вызвать метод родителя. Только это UB.Но я думаю, что на gcc, шланге и msvc все ок будет

Кстати, через asm, вы Константин - и сможете без проблем вызвать метод родителя. Только это UB.Но я думаю, что на gcc, шланге и msvc все ок будет

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

Даже если задефайнить :?

Ну, в данном случае это как в qt q object дефайн забыть :)

Одмена варнишь, бро

Нутыпонел

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

Сделай чекер в commit hook

Сделай чекер в commit hook

Угу, а потом окажется, что вызвано только в одной ветке

Сделай на сервере

Сделай на сервере

void Some::load() { if (simpleCase()) { __super::load(); return; } //многобукав }

И что

И как я это проверю

Все это решается кланговским анализатором ast

Достаточно легко

Ага, значит рефликсию ждать :D

Ага, значит рефликсию ждать :D

зачем, достаточно http://eli.thegreenplace.net/2014/07/29/ast-matchers-and-clang-refactoring-tools

Ну метод "написать в документации, что это нужно сделать ОБЯЗАТЕЛЬНО", такой себе

Тебе всеравно придется написать про то что для нормальной работы этой дрисьни сначала должен быть вызван init

Кстати есть костыльный способ

Вернуть из метода то что может быть создано только в самом верхнем паренте

Ну или на подобную фигню завязаться

Вернуть из метода то что может быть создано только в самом верхнем паренте

годный вариант!

Только надо чтобы оно что-то значило, чтобы юзвери не думали что это дикий костыль

Да я пользовался этой фигней. Такое себе удовольствие.

Ну вот конкретный пример. В самом неприятном случае это будет большАя цепочка наследования

А как это должно работать в случае множественного наследования?

Ну вот конкретный пример. В самом неприятном случае это будет большАя цепочка наследования

и насколько performance-критично?

Ахах

Орнул с Ника исенбаева

Орнул с Ника исенбаева

так он давно уже)

Ну вот конкретный пример. В самом неприятном случае это будет большАя цепочка наследования

можно вот так хакануть, например https://ideone.com/CU8m3V

так он давно уже)

Так я тут давно не был

Думаю, будет полезно. http://mobile.opennet.ru/opennews/art.shtml?num=46820

А как это должно работать в случае множественного наследования?

Случаев множественного наследования нет, как и perfrormance критичности

что означает строчка std::vector<std::pair<std::string, std::string»::const_iterator it;?

итератор по вектору пар строк

std::vector<std::pair<std::string, std::string»::const_iterator it; итератор на вектор

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

ну стлом же пользуешься

вот и не заморачивайся

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

зависит от лицензии на этот кусок кода

да, к стате