Но не через тот же epoll/

Ты забрал сокет из еполла. вызвал epoll_ctl или как он там и удалил свой сокет оттуда.

дальше запустил подсчет хеша

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

ИЛИ

заведи внтури треда еполл и сложи туда.

И обрабатывай следующее соединение.

просто с отправкой данных на самом деле обычно проще.

Если это именно хеш, то это несколько байт.

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

И потом сразу сделать send 0

и close на сокете.

заведи внтури треда еполл и сложи туда.

Типа завести epoll на ожидание готовности к записи?

Да.

?понял, спасибо огромное)

а повангуйте плз по ехепшну *** 1483925505.967354 << Sent query magic 0xcc104937 size 24 seq 22385 *** 1483925506.029518 lua: attempt to call a nil value > *** Error in `./tg/bin/telegram-cli': malloc(): smallbin double linked list corrupted: 0x000000000f9aa100 *** и что сделать, чтобы оно было информативнее?

трейс очень маленький.

Не понятно, какой квери выполнялся.

Если это телеграм, то надо указать layer

указать параметры запросы

ну lay 57 перед вызовом lua принтом выводить?

Если ты отлаживаешься сейчас то да, выводи по максимуму всё.

не отлаживаюсь. оно на серваке в скрине крутится и начало вываливаться зачем-то

attempt to call a nil value — вот это конечно супер.

Хотя бы строчку соотв. луа скрипта бы указать .__.

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

а почему оно трейс не вывалило, кстати?

и что делать, чтобы вываливало

У меня тот же вопрос.

А, сорян, я думал это ТВОЙ код.

Если это не твой, то я не знаю. Поищи ключи запуска

может там есть -v

или —log=DEBUG

:)

лучше конструкцию языка скажи для трейса. или может какие параметры компилятора за это отвечают. хотя с -ggdb собрано…

а дистанс что показывает?

Поменял код. if ((vec.size() > 0 && std::count(vec.begin(), vec.end(), vec.back()) >= 3) теперь. В векторе сидят uint_fast64_t. Кроме push'а в одном месте и pop'а в другом ничего не делаю. count доходит очень далеко за пределы вектора и счастливо падает с сегфолтом

Поменял код. if ((vec.size() > 0 && std::count(vec.begin(), vec.end(), vec.back()) >= 3) теперь. В векторе сидят uint_fast64_t. Кроме push'а в одном месте и pop'а в другом ничего не делаю. count доходит очень далеко за пределы вектора и счастливо падает с сегфолтом

Reindex.. please wait

Reindex.. please wait

res += std::to_string(vec.size()); vec != tmp vec.push_back(x); vec.pop.back(); (vec.size() > 0 && std::count(vec.begin(), vec.end(), vec.back()) >= 3)

Всё

А в чем проблема?

А в чем проблема?

count сегфолтится далеко за концом вектора

А код какой?

Как вызывается count

Как вызывается count

смотри выше

Сколько элементов равны последнему.

смотри выше

Ну и что?

Сколько элементов равны последнему.

?

Там ничего не написано.

Я вижу 10 мест с проблемой.

Нужен код, который воспроизводит проблему.

Потому что из приведенного кода не видно проблемы.

То есть она, конечно, очевидна.

И я мог бы прям щас сказать, но это неинтересно :3

@EvgeniyZh

Хотя даже из приведенного огрызка о ней можно догадаться.

Где?

А, ты про std::count?

F xnj nfv&

А что там?

Там всё верно

И я мог бы прям щас сказать, но это неинтересно :3

ну намекни хоть

К тому же проблема не там, раз падает в count

ERROR: S client not available

ну намекни хоть

А код ты открыть не хочешь, да?

Reindex.. please wait

Нет.

Он ведь берет .end() и .begin()

:)

А код ты открыть не хочешь, да?

Хочу, но рабочий\

а до этого далеко..(

Ладно. Не буду кокетничать.

Короче. count падающий далеко за концом вектора — это инвалидированный вектор

Если ты возьмешь .size() непосредственно перед вызовом count

то увидишь, что он равен чему-нибудь здоровенному

6

А знаешь как я это понял?

Окей, значит один из указателей сломан

он равен 6

из каких?

Да, тогда сломан не size

А end()

У тебя там выше написаны все строки содержащие твой вектор.

В том числе pop_back(0

Но строчки проверяющей число элементов у тебя нет!

Это значит, что ты спокойно мог отхватить проблему в pop_back

который лишний элемент попнул

и вызвал UB

pop_back у вектора НЕ ПРОВЕРЯЕТ empty

На пустом векторе это может вызвать UB в том числе в виде самого испорченного вектора.

Который проявляется в ебанутых итераторах.

Вот что бросается в глаза из твоих 4-х строчек и описания проблемы в виде count-а с segfault-oм

Очевидно, что в коде с count нет ошибки, значит, логическим исключением ошибка в vec

Инвалидированный вектор