Так, а что в итоге в плюсах используют для этого в многопоточном окружении, если sharedptr без атомиков?

https://en.cppreference.com/w/cpp/memory/shared_ptr https://en.cppreference.com/w/cpp/memory/shared_ptr/atomic

Иметь вариант shared_ptr с не атомарным счетчиком ссылок. Большинство объектов все равно не thread-safe и при работе с ними все равно придется выполнять какую-то синхронизацию.

Польза shared_ptr в однопоточном приложении сомнительна. А в многопоточном - неатомарный счётчик однажды может отстрелить обе ноги по самые ляхи. Необходимо синхронизировать не только работу с объектом, но и доступ к нему.

Питон и GIL - не знаю, как пояснить. Неразрывно идут под ручку, ибо в питоне тот же подсчет ссылок внутри обьекта, но из-за лока на выполнение в одной лишь треде одновременно подсчет происходит без атомарных операций. (Тогда тут уже плавать пошли). Нет? Как это связано с многопоточностью всё ?

А, я понял, многопоточности в питоне нет нихрена, потому, что есть GIL, и поэтому reference counter-ы можно делать без синхронизации. Ну да, наверное так.

Так, а что в итоге в плюсах используют для этого в многопоточном окружении, если sharedptr без атомиков?

Ничего. Это если кратко

А, я понял, многопоточности в питоне нет нихрена, потому, что есть GIL, и поэтому reference counter-ы можно делать без синхронизации. Ну да, наверное так.

Да, и я спросил, чего они уперлись

Ничего. Это если кратко

Прикольно

All member functions (including copy constructor and copy assignment) can be called by multiple threads on different instances of shared_ptr without additional synchronization even if these instances are copies and share ownership of the same object.

А это как работает?

Польза shared_ptr в однопоточном приложении сомнительна. А в многопоточном - неатомарный счётчик однажды может отстрелить обе ноги по самые ляхи. Необходимо синхронизировать не только работу с объектом, но и доступ к нему.

shared_ptr не нужен для однопоточного приложения? Довольно сильное утверждение.

А это как работает?

там атомарный счётчик, очевидно же

Выше сказали, что не атомарный

std::shared_ptr не даёт гарантию работы в многопоточном окружении.

Я это так интерпретировал

А. Я понял

Т.е он атомик

Может имелось в виду что доступ к нему не атомарный.

Но тк не в обьекте, а снаружи, то можно остаться без яичек

Да?

в С++20 уже норм с этим

The partial template specialization of std::atomic for std::shared_ptr<T> allows users to manipulate shared_ptr objects atomically.

The partial template specialization of std::atomic for std::shared_ptr<T> allows users to manipulate shared_ptr objects atomically.

Но не факт что оно lockfree.

её научились реализовывать не через глобальную хеш-таблицу локов?

Там глобальная хеш таблица?

Так атомик shared_ptr или нет оо

Шта там происходит

Так атомик shared_ptr или нет оо

All atomic types except for std::atomic_flag may be implemented using mutexes or other locking operations, rather than using the lock-free atomic CPU instructions. Atomic types are also allowed to be sometimes lock-free, e.g. if only aligned memory accesses are naturally atomic on a given architecture, misaligned objects of the same type have to use locks. The C++ standard recommends (but does not require) that lock-free atomic operations are also address-free, that is, suitable for communication between processes using shared memory. как сделают так и будет лол

Так атомик shared_ptr или нет оо

Счётчик атомарный. Но писать читать в один ptr конкурентно нельзя. Потому что при этом надо атомарно менять и счётчик и сам указатель.

All atomic types except for std::atomic_flag may be implemented using mutexes or other locking operations, rather than using the lock-free atomic CPU instructions. Atomic types are also allowed to be sometimes lock-free, e.g. if only aligned memory accesses are naturally atomic on a given architecture, misaligned objects of the same type have to use locks. The C++ standard recommends (but does not require) that lock-free atomic operations are also address-free, that is, suitable for communication between processes using shared memory. как сделают так и будет лол

Можно пару слов о локфрии доступе в этом контексте?

Что это?

Счётчик атомарный. Но писать читать в один ptr конкурентно нельзя. Потому что при этом надо атомарно менять и счётчик и сам указатель.

Значение счетчика в указателе или для чего менять указатель?

Значение счетчика в указателе или для чего менять указатель?

Переписать ptr = заменить его на новый плюс декремент для счётчика старого. Гонка.

Так атомик shared_ptr или нет оо

concurrently дергать non-const методы у одного экземпляра shared_ptr нельзя, у разных копий указывающих на один объект — можно.

Переписать ptr = заменить его на новый плюс декремент для счётчика старого. Гонка.

Замена на новый откуда? Я полагал там указатель на область памяти, где лежит счетчик и пойнтер на обьект, структурка, и это место как-то не меняется?

Гонку так вижу, но откуда замена

concurrently дергать non-const методы у одного экземпляра shared_ptr нельзя, у разных копий указывающих на один объект — можно.

Ага. Хм. Понял, парой слов не обойтись, мне надо честно читать спеку

Именно

Гонку так вижу, но откуда замена

Нет, при условии безопасности передачи между потоками всё можно. Например в контекст потока хоть через копирование, хоть через перемещение.

20.8.2.6 shared_ptr atomic access [util.smartptr.shared.atomic] Concurrent access to a shared_ptr object from multiple threads does not introduce a data race if the access is done exclusively via the functions in this section and the instance is passed as their first argument.

Но вот за попытки завести глобальный смартптр и конкурентно читать/писать будут бить :)

а, т.е. стандарт запрещает, но есть флаг в реализаии некоторых компиляторов, где ты явным образом разрешаешь?

-fassociative-math Allow re-association of operands in series of floating-point operations. This violates the ISO C and C++ language standard by possibly changing computation result.

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

Искал не нашел

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

Это должна быть очень длинная шпаргалка..

Допустим,где найти всё и все о с++

Полный список о с+

Полный список о с+

Верхняя оценка - Все что когда-либо было написано о плюсах, процентов 90 в инете. Универсальной шпаргалки нет. Можно почитать стандарт, там есть детали языки и о стандартной либе

Искал не нашел

Лол, cppreference

Лол, cppreference

Думаю, он не об этом

Cheat Sheet какой-то нужен я думаю)

Думаю, об этом)

Допустим,где найти всё и все о с++

Ну ладно(

Плюс там оформление очень близко к шпаргалке

Уважаемые, подскажите ворк к c++ для gui для новичка... Метаюсь между qt/wxW/gtk. Уже второй день не могу определиться. Или же есть способ cli оседлать?

guys, гляньте вопрос плиз: https://toster.ru/q/546604

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

Объясните https://ideone.com/OePeRz почему игнорирует?

Объясните https://ideone.com/OePeRz почему игнорирует?

Инлайн + оптимизации?

Уважаемые, подскажите ворк к c++ для gui для новичка... Метаюсь между qt/wxW/gtk. Уже второй день не могу определиться. Или же есть способ cli оседлать?

Qt

Qt

На qt как полагаю можно и оставаться на совсем?

На qt как полагаю можно и оставаться на совсем?

именно так

именно так

Сенкс

Объясните https://ideone.com/OePeRz почему игнорирует?

потому, что float сначала implicitly кастится к double, а потом результат берётся по константной ссылке. Если у f будет тип double, то, по идее, значение должно поменяться.

Ты описал код, но не сказал почему не меняется.

Ты описал код, но не сказал почему не меняется.

https://ideone.com/aeIasD

https://ideone.com/aeIasD

А в чем причина то))

Ты описал код, но не сказал почему не меняется.

при кастинге создаётся временный объект (prvalue, предпоследний случай в категории prvalue отсюда - https://github.com/jeaye/value-category-cheatsheet/raw/master/value-category-cheatsheet.pdf), который потом модифицируется

Отдушибрат!

@anatolijs , прошу принять извинения, коллеги.. день сегодня не очень.. но выливать это сюда - с моей стороны тоже не самый хороший поступок. Мир

Добрый день. Возможно, это слишком простые вопросы, но в supapro не получил ответа. 1. Как правильно использовать seed_seq для инициализации mt19937_64? У меня есть 4 числа в std::array, которые являются источником энтропии. На данный момент делаю таким образом std::array<std::uint64_t, 4> arr {1, 2, 3, 4}; std::seed_seq seeds (arr.begin(), arr.end()); std::mt19937_64 gen(seeds); Но надежно ли такое решение? В некоторых примерах набор seed состоит из 312 (mt19937::state_size) элементов. 2. Также иногда встречается метод generate класса seed_seq, который заполняет контейнер. Но я немного не понимаю его смысл. Нужно инициализировать seed_seq и с помощью generate заполнить контейнер из 312 элементов, инициализировать новый seed_seq этим контейнером и, наконец, передать его mt19937_64? Звучит ужасно и выглядит как костыли.

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

У конкретного проекта библиотеки есть хоум Пейдж, там есть документация по её API.