на деле я не думаю, что оно дальше 32битного числа может вылезти

там же нет 128

там есть 64битный унсигнед

которому потом не хватает бита, чтобы стать отрицательным

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

вообще как бы не нужно, но для полноценной реализации varint будет нужно

аа, это похоже на leb/uleb из далвика вроде signed LEB128, variable-length (see below) uleb128 unsigned LEB128, variable-length (see below) uleb128p1 unsigned LEB128 plus 1, variable-length (see below) https://source.android.com/devices/tech/dalvik/dex-format UPD: ток чутка по-другому закодировано - тут через префикс, а там через флаг в каждом байте

И как же

Когда все время твоих запросов с ростом в контексте языка он потом сам его в приоритет ставит

Когда все время твоих запросов с ростом в контексте языка он потом сам его в приоритет ставит

Спасибо

Гугле тоже

можно чуть оффтопа? каковы реальные потребности в i128? мне ради любопытства - лично я сколько живу - ни разу не требовалось

А вы что ещё не используете x128 платформу? Небось ещё и оптических процессоров не видели

можно чуть оффтопа? каковы реальные потребности в i128? мне ради любопытства - лично я сколько живу - ни разу не требовалось

это не то же самое что и long long?

это не то же самое что и long long?

long long - он обычно 64-битный. и вообще платформозависимый. я давно уже ушёл на типы из cstdint вроде uint64_t - после того как оказалось что long под виндой и под линуксом на 64 битах разного размера. гори оно в аду те кто это придумал.

А вы что ещё не используете x128 платформу? Небось ещё и оптических процессоров не видели

ага, мой квантовый SoC там скоро соточку биткоинов домайнит

вообще редко где 128бит юзают, да

никто в аи капе мейловском не участвует?

мне казалось что long long как минимум 64 битный

мне казалось что long long как минимум 64 битный

ну да. а тут про 128 бит спрашивают.

это где такое?

это где такое?

да в чатике, оригинальный сорс уж сложно найти

в смысле я не помню никаких бесплатных футболок

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

по-моему один раз подарили поло и кружку

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

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

ладно, лучше в rustjerk с таким

параллельная вселенная

кроме стикеров с конф ничего не получал

хех

https://github.com/barzamin/nom-reader какая полезная либа всего 1 файлик

кроме стикеров с конф ничего не получал

где-то джетбрейнсовские валяются

https://github.com/barzamin/nom-reader какая полезная либа всего 1 файлик

нет кода нет проблем

nom::IResult::Done(_, parsed) => return Ok(parsed),

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

зачем они нужны

и вот бы по одному байту читать))

там не будет лишних байтов по идее

можно придумать кейс, когда будут) то есть когда парсер понимает, что данные готовы только прочитав лишку

мда

например, читая cvs-файл ты теряешь запятые) ну это плохой пример, потому что они тебе и не нужны

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

но можно извратиться))

ну не зря у нома функции всегда возвращают "остаток"

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

где-то джетбрейнсовские валяются

я ток как спикер мог взять себе футболку девконфа)

но XL размера там не было

:(

дослёз)))

есть какие-нибудь няшные либы для FSA?

или все делают просто через енам+матч?

ты хотел сказать FSM?

валидны оба

мне кажется FSA это калька с русского

а, переводится как finite-state automation

не видел такого раньше, сорь

или все делают просто через енам+матч?

вроде хороший же вариант

ты хотел сказать FSM?

да они почти одинаковы

ragel с растом не работает?

все делают через type state <trollface>

>enum >не session types >2018

есть какие-нибудь няшные либы для FSA?

А зачем для этого либа?

А зачем для этого либа?

ну вот будет либа - придумаю

ну вот будет либа - придумаю

https://github.com/fitzgen/state_machine_future/

Вот такая есть

о, отлично, пошел придумывать

Коллеги, объясните пожалуйста: почему данный пример собирается? #[derive(Debug)] struct A { s: String, } fn main() { let a = &A{s: "Hello world".into()}; println!("{:?}", a); }

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

почему он должен сдохнуть?

он живёт до конца скоупа

почему он должен сдохнуть?

Потому что он сразу ссылку берет?🤔

и?

а скоуп разве не let a = { }

взял ссылку — убил объект, так что ли?)

и он не кончится там?

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

это эквивалентно let a =... ; let a =&a;

область видимости это { /* какой-то код */ }

так вот и перемежаются вопросы про конечные автоматы и области видимости))