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

Тогда оно мне не очень нужно, посмотрю на Vec.pop()

Стоит помнить, что utf-8 по своей сути может содержать внутри себя 0.

Стоит помнить, что utf-8 по своей сути может содержать внутри себя 0.

эээ... разве? с каких пор?

Не, не может

Стоит помнить, что utf-8 по своей сути может содержать внутри себя 0.

Покажи возможную последовательность плс?

fn main() { let bytes = vec![0,b'a',b'b']; println!("string is '{}'", String::from_utf8(bytes).unwrap()); }

Но это не сишная строка в utf8, это просто последовательность байт

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

Да, в этом и дело, я тебе говорю что utf-8 может содержать 0, а не сишная строка. И если ты захочешь эту строку записать в сишную, то ты получишь невалидную сишную строку

fn main() { let bytes = vec![b'a',b'b',0,b'c']; println!("string is '{}'", String::from_utf8(bytes).unwrap()); }

Да, в этом и дело, я тебе говорю что utf-8 может содержать 0, а не сишная строка. И если ты захочешь эту строку записать в сишную, то ты получишь невалидную сишную строку

Но я не записываю никаких строк никуда. Я их ЧИТАЮ

Тогда тебе не о чем беспокоиться

Ну кроме того, что те кто эту строку писали, могли писать её в ASCII, что тоже может содержать невалидную utf-8

ascii подмножество utf-8

ascii подмножество utf-8

Окей Extended ASCII

Ну кроме того, что те кто эту строку писали, могли писать её в ASCII, что тоже может содержать невалидную utf-8

Нет, там ANSI, это полностью валидный сабсет утф8

Или ANSI, Windows-1251 всё что основывается на ASCII но расширяя его до 1 байта

Короче, семибитное там.

Я в кодировках норм разбираюсь, справлюсь уж.

ребят, а какая директория будет ./ если использовать cargo run?

@rmnff Текущая. А если серьезно, перефразируй.

ребят, а какая директория будет ./ если использовать cargo run?

Та, из которой запускается

/project/target/debug?

или /project?

или /project?

зис

:*

зис

но я могу запустить cargo и из /project/target/debug ➜ project git:(vagga_test) ✗ cd target ➜ target git:(vagga_test) ✗ cd debug ➜ debug git:(vagga_test) ✗ cargo build Compiling hex v0.2.0

создай тестовый проект с Path::new(".") и экспериментируй

Дратути посоны

нужна подсказка

https://gist.github.com/friktor/b53a32baa68be6b18b7f877a128d0e61

Короче, надо както в колбэк пропихнуть page из итератора, но я чота туплю :(

чо делать

ругается борроу чекер

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

ну ты и так ссылку получил

но надо пропихать както, прям оч

отпрявь копию

но надо пропихать както, прям оч

Клонировать строку? Потому что реально не доживет page не вызова коллбека.

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

почему не ясно?

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

но как такое захуячить хуй знает

let page_copy = page.clone()

let page = page.clone(); element.connect_toggled(move |event| { let is_active = event.get_active(); println!("toggle to {}", &is_active, &page); });

Должно сработать, но проверить не могу

а да

сработало

спасибо

чот после бессонной ночи эту фигню делал

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

а нихуя не вдуплю

Так а теперь резко еще один жестокий тупняк, и нужен саппорт: element.connect_toggled(move |event| { let is_active = event.get_active(); if is_active { let page_query = format!("page_{}", &current_page); self.go_to_page(&page_query); } }); В этот раз проблемы также с временем жизни

святые отцы, можете спасти?

Как из колбэка позвонить в метод на уровень выше с его контекстом

И снова разобрался

и снова владения

...

Добрый день.

Это пример из мануала: let y: &i32; { let x = 5; y = &x; } println!("{}", y); Причина фейла здесь именно в том, что умирает x?

Да

О, а такой код тоже фейлится: let y: &i32; let x = 5; y = &x; println!("{}", y); В этом есть практический смысл, или это просто следствие такой строгости компилятора?

Так "y" же иммутабельна.

Нене, я читал use after free. И про это там написано. Мой вопрос уточняющий.

Неа.

Я её объявил, потом инициализировал.

Там-то всё норм.

Ошибка та же самая, что и в предыдущем примере.

Если поменять местами 2 и 3 строку в последнем примере, то всё ок.

= note: values in a scope are dropped in the opposite order they are created

там же написано

Де. Я читал. =)

Но ведь связывание x не освобождается в момент использования y? То, что y существуете дольше x — это ясно. Но этот способ контроля значения слишком грубый, выглядит, как недоработка, или я чего-то не понял, и x действительно уже не существует, когда мы обращаемся к y.

Вот, в чём моё непонимание.

Просто хочу знать, почему так.

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

х не существует когда дропается y

взятие ссылки от x не продляет время жизни x

выглядит это логично push y push x ... pop x pop y <- huston, we have a problem

А, т.е. работоспособность ссылок важна компилятору даже в тот момент, когда определённый код отработал?