Университет не учит и не может учить практическим аспектам

А я как сказал? У меня был хороший университет.

В хороших учат.

А я как сказал? У меня был хороший университет.

У меня тоже

А вот как в той же Qt написаны unit-test надо посмотреть

а что с ними не так?

а что с ними не так?

возможно, с ними все так, я просто хочу их внимательно изучить)

вопрос по coroutines: а зачем вообще нужны stackless coroutines если есть futures?

но это же разные вещи

Ты про правильно приготовленные фьючерсы или про плюсовые?

Ты про правильно приготовленные фьючерсы или про плюсовые?

Я слышал, что в C++ std futures есть проблемы и портировал себе folly-реализацию (не изучал конкретные проблемы)

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

неделю уже жду видос с нишановым

но это же разные вещи

ладно, пойду читать матчасть

Ты про правильно приготовленные фьючерсы или про плюсовые?

а где про правильные фьючерсы можно почитать? )

мне почему-то показалось, что stackless coroutines будут чистым сахаром над future chain

а где про правильные фьючерсы можно почитать? )

емнип считается, что в folly они правильные; я просто художественно адаптировал реализацию

емнип считается, что в folly они правильные; я просто художественно адаптировал реализацию

фолли разве научили собираться на vc++ и под винду?

фолли разве научили собираться на vc++ и под винду?

> художественно адаптировал

в отличие от буста, фолли не обмазано макросами и замечательно читается

> художественно адаптировал

типа снял фильм по мотивам? как "Темная башня" ?

типа снял фильм по мотивам? как "Темная башня" ?

практически; взял реализацию, мне нужна была исключительно версия со строгой гарантией запуска на основном потоке для then и входной гарантией, что promise и его future создается на основном потоке; кроме того, сам по себе настраиваемый executor из folly мне не нужен, поскольку есть система передачи сообщений на основной поток

Блин, крик души: Какой М....к придумал так писать ? int signalId = mp.notifySignalIndex(); if (-1 != signalId) //... Я считаю, только полные дебилы должны так писать. возможно, я неправ. Дискасс..

Блин, крик души: Какой М....к придумал так писать ? int signalId = mp.notifySignalIndex(); if (-1 != signalId) //... Я считаю, только полные дебилы должны так писать. возможно, я неправ. Дискасс..

Я считаю, что не пошёл бы ты.

По теме: если хочешь дискасс, не начинай с "только дебилы...".

Блин, крик души: Какой М....к придумал так писать ? int signalId = mp.notifySignalIndex(); if (-1 != signalId) //... Я считаю, только полные дебилы должны так писать. возможно, я неправ. Дискасс..

Автор работал во времена Visual Studio 6.0 и такая конвенция тогда использовалась для защиты от = вместо ==

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

Автор работал во времена Visual Studio 6.0 и такая конвенция тогда использовалась для защиты от = вместо ==

Так и в Java так пишут, без всяких VC 6.0

Так и в Java так пишут, без всяких VC 6.0

Наследие никто не отменял

от человеческих факторов это защищает, а так надо конечно -Wall -Wextra -Werror использовать от подобных ошибок

Я считаю, что не пошёл бы ты.

Спасибо за ваше мнение, оно нам совсем неинтересно.

от человеческих факторов это защищает, а так надо конечно -Wall -Wextra -Werror использовать от подобных ошибок

Вот, подход здорового человека.

На самом деле, я лично конвенцией запрещаю однократно использованные переменные, кроме геометрии и прочего тяжелого кода, требующего объяснений, и ошибка сама по себе исправляется if (mp.notifySignalIndex() != -1)

Меня просто БЕСИТ, когда я читаю IF ( -1 == какого чёрта КОНСТАНТУ надо с чем-то сравнивать и проверять ещё потом?

На самом деле, я лично конвенцией запрещаю однократно использованные переменные, кроме геометрии и прочего тяжелого кода, требующего объяснений, и ошибка сама по себе исправляется if (mp.notifySignalIndex() != -1)

вариант, но что делать если signalId потом еще неоднократно используется? )

Вы не программировали на Visual Studio 6.0

На самом деле, я лично конвенцией запрещаю однократно использованные переменные, кроме геометрии и прочего тяжелого кода, требующего объяснений, и ошибка сама по себе исправляется if (mp.notifySignalIndex() != -1)

Ну это другой совсем вопрос...

вариант, но что делать если signalId потом еще неоднократно используется? )

И при этом оно не является enum class для switch? Маловероятно

Вы не программировали на Visual Studio 6.0

Я не программировал на VC6.0 ?

Да я на 1.6 ещё программировал. 2.0, 4, 5, ...

И при этом оно не является enum class для switch? Маловероятно

auto signalId = mp.whateverIndex(); if (-1 != signalId) processMore(signalId);

auto signalId = mp.whateverIndex(); if (-1 != signalId) processMore(signalId);

ну это уже дефект языка, поправленный в 17 стандарте)

Кстати, переменные в IF уже разрешили ?

17 стандарт

да вроде

должны были вроде в 17-ом

if(cond; expr) вроде. cond и expr могут совпадать в некоторых случаях

auto signalId = mp.whateverIndex(); if (-1 != signalId) processMore(signalId);

ошибка архитектуры (processMore должна была рассматривать случай)

как вариант, auto dispatch_signal = [&](int signal) { //реализация };

ошибка архитектуры (processMore должна была рассматривать случай)

это просто пример повторного использования

это просто пример повторного использования

в 90% случаев такой код написан "для удобства отладки (c)"

Ну ладно, я думаю, доводы высказаны, и мне более-менее всё ясно...

Спасибо

в 90% случаев такой код написан "для удобства отладки (c)"

А ещё такая штука есть в VC отладчике, ОЧЕНь удобная: возврат последней вызванной функции показывается. НИГДЕ больше нету.

А ещё такая штука есть в VC отладчике, ОЧЕНь удобная: возврат последней вызванной функции показывается. НИГДЕ больше нету.

Watch: eax

в 90% случаев такой код написан "для удобства отладки (c)"

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

ERROR: S client not available

Даже если не показалось в auto, всегда можно посмотреть, что в eax

Watch: eax

Да ладно, кто его там знает, где этот возврат...

Потом, там может быть объект сложной структуры.

Возврат в стандартных конвенциях всегда в eax

Указатель в watch копируем, профит

Ну да, спасибо.

Но как удо бно было бы если бы везде светилось..

Я в экстремальной форме фанат читаемость кода » удобства отладки

Олимпиадное прошлое, чтение распечаток и так далее

Возврат в стандартных конвенциях всегда в eax

не всегда. Даже в 64-битном режиме есть XMM0 как минимум для double. Но и в зависимости от обстоятельст могут быть вовлечены rdx, xmm1. (А уж про 32-битный режим я и не говорю). Ну т.е. _всегда_ полезна поддержка отладчика при визуализации возвращаемого значения, и простого watch eax не достаточно

eax, rax, eax:edx д

rax:rdx по идее даже может быть

ребят, а кто с openssl работал? нужон sha256, sha512 и hmac, а я туплю и не понимаю чому не робит( есть примерчики какие нибудь?

там есть тесты прямо в сорцах

если тебе нужны только хэши возьми либу поадекватнее, openssl говно полное

если тебе нужны только хэши возьми либу поадекватнее, openssl говно полное

+ отвратительная что аж жесть

я говнокодер

а что есть адекватное?

я говнокодер

приму в команду

я говнокодер

https://gist.github.com/usernameak/759ad596eb1542084f8fb4640c8de4f7

https://gist.github.com/usernameak/759ad596eb1542084f8fb4640c8de4f7

look at it and die

https://gist.github.com/usernameak/759ad596eb1542084f8fb4640c8de4f7

если это парсер чего-то простого то убей себя

если это парсер чего-то простого то убей себя

.section ROUT .use .routines .section REGI register(scope=local;size=ptr) l0 .section CODE .routine(end=:endHW) HW .string(reg=.a0) "Hello, World!\0" heapallocarr l0 .a0 nativecall 1 l0 return .label :endHW call HW

подобного кода

возьми нормальный lexer и parser и сделай простой recursive descent parser

ребят, а кто с openssl работал? нужон sha256, sha512 и hmac, а я туплю и не понимаю чому не робит( есть примерчики какие нибудь?

google.com -> ctrl+c -> ctrl+v

возьми нормальный lexer и parser и сделай простой recursive descent parser

да я переделаю