bytecodealliance / bytecodealliance/cap-std
Support for renameat2?
- Langage dominant
- Rust
- Étoiles
- 821
- Forks
- 57
- Merge moyen
- 1 h 16 min
- PR mergées (30 j)
- 4
Description
On Linux, `cap-std` implements `Dir::rename` via `rustix::fs::renameat`, which is the `renameat` function.
Since Linux 3.15, there is another version of this call, `renameat2`, which supports an additional `flags` argument. `rustix` already supports this function as `rustix::fs::renameat_with`.
Could `cap-std` add support for this function as well?
## Additional Context
The external `cap-std-ext` crate implements atomic writes by writing a temporary file and renaming it in place. However, it is not possible to atomically create a file in this way.
`renameat2` supports the `RENAME_NOREPLACE` flag, which ensures that no existing file is overwritten by the rename. As such, an `atomic_create` could be implemented based on this change.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par Dir::rename de cap-std et rustix::fs::renameat_with, puis comparez la manière dont les opérations du système de fichiers sont exposées sur les plateformes prises en charge. Lisez l’implémentation de l’écriture atomique de cap-std-ext afin de comprendre le cas d’utilisation de RENAME_NOREPLACE. Le travail est terminé lorsque les flags de type renameat2 sont pris en charge là où ils sont disponibles et que la création atomique peut éviter d’écraser un fichier existant.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- rust
- Domaine
- operating-systems
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 55/100