У кого нибудь есть книга в эл виде https://books.google.ru/books?id=taJSDwAAQBAJ&printsec=frontcover&dq=С%2B%2B17+STL.+Стандартная+библиотека+шаблонов&hl=ru&sa=X&ved=0ahUKEwjXiPaq5ujaAhUD1SwKHcxyA4IQ6AEIJzAA#v=onepage&q=С%2B%2B17%20STL.%20Стандартная%20библиотека%20шаблонов&f=false

Лови

Спасибо , на ру она бывает ?

народ, ужасно глупый вопрос но

как проинициализировать VOID** ??

там типа в драйвере используется PVOID* (это в винде) и в него пишется инфа

Так же, как и любой другой указатель на указатель

Pvoid *t = new pvoid

там типа в драйвере используется PVOID* (это в винде) и в него пишется инфа

В каком драйвере?

Pvoid *t = new pvoid

pvoid t = nullptr; foo(&t);

Ну, или так.

pvoid t = nullptr; foo(&t);

А если я по адресу t (то есть в налптр) начну что-то писать, у меня разве не охренеет система??

А если я по адресу t (то есть в налптр) начну что-то писать, у меня разве не охренеет система??

Охренеет

В этом и трабла

А если я по адресу t (то есть в налптр) начну что-то писать, у меня разве не охренеет система??

как правило, void* - это handle, поэтому ты запишешь sizeof(pvoid) и будет с тебя, поскольку разыменование void* не имеет никакого смысла.

https://habr.com/post/263751/

D:

как проинициализировать VOID** ??

дак смотря что функция ожидает

ну т.е. я прав, нужна VM?

Нет, не нужна

Нет, не нужна

Ниже читай

да ну, многа букаффф...

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

Вот это хотя бы

да ну, многа букаффф...

.

А есть у кого-нибудь книга "Introduction to Reliable and Secure Distributed Programming" ? Если есть на русском - вообще огонь

А есть у кого-нибудь книга "Introduction to Reliable and Secure Distributed Programming" ? Если есть на русском - вообще огонь

есть ссылка на черновик

http://www.gsd.inesc-id.pt/~ler/docencia/tfd0405/bib/LivroTFD.pdf

хотя это похоже не оно :D

или сильно похоже отличается

А есть у кого-нибудь книга "Introduction to Reliable and Secure Distributed Programming" ? Если есть на русском - вообще огонь

В помойке смотрел? Вроде было что-то такое Ссылка: https://t.me/joinchat/AAAAAE1yUq2Kh6WdPCtjMA

О! Огонь! Спаисбо

может кто подсказать более-менее универсальную библиотеку для захвата видео с вебки?

доступность под win/mac/linux

opencv?

На сайте РГ21 проставились теги https://stdcpp.ru/proposals и подъехали ещё предложения

На сайте РГ21 проставились теги https://stdcpp.ru/proposals и подъехали ещё предложения

а в чем практическая идея constexpr_vector?

посоны, а куда можно зарепортить баг на xcode и iphone simulator?

сцуки из эппла отломали thread-local support ?

boost.log не собирается

на форум саппорта пиши

это где?

boost.fiber тоже. и это фатально

а в чем практическая идея constexpr_vector?

Иметь контейнер, который работает в constexpr выражениях. Например вы захотите сделать constexpr json парсер. Тогда в такой контейнер вы сможете складывать json ноды Или захотите делать хитрые метаклассы/рефлексию: например захотите отсортировать POD поля структуры по alignment - сможете сложить сможете сложить их в этот контейнер

Иметь контейнер, который работает в constexpr выражениях. Например вы захотите сделать constexpr json парсер. Тогда в такой контейнер вы сможете складывать json ноды Или захотите делать хитрые метаклассы/рефлексию: например захотите отсортировать POD поля структуры по alignment - сможете сложить сможете сложить их в этот контейнер

а в чем проблема с std::vector в constexpr-выражениях? и почему это не std::array?

а в чем проблема с std::vector в constexpr-выражениях? и почему это не std::array?

std::vector имеет деструктор и динамические аллокации с reinterpret_cast результата аллокатора. Поэтому считалось что сделать его constexpr невозможно. std::array требует дефолтного конструктора, не расширяется и в принципе не особо удобен

std::vector имеет деструктор и динамические аллокации с reinterpret_cast результата аллокатора. Поэтому считалось что сделать его constexpr невозможно. std::array требует дефолтного конструктора, не расширяется и в принципе не особо удобен

хм... я просто с логической точки зрения уверен, что для constexpr вектора размер известен в constexpr и должен быть параметром шаблона, как для std::array

хм... я просто с логической точки зрения уверен, что для constexpr вектора размер известен в constexpr и должен быть параметром шаблона, как для std::array

нет

Народ, как вы решаете проблему со смещением времени в UTC?

В частности: текущее время - time_t. В БД время лежит в обычном формате. И когда время события наступает в первые 3 часа суток - ошибка. Потому что у меня время +3

время в UTC не смещено - нет проблемы)

в бд храни время в UTC

этого уже не сделать

Правильно конвертировать пояса

В БД можно хранить время с поясом

ну значит везде в клиентский код приедтся вставлять костыли и приводить время к UTC при операциях

пока так и планируется

А чего так в бд получилось, что там не в utc хранится?

В постгресе можно в соединении указывать часовой пояс кажется

наткнулся на такую бумагу http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0614r0.html почему “for (auto& x : f().items())” is WRONG? результат f() умрёт до начала цикла? если так, то может быть нужен пропозал не на range-for with initializer, а на продление лайфтайма?

наткнулся на такую бумагу http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0614r0.html почему “for (auto& x : f().items())” is WRONG? результат f() умрёт до начала цикла? если так, то может быть нужен пропозал не на range-for with initializer, а на продление лайфтайма?

это ок если items() не функция в духе std::vector::operator []

ERROR: S client not available

т.е. она не возвращает & / const& не имея ref qualifier на & / const&

это ок если items() не функция в духе std::vector::operator []

по ходу, это функция в духе оператора[]

по ходу, это функция в духе оператора[]

если так, то спасает только range for with initializer

или utils::copy_of()

а что не так с оператором[]?

а что не так с оператором[]?

у него сигнатура value_type & operator [](size_t at)

а что не так с оператором[]?

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

вроде 10 раз уже обсуждали

давайте запатчим уже этот ебучий вектор!

что возврат ссылок должен быть ref-qualified

давайте запатчим уже этот ебучий вектор!

+++

что возврат ссылок должен быть ref-qualified

я помню твой рант на эту тему, но постоянно забываю подробности)

еще uninitialized_resize добавим если std::is_trivially_constructible_v<T>

в случае void func(int&); func(std::vector{0,1,2,3,4}[2]) внутрь функции улетает висящая ссылка?

внутрь функции еще нет

но если она схоронит куда-то это, то после ее завершения да

в случае void func(int&); func(std::vector{0,1,2,3,4}[2]) внутрь функции улетает висящая ссылка?

lifetime extension предполагает, что для && надо продлевать жизнь, а для & нет

range-based for псевдокодом auto && container = <expression>

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

внутрь функции еще нет

для for (auto& x : vector{0,1,2,3,4}) то же самое?

для for (auto& x : vector{0,1,2,3,4}) то же самое?

нет

воот может быть пропатчить язык, чтобы было то же самое?

потому что справа temporary и auto&& будет продлевать жизнь

воот может быть пропатчить язык, чтобы было то же самое?

нужно пропатчить мозги авторов items()

чтобы они ссылки возвращали вот так container_type&& items() && { } container_type& items() & { }

нужно пропатчить мозги авторов items()

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

а дайте плиз ссылку на английский чат по схх

а дайте плиз ссылку на английский чат по схх

cpplang.slack.com

(спасибо, но) а в телеге?