Вот, сегодня буду это пробовать - спасибо!

Попробовал, стало получше, но особых изменений все равно не замечено. Ладно, всем спасибо, похоже я тут уже и так все что можно выжал ?.

https://colfaxresearch.com/compiler-comparison/

https://blogs.msdn.microsoft.com/vcblog/2018/06/26/convert-macros-to-constexpr/ https://blogs.msdn.microsoft.com/vcblog/2018/06/26/template-intellisense/

std::map и end() безопасно ли его брать один раз и потом просто в цикле делать инсерт? auto iter = sources->end(); for (auto source : data) { sources->insert(iter, <some_data>); } ? или правильнее(и медленнее?) его апдейтить всегда

Итераторы не должны инвалидироваться, и end в том числе, я думаю

Хотя я не увидел, что вставка через итератор. В таком случае не знаю

std::map и end() безопасно ли его брать один раз и потом просто в цикле делать инсерт? auto iter = sources->end(); for (auto source : data) { sources->insert(iter, <some_data>); } ? или правильнее(и медленнее?) его апдейтить всегда

я хочу спросить, точно ли вы знаете что делает insert(iter,data)?

да

а что?

вам кажется, что """ Extends the container by inserting new elements, effectively increasing the container size by the number of elements inserted. Because element keys in a map are unique, the insertion operation checks whether each inserted element has a key equivalent to the one of an element already in the container, and if so, the element is not inserted, returning an iterator to this existing element (if the function returns a value). """ недостаточное описание?

а не проше ли sources.insert(std::begin(data), std::end(data));

или copy

Пишешь цикл - ты уже ошибся )

нет, нужно конструировать на каждой итерации

тогда копи

что копи?

вам кажется, что """ Extends the container by inserting new elements, effectively increasing the container size by the number of elements inserted. Because element keys in a map are unique, the insertion operation checks whether each inserted element has a key equivalent to the one of an element already in the container, and if so, the element is not inserted, returning an iterator to this existing element (if the function returns a value). """ недостаточное описание?

я имел ввиду зачем там iter

у end константная сложность есличо, почему он должен быть долгим?

я про его инвалидацию

что копи?

я хотел сказать что тогда алгоритм

после инсерта

какой вам больше подходит

инсерт вроде не инвалидирует никакие итераторы

std::map и end() безопасно ли его брать один раз и потом просто в цикле делать инсерт? auto iter = sources->end(); for (auto source : data) { sources->insert(iter, <some_data>); } ? или правильнее(и медленнее?) его апдейтить всегда

какой эффект ты хочешь?

ваще не понял код

стой падажжи, ты случайно не из питона с OrderedDict?

"No iterators or references are invalidated." https://en.cppreference.com/w/cpp/container/map/insert

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

ребята, видать, решили упороться и подсказать контейнеру

код-то 13 года

Парни, ктонить рубит в таком legacy-дерьме, как COM/OLE, а тем более в совместимости 32/64 bit OLE components? Есть вопросы...

std::map и end() безопасно ли его брать один раз и потом просто в цикле делать инсерт? auto iter = sources->end(); for (auto source : data) { sources->insert(iter, <some_data>); } ? или правильнее(и медленнее?) его апдейтить всегда

да, всё верно. Но неправильный hint замедляет вставку (вот тут в ответе есть пример: https://stackoverflow.com/questions/4342204/is-there-any-position-limitation-on-the-insert-hint-for-stdmap/4342257)

Ребят, как можно в std::bind вариадики использовать? Пока мне кажется, что это можно сделать с помощью макросов (но я не уверен) Типа, если заюзать это: https://stackoverflow.com/questions/12447557/can-we-have-recursive-macros и это: template <std::size_t N> decltype(auto) make_placeholder() { return std::placeholders::__ph<N>(); }; А вообще мне хотелось бы следующее (коммент в последнем примере кода): template <typename Ret, typename ...Args> class Signal { public: using BindFunction = std::function<Ret(Args...)>; public: explicit Signal(BindFunction _function) : m_bind_function(_function) {} public: Ret call(Args... args) { return m_bind_function(args...); } protected: BindFunction m_bind_function; }; инстанс которого создается: template <typename Ret, typename Type, typename ...Args> decltype(auto) make_signal(Type* _object, Ret (Type::*_method)(Args...)) { return Signal<Ret, Args...>(std::bind(_method, _object, /* ТУТ ДОЛЖНО БЫТЬ ЧТО_ТО...*/)); };

Ребят, как можно в std::bind вариадики использовать? Пока мне кажется, что это можно сделать с помощью макросов (но я не уверен) Типа, если заюзать это: https://stackoverflow.com/questions/12447557/can-we-have-recursive-macros и это: template <std::size_t N> decltype(auto) make_placeholder() { return std::placeholders::__ph<N>(); }; А вообще мне хотелось бы следующее (коммент в последнем примере кода): template <typename Ret, typename ...Args> class Signal { public: using BindFunction = std::function<Ret(Args...)>; public: explicit Signal(BindFunction _function) : m_bind_function(_function) {} public: Ret call(Args... args) { return m_bind_function(args...); } protected: BindFunction m_bind_function; }; инстанс которого создается: template <typename Ret, typename Type, typename ...Args> decltype(auto) make_signal(Type* _object, Ret (Type::*_method)(Args...)) { return Signal<Ret, Args...>(std::bind(_method, _object, /* ТУТ ДОЛЖНО БЫТЬ ЧТО_ТО...*/)); };

Используйте лямбду вместо std::bind.

Используйте лямбду вместо std::bind.

Что-то вроде такого: [] { return (_object->*_method)(...) } ? А как быть с параметрами ф-ии?

Что-то вроде такого: [] { return (_object->*_method)(...) } ? А как быть с параметрами ф-ии?

return Signal<Ret, Args...>([=](Args... args) -> Ret { return (_object->*_method)(args...); });

return Signal<Ret, Args...>([=](Args... args) -> Ret { return (_object->*_method)(args...); });

Ееееее)) Спасибо Вам большое! Как так хитро лямбда _забивает_ на эти параметры?

Почему забивает-то? Она их биндит.

Почему забивает-то? Она их биндит.

Ну у меня не укладывается в голове, как она их биндит, когда есть только типы ))

Ну у меня не укладывается в голове, как она их биндит, когда есть только типы ))

Как обычная функция?

а вот смежный вопрос, видимо. int foo(int a, int b); int boo(int a, int b); мне нужно из boo вызвать foo с теми же аргументами (форвард, ага), но внутри boo я не знаю имен своих аргументов (ну и сколько их есть вообще). типы и число своих аргументов, в принципе, можно узнать например таким образом: https://functionalcpp.wordpress.com/2013/08/05/function-traits/ но делать с именами? как вызвать foo?

Как обычная функция?

Хах)) Оке ))

Спасибо за разъяснения!

а вот смежный вопрос, видимо. int foo(int a, int b); int boo(int a, int b); мне нужно из boo вызвать foo с теми же аргументами (форвард, ага), но внутри boo я не знаю имен своих аргументов (ну и сколько их есть вообще). типы и число своих аргументов, в принципе, можно узнать например таким образом: https://functionalcpp.wordpress.com/2013/08/05/function-traits/ но делать с именами? как вызвать foo?

как можно внутри функции не знать сколько аргументов? Функция с переменным количеством аргументов или что?

как можно внутри функции не знать сколько аргументов? Функция с переменным количеством аргументов или что?

функция генерируется макросом. не пишется руками. вариадик-макросом.

ох уж эти макросы

ERROR: S client not available

но число аргументов узнать можно. а вот имена им дать...

а вот смежный вопрос, видимо. int foo(int a, int b); int boo(int a, int b); мне нужно из boo вызвать foo с теми же аргументами (форвард, ага), но внутри boo я не знаю имен своих аргументов (ну и сколько их есть вообще). типы и число своих аргументов, в принципе, можно узнать например таким образом: https://functionalcpp.wordpress.com/2013/08/05/function-traits/ но делать с именами? как вызвать foo?

Упакуйте ее в std::tuple, а потом std::tuple_size

но число аргументов узнать можно. а вот имена им дать...

ну сгенерите имена тем же макросом и вызов второй функции, в чем проблема?

Упакуйте ее в std::tuple, а потом std::tuple_size

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

ну сгенерите имена тем же макросом и вызов второй функции, в чем проблема?

проблема в том, что придется делать отдельный макрос для 0 аргументов. отдельный для 1 аргумента, для 2 аргументов и так далее.

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

Ну параметры-то уже как-то генерятся?

а вот смежный вопрос, видимо. int foo(int a, int b); int boo(int a, int b); мне нужно из boo вызвать foo с теми же аргументами (форвард, ага), но внутри boo я не знаю имен своих аргументов (ну и сколько их есть вообще). типы и число своих аргументов, в принципе, можно узнать например таким образом: https://functionalcpp.wordpress.com/2013/08/05/function-traits/ но делать с именами? как вызвать foo?

https://stackoverflow.com/questions/7858817/unpacking-a-tuple-to-call-a-matching-function-pointer ?

Ну параметры-то уже как-то генерятся?

вот через сигнатуру функции: MY_COOL_MACRO(func_name, int(bool, int, std::string));

вот через сигнатуру функции: MY_COOL_MACRO(func_name, int(bool, int, std::string));

Ну тогда никак, принимайте параметры как tuple.

:-/

проблема в том, что придется делать отдельный макрос для 0 аргументов. отдельный для 1 аргумента, для 2 аргументов и так далее.

строго говоря, обычно так и делается

маловероятно, что будет функция принимающая больше 10 параметров, так что копипасты должно быть не очень много.

маловероятно, что будет функция принимающая больше 10 параметров, так что копипасты должно быть не очень много.

ну, так то да. googlemock так и сделан.

да, всё верно. Но неправильный hint замедляет вставку (вот тут в ответе есть пример: https://stackoverflow.com/questions/4342204/is-there-any-position-limitation-on-the-insert-hint-for-stdmap/4342257)

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

Парни, ктонить рубит в таком legacy-дерьме, как COM/OLE, а тем более в совместимости 32/64 bit OLE components? Есть вопросы...

Рубил когда-то. Насчёт совместимости, в реестре эти штуки сложно правильно регистрировать обычно, т.к. для 32 битных классов есть своя секция в реестре. + При создании сервера в CoCreateInstance, кажется, нужно указывать, что создаётся сервер другой разрядности.

Рубил когда-то. Насчёт совместимости, в реестре эти штуки сложно правильно регистрировать обычно, т.к. для 32 битных классов есть своя секция в реестре. + При создании сервера в CoCreateInstance, кажется, нужно указывать, что создаётся сервер другой разрядности.

Мне бы как бы вообще разобраться, как быть с 32/64 бита. И этот добланый qedit поднять...

Мне бы как бы вообще разобраться, как быть с 32/64 бита. И этот добланый qedit поднять...

Они подефолту совместимы, если OLE.

По настройкам в реестре не помню уже.

Если не OLE, то нужно proxy/stub компилировать для двух разрядностей.

Они подефолту совместимы, если OLE.

А можно тебе будет потом вопросы позадавать?

Если не OLE, то нужно proxy/stub компилировать для двух разрядностей.

Что значит "НЕ ОЛЕ"?

Если не OLE, то нужно proxy/stub компилировать для двух разрядностей.

А как вообще понять, какой он разрядности ?