но вообще лучше не использовать винду для тестов )

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

а все остальные что ос делает?)

не перезагружает компьютер прямо во время теста хотя бы )

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

ну я согласен, только если этот минимум достижим во всех вариациях эксперимента

а вот это оч сложно проконтроллировать

что были соблюдены одинаковые условия

что были соблюдены одинаковые условия

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

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

это чаще всего будет одна из первых итераций

когда процессор уже поднял частоту / задействовал быстрые ядра, но ещё не нагрелся

Привет!)

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

вот ещё почему среднее лучше

привет Карась

Как вы относитесь к языку си?

Как вы относитесь к языку си?

я положительно, но вообще в среднем вроде не любят его C++ программисты :)

шаблонов нет, классов нет, неймспейсов нет..

То просто я на данный момент изучаю си и у меня возникают частые проблемы с переполнением переменной. Что подскажите сделать?

не переполнять

не переполнять

+

Это понятно

То просто я на данный момент изучаю си и у меня возникают частые проблемы с переполнением переменной. Что подскажите сделать?

@supapro

@supapro

Понял, не сюда вопрос

https://onlinegdb.com/BkDVTLgKX

зацените магию)

а вообще, обычный такой UB

а вообще, обычный такой UB

а в чем уб?

а в чем уб?

https://news.ycombinator.com/item?id=4374598

вот тут более развернуто https://kristerw.blogspot.com/2016/03/c-pointers-are-not-hardware-pointers.html

или catch в том что мы считаем не в указателях?

или catch в том что мы считаем не в указателях?

именно

вычитаем два целых

обращаемся к легальному адресу

5 . A value of integral type or enumeration type can be explicitly converted to a pointer. A pointer converted to an integer of sufficient size (if any such exists on the implementation) and back to the same pointer type will have its original value; я так понимаю, это единственная гарантия для перевода из uintptr_t обратно в указатель

а у тебя явно не этот случай

4 . A pointer can be explicitly converted to any integral type large enough to hold it. The mapping function is implementation-defined.

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

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

ну я то знаю что результат одинаковый

то есть теоретически да, не знаю, а практически вот

4 . A pointer can be explicitly converted to any integral type large enough to hold it. The mapping function is implementation-defined.

Ну тут вот это как раз; мы 64-бит птр кастуем в юинт32_т

Ну тут вот это как раз; мы 64-бит птр кастуем в юинт32_т

что, там же uintptr_t

если он определен, то в него влезет любой указатель

void* надежнее

какая разница, через что будет реализован mutex?

Вот здесь у меня прямо фейспалмище. Действительно, какая разница? if(try_lock(&lock)) a++; Превращается в оптимизированный: call try_lock add dx, ax mov [a], dx

и вешайся

где тут вообще реализация mutex-а в коде выше? )

ну и я имел в виду нормальные реализации конечно, а не ошибочные

так это была реальная история с gcc и либой pthread.

прикольно, в какой версии?

в 2005 году примерно

ну да, тогда ещё треды на большинстве систем были тем ещё говнищем )

https://www.airs.com/blog/archives/79

смешно что они отказывались править баг и требовали volatile добавить )

В смысле, какой баг?

барьера не хватало там при вызове try_lock или что там

Там суть в том, что какие бы барьеры не ставил, программисты будут делать врапперы my_trylock() без барьеров внутри вокруг разного pthread_mutex_trylock() с барьерами внутри, которые будут успешно выпиливаться при оптимизации. Поэтому реализации мютексов кривые есть и будут.

ну да, тогда ещё треды на большинстве систем были тем ещё говнищем )

Треды не были уже говнищем ещё в 90х...

Здравствуйте, реально ли скомпилить vs2017 проект с opencv который бы на выходе не имел зависимость от opencv шных библиотек ?

Смотрите, что стоит почитать для того, чтобы разобраться с move семантикой на нормальном уровне но что бы не углубляться?

Чисто на уровне использования посмотреть

Но что бы было нормально

Здравствуйте, реально ли скомпилить vs2017 проект с opencv который бы на выходе не имел зависимость от opencv шных библиотек ?

Слинковать статически?

Слинковать статически?

Да, процесс должен называться так. Часа 2 бьюсь пока не получилось. Засомневался

про move - semantics можно тут глянуть: http://thbecker.net/articles/rvalue_references/section_01.html

или может попроще тут: https://www.internalpointers.com/post/c-rvalue-references-and-move-semantics-beginners

Да, процесс должен называться так. Часа 2 бьюсь пока не получилось. Засомневался

Кроме пункта "Библиотека времени выполнения" - MT. И подключения статических либ opencv какие нибудь параметры нужно указывать ?

@antoshkka Антон, а почему не завезли с самого начала интервальный конструктор в std::basic_string_view?

а почему у вьюхи нет интервального конструктора? чем думали?

https://stdcpp.ru/proposals/ae2e19a6-6bd5-4916-be3c-d86a01f0a43a

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

То есть во всех контейнерах это нормально, а тут - ОПАСНО!!

Здравствуйте, реально ли скомпилить vs2017 проект с opencv который бы на выходе не имел зависимость от opencv шных библиотек ?

Гы... Ну, нет...

Гы... Ну, нет...

То есть по любому нужно с собой таскать opencv либы ?

Смотрите, что стоит почитать для того, чтобы разобраться с move семантикой на нормальном уровне но что бы не углубляться?

Статья Томаса Бекера, я дал ссылку. Thomas Becker кажется.

Здравствуйте, реально ли скомпилить vs2017 проект с opencv который бы на выходе не имел зависимость от opencv шных библиотек ?

Ты можешь собрать или взять open CV в виде статической библиотеки, если это вообще возможно, тогда не будет runtime dependency.

То есть по любому нужно с собой таскать opencv либы ?

Есть ли open CV в статике и возможно ли её так собрать, я не знаю.

Есть ли open CV в статике и возможно ли её так собрать, я не знаю.

Да, уже собрал в статику, но все равно не получается

То есть по любому нужно с собой таскать opencv либы ?

Поэтому лучше таскать.

То есть по любому нужно с собой таскать opencv либы ?

можно пакетным менеджером каким-нибудь собрать

про move - semantics можно тут глянуть: http://thbecker.net/articles/rvalue_references/section_01.html

А вот её и дали

В итоге хочу получить один exe либо ехе с локальными зависимостями, например в той же директории, не через path

В теории такое делают ?

Статик сборка и должна давать самодостаточный файл

про move - semantics можно тут глянуть: http://thbecker.net/articles/rvalue_references/section_01.html

спасибо, хреново конечно, что на англ, но я почитаю

В чем проблема правильно слинковать?