?Парни, а есть какие-то книги по Boost Asio и Libevent? Или какие-либо хорошие обучающие статьи? ?

по буст асио ща скину

https://theboostcpplibraries.com/

очень хорошее введение в материал

Оке) спасибо)

конкретно асио - https://theboostcpplibraries.com/boost.asio

Пасиб)

Разве у полухина в книге про это нет?

Reported to 2 admin(s)

https://theboostcpplibraries.com/

о, спс

А киньте линк на либу, которая строковые литералы на этапе компиляции компилит в C++-код. Тут где-то была

А киньте линк на либу, которая строковые литералы на этапе компиляции компилит в C++-код. Тут где-то была

литералы компилит в код?

Вроде да. Тут кидали, и кто-то еще шутил по этому поводу

Вроде да. Тут кидали, и кто-то еще шутил по этому поводу

Я не понимаю значения фразы компилировать литералы в код

определила user-defined literal для строк, который на этапе компиляции генерит код по строчке

Ладно. Как прочитаю весь чат, найду мб

Нашел

https://github.com/kw-udon/constexpr-8cc

Повседневный C++: изолируем API в стиле C https://habrahabr.ru/post/331100/ Tags: C++, c++17, повседневный c++ Author sergey_shambir on #habrahabr

Привет всем

Чуваки, кто в Графах могёт?

Привет

"Соседние ячейки принято классифицировать двояко: в смысле окрестности Мура и окрестности фон Неймана, отличающийся тем, что в окрестности фон Неймана соседними ячейками считаются только 4 ячейки по вертикали и горизонтали, в окрестности Мура — все 8 ячеек, включая диагональные." (с) Википедия, описание волнового алгоритма(алгоритм Ли)

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

https://ru.wikipedia.org/wiki/Алгоритм_Ли

Что я не так понимаю, объясните плес.

крестики-нолики 3x3 представляешь?

так вот, центральная клетка будет иметь 8 соседей

на плоскости

это я понимаю.

тогда почему для планарного графа не может быть у вершины 8 соседей?

у точки с права от центральной будет 5 соседей

ребра пересекаются же

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

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

нет, всех вершин. Ребра одной вершины никогда не пересекаются

думаю просто ошибка на вики

Вот я и сижу пытаюсь представить как ребра одной вершины могут пересечься) ну так тогда он не планарный. Секунду.

масимум это шесть соседей

погоди, причем здесь это?

Следую из суждения "планарный граф - это когда его ребра не пересекаются"

Но от Вашей реакции мне кажется что я где-то что-то путаю

ты в результате трассировки получишь планарный граф

без самопересечений

С трудом понимаю. Думаю мне надо ещё почитать) Спасибо

из точки А в точку Б могут вести несколько путей

эти пути без сапопересечений

поэтому граф этих путей планарный

получается если из А в Б есть путь, так же есть путь из В в Д и он пересекается с путем А->Б, граф всёравно планарный?

алгоритм ищет путь от А до Б

причем здесь B и Д?

я не понял выражение "граф этих путей планарный"

я не понял выражение "граф этих путей планарный"

пути не пересекаются

то есть можно построить планарный граф

если я правильно понял

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

ERROR: S client not available

https://github.com/manisandro/gImageReader/blob/master/CMakeLists.txt

настройки мб?

настройки мб?

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

ашучувб ерч

fixed, thx

problem was here: ADD_CUSTOM_TARGET( gettextizeui COMMAND ${CMAKE_COMMAND} -P ${CMAKE_CURRENT_SOURCE_DIR}/cmake/gettextizeui.cmake ${gimagereader_FORMS_HEADERS} DEPENDS ${gimagereader_FORMS_HEADERS} )

Кто знает, зачем нужен такой код? double angle = FindAngle(processingImage); if ((angle != 0) && (angle < DBL_MAX && angle > -DBL_MAX)){...}

angle < DBL_MAX && angle > -DBL_MAX

для чего такое?

проверка на +- infinity, видимо

и nan еще

а для nan эта проверка даст false?

да, по идее

а для nan эта проверка даст false?

нан с чем не сравнивай фолс

и с наном?

да

и с наном?

да

поэтому порядок на double'ах - не порядок, строго говоря

хм, понял. Спасибо

поэтому опасно сортировать массив double'ов, если в нем может быть nan

поэтому опасно сортировать массив double'ов, если в нем может быть nan

хм, никогда не приходило в голову

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

нету

чтобы не писать каждый раз fabs

нужно самому писать

это боль...

чтобы не писать каждый раз fabs

нету, напиши свою

пропозал нужен...