borrow-checker

3熱

1答えて

to_owned（）を使用して構造体を適切に更新する方法はありますか？

私は、チェーンメソッドを使用してRust構造体を適切に更新して遊んでいました。私はこれを行う方法を見つけましたが、私のコードが慣用的なRust対回避策であるかどうかはわかりませんでした。 特に、私は.to_owned()をチェーンメソッドの最後に使用して、借用した構造体を返しました。コードはコンパイルされ、うまく動作します。ここには最小の例があります。 //struct.rs #[derive(

struct rust method-chaining borrow-checker 2017-05-16

---

10熱

1答えて

RefCellについてのコンパイラの特別な知識のためにこのエラーはありますか？私はコメントを持つ2つの行に入れた場合

fn works<'a>(foo: &Option<&'a mut String>, s: &'a mut String) {} fn error<'a>(foo: &RefCell<Option<&'a mut String>>, s: &'a mut String) {} let mut s = "hi".to_string(); let foo = None; works(&fo

rust borrow-checker 2017-04-04

---

-1熱

1答えて

借用チェッカーの問題を回避するパーサーコードをリファクタリングする

借用チェッカーの問題を回避するためにこのパーサーコードをリファクタリングするにはどうすればよいでしょうか？ pub type Token=u8; pub trait Stream { type Item; fn next(&mut self) -> Option<&Self::Item>; fn peek(&mut self) -> Option<&Self::It

rust borrow-checker 2017-05-28

---

2熱

2答えて

内部の可変性とデータの隠蔽性の違いがあり、変更可能な借用の参照を固定している場合

thisを実行すると、「不可能なフィールドa.xに割り当てられません」というエラーが正しく表示されます。 2つのコメントを削除し、この悪い行をコメントアウトすると、「&の参照にデータを割り当てることができません」というエラーが表示されます。 &mutは内部の可変性を提供しないので、これは意味をなさない。 &Aを自由に再借りることができるので、変更可能なアクセス権を与えてはなりません。ala &&m

rust borrow-checker mutability 2017-02-21

---

3熱

2答えて

借り入れ中にクロージャーやコンビネーター内で値が早すぎます

クロージャーでOptionの内部でまだ借りている間に値が落ちてしまう問題に直面していますが、行っている。説明するために、ここで私が実際に達成しようとしているものの実施例である： fn foo() -> Option<String> { let hd = match std::env::home_dir() { Some(d) => d,

rust closures lifetime borrow-checker combinators 2017-02-23

---

3熱

2答えて

`fn pop（＆mut self） - >結果<T, &str>`の呼び出しは、引き続き自分のデータ構造を借用していますか？

私は一般的な構文と錆を学ぶためにいくつかの基本的なデータ構造を開発しています。ここで私は、スタックのために思い付いたものです： #[allow(dead_code)] mod stack { pub struct Stack<T> { data: Vec<T>, } impl<T> Stack<T> { pub fn new() -> St

rust borrow-checker 2017-06-07

---

2熱

1答えて

Rustの借り入れを解放する

私はRustを試していて、 "借りる"ことを理解する上でいくつかの問題があります。 fn main() { let mut x = 10; let mut a = 6; let mut y = &mut x; *y = 6; y = &mut a; x = 15; println!("{}", x); } そして、私は

rust borrow-checker 2017-04-20

---

1熱

1答えて

Rustの複数の可変（静的に割り当てられた、静的にディスパッチされた、など）コールバックに相当するものを実装する正しい方法は何ですか？

他のプログラミング言語のイベントドリブンAPIの標準ベースである次のサンプルコードがありますが、Rustではborrowチェッカーが「p1を一度に2回以上変更することはできません」とブロックしています。 struct Pen { color_cmyk: u32, ink: usize, } impl Pen { pub fn new() -> Pen {

callback rust borrow-checker event-driven 2017-04-21

---

2熱

2答えて

外部参照のフィルタリングされたベクトルへの参照を返すときに貸借チェッカーを解消する方法

self値に含まれる値に変更可能な参照を返すルックアップ関数を実装しようとしています。通常、返された参照はlookupの外にあるデータ（self.verts）を指しているので、貸借チェッカーはそれに問題がないと見なします。私の場合は、参照を返して新しい所有の名前にバインドする前にself.vertsをフィルタリングしています。 error: `vs` does not live long enou

rust borrow-checker 2017-03-06

---

2熱

2答えて

関数内でserde_jsonで作成した構造体を返す

簡単な問題のように思えます。私はを得ますなぜ私はエラーが表示されますが、解決できないようです。明らかに私は何か基本的なものを逃している。 fn terraform_deploy_info<'a>(app: &'a MyApp) -> std::result::Result<&MyAppDeployInfo, Error> { let terraform = process::Comman

rust borrow-checker 2017-03-07

---