EG
почему *может* и зачем тут дереф?
«Может» потому, что трейт
Deref реализован не для всех типовhttps://doc.rust-lang.org/alloc/string/struct.String.html#impl-Deref
Но для строки реализован, вот он
Size: a a a
2020 October 28
AM
то есть когда ты создаешь mut ссылку, ты замораживаешь значение
Но при этом затенять переменную позволяет:
fn main() {
let s = String::from("hello");
let r = &s;
let s = String::from("world");
println!("{}, {}", r, s);
}
fn main() {
let s = String::from("hello");
let r = &s;
let s = String::from("world");
println!("{}, {}", r, s);
}
АГ
Но при этом затенять переменную позволяет:
fn main() {
let s = String::from("hello");
let r = &s;
let s = String::from("world");
println!("{}, {}", r, s);
}
fn main() {
let s = String::from("hello");
let r = &s;
let s = String::from("world");
println!("{}, {}", r, s);
}
так r здесь на другое значение указывает, это 2 разных строки
АГ
ты затенил имя s
АГ
r ссылается на значеение «hello», а перед принтом в новую переменную с именем s кладется world. страря продолжает жить, но получить к ней доступ ты уже не сможешь, потому что имя s переопределено
АГ
это называется name shadowing
EG
Но при этом затенять переменную позволяет:
fn main() {
let s = String::from("hello");
let r = &s;
let s = String::from("world");
println!("{}, {}", r, s);
}
fn main() {
let s = String::from("hello");
let r = &s;
let s = String::from("world");
println!("{}, {}", r, s);
}
Имена переменных не имеют значения
EG
А если заменить второе
s на s2, становится очевидно, почему это работаетAM
Спасибо🙏
АК
Ребята, где-то натыкался, мне казалось что в Rust by example, создаем прокси сервер.
Но теперь найти не могу, может кто-то помнит? Или видел недавно?
Но теперь найти не могу, может кто-то помнит? Или видел недавно?
AM
Ушёл читать растбук дальше и не задавать пока тупых вопросов)
D
Ушёл читать растбук дальше и не задавать пока тупых вопросов)
Нет уж задавай
Иначе это придется делать мне
Иначе это придется делать мне
w
похоже автор берёт не ту строку, либо нужно пропустить одну строку, либо наоборот не пропускать, тыкался по всякому, нифига не понятно
https://github.com/epilys/bb/blob/6de5d6ddc75dd92aad9102192cefa73debe939d1/src/components/kernel.rs#L537
нужно взять MemAvailable... но по тому что пишет программа, похоже что он берёт либо 2-ую, либо 4-ую строку
https://github.com/epilys/bb/blob/6de5d6ddc75dd92aad9102192cefa73debe939d1/src/components/kernel.rs#L537
нужно взять MemAvailable... но по тому что пишет программа, похоже что он берёт либо 2-ую, либо 4-ую строку
$ head -n4 /proc/meminfo
MemTotal: 16348392 kB
MemFree: 156956 kB
MemAvailable: 11690380 kB
Buffers: 108468 kB
АГ
похоже автор берёт не ту строку, либо нужно пропустить одну строку, либо наоборот не пропускать, тыкался по всякому, нифига не понятно
https://github.com/epilys/bb/blob/6de5d6ddc75dd92aad9102192cefa73debe939d1/src/components/kernel.rs#L537
нужно взять MemAvailable... но по тому что пишет программа, похоже что он берёт либо 2-ую, либо 4-ую строку
https://github.com/epilys/bb/blob/6de5d6ddc75dd92aad9102192cefa73debe939d1/src/components/kernel.rs#L537
нужно взять MemAvailable... но по тому что пишет программа, похоже что он берёт либо 2-ую, либо 4-ую строку
$ head -n4 /proc/meminfo
MemTotal: 16348392 kB
MemFree: 156956 kB
MemAvailable: 11690380 kB
Buffers: 108468 kBесли перед этой строкой вставить
lines_iter.next().unwrap()?АГ
он видимо наличие строки с memfree не учел
АГ
либо у него сортировка строк другая (хз возможно ли это). надо по-нормальному парсить а не на порядок закладываться
w
я делал подобные вещи, показывает всё равно не то
w
на ? кстати ругается
w
