покажите на этом дистрибутиве где вас трогал LFS

Надо чтоль мануалы по сборке почитать, чтоб половину фичей не просрать

Вот если это правда, то спасибо, это меня и интересовало

If a program attempts to access the stored value of an object through a glvalue of other than one of the following types the behavior is undefined: the dynamic type of the object, a cv-qualified version of the dynamic type of the object, a type similar (as defined in 4.4) to the dynamic type of the object, a type that is the signed or unsigned type corresponding to the dynamic type of the object, a type that is the signed or unsigned type corresponding to a cv-qualified version of the dynamic type of the object, an aggregate or union type that includes one of the aforementioned types among its elements or non-static data members (including, recursively, an element or non-static data member of a subaggregate or contained union), a type that is a (possibly cv-qualified) base class type of the dynamic type of the object, a char or unsigned char type.

как сделать, если файла нету, то возвращался текст. Но пока что крешится https://pastebin.com/nD8QWCJW

const char *salt = read_salt3("salt.txt"); delete[] salt;

так не надо делать

ыхых

const char *salt = read_salt3("salt.txt"); delete[] salt;

ну так не требуется удалять, даже в случае. если файла нету?

а ты его создал?

так если не требуется, зачем ты удаляешь?

char *empty = "32cacb2f994f6b42183a1300d9a3e8d6"; if (0 != fopen_s(&f, fname, "rb")) return empty ;

это чо такое

char *empty = "32cacb2f994f6b42183a1300d9a3e8d6"; if (0 != fopen_s(&f, fname, "rb")) return empty ;

у меня лапки, не видил гифку выше?

у меня лапки, не видил гифку выше?

во первых там должно быть const кажется

или массив

но массив будет в стеке

сейчас эта штука кажись в костантной памяти

а ты ее удаляешь

у меня лапки

#supapro

а ты ее удаляешь

сча что нить понажимаю, мб получится

#supapro

@supapro

А концепты это принципиально замена std::enable_if_t в sfinae?

Зачем им предлагается нарушать ODR?

1. Разрешили ли выставлять концепт на non-template member function, вычисляемый относительно class template arguments 2. Так зачем разрешать им нарушать ODR?

1. Разрешили ли выставлять концепт на non-template member function, вычисляемый относительно class template arguments 2. Так зачем разрешать им нарушать ODR?

ну есть же емейл рассылка, драфты, там можешь поглядеть и спросить

ну есть же емейл рассылка, драфты, там можешь поглядеть и спросить

В 20 раз быстрее спросить здесь, чем полностью изучить драфт

В 20 раз быстрее спросить здесь, чем полностью изучить драфт

если только тут кто-то этот вопрос прорабатывал)

да и антошка офигивает)

про кусок кода от Ниблера помнишь?

https://twitter.com/ericniebler/status/903308727880630272

я про этот)

ну так я ссылку на твиттер и дал

даа, а теперь вопрос, как это объяснить заказчику лол

10 cтрок, 8 часов иии ...

Чет я почитал исходников

И пришел к выводу, что лишь немногие новые возможности C++ используются в энтерпрайз

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

Ну программы же как то его выводят

Или вообще сколько-нибудь большие проекты.

Вопрос. Нах оно тогда нужно?

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

Или вообще сколько-нибудь большие проекты.

в энтерпрайзе - не используется, энтерпрайзы очень консервативны обычно. А вот в обычных больших проектах, особенно новых - вполне

в энтерпрайзе - не используется, энтерпрайзы очень консервативны обычно. А вот в обычных больших проектах, особенно новых - вполне

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

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

И получим что угодно, но не кресты

И получим что угодно, но не кресты

D!

ну или раст

Раст - педераст

D тру весч, но поддержки маловато. Приходится всё наощупь, как в тумане

Вопрос. Нах оно тогда нужно?

просто некоторые тупые инторпрайсы до сих пор пишут на с++98

Раст - педераст

/warn разжигание

/warn разжигание

Отца-основателя варнишь, лол😂

Отца-основателя варнишь, лол😂

да мне не жалко, могу и господа бога поварнить если он фигню напишет

Ну а что плохого в разжигании пуканов у неверных?

в том что это немного не тот чат?

если умельцы, которые подкинут инфу про ограничение количества клиентов в tcp сервере

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

мне вот и интересует как это реализуетсяя, а то что Вы напсиали это масло масляное

Какой вопрос - такой ответ.

В чем проблема? Завести счётчик под количество подключенных клиентов или написать сравнение значения счётчика с MAX_CLIENT_NUMBER?

В текущей формулировке вопрос скорее для #supapro

если умельцы, которые подкинут инфу про ограничение количества клиентов в tcp сервере

Оно ставится в сокете вручную. На ЛОРе относительно недавно проверяли работостпособность ядра при 10к подключений. Работало вроде.

Про железо ничего не скажу, так как не знаю.

Всем привет.

Не подключать недостаточно может оказаться.

Если хочешь чтобы в ответ rst ушло сразу

Ты же уже bind сделал и listen

В чем проблема? Завести счётчик под количество подключенных клиентов или написать сравнение значения счётчика с MAX_CLIENT_NUMBER?

звучит как вопрос про SOMAXCONN в системе и backlog в вызове listen

но чат не тот, конечно

1. Разрешили ли выставлять концепт на non-template member function, вычисляемый относительно class template arguments 2. Так зачем разрешать им нарушать ODR?

Есть возможность получать bool из концепта. так что можно как минимум через enable_if_t<ConceptName<Foo» можно сделать первый пункт. Более вменяемые способы обсуждаются :)

Хотя стоп, я не дочитал... Если функция совсем не шаблонная, то не получится: оно попробует проинстанцироваться сразу, а не в момент использования

То что вы хотите в данный момент реашется через наследование с частичной специализацией базового класса. Нужная функция должна быть объявлена (или нет) в базовом классе, в зависимости от специализации. Недавно было обсуждение, разрешить ли делать такое через концепты (люди хотели разрешать дефолтный деструктор или разрешать user-defined деструктор у типа, в зависимости от шаблонных параметров класса). Ничего конкретного пока не решили

Типа, отрубать некоторые методы шаблонного класса для определенных параметров шаблона?

да

Зачем им предлагается нарушать ODR?

Не понимаю, почему они должны нарушать?

Не понимаю, почему они должны нарушать?

А, я просто криво прочитал

То что вы хотите в данный момент реашется через наследование с частичной специализацией базового класса. Нужная функция должна быть объявлена (или нет) в базовом классе, в зависимости от специализации. Недавно было обсуждение, разрешить ли делать такое через концепты (люди хотели разрешать дефолтный деструктор или разрешать user-defined деструктор у типа, в зависимости от шаблонных параметров класса). Ничего конкретного пока не решили

Понятно, что решается, но серьезно ухудшает читаемость кода и весьма неприятно, если таких условия будет штуки четыре во всех 2^4 = 16 вариантах

Датути

Кто нибудь по иксы кодит?