напишешь std::function<int(CStringA)>

получишь по рукам

так что это над тобой CStringA поиздевался

а по-моему std::function<void()> это должно быть хотя быть что-то, что могло быть скомпилировано, возвращая void

Т.е. у тебя выходит CStringA operator() { return savedlambda(); };

std::function<void()> lambda1 = [&] () { //OK return lambda1; }; std::function<void()> lambda2 = [&] () -> void { //CE return lambda2; };

Ну и? Здесь тоже все норм. В первом случае при возвращении значение кастится в void, во втором случае ты пытаешься вернуть значение из функции с void.

Ну то есть вы не считаете, что такое поведение является by design ошибкой для std::function? :)

чот я не понял с какого хуя вам там преобразование то вдруг впилось? тернарка возвращает ОДИН тип и это CStringA

тернарка возвращает const char*

во всяком случае в таком виде return s == "" ? "" : s;

чот я не понял с какого хуя вам там преобразование то вдруг впилось? тернарка возвращает ОДИН тип и это CStringA

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

Ну то есть вы не считаете, что такое поведение является by design ошибкой для std::function? :)

Я бы сказал, что это не баг, а фича.

std::function<CStringA(CStringA)> echo = [](CStringA s) -> CStringA { //было бы верно return s == "" ? "" : s; }

тебя подвел их конструктор CStringT(_In_opt_z_ const XCHAR* pszSrc) :

ну смотрите, я жду от std::function поведения, которое соответствует поведению указателей на функции

по сути std::function построила новую функцию, добавив мне оператор преобразования в конец

просто вывод типа в условиях неопределенности сопровождается сюрпризами из-за вольностей позволяемых тем же CStringA

c std::string у тебя такого не будет

все в порядке, пока речь не идет о выражениях, допускающих преобразование типа и при этом выходящих за scope

как ни странно, но до этого момента этими вольностями CStringA расстрелов ноги не было

там очень сложно ее построить auto p = (s == "" ? "" : s); //вывело LPCTSTR из s, которая все еще верна в scope

просто вывод типа в условиях неопределенности сопровождается сюрпризами из-за вольностей позволяемых тем же CStringA

Ну вообще да, atl не нужен. Но и std::function ведёт себя по-свински

Ну вообще да, atl не нужен. Но и std::function ведёт себя по-свински

Даже не используя слово из 6 букв, достаточно сложно придумать альтернативу под вин :)

наоборот, он сделал все что мог

Даже не используя слово из 6 букв, достаточно сложно придумать альтернативу под вин :)

Вин тоже не нужен)

короче я это все запретил и у меня никаких проблем :)

ладно, пусть функция возвращает CStringA, ты мне вернул const char*, ладно, ведь CStringA может же из него сконструировать

наоборот, он сделал все что мог

Добавил пару имплисит кастов там, где его не просили?

я в принципе не понимаю, зачем std::function допускает преобразование возвращаемых типов

Затем

Добавил пару имплисит кастов там, где его не просили?

гы-гы, если бы он этого не сделал была бы армия возмуженных

думаю, в комитете были дебаты на этот счет

Затем

Я заебался вчера об этом говорить, зачем. Даже Андрея потревожил

всей армии возмуженных можно было сделать std::allow_implicit_cast

сделать тупую куклу или сделать интеллектуальный аппарат std::function

гы-гы, если бы он этого не сделал была бы армия возмуженных

Если слушать армию возмущенных, эдак в пхп скатить язык можно

ну, так или иначе, интеллект перевесил

ага, и лаконичности конец

в конечном итоге, за это идет сейчас борьба

> интеллектуальный аппарат что-то я не помню, какие там маркировки у std::shared_ptr<T>::shared_ptr(T*)

это создает 0 лаконичности

make_shared

если принимается void() и туда передается int() кажется здесь какой-то костыль

ага, и лаконичности конец

Из-за такой же любви к лаконичности можно 0 скастить к любому указателю, разве это хорошо?

В общем, можно пропознуть explicit templatea

Из-за такой же любви к лаконичности можно 0 скастить к любому указателю, разве это хорошо?

Это же цэ(

Это же цэ(

Ну вот решение о касте возврата в std::function - оно в стиле цэ

Жертвуем строгостью в пользу сомнительного упрощения частного случая (не факт что часто нужного)

тернарка возвращает const char*

окей, но ретурн валью это CStringA так что оно кастится обратно

ретурн валуе у std::function но не лябмды

окей, но ретурн валью это CStringA так что оно кастится обратно

только второй каст происходит вне scope функции и s уже померло

поэтому const char* уже указывает на мусор

только второй каст происходит вне scope функции и s уже померло

ага. теперь понял!

короче CStringA зло

короче CStringA зло

как и примерно весь MFC и ATL

ага

но этот пример не характерен для ATL

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

зло тут implicit casts :)

как и примерно весь MFC и ATL

Д

ну, это и имелось ввиду

Видимо, по этой причине стд стринг не кастуется неявно к const char*

ERROR: S client not available

сделай они CStringA(const char*) explicit все бы было хорошо

ага, спасибо, это было интересно

как и примерно весь MFC и ATL

Не, ну AtlDialogBox - или как его там - очень удобная пижня для актив иксов: вжух, и все хорошо работает

"хорошо" и "ATL в одном предложении, ай яй яй

Ну, про другие части атл я не говорил ¯\_(ツ)_/¯

так что, расходимся, драки не будет?

Это похоже на то, как я одну функциональность в одном проекте во внешний плагин выносил

В итоге знатно отрефакторил код

Мой любимый рефакторинг: 6000 deletions, 0 additions

?

Офигенно поработал:)

Эт да)))

:)))

Дратуйте, в сях я нуб, но тем не менее есть вопрос vector<char> temp_vector; pthread_create(&thread, NULL, flex, &temp_vector); pthread_create(&thread2, NULL, draw, &temp_vector); void * draw(void *arg) { vector<char> *temp_vector = (vector<char> *) arg; while (true) { cout << temp_vector->size() << endl; usleep(1000000); } } void * flex(void *arg) { vector<char> *temp_vector = (vector<char> *) arg; ... ... вот кусочек говнеца, я ожидал что переменная temp_vector при модификации в функции flex, будет доступна в функции draw в модифицированном виде, но она пустая. Размерность вектора изменяется равномерно в функции flex, на старте вектор нулевого размера

У вас проблема в том, что вы работаете из нескольких потоков с одной переменной без мьютекса. Работатйте с вектором только под мьютексом, и ваша проблема изчезнет

@antoshkka а это валидное объявление другом friend class ReflectionTypeImpl; при условии, что ReflectionTypeImpl template?

@antoshkka а это валидное объявление другом friend class ReflectionTypeImpl; при условии, что ReflectionTypeImpl template?

Нет, это был псевдокод, максимально приближенный к С++ :)

Там вроде typename надо еще вкрутить

то есть template<typename T> friend class ReflectionTypeImpl

спасибо!

Нет, это был псевдокод, максимально приближенный к С++ :)

(tm)

24-26 августа в Томске на территории Томского государственного университета пройдёт конференция C++ Siberia 2017. Нулевой день конференции (24 августа) отведен для мастер-классов. В первый день (25 августа) состоится регистрация участников и открытие конференции. http://siberia-2017.cppconf.ru/ #cppsiberia #cpp #tomsk

24-26 августа в Томске на территории Томского государственного университета пройдёт конференция C++ Siberia 2017. Нулевой день конференции (24 августа) отведен для мастер-классов. В первый день (25 августа) состоится регистрация участников и открытие конференции. http://siberia-2017.cppconf.ru/ #cppsiberia #cpp #tomsk

Нрм

Добрый день. Помогите разобраться, пожалуйста, с организацией файлов проекта. Создал file.cpp, создал file.h. тут всё ок, компилятор сразу привязывать описание из header в cpp. В этом же проекте создаю file2.cpp и file2.h И всё, что описываю в этом новом header я почему-то не могу связать с новым .срр. Я вручную пробовал, всё равно не получается. Будто бы file2.cpp полностью игнорирует и не видит #include "file2.h" . Поискал решение в интернете, скорее всего это связано с файлами проекта, надо полазить в настройках проекта и в Additional Include Directories вручную указать путь. Я начал лазить, но не смог настроить. И не уверен на 100%, что это именно решение проблемы. Если кто сталкивался с таким - отпишите, спасибо.

Добрый день. Помогите разобраться, пожалуйста, с организацией файлов проекта. Создал file.cpp, создал file.h. тут всё ок, компилятор сразу привязывать описание из header в cpp. В этом же проекте создаю file2.cpp и file2.h И всё, что описываю в этом новом header я почему-то не могу связать с новым .срр. Я вручную пробовал, всё равно не получается. Будто бы file2.cpp полностью игнорирует и не видит #include "file2.h" . Поискал решение в интернете, скорее всего это связано с файлами проекта, надо полазить в настройках проекта и в Additional Include Directories вручную указать путь. Я начал лазить, но не смог настроить. И не уверен на 100%, что это именно решение проблемы. Если кто сталкивался с таким - отпишите, спасибо.

#supapro

Добрый день. Помогите разобраться, пожалуйста, с организацией файлов проекта. Создал file.cpp, создал file.h. тут всё ок, компилятор сразу привязывать описание из header в cpp. В этом же проекте создаю file2.cpp и file2.h И всё, что описываю в этом новом header я почему-то не могу связать с новым .срр. Я вручную пробовал, всё равно не получается. Будто бы file2.cpp полностью игнорирует и не видит #include "file2.h" . Поискал решение в интернете, скорее всего это связано с файлами проекта, надо полазить в настройках проекта и в Additional Include Directories вручную указать путь. Я начал лазить, но не смог настроить. И не уверен на 100%, что это именно решение проблемы. Если кто сталкивался с таким - отпишите, спасибо.

Чат supapro.cxx: https://telegram.me/joinchat/BYlFbD3eN3JMaG34hyh96w

О, спасибо

Может кто юзал pootle или weblate? Что удобнее и лучше?

Может кто юзал pootle или weblate? Что удобнее и лучше?

я использовал только как юезр - либру иногда перевожу. Сделано всё довольно удобно. Weblate не юзал, ничего не могу сказать

Не сколь про плюсы, но про ARM http://lemire.me/blog/2017/07/10/pruning-spaces-faster-on-arm-processors-with-vector-table-lookups/

на хабре вроде как перевод был