Скажите, кто-нибудь знает как Clion и vim подружить с stdman, чтобы при ctrl+q выводилась справка из ман

Скажите, кто-нибудь знает как Clion и vim подружить с stdman, чтобы при ctrl+q выводилась справка из ман

если устраивает в соседнем окне, то zeal + zeavim.vim

рад, что развлек.

тсс! я сам не знал, пошутил наудачу ;) а вопрос хороший был!

надо признать - с constexpr откровенно проебались

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

http://www.cplusplus.com/reference/cstring/size_t/ Как могут размер данных и указатель на данные иметь разную размерность? Теоретически только на каких-то совсем экзотических платформах. И не уверен, что там будет хоть в каком-то виде доступен C++

x86, real mode :D

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

норм, описал memory banks, которые давно юзаются на разных платформах)

Имеем: https://pastebin.com/469tzae0 Будет ли здесь заюзано copy elision\NRVO\move? Стандарт С++11. Если в С++14 что то изменилось по этому поводу, то тоже интересно.

не будет. Антон на конфаче яндекса как раз и говорил, что хочет занести в стандарт оптимизацию, и в качестве юзкейса приводил возврат строчки из стрингстрима

не будет. Антон на конфаче яндекса как раз и говорил, что хочет занести в стандарт оптимизацию, и в качестве юзкейса приводил возврат строчки из стрингстрима

А если через локальную переменную возвращать? Там типа nrvo должно быть же?

не будет. Антон на конфаче яндекса как раз и говорил, что хочет занести в стандарт оптимизацию, и в качестве юзкейса приводил возврат строчки из стрингстрима

Выяснили, что str() не ссылку возвращает, как думал Антон на конференции

Я специально открыл пропозал - там пример стрима, который возвращает ссылку. Потом зашёл на cppref - реальный стрим возвращает копию

Привет всем. Такая задача, нужно кэшировать UDP запросы. Выглядит это так. Клиент посылает запрос с каким-то хедером, сервер даёт ответ, но.. Тут есть но, уходит время на создание этого пакета и отправку и всё это в game loop. Получается, что если есть человек готовый атаковать сервер таким образом (постоянно запрашивая у сервера с разных IP ответ на этот реквест), то результатом будет повышение у игроков пинга. Сервер проприетарный, так что всё это будет кэшироваться ещё до того как дойдёт до сервера. Вопрос такой. Есть ли место тут многопоточности? Я думаю сделать так на неблокирующих сокетах. 1) 1 поток собирает запросы. 2) Тот же поток рассылает пары {IP, Запрос} worker thread-ам 3) Worker thread-ы параллельно отправляют ответы. Но не пойму, будет ли теряться больше времени на коммуникацию между потоками? Лучше сделать всё это в одном потоке?

в одном на корутинах

Это внутренние проблемы буста, параметры шаблона выводятся - https://godbolt.org/g/8fR9ZB.

Забыл сказать спасибо? Спасибо.

Привет всем. Такая задача, нужно кэшировать UDP запросы. Выглядит это так. Клиент посылает запрос с каким-то хедером, сервер даёт ответ, но.. Тут есть но, уходит время на создание этого пакета и отправку и всё это в game loop. Получается, что если есть человек готовый атаковать сервер таким образом (постоянно запрашивая у сервера с разных IP ответ на этот реквест), то результатом будет повышение у игроков пинга. Сервер проприетарный, так что всё это будет кэшироваться ещё до того как дойдёт до сервера. Вопрос такой. Есть ли место тут многопоточности? Я думаю сделать так на неблокирующих сокетах. 1) 1 поток собирает запросы. 2) Тот же поток рассылает пары {IP, Запрос} worker thread-ам 3) Worker thread-ы параллельно отправляют ответы. Но не пойму, будет ли теряться больше времени на коммуникацию между потоками? Лучше сделать всё это в одном потоке?

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

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

Вспомогательная, такие пакеты вообще connectionless. То есть может быть послан с рандомного IP, не нужно, чтобы с этого IP был онлайн человек на сервере.

Количество игроков, карта и тд

т.е. по сути просто статистика об игре?

т.е. по сути просто статистика об игре?

Да

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

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

А сам обработчик пакетов надо делать мультитредовым?

хм скорее, предусмотреть в нём какую-то ротацию адресов/идентификаторов, чтобы настырный досер периодически получал отлуп и давал возможность другим клиентам тоже получить статистику

хм скорее, предусмотреть в нём какую-то ротацию адресов/идентификаторов, чтобы настырный досер периодически получал отлуп и давал возможность другим клиентам тоже получить статистику

Спасибо

Выяснили, что str() не ссылку возвращает, как думал Антон на конференции

ну, да, я тои подразумевал, что он копию возвращает

А есть какой-то shared_string_view? Хочется как string_view, но с shared_ptr на строку внутри, чтобы не париться по владению памятью; чтобы не перепридуать COW — пусть указатель будет на константную строку. Если такого нет, почему не добавили в стандарт: сильно медленнее и т.п? Вроде не сложно написать, но странно, почему никто такого не захотел раньше.

как в итоге решил? SSO не помогло?

А есть какой-то shared_string_view? Хочется как string_view, но с shared_ptr на строку внутри, чтобы не париться по владению памятью; чтобы не перепридуать COW — пусть указатель будет на константную строку. Если такого нет, почему не добавили в стандарт: сильно медленнее и т.п? Вроде не сложно написать, но странно, почему никто такого не захотел раньше.

cow разве не запретили в стандарте?

как в итоге решил? SSO не помогло?

Решил отдельным объектом, который хранил все строки в деке и жил всю программу. Не, я специально считал характерную длину строк, там как раз на пару символов больше SSO.

cow разве не запретили в стандарте?

Запретили std::string реализовывать через COW, у меня тут скорее была идея кучи std::shared_ptr<std::string>, что легально.

Я специально открыл пропозал - там пример стрима, который возвращает ссылку. Потом зашёл на cppref - реальный стрим возвращает копию

Виноват, думал оно возвращает ссылку на внутреннюю строчку. Оказывается есть имплементации, которые под капотом строчку не хранят, отсюда и возвращение строки по значению.

Люди, нужен совет по логгингу в С++! Какие библиотечки присоветуете? Мне надо в маааленьки проект маааленький логгинг, с минимумом зависимостей. Только под Винду, и только для записи в файл Раньше юзал log4cpp, если что , его и буду.

spdlog

Люди, нужен совет по логгингу в С++! Какие библиотечки присоветуете? Мне надо в маааленьки проект маааленький логгинг, с минимумом зависимостей. Только под Винду, и только для записи в файл Раньше юзал log4cpp, если что , его и буду.

https://github.com/Iyengar111/NanoLog

Решил отдельным объектом, который хранил все строки в деке и жил всю программу. Не, я специально считал характерную длину строк, там как раз на пару символов больше SSO.

так и надо было

я тебе это и втирал

Да если на 1 раз то понятно, в конкретном случае любая фигня сработает, хотелось понять, нет ли более общего стандартного решения.

Виноват, думал оно возвращает ссылку на внутреннюю строчку. Оказывается есть имплементации, которые под капотом строчку не хранят, отсюда и возвращение строки по значению.

Дак всё таки :-) Если возвращать return stream.str() из функции, оптимизация будет? А на c++14?

ERROR: S client not available

Ато я уже запутался честно)

Дак всё таки :-) Если возвращать return stream.str() из функции, оптимизация будет? А на c++14?

Лишняя копия не создастся в C++17 гарантированно из-за guaranteed copy elision Лишняя копия скорее всего не создастся на более старых версиях стандарта благодаря RVO, но 100% гарантий нет. НО! Во всех вышеописанных случаях будет происходить копирования внутреннего string внутри вызова str() в случае если этот string хранится в stringstream.

Я тут mtproto поднял, кому нужно, пользуйтесь tg://proxy?server=185.205.210.186&port=443&secret=28903022c71ae67961d00ecacea6e0de

то чувство когда своих три

Добрый день, нужен человек который может помочь с XAudio, тут есть такие?

Я тут mtproto поднял, кому нужно, пользуйтесь tg://proxy?server=185.205.210.186&port=443&secret=28903022c71ae67961d00ecacea6e0de

Это рабочие прокси?

Я вот тоже не понял, как подключать...

Господа, а нет ли какого-нибудь сервиса для opensource проекта, такого чтобы он смотрел в выхолоп сборки Travis-CI и составлял аналитику по Warning-ам выпавшим из компилятора? Типа тут неинициализированная переменная, такой PR мы не будет принимать.

Я вот тоже не понял, как подключать...

кликнуть по ссылке же

Ну не кликается...

ИЗ web-телеграмм...

ИЗ web-телеграмм...

А там и не работают телеграммные прокси

А там и не работают телеграммные прокси

Я и не надеялся, да и не зачем... Мне к дектопному надо подключить...

Я и не надеялся, да и не зачем... Мне к дектопному надо подключить...

а в десктопном можно сразу открыть ссылку

и оно предложит добавить само

ребят, а это точно для этого чата обсуждение?

ребят, а это точно для этого чата обсуждение?

Не уверен