Телеграмм чат группы ProCxx страница 16598

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.cxx

4487 membersпожаловаться на группу

2021 March 17

SH

Serhii Herashchenko in pro.cxx

Рассчитывать на то что компилятор сгенерирует довольно наивно ) проще использовать std::function только там, где без него не обойтись (type erase?), а вместо бинд есть лямбды, ну и те 2 кейса в год, когда нужен бинд (уже даже не помню какие)

бо таких кейсов нет

источник

18:44пожаловаться #1

D

Dmitriy in pro.cxx

Рассчитывать на то что компилятор сгенерирует довольно наивно ) проще использовать std::function только там, где без него не обойтись (type erase?), а вместо бинд есть лямбды, ну и те 2 кейса в год, когда нужен бинд (уже даже не помню какие)

asio как минимум

источник

20:37пожаловаться #2

AK

Alexander Kiselev in pro.cxx

подскажите, есть телеграмм чат на тематику conan C/C++ package manager ?
(или подскажите как отлаживать{запускать в отладчике} рецепты конан)

источник

20:42пожаловаться #3

IL

Ignat Loskutov in pro.cxx

@probuildsystems?

источник

20:45пожаловаться #4

m

magras in pro.cxx

Рассчитывать на то что компилятор сгенерирует довольно наивно ) проще использовать std::function только там, где без него не обойтись (type erase?), а вместо бинд есть лямбды, ну и те 2 кейса в год, когда нужен бинд (уже даже не помню какие)

bind не нужен, но иногда его синтаксис удобнее и компактнее чем лямбды. В прочем для простых случае теперь есть bind_front.

источник

20:50пожаловаться #5

S

SupaproBot in pro.cxx

Переслано от AlexWhite

Ребят, помогите пожалуйста. Второй день уже сижу и думаю в чем проблема. Одна одинаковая либа для запросов к серверу и два проекта.
Один проект сделан на imgui(С граф. интерфейсом) и все работает прекрасно. Второе приложение это просто консоль, где такие же запросы один в один, что и в первом приложение.
Только в первом работает все, а консоль на те же запросы выдает 400 плохой запрос

источник

20:59пожаловаться #6

IZ

Ilia Zviagin in pro.cxx

Переслано от Ilia Zviagin

И что ты от нас хочешь?
400 - это даже нет программной ошибки, это значит, ты шлёшь какой-то не тот запрос

источник

20:59пожаловаться #7

2021 March 18

D

Dmitriy in pro.cxx

Вопрос по lockfree-очереди. Реализовал её по алгоритму Майкла-Скотта + с оглядкой на бустовскую и примеры в интернете.
Как и полагается, спустя месяц пришли к выводу, что время от времени падает именно она.

Как дебажить?
Санитайзеров на платформе нет, имеющиеся средства анализа не вылавливают ошибку, однако удалось создать +- повторяемые условия её проявления.

источник

01:21пожаловаться #8

CD

Constantine Drozdov in pro.cxx

Вопрос по lockfree-очереди. Реализовал её по алгоритму Майкла-Скотта + с оглядкой на бустовскую и примеры в интернете.
Как и полагается, спустя месяц пришли к выводу, что время от времени падает именно она.

Как дебажить?
Санитайзеров на платформе нет, имеющиеся средства анализа не вылавливают ошибку, однако удалось создать +- повторяемые условия её проявления.

А вы ошибку уверенно локализовали? Тестик сделали там на hardware_max потоков, которые пытаются её перегружать?

источник

01:22пожаловаться #9

D

Dmitriy in pro.cxx

Constantine Drozdov

А вы ошибку уверенно локализовали? Тестик сделали там на hardware_max потоков, которые пытаются её перегружать?

Можно считать, что да. При > 32 потоков падает в 1 из 100 циклов теста практически гарантированно

источник

01:23пожаловаться #10

CD

Constantine Drozdov in pro.cxx

Можно считать, что да. При > 32 потоков падает в 1 из 100 циклов теста практически гарантированно

А исходный код не можете показать?

источник

01:23пожаловаться #11

CD

Constantine Drozdov in pro.cxx

Вопрос по lockfree-очереди. Реализовал её по алгоритму Майкла-Скотта + с оглядкой на бустовскую и примеры в интернете.
Как и полагается, спустя месяц пришли к выводу, что время от времени падает именно она.

Как дебажить?
Санитайзеров на платформе нет, имеющиеся средства анализа не вылавливают ошибку, однако удалось создать +- повторяемые условия её проявления.

Вообще, я бы при хорошей плотности воспроизведения делал примерно так:
0. Поднять все барьеры до seq_cst.
Ошибка сохраняется?
Да. Добавить целенаправленную ошибку в каждую редкую ветку и сопоставить статистику ошибок.
Нет. Понятно, в чём проблема.

источник

01:33пожаловаться #12

D

Dmitriy in pro.cxx

Constantine Drozdov

А исходный код не можете показать?

Да. Но круг поиска может быть шире, чем кажется :)
https://github.com/DymOK93/KTL/blob/lockfree_queue_fix/modules/lockfree/queue.hpp

источник

01:34пожаловаться #13

D

Dmitriy in pro.cxx

Constantine Drozdov

Вообще, я бы при хорошей плотности воспроизведения делал примерно так:
0. Поднять все барьеры до seq_cst.
Ошибка сохраняется?
Да. Добавить целенаправленную ошибку в каждую редкую ветку и сопоставить статистику ошибок.
Нет. Понятно, в чём проблема.

Проверил с seq_cst (в моей реализации для x86-64 - на основе MSVC-интринсиков _InterlockedExchange() для store(), _InterlockedCompareExchange для load())
Ошибка сохранилась. Спасибо - буду проверять отдельные ветви исполнения...

источник

01:44пожаловаться #14

CD

Constantine Drozdov in pro.cxx

Проверил с seq_cst (в моей реализации для x86-64 - на основе MSVC-интринсиков _InterlockedExchange() для store(), _InterlockedCompareExchange для load())
Ошибка сохранилась. Спасибо - буду проверять отдельные ветви исполнения...

https://github.com/DymOK93/KTL/blob/lockfree_queue_fix/modules/lockfree/queue.hpp#L122
начните с вот этой, тут, кажется, что-то очень странное написано

DymOK93/KTL

Kernel Template Library: STL-style containers and tools for Windows kernel space programming - DymOK93/KTL

источник

01:45пожаловаться #15

CD

Constantine Drozdov in pro.cxx

хотя, может, у меня паранойя

источник

01:46пожаловаться #16

D

Dmitriy in pro.cxx

Constantine Drozdov

https://github.com/DymOK93/KTL/blob/lockfree_queue_fix/modules/lockfree/queue.hpp#L122
начните с вот этой, тут, кажется, что-то очень странное написано

DymOK93/KTL

Kernel Template Library: STL-style containers and tools for Windows kernel space programming - DymOK93/KTL

Хм, вроде не странное... Но перепроверю

источник

01:48пожаловаться #17

CD

Constantine Drozdov in pro.cxx

Хм, вроде не странное... Но перепроверю

ладно, вот это-то точно повод для паранойи
https://github.com/DymOK93/KTL/blob/lockfree_queue_fix/modules/lockfree/queue.hpp#L154
мы не захватили владение узлом, почему во время этого присваивания rhs не умер?

DymOK93/KTL

Kernel Template Library: STL-style containers and tools for Windows kernel space programming - DymOK93/KTL

источник

01:54пожаловаться #18

D

Dmitriy in pro.cxx

Constantine Drozdov

ладно, вот это-то точно повод для паранойи
https://github.com/DymOK93/KTL/blob/lockfree_queue_fix/modules/lockfree/queue.hpp#L154
мы не захватили владение узлом, почему во время этого присваивания rhs не умер?

DymOK93/KTL

Kernel Template Library: STL-style containers and tools for Windows kernel space programming - DymOK93/KTL

1) head == current_head => "голова" на месте
2) !(head==tail) => очередь не пуста
3) value = next_ptr->value => считали значение
4) cas_weak_helper(m_head.get_ptr(), head, new_head) => если true, то голова все еще наша, считанное значение валидно

Если предположить, что между 2) и 4) другой поток прошел тот же путь и "снял голову", то вопрос лишь в том, кто раньше придет в 4)
Так это вижу я... И не видел иного рассмотрения в источниках

источник

02:04пожаловаться #19

CD

Constantine Drozdov in pro.cxx

1) head == current_head => "голова" на месте
2) !(head==tail) => очередь не пуста
3) value = next_ptr->value => считали значение
4) cas_weak_helper(m_head.get_ptr(), head, new_head) => если true, то голова все еще наша, считанное значение валидно

Если предположить, что между 2) и 4) другой поток прошел тот же путь и "снял голову", то вопрос лишь в том, кто раньше придет в 4)
Так это вижу я... И не видел иного рассмотрения в источниках

ну вопрос что поток (А) выполняет это присваивание, а два соседа просто съели элемент и вызвали его деаллокацию

источник

02:04пожаловаться #20