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

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

Не устарела до 17

Достаточно знать что шередмьютекс в стандарте

ребят, есть ли какой-нибудь эффект от explicit на конструкторе без параметров? struct S { explicit S() = default; }; void f(S); int main() { S s = {}; // error? f({}); // error? } пробовал гуглить, но точного и однозначного ответа не нашёл

Думаю нет, надо пробовать

Я не читал стандарт

Думаю нет, надо пробовать

пишут что компиляторы неправильно это имплементируют

пишут что компиляторы неправильно это имплементируют

Если это вижак то неудевительно

Если это вижак то неудевительно

и не только, gcc и clang тоже

и не только, gcc и clang тоже

Если ты открыл первую ссылку на стаке я думаю это автор ответа проебался

Если это вижак то неудевительно

MSVC как раз-таки работает правильно, если @edbraed прав

https://habrahabr.ru/post/353940/

https://habrahabr.ru/post/353940/

новость 10/10

я [s]джва года[/s] всю свою жизнь ждал этого

Всем привет

Товарищи, вы как думаете, если есть кусок кода, неоднократно используемый только в одной функции, насколько плохо для стиля кода сделать его локальной лямдой? Типа вот так: auto fn = [&] (args...) { /*code */} if (cond) { fn(cond); } else { for (auto &i : vec) { fn(i); } }

Очень хорошо.

Подскажи с чего лучше всего начинать учить с++ и какую литературу или уроки посоветуете?

Просто товарищи старпёры в таких случаях любят всякие статики

Статик ВНУТРИ функции не написать. Функция будет видна как минимум всему текущему модулю (единице компиляции)

Подскажи с чего лучше всего начинать учить с++ и какую литературу или уроки посоветуете?

Тег books поищи...

Статик ВНУТРИ функции не написать. Функция будет видна как минимум всему текущему модулю (единице компиляции)

Думаю он и не планировал писать его "внутри", мне почему то кажется, что под старой гвардией он имел в виду c-like функцианальщину

+, @pro_prog хорошо подходит

+, @pro_prog хорошо подходит

больше чатов где одни и те же люди обсуждают одни и те же вещи

больше чатов где одни и те же люди обсуждают одни и те же вещи

Ага)

WSAGetLastError() что возвращает?

Поддерживает, но как _Bool

а почему нет-то

*катится перекати-поле*

Поддерживает, но как _Bool

А есть гарантии насчёт sizeof(bool) == sizeof(_Bool)?

Или может быть в C++ 4, а в C 1?

Или может быть в C++ 4, а в C 1?

а смысл там больше 1го держать?? )))

Разве sizeof(bool) определен в Стандарте?

а смысл там больше 1го держать?? )))

Вот и я про то же

Разве sizeof(bool) определен в Стандарте?

Я имею в виду MSVC, GCC, Clang, ICC, ArmCC

Вот и я про то же

если бы это был бы какой нибудь из сахарных языков то тогда да.. а так в С++ нету же идиотов которые в bool 4 байта знимать будут ?

Разных версий

если бы это был бы какой нибудь из сахарных языков то тогда да.. а так в С++ нету же идиотов которые в bool 4 байта знимать будут ?

Так typedef int bool

Так typedef int bool

за это убивают ?

в нормальных компаниях в 1байт 8булов пакуют обычно )

больше чатов где одни и те же люди обсуждают одни и те же вещи

НО ЗАТО ВСЁ ПРАВИЛЬНО! ВСЁ ПО ПОЛОЧКАМ!

@antoshkka а правда, что в комитете решили забить на совместимость? Вот тут что-то невнятное плетут: https://habrahabr.ru/post/353940/

@antoshkka а правда, что в комитете решили забить на совместимость? Вот тут что-то невнятное плетут: https://habrahabr.ru/post/353940/

возможно эти две ревизии бумаги от Винтерса прольют свет на происходящее http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0684r0.pdf http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0684r2.pdf

вкратце, он предлагает смело ломать обратную совместимость в тех местах, где это может отловить компилятор / статический анализатор, и предлагает юзерам обновляться в режиме 1) взять свЪжайший компилятор 2) включить диагностики ломающих изменений для стандарта N, на котором написан код 3) "превентивно" исправить проблемные места оставляя на месте флаг -std=N 4) поменять флаг на -std=N+1

for (int i = 0; i < number_process; i++) { if (CreateProcess(szPath, list[i], NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi) != TRUE) { return 0; } } Кто запускал процессы в цикле, как дождаться их завершения грамотно?

вторая же ссылка из гугла по winapi createprocess wait finish: You just call WaitForSingleObject on the handle CreateProcess returns.

вкратце, он предлагает смело ломать обратную совместимость в тех местах, где это может отловить компилятор / статический анализатор, и предлагает юзерам обновляться в режиме 1) взять свЪжайший компилятор 2) включить диагностики ломающих изменений для стандарта N, на котором написан код 3) "превентивно" исправить проблемные места оставляя на месте флаг -std=N 4) поменять флаг на -std=N+1

Блин, ну чёрт его знает. У этого пути хватает и достоинств, и недостатков.

Блин, ну чёрт его знает. У этого пути хватает и достоинств, и недостатков.

провокационная идея, да хорошо для юзеркода, оооочень плохо для старых 3rd-party библиотек

Блин, ну чёрт его знает. У этого пути хватает и достоинств, и недостатков.

ну надо ж раст догонять

Кто-нибудь работал с SSH библиотеками, желательно с port forwarding? (нужна только клиентская часть)

вторая же ссылка из гугла по winapi createprocess wait finish: You just call WaitForSingleObject on the handle CreateProcess returns.

Не совсем вкурил как мне их прокрутить в цикле на завершение? for (int i = 0; i < number_process; i++) { dwWait = WaitForSingleObject(pi.hProcess, INFINITE); }

Не совсем вкурил как мне их прокрутить в цикле на завершение? for (int i = 0; i < number_process; i++) { dwWait = WaitForSingleObject(pi.hProcess, INFINITE); }

например так, да

Ок, а то я думал это не верно... спасибо!

единственно что утебя должно быть CreateProcess(..., &procs[i]) и WaitForSingleObject(procs[i].hProcess, т.е. чтобы следующий CreateProcess не затирал хендл предыдущего

А чому бы не использвать WaitForMutipleObjects?

URLDownloadToFile можно ли использовать для того, чтобы не на локальный диск дропнуть инфу, а в память и из памяти уже считать? Мне тупа гет запрос надо сделать.

ERROR: S client not available

тоже хорошая идея, тогда после CreateProcess надо будет сохранять результат в массив хендлов, а не в массив ProcInfo

единственно что утебя должно быть CreateProcess(..., &procs[i]) и WaitForSingleObject(procs[i].hProcess, т.е. чтобы следующий CreateProcess не затирал хендл предыдущего

Так ругается, я об этом тоже думал... сейчас загугли ошибку.

Так ругается, я об этом тоже думал... сейчас загугли ошибку.

PROCESS_INFORMATION *pi; исправил

А чому бы не использвать WaitForMutipleObjects?

Я понял, что нужно последовательное выполнение процессов в цикле. А если параллельное, то да, это лучше.

А, тогда ок

А чому бы не использвать WaitForMutipleObjects?

Возможно ты прав, с CreateProcess(szPath, list[i], NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi[i]) возвращает FALSE

тоже хорошая идея, тогда после CreateProcess надо будет сохранять результат в массив хендлов, а не в массив ProcInfo

PROCESS_INFORMATION *pi = (PROCESS_INFORMATION*)malloc(sizeof(PROCESS_INFORMATION) * number_process); STARTUPINFO *si = (STARTUPINFO*)malloc(sizeof(STARTUPINFO) * number_process); Направь еще на путь, пока все ломается...

std::vector<PROCESS_INFORMATION> pi{number_process}; std::vector<STARTUPINFO> si{number_process}; for (auto &s : si) s.cb = sizeof(STARTUPINFO); BOOL ok = CreateProcess(NULL, "cmd.exe", NULL, NULL, FALSE, 0, NULL, NULL, &si[0], &pi[0]); if (ok) WaitForSingleObject(pi[0].hProcess, INFINITE); CloseHandle(pi.hProcess); CloseHandle(pi.hThread);

в МСДНе такого не увидишь, да...

да вообще! https://msdn.microsoft.com/en-us/library/windows/desktop/ms682512(v=vs.85).aspx или речь про vector и auto?)

да, вот так чтобы учить людей вместо маллок и Си-массивов в std::vector все пихать)

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

Чувааак, плюсую)

karman malfunction?

std::vector<PROCESS_INFORMATION> pi{number_process}; std::vector<STARTUPINFO> si{number_process}; for (auto &s : si) s.cb = sizeof(STARTUPINFO); BOOL ok = CreateProcess(NULL, "cmd.exe", NULL, NULL, FALSE, 0, NULL, NULL, &si[0], &pi[0]); if (ok) WaitForSingleObject(pi[0].hProcess, INFINITE); CloseHandle(pi.hProcess); CloseHandle(pi.hThread);

Очень жаль, но я на Си пишу...

тогда пример по ссылочке прям для тебя)

std::vector<PROCESS_INFORMATION> pi{number_process}; std::vector<STARTUPINFO> si{number_process}; for (auto &s : si) s.cb = sizeof(STARTUPINFO); BOOL ok = CreateProcess(NULL, "cmd.exe", NULL, NULL, FALSE, 0, NULL, NULL, &si[0], &pi[0]); if (ok) WaitForSingleObject(pi[0].hProcess, INFINITE); CloseHandle(pi.hProcess); CloseHandle(pi.hThread);

Скобки не те

Скобки не те

вектор из одного значения == number_process, да(

Да, у вектороты для аллокации надо круглые скобуи делать

а собственно говоря, нахрена такой резолвинг было делать? комитет посчитал что vector{{1,2,3,4}} это слишком много скобочек?

Чтобы как массив в си

есть ли способ написать некую функцию g, которая принимает 1 параметр и которую можно вызвать вот так : g(f()); даже если f возвращает void?

Нет

Напрямую так нельзЯ