bytecodealliance / bytecodealliance/cap-std

Support for renameat2?

Ouverte
#406 1 commentaire 2 réactions 0 personnes assignées Voir sur GitHub
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

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.