`contract build` can expose an empty wasm to concurrent builds
Les mainteneurs répondent en général sous 1 jour
@leighmcculloch y travaille déjà.
Depuis le 15/10/2026.
Évaluation
Cette issue n'a pas encore été évaluée.
Description
What version are you using?
28.1.0 (main at d95abbc).
What did you do?
Ran two stellar contract build (or contract deploy/upload auto-build) processes at the same time on the same cargo workspace.
Note that this also happens in the auto_build integration tests and causes builds to fail sometimes. e.g. deploy_workspace_with_package_auto_builds in this run.
What did you expect to see?
Both builds succeed, with each reader seeing either the previous complete wasm or the new complete wasm.
What did you see instead?
The second build fails with ❌ error: unexpected end-of-file (at offset 0x0) after cargo reports Finished. Perhaps writing each rewrite to a temp file in the same directory and renaming it over the target could avoid the empty window while still breaking the deps/ hard link, though there may be other options worth weighing.
Thoughts
After cargo releases its build lock, inject_meta and filter_spec in cmd/soroban-cli/src/commands/contract/build.rs each rewrite the output wasm in place with fs::remove_file followed by fs::write, and fs::write creates an empty file before writing the bytes, so another process reading the same path in that window sees zero bytes. The remove-then-write pattern came from #1896 to break the hard link cargo keeps to deps/ (#1694), and the only step that writes to a temp file and renames into place today is --optimize, while the --out-dir copy uses fs::copy, which is also not atomic.
The file would not exist as a zero length file for a brief period if it was written to a temp directory, or with a random filename in the current directory, then renamed into place after the write is complete. So this is probably the ideal fix.
- Langage dominant
- Rust
- Étoiles
- 129
- Forks
- 153
- Merge moyen
- 1 j 14 h
- PR mergées (30 j)
- 11
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de stellar/stellar-cli
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
stellar/stellar-cli#2887 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
stellar/stellar-cli#2880 ·
Les mainteneurs répondent en général sous 1 jour
-
arg_value_union panics on zero-arity union tuple case (unchecked type_[0] index)Peut-être pris @hvoi l’a pris il y a 22 jours. Ouvertebug
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
stellar/stellar-cli#2806 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
contract extend panics on single-change resultMetaXdr (index out of bounds at extend.rs:306)Peut-être à nouveau libre @duongynhi000005-oss l’a pris il y a 18 jours, et aucune pull request n’est ouverte. Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
stellar/stellar-cli#2796 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Document stellar-cli's RPC trust boundaryPeut-être à nouveau libre Une pull request pour cette issue a été fermée sans être fusionnée. Ouverte
Difficulté 1/5 1-3 heures Accessibilité débutants 85/100
stellar/stellar-cli#2781 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de stellar/stellar-cli
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
documentation
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
SO4-Markets/so4-oracle#1477 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour