Нужна помощь с самописным вебсервером

клади котЪ на гитхаб/битбуцкет

Чем плох мелкий архив на ргхосте?

Тем, что никто не будет скачивать и распаковывать, но будут сразу смотреть.

Залил на битведро.

Быстро посмотрев пару файликов, заметил, что ты не любишь добавлять {} там, где это не особо необходимо, например, если после if одна строчка условия. Это не очень хорошо ИМХО, т.к. сам я пару раз ошибался и искал ошибку довольно долго, когда требовалось добавить ещё строчку в условие и на автомате дописываешь её после текущей, забыв про то, что код после if не заключен в {}. Баги после этого могут быть весьма интересными.

И да, выложи это на github или ещё куда-то, где можно смотреть код, не скачивая архив.

Не люблю, ты прав. Добавляет кучу пустоты и ненужных строк, но так еще не ошибся пока что ни разу.
Залил на битведро, 1й пост обновил.

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

Ставлю на незакрытые сокеты, кончаются дескрипторы. Можешь нагнать нагрузки каким нибудь siege, тогда загнётся за несколько секунд(если сокеты всегда не закрываются). Мониторь количество открытых процессом fd

Не думаю, лимит 4096, да и после окончания записи буферов - сразу идет shutdown&close. Но проверю.

моя плакаль, man gdb ? gdb -p pid и отлаживай

Кстати в этом случае лог бы был полон ошибок почти наверняка. Пока 20-23 дескриптора в общей сложности открыто, из них 6 не сокеты. Проверять через siege - немного не тот эффект, ну и проверка DoSом не лучший вариант, наверно.

что есть «SocketGarbageCollector.h» в обрывках выложенных по ссылке??

Чистилка созданных классов сокетов, создаются при accept, удаляются через ~15 секунд после дисконнекта.

Чистилка созданных классов сокетов, создаются при accept, удаляются через ~15 секунд после дисконнекта.

вот там и копайте

потому как

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

говорит о утечке ресурсов. Valgrind и прочие тут не помогут - ресурсы «утекают» штатно

Это не DoS, это нагрузочное тестирование, которое в любом случае надо периодически проводить. Хуже от него не станет, временные затраты небольшие, может выловить эту ошибку или другие.

Не, когда сокеты туда добавляеются - удаляются 100%.

Похоже на правду, уже 69 дескрипторов открыто, буду дописывать проверку мертвых и допишу логов в accept, спасибо.

Ну а вообще по WebServerSocket есть у кого мнения?

код не читал. но первая мысль: «а почему не libev»? http://pod.tst.eu/http://cvs.schmorp.de/libev/ev.pod — рекомендую воспользоваться, она на себя много вопросов берёт.

Смотрел когда-то на него, не понравилось, да и у меня универсальная основа, можно прикручивать что хочется и как хочется, без сторонних либ, а скрещивать libev и мое - еще хуже.

я не особо знаю, чем libev лучше libevent, но в libevent есть прекраснейшая концепция bufferevent.

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

Must have в любом подобном проекте.