например 3.4.1 opencv шлепался с ассертом при чтении некоторых avi'шек. в 3.4.2 — пофиксили.

ну по хорошему надо всё в result'ы обернуть

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

одному тащит через полгода надоело)

ну вот поэтому и плюсы в проекте 😊

просто ты ленивый, так и скажи

помог бы мне, поконтрибутил

и зажили бы

https://github.com/opencv/opencv/issues/11666 - вон лучше плюсик поставь и отпишись

просто ты ленивый, так и скажи

чорт. спалился! не пойму на чём...

кстати, на сам opencv плюсатые санитайзеры регулярно ругаются.

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

очень туго идет, а кодогенерацию на плюсовое апи не сделать

был же какой-то генератор для плюсов? qt вроде им биндили

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

а он так и пишет. при этом через API даже из плюсов, хрен добудешь в чем там у него ошибка. в лучшем случае просто возвращает типа false - нишмогла. а что, почему и как нишмогла - хз.

был же какой-то генератор для плюсов? qt вроде им биндили

Не думаю что сработает

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

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

Сишный интерфейс очень давно не поддерживается

Просто все на это забили и пользовались все равно

Примерно как дырки в винапи

Которые закрыли в висте и все бегали кругами что мужаки им программы сломали

А overflow в расте паник кидает? --release вроде нет, судя по asm

А overflow в расте паник кидает? --release вроде нет, судя по asm

Не, только в дебаге

В релизе как wrapping_*

Впрочем, это только умолчания, их можно переопределить

Лайфхак 😏

Ага, а почему для overflow в расте не заиспользовали канонический Result?

https://doc.rust-lang.org/std/primitive.isize.html#method.checked_add

Ага, а почему для overflow в расте не заиспользовали канонический Result?

Потому что проверка не бесплатная

И было бы слишком удобно каждый пук анврапать

И было бы слишком удобно каждый пук анврапать

НЕСЕЙФОВО, МОЖЕТ БЫТЬ ОВЕРФЛОУ!!1

Как-то неканонически.

Ага, а почему для overflow в расте не заиспользовали канонический Result?

Есть checked_add и подобные, но они Option возвращают

Типа read_line анврапьте руками, а вот add типа ладно забейте.

НЕСЕЙФОВО, МОЖЕТ БЫТЬ ОВЕРФЛОУ!!1

Если может и тебе не похуй, юзай чекед

Мне вот не пофиг , а напрягает что такое проигнорили, а ещё менее вероятный read_line надо анврапить руками.

Ага, а почему для overflow в расте не заиспользовали канонический Result?

Если бы каждый раз было — было бы неудобно. А так есть {overflowing, checked, saturating}_{add, sub, div etc}

Видео с доклдами с митапа готовы, просим всех желающих на YouTube. 1) BitFury: Is Rust Ready for Production? 2) Bindgen: делаем sys-крейт 3) Краткое введение в Nom https://www.youtube.com/watch?v=eQPjxunnTGY&list=PLpayaS609GmQIKLZY0sPsEJpvNk3H6Uyf

аааа

я так ору ❤️

Мне вот не пофиг , а напрягает что такое проигнорили, а ещё менее вероятный read_line надо анврапить руками.

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

"Эээ, чуваки, короче, начинаем митап"

С этой фразы надо начинать любое мероприятие.

ебашь

ебашь

s/^/Илюха, /

а есть какой-то красивый способ преобразовать короткий строковый литерал в виде большого числа. типа "asd" -> 0x617364

Хэшмапа?

меня скорее интересует как это провернуть в коде

ето называется полиномиальный хеш с основанием 256

прост посмотрел на формат архива .far и там каждый пакуемый чанк начинается с 8 байт определенного типа в зависимости от назначения чанка. тип "DIRNAMES" "INDEX—"

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

а есть какой-то красивый способ преобразовать короткий строковый литерал в виде большого числа. типа "asd" -> 0x617364

(*u64)

вообще меня интересует как в расте провернуть такое преобразование

где-то видел преобразование массива u8 в u32 но вот где это было уже не вспомню. В доке встречалось такое7

вообще меня интересует как в расте провернуть такое преобразование

лефтпадь нулями до восьми байт и читай байтордером как u64

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

где-то видел преобразование массива u8 в u32 но вот где это было уже не вспомню. В доке встречалось такое7

mem::transmute?

Щас чекну

лефтпадь нулями до восьми байт и читай байтордером как u64

> leftpad TRIGGERED

mem::transmute?

Cуров

Щас бы строки представлять как адрес и длинну, пожатые в u64

считай что это просто совпадение

Cуров

он спрашивал про конвертацию массива u8 в u32 ну я и написал вполне себе нормальный вариант для этого

Нормальный непереносимый вариант, да

Нормальный непереносимый вариант, да

?? непереносимый рил?

Endianness кто учитывать будет?

Endianness кто учитывать будет?

¯\_(ツ)_/¯

Так а как в расте найти где строка заканчивается, а не начинается? Я думал это rfind делает, а нет

Так а как в расте найти где строка заканчивается, а не начинается? Я думал это rfind делает, а нет

В смысле ends_with или что?

Endianness кто учитывать будет?

да, плейграунд с младших байтов начал писать, да. поэтому походу без байтордера никак

В смысле ends_with или что?

Блин криво написал. Короче я хочу find, но что бы он отдавал индекс не начала того что ищу, а конец. Ну вообще я уже сделал по другому

Ну очевидно же, прибавь к началу длину

Всё равно позиция в байтах будет, а не символах

Ну очевидно же, прибавь к началу длину

Да так и сделал

ето называется полиномиальный хеш с основанием 256

это называется "записать хекс представление кодов"

Так а как в расте найти где строка заканчивается, а не начинается? Я думал это rfind делает, а нет

не уверен что раст знает длину стркои в байтах вообще

не уверен что раст знает длину стркои в байтах вообще

Ээээ len это же как раз длина строки в байтах

Ээээ len это же как раз длина строки в байтах

лол

я был уверен, что в символах