@egorpugin в общем порядок исполнения этого выражения если ты используешь его как в 17ом он определён

Ну типа я очень давно их юзал

я вчера себя поймал что опять начинаю забывать про разнличные *value

@egorpugin в общем порядок исполнения этого выражения если ты используешь его как в 17ом он определён

т.е. если оно экспандится внутри make_tuple(), то слева направо вычислится всё?

Кто может накидать материалов по работе со стандартными (и неочень) либами на плюсах?

т.е. если оно экспандится внутри make_tuple(), то слева направо вычислится всё?

если ты описал как я кидал в сылке на cppreference то да, там можно и справа налево

With C++17 we have only the guarantee that the function is evaluated before its arguments but the order of the evaluation of the arguments is still unspecified.

не, у меня не с фолдом пример, выше я скидывал

не, у меня не с фолдом пример, выше я скидывал

так преврати его в фолд

return std::make_tuple(detail::from_string<std::tuple_element_t<I, Tuple>>(s, I)...); это в фолд?

нет

ладно, я покумекаю ещё

return std::tuple{detail::from_string<te_t<I, Tuple>>(foo)...};

Незачто

о) спасибо

return std::tuple{detail::from_string<te_t<I, Tuple>>(foo)...};

а ну да

это же 17ый

точно оно тут будет? это не конструктор?

C++14- кстати

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

в 14 нельзя кстати без параметров типа сделать так

Ну te_t тоже нет в с++14 так что надо дописать чутьчуть

Ну te_t тоже нет в с++14 так что надо дописать чутьчуть

я про то что тип у tuple выводится только в С++17

Я тоже

return std::tuple{detail::from_string<te_t<I, Tuple>>(foo)...};

так всё-таки, чем порядок тут обеспечивается?

так всё-таки, чем порядок тут обеспечивается?

Braced-list init

Тем же чем и в массиве

Braced-list init

там не совсем Braced-list но суть та же

@egorpugin а ещё я вспомнил что аргументы при вызове функции начиная с С++17 идут строго слева направо

да я вроде цитату скинул, что это не так

разве приняли в 17?

да

хм

хм

https://en.cppreference.com/w/cpp/language/eval_order

разве приняли в 17?

Да

а, тогда вопросов нет

а, тогда вопросов нет

на самом деле после утверждения драфта С++1z компиляторы спешно подпилили под это, поэтому даже на младших стандартах мне старый прикол со случайным вызовом аргументов так и не удалось повторить

https://github.com/isocpp/CppCoreGuidelines/blob/master/CppCoreGuidelines.md#Res-order-fct

C++17 tightens up the rules for the order of evaluation, but the order of evaluation of function arguments is still unspecified.

@egorpugin https://stackoverflow.com/questions/38501587/what-are-the-evaluation-order-guarantees-introduced-by-c17

@egorpugin перепроверил, да с функциями вышла накладка, их там нет в стандарте

ну std::tuple{} сработает или тоже неизвестно?

там порядок заданный ... будет сдедовать порядку конструктора

то есть порядок для ... он фиксирован

и идёт строго слева направо

мой пойнт был что у нас есть шустрее чем memmove, оказалось в плюсах тоже нет. Вы не подумайте, я не гнать на плюсы пришел, я пришел спросить что посоветуют, и проверил. Я не виноват, что так получилось, я плюсы сам люблю, только старые, 96 года, у меня промежуток был.

Что там может быть быстрее то тупого копирования памяти?

копирование памяти блоками по 512 бит через AVX512 без проверки на data align! (при условии что данные aligned правильно)

копирование памяти блоками по 512 бит через AVX512 без проверки на data align! (при условии что данные aligned правильно)

Возможно надо поиграться с ключами компилятора. Архитектуру там указать...

копирование памяти блоками по 512 бит через AVX512 без проверки на data align! (при условии что данные aligned правильно)

так новые процы вроде могут в невыровненные данные на той же скорости

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

@susume_tomorrow не в курсах

копирование памяти блоками по 512 бит через AVX512 без проверки на data align! (при условии что данные aligned правильно)

В memmove нет проверки на data align

это gcc

А про алиасинг в ваших тестах помнят?

Что там может быть быстрее то тупого копирования памяти?

Копирование через DMA.

Идея, сделать small object optimization управляемой фичей. Вводим псевдо-аллокатор, fixed_alloc<ElementCount, FallbackAllocator=None>. Рисуем пару соответствующих частичных специализаций std::string. Далее using fixed_size_string = string<..., fixed_allocator<Count>, using sso_string = std:: string<..., fixed_allocator<Count, std::allocator<char>>. Возможно применимо к многим контейнерам...

Идея, сделать small object optimization управляемой фичей. Вводим псевдо-аллокатор, fixed_alloc<ElementCount, FallbackAllocator=None>. Рисуем пару соответствующих частичных специализаций std::string. Далее using fixed_size_string = string<..., fixed_allocator<Count>, using sso_string = std:: string<..., fixed_allocator<Count, std::allocator<char>>. Возможно применимо к многим контейнерам...

А мне идея нравится! Я пробовал что-то подобное сделать, но при реализации возникло больше вопросов чем ответов :(

Идея, сделать small object optimization управляемой фичей. Вводим псевдо-аллокатор, fixed_alloc<ElementCount, FallbackAllocator=None>. Рисуем пару соответствующих частичных специализаций std::string. Далее using fixed_size_string = string<..., fixed_allocator<Count>, using sso_string = std:: string<..., fixed_allocator<Count, std::allocator<char>>. Возможно применимо к многим контейнерам...

Так реализаций для таких аллокаторов в интернете полно - stack_allocator. Кажется и в бусте было (см. small vector) - правда там вшито в сам вектор, плохой пример

В memmove нет проверки на data align

помню ты какую то убер книгу советовал по параллельному программированию, я ее читал, а теперь она пропала, но название я забыл. Concurrency in action или какая другая?

помню ты какую то убер книгу советовал по параллельному программированию, я ее читал, а теперь она пропала, но название я забыл. Concurrency in action или какая другая?

все нашел, это она

Так реализаций для таких аллокаторов в интернете полно - stack_allocator. Кажется и в бусте было (см. small vector) - правда там вшито в сам вектор, плохой пример

Частичная специализация была бы более оптимальной. Например если вообще без динамики, можно было бы внутри выбирать адаптивный size_type. Минимальный layout для строк фиксированного размера, uint8_t size; char[max_size]; И при этом это всё ещё string<char,traits,allocator>. Плюс там ещё сложности с move/swap начинаются.

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

Разве меммув не имеет несколько имплементаций чтобы максимально быстро работать? SSE там и другие

Частичная специализация была бы более оптимальной. Например если вообще без динамики, можно было бы внутри выбирать адаптивный size_type. Минимальный layout для строк фиксированного размера, uint8_t size; char[max_size]; И при этом это всё ещё string<char,traits,allocator>. Плюс там ещё сложности с move/swap начинаются.

Понятно, что менее универсальное будет более эффективным, но изначально же был вопрос об управляемой фиче. Специализация для конкретных реализаций тоже пусть будет, но общее тоже должно быть

Разве меммув не имеет несколько имплементаций чтобы максимально быстро работать? SSE там и другие

Мне вот тоже кажется, что имеет.

ERROR: S client not available

мне скинули отличную ссылку http://isvolatileusefulwiththreads.in/cplusplus/ :)

мне скинули отличную ссылку http://isvolatileusefulwiththreads.in/cplusplus/ :)

?

мне скинули отличную ссылку http://isvolatileusefulwiththreads.in/cplusplus/ :)

хех. буквально вчера снова перечитывал статьи на эту тему.

мне скинули отличную ссылку http://isvolatileusefulwiththreads.in/cplusplus/ :)

Если только не на винде ;)

(Оно там atomic)

(Оно там atomic)

В msvc

почитайте статьи по ссылкам внизу http://isvolatileusefulwiththreads.in/cplusplus/

В msvc

Точно при любом размере? Из одной из статей: > Let's deal with (1) first. Volatile does not guarantee atomic reads or writes. For example, a volatile read or write of a 129-bit structure is not going to be atomic on most modern hardware. A volatile read or write of a 32-bit int is atomic on most modern hardware, but volatile has nothing to do with it. It would likely be atomic without the volatile. The atomicity is at the whim of the compiler. There's nothing in the C or C++ standards that says it has to be atomic.

В msvc

через /volatile:ms /volatile:iso же настраивается поведение, для армов по умолчанию /volatile:iso

через /volatile:ms /volatile:iso же настраивается поведение, для армов по умолчанию /volatile:iso

Я не спорю что настраивается. Но я встречал древний код который на это опирался

Сам я такой буйней не занимаюсь :(

Добрый день, подскажите телеграм канал про c# Или же, может, знает кто о такой проблеме Задача состояла в том, что бы получить цвет пикселя с picruteBox, прочитав статьи узнал, что делается это через bitmap, далее пытаюсь передать изображение pictureBox -> Bitmap'у, и вот падает на такой ошибке (возвращаемое значение у picturebox.image = null) :<

Скрин ошибки могу в лс скинуть

(Оно там atomic)

угу, у нас проект из нулевых изначально на винде был, с volatile bool вместо нормальных атомиков теперь когда его портировали на линух, время от времени где-нибудь что-нибудь да разъезжается

Добрый день, подскажите телеграм канал про c# Или же, может, знает кто о такой проблеме Задача состояла в том, что бы получить цвет пикселя с picruteBox, прочитав статьи узнал, что делается это через bitmap, далее пытаюсь передать изображение pictureBox -> Bitmap'у, и вот падает на такой ошибке (возвращаемое значение у picturebox.image = null) :<

@pro_net

Что делают c++ программисты?

Страдают.

Как можно сделать интерфейс?

в куте креаторе

в фотошопе

@supapro

Наверное, тебе в @supapro

Как можно сделать интерфейс?

интерфейс чего? UI или класса?)

Как можно сделать интерфейс?

qml, widgets, вернуть html страницу по get запросу

Наверное, тебе в @supapro

точно, ему туда)

Страдают.

??

Спасибо

Что делают c++ программисты?

С++ программисты банят незадачливых троллей...

ловят буковки C и плюсуют - конечно же

Всем привет. Прошу вашего совета. Какие патерны проектирования желательно знать junior'u, либо какие самые востребованные в работе