ну да ладно

тут же спецы по бенчмаркам

Я не утверждал что помню libc x)

нашел

fdopen

а на самом деле fdopen

ага, спасибо

https://play.rust-lang.org/?gist=6f2a2e34dedac3e40ec36b6cd711e2cf&version=stable&mode=debug

не ту ссылку скинул, сорян

Я вот не уверен что extern libc не тянет с крейтсов ничего. ЕМНИП, встроенная libc как крейт это найтли-фича

Но это было давно

чет не хочет

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

const STDIN_FILENO: i32 = 0; const STDOUT_FILENO: i32 = 1; enum FILE {} extern { fn printf(fmt: *const u8, ...) -> i32; fn fgets(buf: *mut u8, n: i32, stream: *mut FILE) -> *mut u8; fn fdopen(fd: i32, mode: *const u8) -> *mut FILE; } fn main() { let mut chars: [u8; 11] = unsafe { std::mem::zeroed() }; unsafe { let file = fdopen(STDIN_FILENO, "r".as_ptr()); if fgets(chars.as_mut_ptr(), chars.len() as i32, file) == std::ptr::null_mut() { return; } let str = format!("Readed from input, value is {:?}.\n\0", chars); printf(str.as_ptr()); }; }

что не хочет?

он в return уходит

"r".as_ptr() - это не ноль-терминированная строка

Readed from input, value is [112, 111, 111, 107, 10, 0, 0, 0, 0, 0, 0].

"r".as_ptr() - это не ноль-терминированная строка

ага, спасибо

сишечка, как я скучал по этим "умвр"

у принтф сигнатура неправильная, сомневаюсь что будет работать

Readed

Кто-то юзал rust-protobuf?

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

newtype pattern

Кто-то юзал rust-protobuf?

я юзал

я юзал

Именно rust-protobuf, или другие либы получше будут? Можно ли поверх него написать протокол, который будет обрабатывать только схемы с required полями? И ругаясь на дополнительные?

я юзал rust-protobuf, это боль (говорят еще что медленно, но мне было некритично)

карлуха в тауэре юзает prost

если хочешь required поля, то в протобуфе делать нечего (это противоречит их философии)

А где есть что?

задача-то какая?

Нужен формат с схемой и реквайред полями

с поддержкой жавы

Вообще идеально было бы чтобы данные переживали цикл десериализации - сериализации в неизменном виде

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

ну можешь глянуть capnproto

ну можешь глянуть capnproto

Глядел, у него ошибки "ленивые"

но там тоже нет required, и гемор примерно тот же

карлуха в тауэре юзает prost

и как оно?

и как оно?

я-то не юзаю tower

я про prost

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

так и в протобуфе то же самое

если хочешь required поля, то в протобуфе делать нечего (это противоречит их философии)

required же есть там, просто обычно не используют, так как менять схему сложно

required в proto2 только

в avro кмк получше эволюция продумана

required в proto2 только

там тоже есть optional =(

так и в протобуфе то же самое

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

thrift не умеет?

Отпишись, если получится)

получилось

А как занулить массив можно?

без перевыделения памяти?

mem::zeroed вроде выделяет

Ты не можешь выделять сразу зануленный?

мне надо занулить буфер

чтобы в нем мусора не осталось

https://users.rust-lang.org/t/secure-memset-in-pure-stable-rust/7978

https://github.com/quininer/memsec

/// General `memset`. #[cfg(feature = "nightly")] #[cfg(any(not(apple), not(feature = "use_os")))] #[inline(never)] pub unsafe fn memset(s: *mut u8, c: u8, n: usize) { core::intrinsics::volatile_set_memory(s, c, n); }

Унсейф потому что небезопасно мемсетить массив любого T

Для красоты можно сделать свой сейфный трейт ZeroMem и реализовать его для &mut [u8/16/32/64/whatever]

thrift не умеет?

он поидее как протобаф

/// General `memset`. #[cfg(feature = "nightly")] #[cfg(any(not(apple), not(feature = "use_os")))] #[inline(never)] pub unsafe fn memset(s: *mut u8, c: u8, n: usize) { core::intrinsics::volatile_set_memory(s, c, n); }

ночник тоже не подходит, увы

сделал опять через memset сишный

Будет медленнее по идее

memset как функция по дефолту медленнее мемсета как инстринсик компилятора

gcc/clang юзают интринсики для этого

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

Поправьте, если я заблуждаюсь

Сишный может в рантайме чекнуть фичи и юзать что угодно

Делает ли он это - надо смотреть

в общем оверхеда он никакого не дает, вернул mem:;zeroed

Сишный может в рантайме чекнуть фичи и юзать что угодно

Лишнее ветвление

Один раз

Почему один, а не при каждом вызове?

Потому что можно переписать пойнтер на нужную реализацию?

Ядро так делает

Логично

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

да зачем, один раз выбирается вариант мемсета при старте и всё