FatErasedPtr
- 主要言語
- Rust
- スター
- 137
- フォーク
- 15
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
I had just fun: Type erased pointers that Drop properly:
```
pub struct FatErasedPtr {
ptr: ErasedPtr,
dropfn: fn(ErasedPtr),
}
impl From
for FatErasedPtr {
#[inline(always)]
fn from(this: P) -> Self {
fn dropfn (this: ErasedPtr) {
unsafe {
::unerase(this) };
}
FatErasedPtr {
ptr: P::erase(this),
dropfn: dropfn::
,
}
}
}
impl Drop for FatErasedPtr {
fn drop(&mut self) {
(self.dropfn)(self.ptr)
}
}
#[test]
fn faterasedptr() {
use alloc::rc::Rc;
let rc: Rc = Rc::new(123);
let fat_erased: FatErasedPtr = FatErasedPtr::from(rc);
assert_eq!(core::mem::size_of_val(&fat_erased), core::mem::size_of::()*2);
}
```
Was just a curious experiment here. I can complete that and send a PR if this is interesting.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
調査の方向性
まず既存の ErasablePtr と ErasedPtr の API を確認し、次に提案されている FatErasedPtr の実装とその faterasedptr テストを、crate の現在のポインターユーティリティと比較します。実験がプロジェクトに適合するかを確認し、PR を提案する前に、適切な drop と実証されたサイズの挙動に関する受け入れ基準を定義します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- rust
- 領域
- tooling
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 30/100