псст, ребят, закиньте ссылку на php чатик (ТОЛЬКО НЕ БЕЙТЕ!!)

нет

его не надо делать на hyper

Почему? Я делал, брат жив. Если обмазаться макросами, даже сносно

Почему? Я делал, брат жив. Если обмазаться макросами, даже сносно

слишком низкоуровнево

слишком низкоуровнево

Нормально

даже вещи типа Content-Length нужно задавать

даже вещи типа Content-Length нужно задавать

Эм. Нет.

хм

а почему он в примере это делает?

Хз

даже вещи типа Content-Length нужно задавать

Не, не нужно

хмм, а я правильно понимаю, что если мне надо воспользоваться BufRead то надо один раз заврапить в него и потом использовать только его? Вариант взять Read, завернуть в BufRread, использовать read_until и дропнуть BufRead, потом продолжить читать Read это плохая, негодная идея?

хмм, а я правильно понимаю, что если мне надо воспользоваться BufRead то надо один раз заврапить в него и потом использовать только его? Вариант взять Read, завернуть в BufRread, использовать read_until и дропнуть BufRead, потом продолжить читать Read это плохая, негодная идея?

он забирает владение

https://doc.rust-lang.org/std/io/struct.BufReader.html#method.new

она не то что негодная, просто невыполнима)

Там есть инто_иннер

ещё есть get_ref

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

окей, описываю идею: - у меня в интерфейсах io указан просто Read или ReadBytesExt как трейт - read_c_string() внутри себя создает BufRead просто для того чтобы работал read_until - при выходе мне надо его дропнуть, чтобы оригинальный Read остался жив и не пожрал все лишние символы сверх того что я считал в read_c_string выполнимо как-то?

чо то типа https://github.com/berkus/carma/blob/rust/src/support/mod.rs#L77

он уже пожрал

@berkus нет, тебе сразу нужно просить в этой функции BufReader

ага, понятно

@berkus точнее R:BufRead кстати в твоем случае даже промежуточный BufReader не нужен будет, так как курсор уже реализует всё что нужно.

да, я BufRead ему указал

разберусь сейчас только как с byteorder::ReadBytexExt это миксовать

а что там миксовать, всё что реализует BufReader реализует и Read ( pub trait BufRead: Read ), а значит и реализует ReadBytexExt ( impl<R: Read + ?Sized> ReadBytesExt for R )

гут, но я не могу ссылаться только на ReadBytesExt в коде который вызывает И read_iXX и одновременно с этим read_c_string()

то есть мне нужен R: ReadBytesExt + BufRead или что-то такое

кто-нибудь пробовал запускать redox в виртуалке?

у тебя не работает?

он при какой-то настройке прошел вроде на третий этап загрузки, но вот фиг знает, оно зависло или таки грузится

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

Когда загрузится гуй будет

00:00:15.146293 GUI: UIFrameBufferPrivate::handleNotifyChange: Size=800x600 00:00:15.146469 GUI: UIFrameBufferPrivate::performResize: Size=800x600, Directly using source bitmap content

вот хрен знает , это вм пишет или уже система

(не закидайте камнями) какой сейчас актуальный чатик по cpp/Qt? есть к ним один очень концептуальный вопрос.

procxx

спс, нашел

то есть мне нужен R: ReadBytesExt + BufRead или что-то такое

Да, общая часть должна быть такой, или можешь просить Read и сам заворачивать в BufReader

как в ионе искать по истории команд?

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

linux? зайди через init=/bin/bash

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

а чо в лине нельзя ставить shell per user?

заранее стоило озаботиться юзером со стандартным шелом и судо доступом

а чо в лине нельзя ставить shell per user?

Можно. Но попытки восстановить шелл не увенчались успехом. Последняя надежда пофиксить порядок настроек в etc/passwd

linux? зайди через init=/bin/bash

как провернуть на убунте с виртуалки?

как провернуть на убунте с виртуалки?

Добавить в параметры ядра при загрузке

как провернуть на убунте с виртуалки?

если груб то когда выбираешь ОС, жмешь TAB

exa кстати тоже чет не собралась под убунту

он ее собирает

отваливается где-то на этапе сборки какого-то cmake

в подобных случаях я всегда откатываюсь до runlevel 1

замаунтишь систему в read-write и починишь свой passwd

так и сделал

Да, общая часть должна быть такой, или можешь просить Read и сам заворачивать в BufReader

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

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

into_inner сделай, в чем проблема?

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

Смотри, тут варианты решения могут быть разные, зависят от твоих нужд. В самой вершине твоего. Api у тебя есть какая-то абстракция, что она от пользователя просит, чтобы получить R:Read. Файл? Если так, то тогда просто сразу пакуешь файл в буфридер и работаешь с ним, зачем тебе владение над файлом?

Если на вершине требуется уже получить екземлпяр читателя, то нужно понять, нужно ли тебе владение (если обрабатываешь файл целиком, то да). Если обрабатываешь только часть файл, то нет. Если владение нужно, то просишь у юзера R: Read и пакуешь в BufReadet. Если не нужно, то просишь &mut R:BufRead+..

Никуда Read не пропадет, если ты запихнешь объект в BufReader. Т.к. BufReader реализует Read

Всем 👋

Смотри, тут варианты решения могут быть разные, зависят от твоих нужд. В самой вершине твоего. Api у тебя есть какая-то абстракция, что она от пользователя просит, чтобы получить R:Read. Файл? Если так, то тогда просто сразу пакуешь файл в буфридер и работаешь с ним, зачем тебе владение над файлом?

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

еще вопрос есть у меня let mut buf = vec![]; мне надо от него отрезать завершающий 0 после чтения, как это сделать удобнее-эффективнее - слайсить и потом to_vec или сначала в String конвертнуть и потом trim_from_right() какой-нибудь (но он вернет слайс и его опять надо будет в String превращать)

после конвертации это будет медленнее

let s = String::from_utf8(buf[..buf.len()-1].to_vec())?; сейчас вот так нахуевертил

let s = String::from_utf8(buf[..buf.len()-1].to_vec())?; сейчас вот так нахуевертил

запаникует если buf пустой

это нормально, если buf не получится заполнить хоть чем-нибудь оно запаникует еще раньше

https://github.com/berkus/carma/blob/rust/src/support/mod.rs#L77 пока в общем что-то такое

почему вы не используете CString?

@berkus да, для этого есть CStrng. Но если очень хочется буфер в векторе, то просто сделай pop()

почему вы не используете CString?

Даже не знаю, возможно потому что read_until с ним не работает а использует Vec.

CString::new(vec)

Ок, а в обычный String оно конвертится или совместимо?

@berkus у них разные задачи. CString юзается там, где нужно создать сишную строку и потом её отдать в ситное API.

Если у тебя используется только Rust код, то зачем писать в C-String формате?

Храни в файле сразу. String например

у него сторонний формат

Я читаю чужой бинарный формат

Когда его писали раста даже в задумках не было)