https://github.com/lewissbaker/cppcoro/tree/master/test

Это выглядит как набор тестов, а не хотя бы одна решенная практическая задача)

Вчера был на конференции по Co Routines. Мне понравилось. Их можно использовать для всего что только можно, и генераторы, и асинхронный код. Теперь мне страшно. Все начнут это использовать. Любой код модно переписать на Co Routines. НО НЕ НУЖНО - поэтому мне страшно за наше будущее.

презентация появилась: https://drive.google.com/file/d/1-FXg6eP_BNYRCJMrYrmVWdRpHp5-VAnL/view

презентация появилась: https://drive.google.com/file/d/1-FXg6eP_BNYRCJMrYrmVWdRpHp5-VAnL/view

Андрею Давыдову респект, поскольку он выбрал интересный способ подачи материала. Правда, этот доклад спокойно можно было бы разделить на два доклада, поскольку 2 часа тяжело внимательно следить.

презентация появилась: https://drive.google.com/file/d/1-FXg6eP_BNYRCJMrYrmVWdRpHp5-VAnL/view

Ох и читиво будет у меня вечером)

это единственное зачем нужны корутины

Ну ты чо, генераторы из пыхтона клевые

Ну ты чо, генераторы из пыхтона клевые

Я не нашел у себя в проде ни одного генератора(

Я не нашел у себя в проде ни одного генератора(

Пыхтон нашел?

Пыхтон нашел?

Пыхтон где-то был, но не у меня

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

https://developercommunity.visualstudio.com/content/problem/19630/generators-using-co-yield-are-18x-slower-than-a-fo.html

Лол

18 это как ваще

презентация появилась: https://drive.google.com/file/d/1-FXg6eP_BNYRCJMrYrmVWdRpHp5-VAnL/view

спасибо, нойс

18 это как ваще

Это норма для студии))

есть кто может пояснить 2 слайд, что-то сложновато

Лол

на моей машине 15-16: https://gist.github.com/anatoly-spb/ea34929134454a2b8752932fc30e9744 на последнем релизе Visual Studio 2017 15.7.1 с опциями /await /await:heapelide /std:c++latest /Zc:__cplusplus для 64 битов

на моей машине 15-16: https://gist.github.com/anatoly-spb/ea34929134454a2b8752932fc30e9744 на последнем релизе Visual Studio 2017 15.7.1 с опциями /await /await:heapelide /std:c++latest /Zc:__cplusplus для 64 битов

Ох чота как-то ну...

Ох чота как-то ну...

тест на самом деле синтетический и наивный, но тем не менее

Ребят, вопрос у меня про Android JNI. Безопасно ли многократно вызывать AttachCurrentThread из одного треда?

тут кстати Conan пакет для imgui подвезли. так что можно теперь нормально юзать

https://bintray.com/bincrafters/public-conan/imgui%3Abincrafters

само собой разумеется, для использования этой репы её надо подключить ?

тут кстати Conan пакет для imgui подвезли. так что можно теперь нормально юзать

только для самой библиотечки, или прям с "адаптерами"? под опенгель1/3 там, сдл, д3д?

ну я хз, как там написан сам cmake в imgui

потому что в рецепте просто вызывается cmake и всё

https://github.com/bincrafters/conan-imgui/blob/stable/1.53/conanfile.py

https://github.com/bincrafters/conan-imgui/blob/stable/1.53/conanfile.py

дак нету в имгуи смейка никакого

но у имгуя нет цмака вроде..

дак нету в имгуи смейка никакого

а, да. лол. Тут свой написали ?

https://github.com/bincrafters/conan-imgui/blob/stable/1.53/CMakeLists.txt

но биндингов не вижу

а, да. лол. Тут свой написали ?

может даже из vcpkg взяли хехе

может даже из vcpkg взяли хехе

есть такая вероятность ?

а не, они разные

Ребят, вопрос у меня про Android JNI. Безопасно ли многократно вызывать AttachCurrentThread из одного треда?

Да

Ребят, вопрос у меня про Android JNI. Безопасно ли многократно вызывать AttachCurrentThread из одного треда?

void safeAttachCurrentThread(JNIEnv** env) { if (VM == nullptr) { *env = nullptr; return; } int getEnvStat = VM->GetEnv(reinterpret_cast<void**>(env), JNI_VERSION_1_6); if (getEnvStat == JNI_EDETACHED) { if (VM->AttachCurrentThread(env, nullptr) != JNI_OK) *env = nullptr; } else if (getEnvStat != JNI_OK) { *env = nullptr; } }

Это как я делаю

Блин, разметку съело

void safeAttachCurrentThread(JNIEnv** env) { if (VM == nullptr) { *env = nullptr; return; } int getEnvStat = VM->GetEnv(reinterpret_cast<void**>(env), JNI_VERSION_1_6); if (getEnvStat == JNI_EDETACHED) { if (VM->AttachCurrentThread(env, nullptr) != JNI_OK) *env = nullptr; } else if (getEnvStat != JNI_OK) { *env = nullptr; } }

“Trying to attach a thread that is already attached is a no-op.”

ядумаю нашел ответ

“Trying to attach a thread that is already attached is a no-op.”

я сначала проверяю, атачено ли раньше, если нет атачу

ну так можно просто еще раз вызвать аттач.

А я вам тут немного принёс про статус Transactional memory TS

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0265r0.pdf

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

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

https://github.com/muflihun/licensepp

нашел

но сам не пользовался. просто мимо проходил и запомнил

http://savepearlharbor.com/?p=215553 вот посмотрите

http://enigmaprotector.com один из лучших на сегодня

Ну это такое всё...

Вчера был на конференции по Co Routines. Мне понравилось. Их можно использовать для всего что только можно, и генераторы, и асинхронный код. Теперь мне страшно. Все начнут это использовать. Любой код модно переписать на Co Routines. НО НЕ НУЖНО - поэтому мне страшно за наше будущее.

Ребяты, у меня с момента этого поста Телегу вырубило. Через МТС. Только вот сейчас подрубилось.

Андрею Давыдову респект, поскольку он выбрал интересный способ подачи материала. Правда, этот доклад спокойно можно было бы разделить на два доклада, поскольку 2 часа тяжело внимательно следить.

+100. Очень качественно подготовленный доклад. По всем пунктам. Разве что может лучше было бы на 3 части делить.

Ну ты чо, генераторы из пыхтона клевые

Клёвые, тольно ни на фиг не нужные. За клёвостью ничего не стоит полезного. Ну да, прикольный код, прикольная парадигма. Можно использовать везде вместо других подходов. Зачем — не понятно. Да, я понимаю, что она может это дело делать ЛЕНИВО, но мне кажется что 80% использующего кода не использует ленивость.

@AlexFails по куде есть pro.*?

Клёвые, тольно ни на фиг не нужные. За клёвостью ничего не стоит полезного. Ну да, прикольный код, прикольная парадигма. Можно использовать везде вместо других подходов. Зачем — не понятно. Да, я понимаю, что она может это дело делать ЛЕНИВО, но мне кажется что 80% использующего кода не использует ленивость.

зачем? легче писать и читать

ленивость жрёт гигаватт-часы, так же как и null-terminated strings

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

ERROR: S client not available

и думаю ренджи это не сильно изменят

@AlexFails по куде есть pro.*?

есть какой-то pro.graphon вроде

Есть: @prographon

это скорее ближе к pro.algorithms

хотя я рендер пытаюсь написать на куде

но вопросы CUDA-специфические

вероятнее что помогут в прографон чем в проалгоритмс

В прографон самая адекватная публика

зачем? легче писать и читать

На счёт этого можно поспорит. Это вводит новую базовую концепцию в язык, которую нужно понять. Если ты её понимаешь, писать и читать может быть и легче. Если ты её НЕ понимаешь (ещё или вообще в принципе) — писать и читать невозможно вообще.

На счёт этого можно поспорит. Это вводит новую базовую концепцию в язык, которую нужно понять. Если ты её понимаешь, писать и читать может быть и легче. Если ты её НЕ понимаешь (ещё или вообще в принципе) — писать и читать невозможно вообще.

Если ты не понимаешь язык, то не можешь на нём писать, логично

Но c++ никогда и не претендовал на звание novice frienly

не по теме чата

не по теме чата

Блен, дал бы скопировать, во флуд бы перенес, ну лул

?

Привет, знаю что вопрос специфический, но всё же - есть для c++ библеотека|фреймворк для работы с хтмл документами, и веб апликейшинами вообще?

Reported to 1 admin(s)

Привет, знаю что вопрос специфический, но всё же - есть для c++ библеотека|фреймворк для работы с хтмл документами, и веб апликейшинами вообще?

Есть,

Cpr

Cpr

и что там от хтмл? )

Привет, знаю что вопрос специфический, но всё же - есть для c++ библеотека|фреймворк для работы с хтмл документами, и веб апликейшинами вообще?

для парсинга html есть gumbo и myhtml

для парсинга html есть gumbo и myhtml

Мне больше нужно именно создавать страницы. Есть ли какой-то mvc фреймворк?

wt

Мне больше нужно именно создавать страницы. Есть ли какой-то mvc фреймворк?

Wt

Это чисто теоретически)))

Ты язык перепутал

Дак, нет, вопрос же не в надобности или необходимости, а вообще в существовании

CLion впилили sanitizers

к успеху идут

оффтоп, есть ссылка на чат для разработчиков ядра lin7x?

Есть по осдеву чат. @pro_osdev