вот так вот и продал себя. ясно-понятно

Да пока вот из вариантов либо ковырять винапи либо стажировка полугодичная. Не торт

но це оффтоп, ладно

Да, прекращаем

Прочитал что это. Пожалел. Я слишком юн для всего этого...

а что не так-то с ATL

а что не так-то с ATL

оно же ужасно чуть менее, чем совсем

обычные шаблоны *shrug*

когда я вижу template <typename Derived> во мне что-то рыдает

CRTP же обычный

костыль

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

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

а почему костыль

потому что выражает непонятно что?

вы хотите непоследовательно описывать сущности?

ну, следуя этой логике, можно много чего из с++ назвать костылями

так в С++ безумно много костылей)

так в С++ безумно много костылей)

из за обратной совместимости

как и в х86

ну, все-таки у понятия "костыль" другое значение

из за обратной совместимости

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

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

и после этого чертов оператор "&operator==" таки выполнял unqualified name lookup

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

а костыль - это "временное решение для исправление проблемы, которое впоследствие может становиться постоянным"

а костыль - это "временное решение для исправление проблемы, которое впоследствие может становиться постоянным"

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

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

давай революцию, тебя в председатели коммитета по С++ng

давай революцию, тебя в председатели коммитета по С++ng

я только за, делайте

но так чтобы это компилилось хотябы с сями

я только за, делайте

дак начинай писать

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

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

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

угу

чсх CRTP выглядит как вторая часть, просто логическая ошибка

а вторая часть называется "оверинжиниринг" или "переусложнение"

но так-то да, я уважаю твою категорию

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

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

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

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

а, вот чем тебе не нравится ATL; а я думал, ты про CRTP в целом

ну, возможно, да, ты прав

я не знаю примеров, в которых использование CRTP само по себе выглядит правильным

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

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

но модель статического полиморфизма без CRPT просто сильнее модели динамического

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

таких, как tag dispatching

ну, да, есть средства выразительнее так-то

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

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

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

а, это же древняя попоболь, когда обработчики рядом валяются, да

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

там что-то вроде того, что итоговое окно это комбинация InnerState, EventDispatcher (преобразование из общих сигналов в сигналы InnerState) и Renderer (чистая функция над InnerState), причем из InnerState еще что-то торчит в сторону владельца

Специфический mvc получается, и весь на статическом полиморфизме...??

Здесь InnerState это, видимо, вся связка M+C

Причем в динамическом полиморфизме здесь очень серьезные неприятности из-за того, что InnerState вообще говоря для выбора font-face и font-size просто разный

Andrey есть ли примеры с корутинами у вас? мне для поиграться

Могу скромно предложить посмотреть видео (полистать презентации) моих выступлений на эту тему: https://www.youtube.com/watch?v=2tWNm_fDxX0 https://www.youtube.com/watch?v=Je21p0gUiPA и/или почитать документацию здесь https://github.com/lewissbaker/cppcoro Примеров использования Coroutine TS в реальном серьезном opensource коде я не знаю, самому было бы интересно.

таких, как tag dispatching

Я может не понял, но с crtp вроде тоже можно tag dispatching.

И какова вообще альтернатива в плане статического полиморфизма для конструкции типа ConcreteAlgoritm : GenericAlgorithm<ConcreteAlgoritm>?

Господа, а есть ли какой-то профит в поиске функции через GetProcAddress, заместо обычной динамической линковке при запуске?

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

Господа, а есть ли какой-то профит в поиске функции через GetProcAddress, заместо обычной динамической линковке при запуске?

Система может быть старой, и не содержать нужной функции. Например, SHGetKnownFolderPath() в виндовз.

Господа, а есть ли какой-то профит в поиске функции через GetProcAddress, заместо обычной динамической линковке при запуске?

С GPA 1. Ты сам решашаешь, когда подгрузить, когда отгрузить 2. У тебя есть шанс обработать ситуацию, что функции в библиотеке нет

Хмм, а версионинг на это всё никак не влияет?

Т.е если я прилинкуюсь динамически к какому-то символу из системной либы во время линковки

И если я буду запрашивать этот символ через GPA

разницы нет никакой?

Т.е может ли быть такое что я на десятой винде соберу свой экзешник который будет прилинкован к слишком новому символу

Хмм, а версионинг на это всё никак не влияет?

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

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

Понял, спасибо

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

Если динамика - то не упадет, а откажет в запуске.

А если руками, то как я уже сказал - у тебя есть шанс

ну да, упадёт в смысле что не запустится

ну да, упадёт в смысле что не запустится

Я понял, что "упадет" в смысле "не взлетит" )

Ктото курил executors? Там есть стандартные штуки чтоб допустим скомпилить нужные части в spirv? Я не представляю как оно может выглядеть

Сейчас есть computecpp который шланг в двух режимах, нормальном и генерирующем spirv

Ктото курил executors? Там есть стандартные штуки чтоб допустим скомпилить нужные части в spirv? Я не представляю как оно может выглядеть

А чо потом делать с этими нужными часями? В GPU тоже компилятор их загружать будет?

А чо потом делать с этими нужными часями? В GPU тоже компилятор их загружать будет?

Слинковать в ресурсы и загружать экзекьютором очевидно

Этож под капотом

Сейчас computecpp так и делает

Этож под капотом

Под каким капотом? Если все-равно руками делать, то почему бы не использовать два компилятора?

Под каким капотом? Если все-равно руками делать, то почему бы не использовать два компилятора?

Зачем руками

Гугли parallel stl на sycl

Ктото курил executors? Там есть стандартные штуки чтоб допустим скомпилить нужные части в spirv? Я не представляю как оно может выглядеть

Предполагается, что вендоры смогут сделать GPUExecutor, удовлетворяющий концепту 'Executor', вообще этот proposal про интерфейсы а не про реализации.

Предполагается, что вендоры смогут сделать GPUExecutor, удовлетворяющий концепту 'Executor', вообще этот proposal про интерфейсы а не про реализации.

угу, как и gc когдато

угу, как и gc когдато

С одной стороны я полностью разделяю Ваш скепсис по отношению к черезчур амбициозным долгостроям, которые в итоге ложатся непомерным грузом на вендоров, никогда не реализуются и полностью бесполезны для пользователей языка. С другой стороны мне представляется, что задача выделения общего интерфейса между обычным thread pool'ом, net::io_context-ом, gui events loop-ом , fibers scheduler'ом и очередью gpu-задач в смысле OpenCL как минимум очень важна и полезна, а как максимум необходима для дальнейшего консистентного развития stdlib.

Ожидать при этом, что Executors дадут какой-то новый удобный способ работать c gpu-computing в С++, по-моему, практически бесполезно.

Господа, а есть ли какой-то профит в поиске функции через GetProcAddress, заместо обычной динамической линковке при запуске?

Нет никакой.

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

Ты должен использовать библиотеку импорта (*.lib) из состава WinSDK. Все другие способы невалидны, хотя и могут иногда работать.

А если я юзну либ файл для импорта на более новом СДК

С GPA 1. Ты сам решашаешь, когда подгрузить, когда отгрузить 2. У тебя есть шанс обработать ситуацию, что функции в библиотеке нет

1. решается отложенной загрузкой. 2. решается проверкой версии системы.

Запустится ли такая программа на старой винде?

Запустится ли такая программа на старой винде?

С отложенной загрузкой запустится

А с обычной динамической линковкой?

Хмм, а версионинг на это всё никак не влияет?

Ещё раз, загрузка функций по имени или номеру из системной .DLL -- это невалидный код. Ты запросто можешь попасть в следующей версии на дырку в таблице экспорта этой .dll

А с обычной динамической линковкой?

Что значит обычная динамическая линковка? Есть три, связывание через библиотеку импорта, связывание через .def файл и динамическая загрузка библиотеки и GetProcAddress.

Ещё раз, загрузка функций по имени или номеру из системной .DLL -- это невалидный код. Ты запросто можешь попасть в следующей версии на дырку в таблице экспорта этой .dll

Или вообще отсутствие .dll.