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

parrot.ru

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

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

pro.cxx

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

2020 October 08

ПК

Побитый Кирпич... in pro.cxx

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

Как раз макросы и нельзя в первую очередь, чтоб не заменить чего нить в исходниках стд

источник

02:05пожаловаться #1

m

magras in pro.cxx

В зависимости от того, что понимается под генерацией уникальных имён, эту роль тоже могут выполнить лупхолы (точнее, генерация уникального типа, но мне трудно представить ещё какой-то юзкейс)

Можно было бы сказать, что это плохой инструмент, но и генерация уникальных имён – такая себе задача

Для переменных тоже бывает полезно. Те же "безымянные" scope_guard'ы.

источник

02:05пожаловаться #2

ПК

Побитый Кирпич... in pro.cxx

хотя notify тут без лока

Notify вроде не лочат

источник

02:07пожаловаться #3

m

magras in pro.cxx

В зависимости от того, что понимается под генерацией уникальных имён, эту роль тоже могут выполнить лупхолы (точнее, генерация уникального типа, но мне трудно представить ещё какой-то юзкейс)

Можно было бы сказать, что это плохой инструмент, но и генерация уникальных имён – такая себе задача

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

источник

02:09пожаловаться #4

ПК

Побитый Кирпич... in pro.cxx

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

Уникальные типы и щас уже можно (см. лямбды)

источник

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

O

Ofee in pro.cxx

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

Из последнего, что приходил в голову – можно реализовать priority_tag с автоматическим инкрементом. Или генерация уникальных функций для взаимодействия с C API, если нельзя передать контекст

источник

02:12пожаловаться #6

CD

Constantine Drozdov in pro.cxx

Из последнего, что приходил в голову – можно реализовать priority_tag с автоматическим инкрементом. Или генерация уникальных функций для взаимодействия с C API, если нельзя передать контекст

для уникальных функций придумали лямбды

источник

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

O

Ofee in pro.cxx

Constantine Drozdov

для уникальных функций придумали лямбды

До C++20 – не совсем тот случай, который я имел ввиду. Я про, например, Callback Connector + автоматическую генерацию уникального тега. В C++17 и ниже, кажется, на лямбдах это было не реализуемо

источник

02:33пожаловаться #8

O

Ofee in pro.cxx

Но так или иначе, это был пример решения, частично реализуемого современным C++ без препроцессора, будь то с помощью лупхолов или лямбд

источник

02:35пожаловаться #9

DS

Dmitry Sokolov in pro.cxx

Возвращаясь к моему вопросу о cv: не поставил фигурные скобки (скоуп лока) - получил дедлок. Офигенный дизайн.

m_bTerminate = true;

{
  std::unique_lock<std::mutex> lk(m_cvMutex);
  m_cv.notify_all();
}

if (m_thread.joinable())
  m_thread.join();

cv же не просто для нотификации, а для нотификации о чём то, что меняется под мьютексом и что ждущий может сразу проверить проснувшись. Например тут m_bTerminate не то ли что проверяет m_thread?

источник

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

DS

Dmitry Sokolov in pro.cxx

cv же не просто для нотификации, а для нотификации о чём то, что меняется под мьютексом и что ждущий может сразу проверить проснувшись. Например тут m_bTerminate не то ли что проверяет m_thread?

Например можно сделать аналог autoreset event как комбинацию bool + mutex + cv. SetEvent устанавливает состояние в true и нотифицирует. WaitEvent ждёт пока не получит состояние true и сбрасывает его (autoreset), пробуждая ровно один поток.

источник

02:47пожаловаться #11

A

Alex in pro.cxx

cv же не просто для нотификации, а для нотификации о чём то, что меняется под мьютексом и что ждущий может сразу проверить проснувшись. Например тут m_bTerminate не то ли что проверяет m_thread?

То, но это atomic_bool. Мне не нужен мьютекс. Если notify не должен быть под этим локом, то что получается, самой cv он тоже не нужен?

источник

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

DS

Dmitry Sokolov in pro.cxx

То, но это atomic_bool. Мне не нужен мьютекс. Если notify не должен быть под этим локом, то что получается, самой cv он тоже не нужен?

> Even if the shared variable is atomic, it must be modified under the mutex in order to correctly publish the modification to the waiting thread.

источник

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

A

Alex in pro.cxx

> Even if the shared variable is atomic, it must be modified under the mutex in order to correctly publish the modification to the waiting thread.

Да ну нет, atomic предполагает memory barrier, с атомиками как раз нет проблем с видимостью изменений в других потоках

источник

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

AK

Andrei K in pro.cxx

Не надо делать нотифай под локом. Это плохо для перформанса.

источник

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

AK

Andrei K in pro.cxx

Это вызывает проблемы только на мак ос икс, пятилетней давности.

источник

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

DS

Dmitry Sokolov in pro.cxx

Да ну нет, atomic предполагает memory barrier, с атомиками как раз нет проблем с видимостью изменений в других потоках

Так с cv не нужен atomic. Оно вообще всегда связано с mutex, например в том же POSIX: https://www.opennet.ru/man.shtml?topic=pthread_cond_wait

источник

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

AK

Andrei K in pro.cxx

Нотифай под локом — это практически всегда гарантированное просыпание треда на той стороне и упирание в лок.

источник

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

d

disba1ancer in pro.cxx

Тебе нельзя называть что либо в твоём коде, начинающееся с __ или _ и заглавной буквы
Разработчикам стандартной библиотеки можно
_getch и тебе можно сделать, потому что оно не подпадает под эти правила

Добавлю по поводу __ не только то что начинается, но и ещё идентификаторы которые просто содержат двойное подчёркивание

источник

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

A

Alex in pro.cxx

Не надо делать нотифай под локом. Это плохо для перформанса.

если её не надо делать под локом, то получается, что этот мьютекс лочится только в одном потоке (в моём случае, поскольку wait() делается только одним потоком), а мьютекс в единственном потоке - бесполезная глупость

источник

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