или какая-нибудь наркомания типа shared_ptr на самого себя

enable_shared_from_this, уиии

enable_shared_from_this, уиии

я параметром функции всегда передаю, когда надо :)

Есть ли какой-нибудь менее костыльный способ инициализировать локальный static массив?

а если в { } ?

а если в { } ?

не хочется вручную цикл разворачивать в 33 копипастных строчки)

макросом вжухни

или маджик_гет возьми

хз, как он поможет, но зато магия же

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

макросом вжухни

да, кстати, а инициализация static-переменных гарантируется thread safe?

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

можно и так конечно, но тоже костыльненько

да, кстати, а инициализация static-переменных гарантируется thread safe?

да

т.е. ими не надо пользоваться? 😆

почему? Наоборот же)

или их на запуске программы инициализируют?

одноразовый overhead - нестрашно

подожди, он должен будет атомарную операцию чтения произвести

перед использованием

там double-check же

так он не работает на самом деле же

сначала проверяем неатомарно, если не повезло то перепроверяем уже атомарно

http://en.cppreference.com/w/cpp/language/storage_duration#Static_local_variables

Note: usual implementations of this feature use variants of the double-checked locking pattern, which reduces runtime overhead for already-initialized local statics to a single non-atomic boolean comparison.

подожди, double check это вообще законно?

Почему нет? Если он правильно написан (и в этом я разработчикам компилятора доверяю) :)

главное - фенсы где надо расставить

http://preshing.com/20130930/double-checked-locking-is-fixed-in-cpp11/

можно еще http://en.cppreference.com/w/cpp/thread/call_once заюзать, видимо, но это еще более костыльно, на мой взгляд

там хоть одна реализация не запрашивает синхронизацию при запросе из основного потока?

В смысле, хотя бы одна реализация не требует нагрузки при запросе уже 100 лет созданного?

да, кстати, а инициализация static-переменных гарантируется thread safe?

в модели памяти цпп11 да, но в студии с ним баг

там хоть одна реализация не запрашивает синхронизацию при запросе из основного потока?

всем нужен std::atomic_thread_fence(std::memory_order_acquire); Но я не думаю что оно создает сколько-нибудь измеримый verhead

всем нужен std::atomic_thread_fence(std::memory_order_acquire); Но я не думаю что оно создает сколько-нибудь измеримый verhead

ну ладно, а то я на секунду подумал, что можно просто во второй поток пихнуть SC операцию

я попытался замерить, но никакой разницы с глобальной инициализацией вообще не нашел

Всегда думал что на х86 это нереально измерить

Всегда думал что на х86 это нереально измерить

Так и есть)

Так и есть)

Да там наверняка в процессоре поифано :)

вот эта либа - огонь https://github.com/nlohmann/json

её минус - всё строчное строго юникодом должно быть

на винде у меня из-за этого проблемы закрались

В смысле, хотя бы одна реализация не требует нагрузки при запросе уже 100 лет созданного?

Там нужен memory_order_acquire read, но под x86 он бесплатный.

Доброго времени суток, может кто знает ?... Как сделать вложенную таблицу в Qt ?

Например что бы в X ячейке информация была разложена на несколько ячеек

Вот пример

Доброго времени суток, может кто знает ?... Как сделать вложенную таблицу в Qt ?

Есть чат кьютистов, там с большей вероятностью помогут :(

Есть чат кьютистов, там с большей вероятностью помогут :(

Закинь пожалуйста

https://t.me/qt_chat

Благодарю

её минус - всё строчное строго юникодом должно быть

Это минус json'а, а не либы - в стандарте написано что все строки - unicode

Это минус json'а, а не либы - в стандарте написано что все строки - unicode

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

Тупой вопрос: что нонче в плюсах есть годное для RPC?

gRPC быстрое да

я не знаю подробно, но там есть RPC?

Нету, это просто сериализация

gRPC быстрое да

А есть какие-нибудь тематические бенчмарки?

Это минус json'а, а не либы - в стандарте написано что все строки - unicode

Это ПЛЮС жсона а не минус

А есть какие-нибудь тематические бенчмарки?

полно

http://szelei.me/rpc-benchmark-part1/

например

http://szelei.me/rpc-benchmark-part1/

Чет грпц так себе, при том что они сравнивают с апачевским thrift'ом, а не фбшным

Это ПЛЮС жсона а не минус

"минус" - в контексте вопроса, так то плюс конечно

Чет грпц так себе, при том что они сравнивают с апачевским thrift'ом, а не фбшным

ну найди другой бенчмарк :)

Зачем?) я и сам считаю что thrift лучше)

Чет грпц так себе, при том что они сравнивают с апачевским thrift'ом, а не фбшным

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

вот эта либа - огонь https://github.com/nlohmann/json

rapidjson по тестам самая годная

rapidjson по тестам самая годная

По скорости - да, я её и юзаю обычно. Но api там так себе

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

Рапид оверинжинирнутый но там есть полезные штуки типа streaming parser

и меня :(

Но как?

О! Хочу proposal: forward class declaration with base classes specified

И сверху forward nested class declaration

При этом если base class не единственный, никакой класс не может incomplete type

Как альтернатива - только последний класс в списке наследования может быть incomplete type

Причина: в этом случае компилятор может выполнять typecast

хмм как насчет итераторов типа меджикгет возвращающих variant?

народ подскажите каким путём пойти для организации потокобезопасных классов, что использовать task c++11, OpenMP, Microsoft PPL, или ещё что порыть

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

async я читал что много на неё ругаются но не копал особо бо ней, так что не предовал ей внимание

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

А что с асинк?