Size: a a a

2020 September 15

ПК

Побитый Кирпич... in pro.cxx
Konstantin
я надеюсь это стимулирует доделать его
кого?
источник

K

Konstantin in pro.cxx
asio
источник

K

Konstantin in pro.cxx
например там была какая-то половинчатая поддержка serial-port, её лучше вообще выкинуть в таком случае
источник

K

Konstantin in pro.cxx
а так-то общая идея с его completion-tocken потрясная и вполне в духе С++
источник

AM

Alexander Malkov in pro.cxx
Kirill
Сильно перегруженный фреймворк, по моему обычными сокетами намного проще
хмм.. вообще, надо сейчас по дефолту его иметь, потому что скоро Network TS в стандарт придет (Н - надежда), а это и есть Boost::Asio
источник

d

disba1ancer in pro.cxx
Alexander Malkov
хмм.. вообще, надо сейчас по дефолту его иметь, потому что скоро Network TS в стандарт придет (Н - надежда), а это и есть Boost::Asio
Боюсь завезут только сокеты асинхронные и на том всё
источник

ПК

Побитый Кирпич... in pro.cxx
disba1ancer
Боюсь завезут только сокеты асинхронные и на том всё
Async подход завезут, этого достаточно
источник

d

disba1ancer in pro.cxx
Побитый Кирпич
Async подход завезут, этого достаточно
Ещё бы не плохо чтобы его расширять можно было, например чтобы можно было и чтение файлов прикрутить и много чего ещё
источник

ПК

Побитый Кирпич... in pro.cxx
disba1ancer
Ещё бы не плохо чтобы его расширять можно было, например чтобы можно было и чтение файлов прикрутить и много чего ещё
Дак можно же, кто мешает?
источник

ПК

Побитый Кирпич... in pro.cxx
Async подход это я имею ввиду экзекуторы и completition handler-ы
источник

NP

Nikita Petrenko in pro.cxx
Какой в плюсах канонический способ никогда не вызывать деструктор у объекта? (так, чтобы санитайзеры были счастливы)

Я знаю, что можно эксплуатировать факт, что после std::exit не вызываются деструкторы локальных переменных, стек не раскручивается — не уверен в каноничности
источник

NP

Nikita Petrenko in pro.cxx
хотя, в моём случае, лучше просто явно определять, под санитайзером ли мы, и если нет, то позволять памяти утекать, а иначе по-честному уничтожать
источник

CD

Constantine Drozdov in pro.cxx
Nikita Petrenko
Какой в плюсах канонический способ никогда не вызывать деструктор у объекта? (так, чтобы санитайзеры были счастливы)

Я знаю, что можно эксплуатировать факт, что после std::exit не вызываются деструкторы локальных переменных, стек не раскручивается — не уверен в каноничности
null deleter в shared_ptr?
источник

NP

Nikita Petrenko in pro.cxx
так санитайзер ведь обидится, разве нет?
источник

NP

Nikita Petrenko in pro.cxx
и зачем вообще shared_ptr, если можно просто сырой указатель использовать?
источник

КЧ

Кира Чигракова... in pro.cxx
Ну это уже концепция умных указателей. Они более удобны - выделяй память, а об ее очистке позаботится умный указатель. Иногда бывает, что в начале функции память выделяешь, а освобождаешь только перед ее последней строчкой. Но если будет выброшено исключение где-то в середине функции, то память выделится и останется в таком состоянии до скончания программы. Если использовать умный указатель, топри  выходе из функции вызовется деструктор умного указателя, который очистит память за тебя.
источник

КЧ

Кира Чигракова... in pro.cxx
Сборщика мусора, скорее к счастью, чем к сожалению, в c++ не завезли, поэтому вот так вот
источник

N2

N 2 in pro.cxx
Кто шарит, в сфите вроде arc, то счетчик ссылок, еще я узнал что там тоже есть проблема цикличных ссылок как с shared_ptr, то есть там получается shared_ptr по-умолчанию?
источник

IT

Ihar Tumašyk in pro.cxx
Кира Чигракова
Ну это уже концепция умных указателей. Они более удобны - выделяй память, а об ее очистке позаботится умный указатель. Иногда бывает, что в начале функции память выделяешь, а освобождаешь только перед ее последней строчкой. Но если будет выброшено исключение где-то в середине функции, то память выделится и останется в таком состоянии до скончания программы. Если использовать умный указатель, топри  выходе из функции вызовется деструктор умного указателя, который очистит память за тебя.
Не сильное ограничение -- возьмите в блок. А ещё лучше -- делите свой алгоритм на части и каждую оформляйте в виде функции.
источник

NP

Nikita Petrenko in pro.cxx
Кира Чигракова
Ну это уже концепция умных указателей. Они более удобны - выделяй память, а об ее очистке позаботится умный указатель. Иногда бывает, что в начале функции память выделяешь, а освобождаешь только перед ее последней строчкой. Но если будет выброшено исключение где-то в середине функции, то память выделится и останется в таком состоянии до скончания программы. Если использовать умный указатель, топри  выходе из функции вызовется деструктор умного указателя, который очистит память за тебя.
извини, ты мой вопрос прочитала?) Я спрашиваю, по сути, как создать утечку памяти так, чтобы санитайзер не ругался
источник