Какая разница если в iterator_traits это алиасы? Мы же для него все делаем? Другое дело, если iteraror_traits сам умеет выводить эти типы

Просто определение итератора получается немного упрт

std::iterator_traits<Iterator>::difference_type возвращает тайпдеф из Iterator, который является точным типом для operator - (Iterator, Iterator)

Но ведь value_type это decltype для *Iterator а difference_type для Iterator - Iterator

https://en.cppreference.com/w/cpp/iterator/iterator_traits по ссылке ничего про это нет. Там прямые алиасы

https://en.cppreference.com/w/cpp/iterator/iterator_traits по ссылке ничего про это нет. Там прямые алиасы

https://en.cppreference.com/w/cpp/named_req/RandomAccessIterator

IMHO тут немного извращение

Привет, посоветуйте книжки где есть главы про параллельное программирование, ну кроме Уильямса и Джосаттиса, про них я уже вкурсе)

Привет, посоветуйте книжки где есть главы про параллельное программирование, ну кроме Уильямса и Джосаттиса, про них я уже вкурсе)

Так и хватит выше крышы

Привет ребята, у меня такой вопрос, curl multi хочу запускать поток для отправки в гугл аналитик, но при большом количестве в отладке тормозит сильно, это вопрос именно отладки? Знаю из питона про GIL, а как в плюсах работают потоки? Понятно что это не отдельный процесс, но на сколько затратно создание потока?

Не настолько затратно, чтобы быть сильно заметным при тяжелой работе по сети.

Она там не тяжелая, самый мелкий запрос, в цикле 200 отправок запустил и 5 секунд залип

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

Она там не тяжелая, самый мелкий запрос, в цикле 200 отправок запустил и 5 секунд залип

Чем потоки запускаете? Не std::async случаем?

А как этим можно в curl управлять? Там вроде только метод perfom

Чем потоки запускаете? Не std::async случаем?

Внутрь курла не смотрел

Внутрь курла не смотрел

Вопрос снимаю, невнимательно прочитал.

Вопрос снимаю, невнимательно прочитал.

А чем он там запускает?

Привет ребята, у меня такой вопрос, curl multi хочу запускать поток для отправки в гугл аналитик, но при большом количестве в отладке тормозит сильно, это вопрос именно отладки? Знаю из питона про GIL, а как в плюсах работают потоки? Понятно что это не отдельный процесс, но на сколько затратно создание потока?

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

Привет ребята, у меня такой вопрос, curl multi хочу запускать поток для отправки в гугл аналитик, но при большом количестве в отладке тормозит сильно, это вопрос именно отладки? Знаю из питона про GIL, а как в плюсах работают потоки? Понятно что это не отдельный процесс, но на сколько затратно создание потока?

Создание потока ВООБЩЕ НЕ ЗАТРАТНО. ПОэтому и нужны ПОТОКИ вместо ПРОЦЕССОВ. (но не во всех системах процессы так же дорого создаются, как в Win)

А чем он там запускает?

posix_thread-ом. Больше ему нечем.

Создание потока ВООБЩЕ НЕ ЗАТРАТНО. ПОэтому и нужны ПОТОКИ вместо ПРОЦЕССОВ. (но не во всех системах процессы так же дорого создаются, как в Win)

Затратно. Отсюда тредпулы (хотя по большей части для контроля за ресурсами)

Ну смотря в каком режиме. 10К подключений и потоки уже не такие легкие. А так несложно, да.

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

Еще у меня есть физиологические недостатки, мне с ними куда?

Еще у меня есть физиологические недостатки, мне с ними куда?

В js-чат?

Еще у меня есть физиологические недостатки, мне с ними куда?

Да ладно. Просто писать яснее надо что надо.

Затратно. Отсюда тредпулы (хотя по большей части для контроля за ресурсами)

Толь, по сравнению с созданием процесса это вообще пшик.

Да ладно. Просто писать яснее надо что надо.

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

В js-чат?

У психиатров уже был

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

А дайте ссылочку

А дайте ссылочку

Кажется, он ещё не создан... Костя, ДАВАЙ!

https://ideone.com/N5qvqS почему p и other_p в cout выводят одинаковое значение, а при вызове результаты как и ожидается разные?

https://ideone.com/N5qvqS почему p и other_p в cout выводят одинаковое значение, а при вызове результаты как и ожидается разные?

где это они одинаковые?

1 и 1

они вывелись как bool (оба = true)

std::cout << val << std::endl; эквивалентно std::cout << (val != nullptr) << std::endl;

а другие указатели почему не как bool выводятся?

потому что другие указатели - void*, а эти - указатели на методы

указатель на член не обязан влезать в void* в принципе, не говоря уже о касте к нему

понял, спасибо

https://github.com/hogliux/semimap

указатель на член не обязан влезать в void* в принципе, не говоря уже о касте к нему

я вот недавно прифигел что указатель на функцию-член класса это ptr + offset

с указателями на виртуальные функции-члены класса все сложнее: https://stackoverflow.com/questions/1087600/pointers-to-virtual-member-functions-how-does-it-work говорят, что еще может быть задействован оффсет в таблице виртуальных методов, и что это не специфицировано и на других компиляторах может быть по другому. Собственно на других компиляторах и самой таблицы виртуальных методов может не быть.

я вот недавно прифигел что указатель на функцию-член класса это ptr + offset

Расскажи в каких случаях это ptr+offset и куда ptr указывает?

Расскажи в каких случаях это ptr+offset и куда ptr указывает?

Видимо, всегда, ptr как всегда на функцию, а offset чтобы правильно static_cast сделать

Видимо, всегда, ptr как всегда на функцию, а offset чтобы правильно static_cast сделать

static_cast кого во что?

static_cast кого во что?

Аргумента this для функции

Если Base::SomeFunction используется как Derived::* то нужно static_cast

Аргумента this для функции

Ну видишь, уже сильно сузили от "что указатель на функцию-член класса это ptr + offset" до конкретного случая, и то у MSVC это не так. Все сильно зависит от компилятора.

Ну видишь, уже сильно сузили от "что указатель на функцию-член класса это ptr + offset" до конкретного случая, и то у MSVC это не так. Все сильно зависит от компилятора.

А что у MSVC?

Одно слово, https://gcc.godbolt.org/z/zak6fD

Одно слово, https://gcc.godbolt.org/z/zak6fD

Виртуальные отдельно, лучше без них смотреть

Одно слово, https://gcc.godbolt.org/z/zak6fD

Это хорошо или плохо?

Одно слово, https://gcc.godbolt.org/z/zak6fD

Они проверяют, возможно ли ненулевое смещение, похоже

Это хорошо или плохо?

Это по-другому :) Реализовать можно по-разному, можно например trampoline функции генерировать.

Это по-другому :) Реализовать можно по-разному, можно например trampoline функции генерировать.

https://godbolt.org/z/UXmAp7 Вот это интересно хорошо или плохо)

Это по-другому :) Реализовать можно по-разному, можно например trampoline функции генерировать.

там вижак пропустил Base1* Base2::f() которая оверайднута на Derived1* Derived2::f() в качестве Base1* Derived2::*

Во время реверса видал такое, что указатель на метод занимал честные 4*sizeof(void*)

4?

4

зачем еще 2?

1 на смещение в таблице виртуальных методов и еще 1 для паддинга, чтобы байтоебы были довольны

а разве смещение в таблице виртуальных не пишется в качестве значения меньше порога?

я так понял правильный ответ - имплементейшн дефайнед

это понятно

1) адрес метода 2) смещение this 3) 4) были всегда нулями (сорцов не было), но видимо относились как раз-таки к виртуальному наследованию

вопрос в том, что обычно есть основной имплементейшн

виртуальное наследование... хм...

кажется, это был вижак 6-й или около того

там же static_cast это виртуальный вызов)

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

Не пользовался, поэтому никак не запомню правила его работы

Я тут не первый раз замечаю, что у gdb и lldb иногда получаются разные бэктрейсы. Разве при раскрутке стека есть вообще какие-либо степени свободы?

Не пользовался, поэтому никак не запомню правила его работы

Ну я тоже не пользовался, но это выглядит как виртуальный static_cast

https://godbolt.org/z/UXmAp7 Вот это интересно хорошо или плохо)

Видимо причины примерно одинаковые с моим примером :)

Видимо причины примерно одинаковые с моим примером :)

Я, честно говоря, не знаю, как у кого реализуется ковариантный возврат

Там кто-то должен static_cast сделать, но я не знаю, кто

Вроде не должно быть ковариантности в return типе у указателей на функцию.

У std::function зато вроде была.

std::function вообще разрешает что угодно

у меня прямо коммент в коде есть //bunch of trolls // std::function<void()> lambda = [&] () { return lambda; }; //OK!!!!

у меня прямо коммент в коде есть //bunch of trolls // std::function<void()> lambda = [&] () { return lambda; }; //OK!!!!

Ну а почему бы и нет

Ну а почему бы и нет

Я тогда сгорел, у меня там два тайпкаста прошло (ATL::CString -> LPCTSTR -> ATL::CString)

А подробнее?

std::function<CString(CString)> f = [&] (CString s) { return (s == L"") ? L"" : s; };

у CString-а разрешен implicit cast в LPCTSTR

Ах это, помню

угу

я сгорел и поставил проверки на обертывание на запрет кастов возвращаемого типа

А как этим можно в curl управлять? Там вроде только метод perfom

Curl multi + perform конечно притормозит выполнение, пока все таски не завершатся. Иначе делается через события на сокетах: через curl_multi_fdset - extracts file descriptors from multi handle, этот fdset скармливаешь в select()/WaitForMultipleObjects, по выходу вызываешь соответствующие curl_multi_socket_action. Тогда главный поток остается под твоим контролем. Я пробовал в одном своем pet-project, сейчас деталей не помню.

Curl multi + perform конечно притормозит выполнение, пока все таски не завершатся. Иначе делается через события на сокетах: через curl_multi_fdset - extracts file descriptors from multi handle, этот fdset скармливаешь в select()/WaitForMultipleObjects, по выходу вызываешь соответствующие curl_multi_socket_action. Тогда главный поток остается под твоим контролем. Я пробовал в одном своем pet-project, сейчас деталей не помню.

Хммм.... а в курле можно как то по бырику остановить запрос?

Те методы что предлагает курл, не моментальны

Те методы что предлагает курл, не моментальны

Либо а) perform в новом потоке — можешь терминировать поток, либо б) работа с сокетами и select() в основном потоке — тогда в асинхронном режиме тормозов не должно быть. Еще можно curl_easy + WRITEFUNCTION callback. Тогда можно будет прерывать передачу в этом коллбэке.

Либо а) perform в новом потоке — можешь терминировать поток, либо б) работа с сокетами и select() в основном потоке — тогда в асинхронном режиме тормозов не должно быть. Еще можно curl_easy + WRITEFUNCTION callback. Тогда можно будет прерывать передачу в этом коллбэке.

Поток тоже нельзя терменировать же, пока в нем идет работа курловая

Либо а) perform в новом потоке — можешь терминировать поток, либо б) работа с сокетами и select() в основном потоке — тогда в асинхронном режиме тормозов не должно быть. Еще можно curl_easy + WRITEFUNCTION callback. Тогда можно будет прерывать передачу в этом коллбэке.

а вот про врайт фанкшн коллбек, прогрес коллбек они и предлагают