Lion

@ShchAlexander I make some experiments and found that tessellated cache consumes too much memory. We still can optimize by storing shapes to objects and use them instead of re-send data...

This is single header library, what release for?

А если так запустить? ``` prlimit --as=4000000000 catchsegv ./icq ``` Если напишет "Not enough memory" - то это dbus, и похоже надо обновить статическую либу libdbus-1.a.

Если catchsegv ничего не вывел - скорее всего, это не краш, а какой-нить внутренний паник, который вызвал exit(). Тогда можно попробовать записать strace -f ./icq >log 2>&1 .

А что за fd=25 ? Можно полный лог(здесь аттачить можно)? Есть подозрение что это общение с WM.

Это оказалось внезапно общение с сервером: ``` [pid 6545] socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 25 [pid 6545] setsockopt(25, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0 [pid 6545] setsockopt(25, SOL_TCP, TCP_KEEPIDLE, [5], 4...

Как раз не странно, это от надежности коннекта с сервером зависит. Если есть возможность пересобрать, думаю будет достаточно на старте приложения сделать: ``` signal(SIGPIPE, SIG_IGN); ```

I think this function is to address https://github.com/glfw/glfw/pull/1094 glfw creates windows using _glfw.x11.root root, and no way to set parent. So, it must be something like: ``` void glfwSetRoot(Window root)...

Workaround for this: ``` echo 2 | sudo tee /proc/sys/vm/overcommit_memory echo 80 | sudo tee /proc/sys/vm/overcommit_ratio ``` It's not fixes the leak, but at least app just crashes instead of...

Проблема в том, что curl детектирует путь во время конфигура ``` if(CURL_CA_BUNDLE_AUTODETECT) set(SEARCH_CA_BUNDLE_PATHS /etc/ssl/certs/ca-certificates.crt /etc/pki/tls/certs/ca-bundle.crt /usr/share/ssl/certs/ca-bundle.crt /usr/local/share/certs/ca-root-nss.crt /etc/ssl/cert.pem) foreach(SEARCH_CA_BUNDLE_PATH ${SEARCH_CA_BUNDLE_PATHS}) if(EXISTS "${SEARCH_CA_BUNDLE_PATH}") message(STATUS "Found CA bundle: ${SEARCH_CA_BUNDLE_PATH}") set(CURL_CA_BUNDLE "${SEARCH_CA_BUNDLE_PATH}") set(CURL_CA_BUNDLE_SET...