Помогите кто нибудь,не понимаю почему криво сортируется бд https://ideone.com/5Rm4Mv

@supapro

Да-да я уже вспомнил

Что не туда написал

Privet vsem u menya odno problema mojete pomoch. Problema: visual c++ 2015 daet oshibku kogda otkrivayu adibe creative cloud produkti na windows 7 x64. Mojete pomoch mne

@supapro

???

Privet vsem u menya odno problema mojete pomoch. Problema: visual c++ 2015 daet oshibku kogda otkrivayu adibe creative cloud produkti na windows 7 x64. Mojete pomoch mne

Ne otkrivaetsya programma adobe premiere pro. C++ 2015 ustanavlivayu ne ustanavlivaetsya oshibku daet

o vy iz anglii

Скорее из какой-нибудь Литвы

o vy iz anglii

Ya

Ya

7h3 l4n6u463 0f 7h3 ch47 15 ru5514n, 50rry

7h3 l4n6u463 0f 7h3 ch47 15 ru5514n, 50rry

дискомфорт, так выглядит дискомфорт

/report

/report

Reported to 1 admin(s)

Астрологи объявили неделю удачи. Численность авантюристов удвоилась.

@antoshkka https://godbolt.org/g/E33HxD к пользе потенциального ключевого атрибута [[forceoverride]], обязывающего сделать override виртуальному методу. Наличие этого атрибута по сути равносильно объявлению всех методов как final (т.е. компилятор, поняв [[forceoverride]] мог бы синтезировать foobar как foobar_final)

Все видели как в C++17 сделать overloader по набору лябмд через pack expansion внутри using declaration. Оказывается с функциями тоже красиво и не сильно сложнее: template <auto f> struct selector { operator auto() { return f; } }; template <auto... fs> struct dispatcher : selector<fs>... {}; Пока такой код компилируется только в GCC: https://godbolt.org/g/kRrHxC

Все видели как в C++17 сделать overloader по набору лябмд через pack expansion внутри using declaration. Оказывается с функциями тоже красиво и не сильно сложнее: template <auto f> struct selector { operator auto() { return f; } }; template <auto... fs> struct dispatcher : selector<fs>... {}; Пока такой код компилируется только в GCC: https://godbolt.org/g/kRrHxC

Здесь более изящный пример: http://en.cppreference.com/w/cpp/utility/variant/visit смотри пример с overloaded

Здесь более изящный пример: http://en.cppreference.com/w/cpp/utility/variant/visit смотри пример с overloaded

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

Здесь более изящный пример: http://en.cppreference.com/w/cpp/utility/variant/visit смотри пример с overloaded

ой ой ой, красотень-то

пойду внедрядь

Здесь более изящный пример: http://en.cppreference.com/w/cpp/utility/variant/visit смотри пример с overloaded

а есть готовые реализации для случая аля BicycleExpected<ResultType, /*list of std::exception children that indicate problems*/> ?

я тут в рамках прототипирования изучал подобные структуры возвратов в духе уточненных folly::Try

т.е. есть тип failed_with_exception_type<множество потомков std::exception, не содержащих пару предок и потомок>, который либо содержит потомка одного из перечисленных типов исключений, либо std::exception_ptr есть тип try_type<Result, множество потомков std::exception, не содержащих пару предок и потомок>, по сути являющимся variant<Result, failed_with_exception_type<Args...» для optional версии failed_with_exception_type очень хорошо определяется диспетчеризация вида failure().dispatch([](exception1 const& ){}).dispatch([](exception2 const& ){}) /*..*/ где dispatch на самом деле перемещает внутренность объекта, уменьшая множество необработанных случаев

учитывая возможность определять подобные множества через using объединений других, получается достаточно няшно

т.е. using long_operation_possible_problems = type_baseset_or_t<file1_load_possible_problems, file2_load_possible_problems, file3_save_possible_problems>; try_type<void, long_operation_possible_problems> try_long_operation() noexcept; и потом потребитель детализирует проблемы как хочет

(здесь file1_load_possible_problems, file2_load_possible_problems и file3_save_possible_problems возвраты некоторых других операций)

получается такая некая строгая механика исключений из явы с меньшей головной боли из-за необходимости перечислять все слишком точно при реализации непосредственно функций

v

Все видели как в C++17 сделать overloader по набору лябмд через pack expansion внутри using declaration. Оказывается с функциями тоже красиво и не сильно сложнее: template <auto f> struct selector { operator auto() { return f; } }; template <auto... fs> struct dispatcher : selector<fs>... {}; Пока такой код компилируется только в GCC: https://godbolt.org/g/kRrHxC

а как в данном случае работает operator auto? d неявно приводится к типу той функции, что подходит по сигнатуре?

получается такая некая строгая механика исключений из явы с меньшей головной боли из-за необходимости перечислять все слишком точно при реализации непосредственно функций

А не проще свести всё к error_code?

@antoshkka https://godbolt.org/g/E33HxD к пользе потенциального ключевого атрибута [[forceoverride]], обязывающего сделать override виртуальному методу. Наличие этого атрибута по сути равносильно объявлению всех методов как final (т.е. компилятор, поняв [[forceoverride]] мог бы синтезировать foobar как foobar_final)

Немного не понял. Почему компилятор будет генерировать их как final?

?

как я вас всех люблю

Си проггеры

настоящие

Си проггеры

ты не в ту подворотню зашёл, здесь лишь крестоносцы

тоже сойдёт

я не привередливый

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

Я немного и на том, и на том писал. Но выбрать не могу. Оба хороши.

окно клиентской области оконного приложения? что за клиентская область?

Клиентской областью в оконных гуях назыввют внутреннюю область окна

как вы вообще умеете определять, что некоторая функция находится в стеке?

std::stacktrace же

std::stacktrace же

а можно ссылку на референс?

std::stacktrace же

нашел только в бусте: https://www.boost.org/doc/libs/1_67_0/doc/html/stacktrace.html

я думаю, это про пропозал http://open-std.org/JTC1/SC22/WG21/docs/papers/2018/p0881r1.html

я думаю, это про пропозал http://open-std.org/JTC1/SC22/WG21/docs/papers/2018/p0881r1.html

спасибо )

я думаю, это про пропозал http://open-std.org/JTC1/SC22/WG21/docs/papers/2018/p0881r1.html

Все так :D

А кто-нибудь пробовал https://abseil.io/?

А кто-нибудь пробовал https://abseil.io/?

Ну просто бэкпортирование фич

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

Я немного и на том, и на том писал. Но выбрать не могу. Оба хороши.

Да как бы нет. С чистый ну просто такое дерьмо, что ... ну просто дерьмо.

Немного не понял. Почему компилятор будет генерировать их как final?

Виртуальный метод, который должен быть оверрайднут потомком, точно знает, что фактический тип вызываемого объекта это текущий класс

То есть вызывающий должен один раз найти forceoverride foobar, но для самой функции Base::foobar все уже известно

Виртуальный метод, который должен быть оверрайднут потомком, точно знает, что фактический тип вызываемого объекта это текущий класс

Ага, осознал... закиньте идею на stdcpp.ru Только скорее всего придётся делать не в виде атрибута, а как новое ключевое слово. Аттрибуты не должны явно влиять на поведение/компилируемость кода

ERROR: S client not available

Подскажите материалы по изучению c++

DigitalMars C/C++ Compiler (Score: 100+ in 6 hours) Link: https://readhacker.news/s/3Kyh8 Comments: https://readhacker.news/c/3Kyh8

DigitalMars C/C++ Compiler (Score: 100+ in 6 hours) Link: https://readhacker.news/s/3Kyh8 Comments: https://readhacker.news/c/3Kyh8

Он давно уже там лежит, непонятно в чем новость.

Да как бы нет. С чистый ну просто такое дерьмо, что ... ну просто дерьмо.

А как же понять низкоуровневые вещи, такие как внутреннее устройство контейнеров, структуры данных и алгоритмы, если не написать их самому на С по памяти? Как сказал один умный человек, если я не могу создать что-то, я не понимаю это. Даже в ассемблер можно углубиться, из чисто академического интереса. Хотя на практике для большинства задач конечно высокоуровневый С++ единственный вариант. Если понимаешь, что там внутри...

А как же понять низкоуровневые вещи, такие как внутреннее устройство контейнеров, структуры данных и алгоритмы, если не написать их самому на С по памяти? Как сказал один умный человек, если я не могу создать что-то, я не понимаю это. Даже в ассемблер можно углубиться, из чисто академического интереса. Хотя на практике для большинства задач конечно высокоуровневый С++ единственный вариант. Если понимаешь, что там внутри...

Ключевое слово "если"

Очень малый процент понимает

"высокоуровневый C++". Надо запомнить

А как же понять низкоуровневые вещи, такие как внутреннее устройство контейнеров, структуры данных и алгоритмы, если не написать их самому на С по памяти? Как сказал один умный человек, если я не могу создать что-то, я не понимаю это. Даже в ассемблер можно углубиться, из чисто академического интереса. Хотя на практике для большинства задач конечно высокоуровневый С++ единственный вариант. Если понимаешь, что там внутри...

Для того, чтобы понять чт о-то , вовсе не обязательно это делать самому. Можно, но не обязательно. Причём, даже если сделаешь, нет гарантии, что поймёшь. Я вот делал для диплома хэш-таблицу руками, на всю жизнь хэш знаю (хотя там и могут быть вещи, которые я не знаю и буду "плавать" в них) Но например списки я никогда не делал, но я их всё равно знаю.

"высокоуровневый C++". Надо запомнить

кеееек

А как же понять низкоуровневые вещи, такие как внутреннее устройство контейнеров, структуры данных и алгоритмы, если не написать их самому на С по памяти? Как сказал один умный человек, если я не могу создать что-то, я не понимаю это. Даже в ассемблер можно углубиться, из чисто академического интереса. Хотя на практике для большинства задач конечно высокоуровневый С++ единственный вариант. Если понимаешь, что там внутри...

Как сказал один умный человек, если я не могу создать что-то, я не понимаю это. Это как раз НЕ очень умный человек сказал...

Я писал обработчики для линусковых сигналов, но все равно плохо понимаю) Надо Лава еще раз перечитывать)

Я писал обработчики для линусковых сигналов, но все равно плохо понимаю) Надо Лава еще раз перечитывать)

Так если аналогию проводить, ты должен был писать сам ИМЕННО РЕАЛИЗАЦИЮ СИГНАЛОВ (в ядре), а не обработчики.

За ручку проводишь? ? Я не грандмастер цпп, и тем более, Линукса

За ручку проводишь? ? Я не грандмастер цпп, и тем более, Линукса

Алло, деканат? Тут студента нужно на отчисление

Алло, деканат? Тут студента нужно на отчисление

*offtop Деканат не решает ?

Кто-нибудь разбирается в Ranges TS? Я читаю этот proposal и вижу там только концепты, описывающие требования к ranges, но не вижу какой-нибудь стандартной реализации Range и View. Оно подъедет в других proposals или я просто невнимательно читаю?

так разве реализация не остаётся на усмотрение разработчиков компиляторов\стандартной библиотеки?

стандартная реализация где-то на гитхабе валяется

стандартная реализация где-то на гитхабе валяется

Про ranges v3 я в курсе, но это просто либа, а не оформленный proposal. Мне интересно то, что конкретно заедет в плюсы в этом TS.

так разве реализация не остаётся на усмотрение разработчиков компиляторов\стандартной библиотеки?

Меня не совсем реализация интересует. Мне интересно посмотреть на интерфейс классов Range и View, которые удовлетворяют предлагаемым концептам. Вот я, например, понимаю, что под требование Range я могу запихать любой контейнер и алгоритмы это скушают. А для концепта View мне сперва придется написать какой-то класс

Рендж это ж такой тип референса на кусок контейнера, а ля пара итераторов или как string_view

Еще, в Ranges Rationale авторы указывают, что range - это легковесный объект, который не владеет данными. И конструировать range от rvalue контейнера - нельзя. Но этот rationale написан 2014 году, и что в итоге получилось в TS - не понятно. Под концепт Range уже попадают контейнеры, а для легковесных объектов выделили View.

Реализация эффективного View - нетривиальная задача, и у меня было ощущение, что это должно заехать как часть стандартной библиотеки

Похоже, это вынесено в отдельный пропозал p0789 как расширение к TS, где предлагаются всякие фильтры и *_view операции

Здраствуйте

Помогите плиз 5. Якщо в програмі на мові С ++ в довільному класі перевизначена операція new , то … А) все об’єкти цього класу і всі об’єкти класів, похідних від нього, будуть використовувати цю операцію незалежно від зони видимості, в якій вона перевизначена. B) похідні від цього класу можуть використовувати глобальну операцію, застосувавши операцію базовий_клас :: new . C) операцію new не можна перевизначити. D) в будь-якому випадку така операція буде доступна тільки в межах класу-нащадку

чот тесты одинаковые, только язык задания разный